NetXMS Support Forum

Добрый день.

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

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

Моя реализация:
-На сервер ставится NetXMS Agent
-В Data Collection добавляется Icmp.Ping(<ip\name>)
-Настраиваем Event Configuration и Event Processing Policy по вкусу
-В Properties ноды в Polling отключаем SNMP

Как-то так.

Если отключить Polling SNMP, то в этом случае как я понимаю и данные по интерфейсам собираться не будут? Да и что делать в том случае, если агента установить невозможно? К примеру на Cisco роутер?

Т.е. вам надо помимо проверки доступности по ICMP, еще и SNMP считывать?

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

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

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

Красивое решение. Но ситуация такая.
Да есть некий шлюз/роутер и т.д.
В 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 случаях я думаю все понятно и объяснять не надо.

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

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

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

Quote from: NAI on August 16, 2013, 01:42:50 PM

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

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

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

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

Гм... странно все это.
Только что у себя проверил: Завалил на роутере SNMP. Да, посыпались ошибки в сборе данных, но нода не перешла в состояние дауна.
Перебери еще раз все алармы на предмет генерации событий. Может что-то не так отрабатывается?

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