Можно, но ставить рядом вторую систему мониторинга из-за одного сложного параметра это как-то оверкилл. Система то вроде неплохая по возможностям и поддержке, но мне не нравится по двум причинам — она только под винду (по крайней мере я нигде не нашел её под *nix), и у неё тормозная и перегруженная морда — что веб, что консольный вариат.
«Сложно» понятие субъективное, мне вот кажется что сложнее пилить свой скрипт, чем использовать встроенные в мониторинг, ну и в вашем случае сдается мне придется на каждого соседа руками создавать Item, что боль когда соседей несколько сотен.
Я тоже думаю что скриптом было бы проще, а раскладывать его можно типа ансиблом и иже с ними. Но всё равно спасибо, благодаря вам я точно при похожей задаче буду писать скрипт.
Тогда придется этот простой скрипт переделывать под каждую железку, тогда как SNMP достаточно универсальный способ, но в любом случае рад был помочь, даже если показал пример как не надо делать.
Выглядит лаконично и несложно, кроме одного «но» — если логи по каким-то причинам перестанут приходить, вы никогда об этом не узнаете, то есть и изменения состояний соседей не увидите. Да, с SNMP TRAP/INFROM точно такая же проблема.
Zabbix — мониторинг OSPF соседей средствами SNMPv3 TRAPs, боль и отчаяние