Мониторинг CISCO по trap

[dezhnevo]

Привет!
Подскажите, может есть у кого адекватный манула на мониторингу сетевого оборудования Cisco на основе трапов устройства. На основе SNMP опроса сделал, работает, но это исполнение не нравится. Оборудования много, портов много и опрашивать все это с целью отловить проблему, не очень. В связи с этим настроил trap на железках. Но как связать с Z, пока каша в голове. Только в общих чертах. Буду рад если кинете ссылкой или парой ссылок Спасибо. Всем здоровья!
P.S. CentOS_7

[Hamardaban]

Начни банально вот с этого:

https://www.zabbix.com/documentation/current/ru/manual/config/items/itemtypes/snmptrap

https://blog.zabbix.com/snmp-traps-in-zabbix/8210/
ну и гугл в помощь - только ленивый не написал еще на эту тему.

[dezhnevo]

Спасибо за подсказку.
Сделал, но есть нюанс
трапы прилетают в zabbix_traps.tmp а вот в последних данных не вижу. С чем может быть связано?



Заранее благодарю

[Hamardaban]

связано с тем, что делали- да не доделали.
как минимум сделайте ключ в соответствии с документацией snmptrap[регулярное выражение] или настройте snmptrap.fallback
во вторых файл zabbix_traps.tmp - это только часть пути. Сервер настроен на обработку этого файла? Если да - смотрите в лог сервера на предмет сообщений о трэпах.
есть еще хитрозакопанный параметр https://www.zabbix.com/documentation...ration/general Записывать не совпадающие SNMP трапы.

[dezhnevo]

Ни черта не получается. И так и эдак.
fallback сделал
Записывать не совпадающие SNMP трапы - это было
Если вы имеете в виду под сервер настроен, что там прописан путь да трап файла, то да
В файл сыпется, заббикс в последних данных не видит.

[Hamardaban]

трапы в файле правильно сформатированы?
SNMP Trapper запущен?
а что в логах сервера забикс?
Проделайте все этапы настройки / проверки описанные в документации. По каждому шагу убедитесь что все настроено правильно.

[dezhnevo]

Поправьте меня если я ошибаюсь, уже не соображаю. В схеме с трапами, нам же не надо создавать SNMP узел сетевой (коммутатор), правильно? Мы же все операции с Z серверов производим? То есть внутри сервера создаем элемент данных

[Hamardaban]

Конечно нет!
Создается узел сети с интерфейсом типа snmp и ip адресом(именем) с которого приходят трэпы.
чтож так невнимательно читаете мануалы.....

[dezhnevo]

Вы меня покорно сори, но я весь день за этим сижу И чего только не прочитал. Фишка в том, что все должно работать!! Расписываюсь в собственной некомпетентности.
Я добился того, что трапы прилетают очень быстро, остальное время сижу и не понимаю почему Z их не видит в последних данных.
Т.е. я в узле Zabbix server создаю элемент данных со своим коммутатором, положим. И настраиваю его как на скрине. Так? P.S. использую перл. И еще, ничего, что файлы в /tmp/?

[Hamardaban]

Делайте ОТДЕЛЬНЫЙ узел сети. На нем интерфейс и прочая. Не трогайте сервер.

[dezhnevo]

Делал. Это в качестве бреда с сервером пробовал
Лан, буду страдать. Пизд..ц, весь день и нихрена

[dezhnevo]

Херово, когда тупой и не внимательный Разобрался, спасибо.
P.S. ошибка в файле конфигурации сервера Z

[dezhnevo]

Приветствую.
Когда срабатывает триггер по трапу, в письмо не прилетает сам текст лога. Есть только информация, что произошло событие и на каком условно устройстве. Однако сам лог содержит полезную информацию, в частности номер порта, например, а также событие, которое вызвало linkDown, errdisable, например. Возник вопрос, как это из лога, передать в письмо. Чтобы не нужно было лазить в последние данные или в сам файл трапа на сервере. Пока не хватает глубоких знаний для этого. Спасибо

[Evgeniy]

Делал. Это в качестве бреда с сервером пробовал
Лан, буду страдать. Пизд..ц, весь день и нихрена

Страдания еще впереди... Помучаетесь, потом задолбаетесь вручную закрывать проблемы, прийдете к выводу, что генерировать алармы на основе трапов не объективно, т.к. трапы могут теряться на сети, оборудование может не всегда их генерировать (например, устройство отправило трап о проблеме, а потом его ребутнули и пр.)... =)

[dezhnevo]

уже понимаю о чём вы так что же делать? как отслеживать события?