В сети L2 работает около 20 сетей VLAN с Rapid PVST +, где корневым мостом является стек коммутаторов Cisco 3750. Я немного озадачен количеством уведомлений TCN, которые я получаю на коммутаторе.
Стек 3750 является корневым для всех VLAN, и он ежедневно получает уведомления TCN (иногда больше, иногда немного меньше). Он получает TCN одновременно и на одном и том же порту для всех VLAN. Когда я прослеживаю, откуда приходят эти TCN show spanning-tree detail | inc ieee|occurr|from|is exec
, я оказываюсь на коммутаторе (switch-b) с настроенными только 5 транками и без портов доступа.
Я не могу сопоставить событие, например, ссылку на этот коммутатор, идущую вверх или вниз в тот же момент, когда получены TCN. Когда я запускаю указанную выше команду для этого переключателя, результаты сообщают мне, что последнее изменение топологии было намного раньше.
Мои выводы:
Отправленный TCN должен быть инициирован событием на магистральном канале или всем коммутатором, поскольку все VLAN получили уведомление об изменении топологии. Это должно быть что-то локальное на switch-b.
Какова может быть причина возникновения этих TCN? 5 соединительных линий не изменили свое состояние. Он не может идти дальше, потому что последнее изменение топологии на switch-b не соответствует последнему изменению топологии в ядре. Последнее изменение топологии на switch-b произошло намного раньше.
Есть предположения?
источник
Ответы:
Вы должны быть в состоянии просто отладить TCN. В моем случае я недавно отлаживал их, используя
debug spann mstp tc
(как я запускаю MSTP), но также используя их,debug spanning-tree events
вы увидите их:источник
просто были те же проблемы ... и если вы запустите portfast на всех ваших портах доступа, он не будет отправлять сообщения TCN, и вы не получите сообщение TCN, и оно не будет отправлено на все коммутаторы .... если вы не включите portfast на всех ваших портах доступа, и устройство выключено / вверх, оно отправит сообщение TCN и сбросит arp на всех ваших коммутаторах, им придется заново изучать MACS ....
источник