Відстеження повідомлень TCN в STP


12

У мережі L2 в мережі L2 працює швидкий PVST +, де кореневий міст є стеком 3750 комутаторів Cisco. Мене трохи спантеличує кількість сповіщень TCN, які я отримую на комутаторі ..

Стек 3750 є коренем для всіх VLAN, і він щодня отримує сповіщення TCN (іноді більше, іноді трохи менше). Він отримує TCN одночасно та на одному порту для всіх VLAN. Коли я відслідковую те, звідки беруться ці TCN show spanning-tree detail | inc ieee|occurr|from|is exec, я опиняюся на комутаторі (switch-b) із налаштованими лише 5 стволами та відсутніми портами доступу.

Я не можу співставити подію, як-от посилання на цьому комутаторі, що піднімається вгору або вниз одночасно з отриманням TCN. Коли я видаю вищевказану команду на цьому комутаторі, результати підказують мені, що остання зміна топології була набагато довше тому.

Мої висновки:

Надісланий TCN повинен бути викликаний подією на магістральному каналі або цілим комутатором, оскільки всі VLAN отримали повідомлення про зміну топології. На комутаторі b повинно бути щось місцеве.

Що може бути причиною виникнення цих TCN? 5 посилань магістралі не змінили свого стану. Він не може пройти далі за течією, тому що остання зміна топології на switch-b не відповідає останній зміні топології на ядрі. Остання зміна топології на Switch-b значно довша.

Будь-які думки?


Чи далі ви з цим? Я бачу подібне. Я підозрюю, що TCN розсилаються на магістралі, навіть якщо вони не беруть участі у VLAN, що робить його складнішим для відстеження. Ще гірше, що вони, здається, пересилаються через комутатори, коли сам комутатор не бере участі у цій VLAN

Насправді ще немає, я знайшов деякі комутатори з портами доступу, на яких немає порту. Але це не справжнє пояснення розкриття змін топології на аль-Вланах водночас. Але досить дивно, що я отримую набагато менше tcn в останні кілька днів. Ось чому я зосереджуюсь на деяких інших питаннях, які мають більш пріоритетний характер. Я думаю, що відповідь від док-майстра просто виконати налагодження є гарною. Простежте якнайближче до джерела, а потім зробіть налагодження ...
user209

Відповіді:


12

Ви повинні мати можливість просто налагоджувати TCN. У моєму випадку я нещодавно налагодив їх за допомогою debug spann mstp tc(як я запускаю MSTP), але також, використовуючи debug spanning-tree events вас, ви побачите їх:

Jul 10 07:42:18 UTC: STP: VLAN0228 Topology Change rcvd on Gi1/0/9       <<< received
Jul 10 07:42:18 UTC: STP: VLAN0228 sent Topology Change Notice on Po10   <<< forwarded

0

у вас були ті самі проблеми ... і якщо ви запускаєте portfast на всіх своїх портах доступу, він не надсилатиме повідомлення TCN, і ви не отримуєте повідомлення TCN, і воно не надсилається всім комутаторам .... якщо ви не ввімкнете на всіх портах доступу, і пристрій вниз / вгору, він надішле повідомлення TCN і розмине арпу на всіх ваших комутаторах, їм доведеться знову вивчати MACS ....

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.