Verfolgung von TCN-Nachrichten in STP


12

Wir haben ungefähr 20 LANs in einem L2-Netzwerk, in dem Rapid PVST + ausgeführt wird, wobei die Root-Bridge ein Stapel der 3750-Switches von Cisco ist. Ich bin ein bisschen verwirrt über die Anzahl der TCN-Benachrichtigungen, die ich auf dem Switch erhalte.

Der 3750-Stack ist der Stamm für alle VLANs und empfängt täglich TCN-Benachrichtigungen (manchmal mehr, manchmal etwas weniger). Es empfängt die TCNs zur gleichen Zeit und am gleichen Port für alle VLANs. Wenn ich zurückverfolge, woher diese TCNs kommen, lande show spanning-tree detail | inc ieee|occurr|from|is execich auf einem Switch (Switch-b) mit nur 5 konfigurierten Amtsleitungen und keinen Zugriffsports.

Ich kann ein Ereignis wie einen Link auf diesem Switch nicht zuordnen, der gleichzeitig mit dem Empfang der TCNs nach oben oder unten wechselt. Wenn ich den obigen Befehl für diesen Schalter ausgebe, wird mir anhand der Ergebnisse mitgeteilt, dass die letzte Topologieänderung viel länger zurückliegt.

Meine Schlussfolgerungen:

Der gesendete TCN muss von einem Ereignis auf einer Trunk-Verbindung oder einem gesamten Switch ausgelöst werden, da alle VLANs die Topologieänderungsbenachrichtigung erhalten haben. Es muss etwas Lokales bei switch-b sein.

Was kann der Grund für die Entstehung dieser TCN sein? Die 5 Verbindungsleitungen haben ihren Zustand nicht geändert. Weiter stromabwärts kann es nicht kommen, da die letzte Topologieänderung auf Switch-B nicht mit der letzten Topologieänderung auf dem Core übereinstimmt. Die letzte Topologieänderung bei Switch-B ist viel länger her.

Irgendwelche Gedanken?


Bist du damit weiter gekommen? Ich sehe ähnlich. Ich vermute, TCNs werden auf Amtsleitungen gesendet, auch wenn sie nicht am VLAN teilnehmen, was das Auffinden erschwert. Schlimmer noch, sie scheinen über Switches weitergeleitet zu werden, wenn der Switch selbst nicht an diesem VLAN

Eigentlich noch nicht, ich habe einige Switches mit Access-Ports ohne portfast gefunden. Aber das ist keine wirkliche Erklärung, um Topologieänderungen auf allen Vlans zur gleichen Zeit zu wiederholen. Deshalb konzentriere ich mich vorrangig auf einige andere Themen. Ich denke, die Antwort von Dockmaster durch einfaches Debuggen ist gut. Verfolgen Sie so nah wie möglich an der Quelle und führen Sie dann ein Debugging durch ...
user209

Antworten:


12

Sie sollten in der Lage sein, die TCNs einfach zu debuggen. In meinem Fall habe ich sie kürzlich mit debug spann mstp tc(beim Ausführen von MSTP) debuggt , aber auch mit sehen debug spanning-tree events Sie sie:

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

hatte nur die gleichen Probleme ... und wenn Sie portfast auf allen Ihren Access-Ports ausführen, werden keine TCN-Nachrichten gesendet und Sie erhalten keine TCN-Nachricht und es wird nicht an alle Switches gesendet .... wenn Sie nicht aktivieren portfast auf allen Ihren Zugangsports und ein Gerät ist down / up, es sendet eine TCN-Nachricht und spült arp auf allen Ihren Switches, um die MACS erneut zu lernen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.