snmptrapd d-link

[zlolotus]

Приветствую, настроил snmptrapd. Посоветуйте, мибы. Хочу чтобы срабатывал скрипт, когда падают магистральные порты, или когда петля, или срабатывает шторм контроль. 3526,3528, 3120-24sc

[Mallorn]

http://ftp.dlink.ru/pub/Switch/

 

Тут мибы на длинк в свободном доступе - забирайте, пилите

[sexst]

Вы в курсе что он блокирующий и при большом количестве свитчей начинает пропускать трапы? Скрипты первого уровня нужно делать максимально шустрыми. В идеале чтобы они форкали новый процесс, который уже обрабатывает трап.

Edited December 19, 2012 by sexst

[terrible]

При большом количестве - это при каком?

[sexst]

Ну я для пробы 5к свитчей ему скормил, потерял процентов 70 сообщений. Больше даже не пробовал добавлять. Для чего-то более пары десятков хостов неприменимо, ИМХО. Автор давно грозится переписать так чтобы скрипт вызывался как новый процесс, но воз и ныне там.

[sexst]

1.3.6.1.6.3.1.1.5.3 - падение порта

1.3.6.1.6.3.1.1.5.4 - поднятие порта

Эти вообще стандартные для всех.

 

Еще длинки умеют мерить кабель по snmp. Очень удобно - упал кабель, поймали трап, замерили, сунули в базу для фронтенда/сигналок.

Edited December 19, 2012 by sexst

[Negator]

Вот буквально сегодня занимался трапами.

От ~1000 свичей мы ловим трапы mac_notification и складываем их в базу.

+ еще немного по мелочи - обрабатываем падения магистральных портов, loopdetect, spanning-tree и прочее.

 

Все работает без каких либо нареканий.

 

Автору - мибы можно увидеть хоть tcpdump-ом, хоть самим snmptrapd при выводе на экран или в файл.

[zlolotus]

Вот буквально сегодня занимался трапами.

От ~1000 свичей мы ловим трапы mac_notification и складываем их в базу.

+ еще немного по мелочи - обрабатываем падения магистральных портов, loopdetect, spanning-tree и прочее.

 

Все работает без каких либо нареканий.

 

Автору - мибы можно увидеть хоть tcpdump-ом, хоть самим snmptrapd при выводе на экран или в файл.

 

Спасибо! Просто думал на готовое, а так понятно )