Здравствуйте!
Дано: топология кольцо на С2950. В кольце поднято PVST. Имеется свич на котором все инстанции в одном из направлений BLK.
Необходимо: обеспечить мониторинг состояния STP на данном свиче.1 Вариант.
Используем SNMP trap.
Кусок конфига:
2950G-test1(config)#snmp-server community my_community RO
2950G-test1(config)#snmp-server enable traps bridge
2950G-test1(config)#snmp-server host 10.1.1.21 stp_status
Получаем трапы на 10.1.1.21.
Недостаток: при изменении топологии свич на энное вреемя может становиться недоступным, как итог трапы не получаем.
Нужна их более надежная доставка
Пробовал прикрутить это (вроде отложенной доставки)
2950G-test1(config)#snmp-server trap-timeout 150
2950G-test1(config)#snmp-server queue-length 100
По прежнему одна попытка отсылки трап, даже когда агент недоступен((.2. Вариант
Использование
OID .1.3.6.1.2.1.17.2.15.1.3 (dot1dStpPortState)
ПроблемаЖ вроде как работает только для 1 default vlan. Добавлять в транк 1 vlan желания нет.ВОПРОС: кто как мониторит PVST или какой опыт в данном вопросе. Заранее спасибо!
рисунок
http://www.imagepost.ru/?v=topology.png
> рисунок
> http://www.imagepost.ru/?v=topology.pngСобственно говоря, а что там мониторить?
У Вас что постоянно меняется топология?
На мой взгляд один раз продумал, насторил, и сидишь не паришься))
>> рисунок
>> http://www.imagepost.ru/?v=topology.png
> Собственно говоря, а что там мониторить?
> У Вас что постоянно меняется топология?
> На мой взгляд один раз продумал, насторил, и сидишь не паришься))Топологию я нарисовал для примера, в действительности кольцо намного длинее. Не часто, но случаются проблемы (отключили э/п например на одной из цисок)-это и нужно отслеживать,т.е. восстановится ли первоночальная топология STP.
можно придумаьт что нибудь конечно
взять влан управления и отключить на нем Spanning tree, проследить чтобы он несоздавал лупов.
взять async линки и посылать трапы через них.
но все это неправильно. Правильно менять топологию, сделайте звезду и все станет проще.