<![CDATA[Статус по ICMP вместо SNMP]]>Добрый день.

Есть какая-то возможность использовать проверку статус состояния ноды по ICMP вместо SNMP? Сейчас ситуация такая, если упал SNMP на проверяемой ноде, то NetXMS считает что нода умерла, в итоге полно писем и тому подобное со словами "Node DOWN".

Спасибо заранее.

]]>https://forum.netxms.org/topic/2543/статус-по-icmp-вместо-snmpRSS for NodeFri, 13 Nov 2026 07:31:29 GMTThu, 15 Aug 2013 09:33:13 GMT60<![CDATA[Reply to Статус по ICMP вместо SNMP on Thu, 22 Aug 2013 19:32:04 GMT]]>Гм... странно все это.
Только что у себя проверил: Завалил на роутере SNMP. Да, посыпались ошибки в сборе данных, но нода не перешла в состояние дауна.
Перебери еще раз все алармы на предмет генерации событий. Может что-то не так отрабатывается?

PS: Или научи техподов правильно интерпритировать события ))

]]>https://forum.netxms.org/post/11097https://forum.netxms.org/post/11097Thu, 22 Aug 2013 19:32:04 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Thu, 22 Aug 2013 05:40:59 GMT]]>

Если Status меняется со значения 0 на к примеру 4, то NetXMS считает, что данное оборудование находится в Down, высылает письмо, тех поддержка будит меня меня в 3-5 утра (гады) :), но на самом деле, это просто обвалился SNMP-демон.

Критический статус узла не означает, что узел в дауне. Если узел будет недоступен по snmp, но доступен по icmp - событие SYS_NODE_DOWN не генерируется.

]]>https://forum.netxms.org/post/11088https://forum.netxms.org/post/11088Thu, 22 Aug 2013 05:40:59 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 10:46:20 GMT]]>@nai said in Статус по ICMP вместо SNMP:

Я не разработчик, но в Server Configuration есть опция "StatusCalculationAlgorithm" может это оно?

Ну все возможно. Поэтому вопрос скорее к разработчикам... Ибо пока что я не разберусь что и как. 😞

]]>https://forum.netxms.org/post/11061https://forum.netxms.org/post/11061Fri, 16 Aug 2013 10:46:20 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 10:42:50 GMT]]>

В DCI есть параметр Status, который завязан на Internal ресурсы. Данный параметр опробирует железку по SNMP.

 Хм, странно, у меня на некоторых нодах вообще все отключено (SNMP, Agent), а статус все равно отображается правильный. Плюс в Properties ноды>Polling есть пункт Disable usage of ICMP pings for status polling.

Я не разработчик, но в Server Configuration есть опция "StatusCalculationAlgorithm" может это оно?

]]>https://forum.netxms.org/post/11060https://forum.netxms.org/post/11060Fri, 16 Aug 2013 10:42:50 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 10:03:44 GMT]]>Красивое решение. Но ситуация такая.
Да есть некий шлюз/роутер и т.д.
В DCI есть параметр Status, который завязан на Internal ресурсы. Данный параметр опробирует железку по SNMP. Т.е. меняется от 0 до 4 (на сколько я помню такие значения принимает) в зависимости от статуса. Хотелось бы, чтоб этот параметр (Status) получал значения свои не по SNMP, а по ICMP. Дело в чем. Если Status меняется со значения 0 на к примеру 4, то NetXMS считает, что данное оборудование находится в Down, высылает письмо, тех поддержка будит меня меня в 3-5 утра (гады) :), но на самом деле, это просто обвалился SNMP-демон. С самим оборудованием же в этот момент все в порядке в остальном и работает штатном режиме. Так вот, если сменить SNMP на ICMP, то не было бы писем о том, что Node DOWN (ибо по факту Node доступен и не падал, а упал только SNMP).

P.S.> Может я как-то сумбурно объяснил (( Во всяком случае в том же Cacti есть возможность выставлять Node Probe по следующим параметрам: UDP Ping, TCP Ping, ICMP, SNMP. В первом и во втором случае имеется в виду проверка портов по UDP и TCP на их открытость, и пока они открыты, то считается, что нода в апе. В 3 и 4 случаях я думаю все понятно и объяснять не надо.

]]>https://forum.netxms.org/post/11059https://forum.netxms.org/post/11059Fri, 16 Aug 2013 10:03:44 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 09:48:56 GMT]]>Т.е. вам надо помимо проверки доступности по ICMP, еще и SNMP считывать?

 Да и что делать в том случае, если агента установить невозможно? К примеру на Cisco роутер?

Так вы и серверную, часть NetXMS на роутер не поставите 😃 Может быть я не правильно понимаю ситуацию:
В сети есть роутер (к примеру Cisco) или сторонний ресурс (шлюз провайдера), сервер с установленным NetXMS, ПК с консолью NetXMS.
Вы хотите проверять статус циски или шлюза.

У меня подобная ситуация реализована следующим образом:
На сервере, в Data Collection создан параметр Icmp.Ping для циски, шлюза и стороннего ресурса. В свойствах параметра настроен Thresholds на срабатывание (10 000). Т.е. сервер пингует циску и отображает ее доступность.

]]>https://forum.netxms.org/post/11058https://forum.netxms.org/post/11058Fri, 16 Aug 2013 09:48:56 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 08:11:38 GMT]]>Если отключить Polling SNMP, то в этом случае как я понимаю и данные по интерфейсам собираться не будут? Да и что делать в том случае, если агента установить невозможно? К примеру на Cisco роутер?

]]>https://forum.netxms.org/post/11056https://forum.netxms.org/post/11056Fri, 16 Aug 2013 08:11:38 GMT<![CDATA[Reply to Статус по ICMP вместо SNMP on Fri, 16 Aug 2013 07:35:26 GMT]]>Моя реализация:
-На сервер ставится NetXMS Agent
-В Data Collection добавляется Icmp.Ping(<ip\name>)
-Настраиваем Event Configuration и Event Processing Policy по вкусу
-В Properties ноды в Polling отключаем SNMP

Как-то так.

]]>https://forum.netxms.org/post/11054https://forum.netxms.org/post/11054Fri, 16 Aug 2013 07:35:26 GMT