shicoy Posted March 17, 2009 Posted March 17, 2009 Задача: Ловить трапы с ряда устройств (порядка 100-150 железок), парсить их и в зависимости от трапа складывать в mysql. Пробовал: snmptrapd + syslog-ng. Схема не очень понравилась, в силу непонятности настройки snmptrapd. Например у меня не получилось повесить трапы на local7. Пока решаю задачу так, на через snmptrapd запускаю собственноручно писаный скрипт, который как-то пытается разобрать что происходит и соотвественно пишет в mysql. Вставить ник Quote
YurikGL Posted March 17, 2009 Posted March 17, 2009 По идее, любой нормальный SNMP-менеджер должен уметь ловить. Вставить ник Quote
dvolodin Posted March 17, 2009 Posted March 17, 2009 Задача: Ловить трапы с ряда устройств (порядка 100-150 железок), парсить их и в зависимости от трапа складывать в mysql. Пробовал: snmptrapd + syslog-ng. Схема не очень понравилась, в силу непонятности настройки snmptrapd. Например у меня не получилось повесить трапы на local7. Пока решаю задачу так, на через snmptrapd запускаю собственноручно писаный скрипт, который как-то пытается разобрать что происходит и соотвественно пишет в mysql. NOC умеет ловить и обрабатывать трапы и syslog, складывать в базу (postgresql), классифицировать события и кореллировать их между собой.Немного поподробнее - в документации на модуль FM. Вместе с системой идет встроенный набор правил (около 40 классов и 70-и правил классификации), если не хватает, всегда можно добавить свои. Создание правил - достаточно простая операция. На нормальном железе без особого напряга обрабатывает до 100 событий в секунду, больше не пробовал. Вставить ник Quote
mikevlz Posted March 18, 2009 Posted March 18, 2009 есть еще snmptt скрипт и такой же плагин для кактуса. Надо будет попробовать таки NOC Вставить ник Quote
dvolodin Posted March 18, 2009 Posted March 18, 2009 Просто ловить syslog и trap'ы - практически бессмысленное занятие. Поток достаточно большой и глазами его просматривать - можно рехнуться. С тех же самых свичей доступа постоянно валится syslog/trap'ы Link Up/Link Down. Для хомячковых линков их можно просто игнорировать, для корпоративщиков - обращать внимание, для VIP - звонить им. И таких примеров масса. Fault Management - задача очень муторная. FM в NOC'е еще пилить и пилить, но даже в текущем состоянии он уже может гораздо больше, чем просто собирать трапы. Вставить ник Quote
Max P Posted March 18, 2009 Posted March 18, 2009 в плагине snmptt для кактуса есть некие фильтры и реакция на определенные события Вставить ник Quote
dvolodin Posted March 18, 2009 Posted March 18, 2009 в плагине snmptt для кактуса есть некие фильтры и реакция на определенные событияМне показалось, что корелляция событий там совсем слабая. Даже, скорее, не корелляция, а защита от повторов. Разнотипные события, особенно от разных железок, да еще разных вендоров, оно не скоррелирует. Да еще те же Cisco любят дуплить парными событиями в syslog и трапом из CISCO-SYSLOG-MIB. Конечно, все зависит от конкретной сети и конкретного оборудования. Где-то это будет работать. В общем случае этого мало и нужен нормальный root cause. Вставить ник Quote
plgn Posted May 5, 2011 Posted May 5, 2011 Вот такой ещё есть SNMP менеджер - http://www.plgn.ru/catalog/404/2066/ Вставить ник Quote
pppoetest Posted May 7, 2011 Posted May 7, 2011 (edited) Чем больше с этим сталкиваюсь, тем чаще прихожу к выводу, что самое надёжное - самописьные системы. Edited May 7, 2011 by pppoetest Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.