Статус по ICMP вместо SNMP
-
Добрый день.
Есть какая-то возможность использовать проверку статус состояния ноды по ICMP вместо SNMP? Сейчас ситуация такая, если упал SNMP на проверяемой ноде, то NetXMS считает что нода умерла, в итоге полно писем и тому подобное со словами "Node DOWN".
Спасибо заранее.
-
-
-
Т.е. вам надо помимо проверки доступности по ICMP, еще и SNMP считывать?
Да и что делать в том случае, если агента установить невозможно? К примеру на 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 случаях я думаю все понятно и объяснять не надо.
-
В DCI есть параметр Status, который завязан на Internal ресурсы. Данный параметр опробирует железку по SNMP.
Хм, странно, у меня на некоторых нодах вообще все отключено (SNMP, Agent), а статус все равно отображается правильный. Плюс в Properties ноды>Polling есть пункт Disable usage of ICMP pings for status polling.
Я не разработчик, но в Server Configuration есть опция "StatusCalculationAlgorithm" может это оно?
-
-
Если Status меняется со значения 0 на к примеру 4, то NetXMS считает, что данное оборудование находится в Down, высылает письмо, тех поддержка будит меня меня в 3-5 утра (гады) :), но на самом деле, это просто обвалился SNMP-демон.
Критический статус узла не означает, что узел в дауне. Если узел будет недоступен по snmp, но доступен по icmp - событие SYS_NODE_DOWN не генерируется.
-
Гм... странно все это.
Только что у себя проверил: Завалил на роутере SNMP. Да, посыпались ошибки в сборе данных, но нода не перешла в состояние дауна.
Перебери еще раз все алармы на предмет генерации событий. Может что-то не так отрабатывается?PS: Или научи техподов правильно интерпритировать события ))
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login