Wie STP funktioniert

Grund für die Erstellung von STP

Der Grund für die Erstellung des STP-Protokolls war das Auftreten von Schleifen an den Switches. Was ist eine Schleife? Die Schleifendefinition lautet wie folgt:

Überbrückungsschleife (Switching Loop) - Ein Zustand im Netzwerk, in dem eine endlose Übertragung von Frames zwischen den Switches stattfindet, die mit demselben Netzwerksegment verbunden sind.

Aus der Definition wird deutlich, dass das Auftreten einer Schleife große Probleme verursacht - dies führt zu einer Überlastung der Switches und zur Inoperabilität dieses Netzwerksegments. Wie entsteht eine Schleife? Das folgende Bild zeigt die Topologie, in der eine Schleife ohne Schutzmechanismen auftritt:



Das Auftreten einer Schleife unter folgenden Bedingungen:

1. Einer der Hosts sendet einen Broadcast-Frame:

1. Beispielsweise sendet VPC5 ein Paket mit einer Broadcast-Zieladresse.
2. Nach dem Akzeptieren dieses Pakets muss Switch1 es über alle Ports mit Ausnahme des Ports senden, von dem dieses Paket stammt. Das Paket wird durch die Ports Gi0 / 0, Gi1 / 0 geleitet.
3. Die Switches Switch2, Switch3, die dieses Paket akzeptiert haben, müssen ihm auch das Paket senden. Somit sendet Switch2, der das Paket von Switch1 empfangen hat, es an Switch3 und Switch3 sendet es an Switch2.
4. Als nächstes hat Switch2 ein Paket von Switch3 empfangen, an Switch1 gesendet, und Switch3 hat ein Paket von Switch2 empfangen und es auch an Switch1 gesendet. Wir kommen also zu Schritt 1) ​​und es wird auf unbestimmte Zeit fortgesetzt. Alles wird durch die Tatsache erschwert, dass Switch1 in Schritt 4) bereits zwei Frame-Instanzen hat, da er sie sowohl von Switch2 als auch von Switch3 empfängt.

Die Schritte 1) - 4) werden endlos wiederholt und bei Kommutatoren geschieht dies in Sekundenbruchteilen. Die Bildung einer Schleife führt auch dazu, dass sich die Tabelle der Mohnadressen auf den Schaltern ständig ändert und die Mohnadresse des Absenders der VPC5 ständig entweder der Schnittstelle Gi0 / 0, Gi1 / 0 oder Gi0 / 2 zugewiesen wird (wenn zu diesem Zeitpunkt VPC5 sendet andere Pakete). Ein solcher Zyklus führt zu einem fehlerhaften Betrieb des Netzwerks und aller Switches. Das Senden von Broadcast-Paketen für Hosts ist beispielsweise im ARP-Protokoll weit verbreitet.

2. Eine Schleife kann sich auch bilden, ohne einen Broadcast-Frame zu senden.

1. Beispielsweise sendet VPC5 einen Frame mit einer Unicast-Ziel-Mac-Adresse.
2. Möglicherweise befindet sich die Ziel-Mac-Adresse nicht in der Switch-Mac-Adresstabelle. In diesem Fall leitet der Switch das Paket über alle Ports mit Ausnahme des Ports weiter, von dem er den Frame empfangen hat. Und wir haben die gleiche Situation wie beim Broadcast-Frame.
3. Im Folgenden wird das STP-Protokoll für Cisco-Switches beschrieben. Sie verwenden STP separat für jedes vlan, das PVST + -Protokoll. Wir haben nur einen VLAN, daher ändert sich die Bedeutung nicht.

STP-Grundlagen

Das Funktionsprinzip dieses Protokolls basiert auf der Tatsache, dass alle redundanten Kanäle zwischen den Switches logisch blockiert sind und kein Verkehr über sie übertragen wird. Um eine Topologie ohne redundante Kanäle zu erstellen, wird ein Baum erstellt (mathematischer Graph). Um einen solchen Baum zu erstellen, muss zunächst die Wurzel des Baums bestimmt werden, aus dem der Graph erstellt wird. Daher besteht der erste Schritt im STP-Protokoll darin, den Root-Switch (Root-Switch) zu bestimmen. Um den Root-Switch zu bestimmen, tauschen Switches BPDU-Nachrichten aus. Im Allgemeinen verwendet das STP-Protokoll zwei Arten von Nachrichten: BPDU - enthält Informationen zu den Switches und TCN - benachrichtigt über eine Änderung der Topologie. Betrachten wir die BPDU genauer. Wir werden weiter unten mehr über TCN sprechen. Wenn Sie STP auf den Switches aktivieren, beginnen die Switches, BPDU-Nachrichten zu senden. Diese Nachrichten enthalten die folgenden Informationen:



Der BPDU-Frame enthält die folgenden Felder:

• Kennung der STA-Protokollversion (2 Byte). Switches müssen dieselbe Version des STA-Protokolls unterstützen
• STP-Protokollversion (1 Byte)
• BPDU-Typ (1 Byte). Es gibt zwei Arten von BPDUs: Benachrichtigung über Konfiguration und Neukonfiguration
• Flags (1 Byte)
• Root Switch Identifier (8 Bytes)
• Die Kosten für die Route zum Root-Switch (Root Path Cost)
• Absender-ID (Bridge-ID) (8 Byte)
• Die Kennung des Ports, von dem dieses Paket gesendet wurde (Port-ID) (2 Byte)
• Nachrichtenlebensdauer (2 Bytes). Gemessen in Einheiten von 0,5 s, um veraltete Nachrichten zu erkennen
• Maximale Nachrichtenlebensdauer (2 Byte). Wenn der BPDU-Frame eine Lebensdauer hat, die das Maximum überschreitet, wird der Frame von den Schaltern ignoriert
• Hallo-Intervall (2 Bytes), das Intervall, in dem BPDU-Pakete gesendet werden
• Zustandsänderungsverzögerung (2 Bytes). Minimale aktive Schalterzeit

Die Hauptfelder, die besondere Aufmerksamkeit erfordern, sind folgende:

• Absender-ID (Bridge-ID)
• Root Bridge ID
• Die Kennung des Ports, von dem dieses Paket gesendet wurde (Port-ID)
• Die Kosten für die Route zum Root-Switch (Root Path Cost)

Zur Bestimmung des Root-Switch wird die Switch-ID verwendet - Bridge-ID. Die Bridge-ID ist eine 8-Byte-Nummer, die aus der Bridge-Priorität (Priorität 0 bis 65535, Standard 32768) und der MAC-Adresse des Geräts besteht. Der Root-Switch wählt den Switch mit der niedrigsten Priorität aus. Wenn die Prioritäten gleich sind, werden die MAC-Adressen verglichen (zeichenweise gewinnt der kleinere).

Hier ist die Ausgabe der Bridge-ID-Informationen von Switch1 aus dem ersten Bild. Priorität - 32769 (Standard 32768 + Vlan-ID), MAC-Adressen - Adresse 5000.0001.0000:



Stellen Sie sich das Bild vor, die Schalter sind gerade eingeschaltet und beginnen nun, eine schleifenfreie Topologie aufzubauen. Sobald die Switches hochfahren, senden sie BPDUs, in denen sie alle darüber informieren, dass sie die Wurzel des Baums sind. In BPDUs geben Switches als Root-Bridge-ID ihre eigene Bridge-ID an. Beispielsweise sendet Switch1 BPDUs an Switch3 und Switch3 an Switch1. BPDU von Switch1 zu Switch3:



BPDU von Switch3 zu Switch1:



Wie Sie der Root-ID entnehmen können, teilen sich beide Kommutatoren gegenseitig mit, dass er der Root-Switch ist.

Root-Switch auswählen

Bis zur Erstellung der STP-Topologie wird aufgrund spezieller Portzustände kein normaler Datenverkehr übertragen, auf den weiter unten eingegangen wird. Also erhält Switch3 BPDU von Switch1 und untersucht diese Nachricht. Switch3 sucht im Feld Root Bridge ID und stellt fest, dass dort eine andere Root Bridge ID angegeben ist als in der von Switch3 selbst gesendeten Nachricht. Er vergleicht die Root Bridge-ID in dieser Nachricht mit seiner Root Bridge-ID und stellt fest, dass die MAC-Adresse dieses Switches (Switch1) trotz gleicher Priorität besser (weniger) ist als zuvor. Daher empfängt Switch3 die Root Bridge-ID von Switch1 und beendet das Senden seiner BPDUs, hört jedoch nur BPDUs von Switch1 ab. Der Port, an dem die beste BPDU empfangen wurde, wird zum Root-Port. Switch1 hat auch eine BPDU von Switch3 empfangen, führt einen Vergleich durch, aber in diesem Fall ändert sich das Verhalten von Switch1 nicht, da die empfangene BPDU eine schlechtere Root-Bridge-ID als Switch1 enthält. Daher wurde zwischen Switch1 und Switch3 ein Root-Switch definiert. In ähnlicher Weise wird der Root-Switch zwischen Switch1 und Switch2 ausgewählt. Die Gi0 / 0-Ports an Switch2 und Switch3 werden zu Root-Port - dem Port, der zum Root-Switch führt. Über diesen Port akzeptieren Switch2 und Switch3 BPDUs von Root Bridge. Lassen Sie uns nun herausfinden, was mit dem Kanal zwischen Switch2 und Switch3 passieren wird.

Redundante Kanäle blockieren

Wie aus der Topologie hervorgeht, muss der Kanal zwischen Switch2 und Switch3 blockiert werden, um die Bildung von Schleifen zu verhindern. Wie geht STP damit um?

Nachdem Root Bridge ausgewählt wurde, beenden Switch2 und Switch3 das Senden von BPDUs über Root-Ports, empfangen jedoch BPDUs, die von Root Bridge über alle anderen aktiven Ports empfangen wurden, und ändern nur die folgenden Felder in den BPDU-Daten:

• Absender-ID (Bridge-ID) - wird durch Ihre ID ersetzt.
• Die Kennung des Ports, von dem dieses Paket gesendet wurde (Port-ID) - ändert sich in die Kennung des Ports, von dem die BPDU gesendet wird.
• Die Kosten der Route zum Root-Switch (Root-Pfadkosten) - Die Kosten der Route werden relativ zum Switch selbst berechnet.

Somit empfängt Switch2 die folgende BPDU von Switch3:


Und Switch3 von Switch2 erhält eine solche BPDU:



Nach dem Austausch solcher BPDUs stellen Switch2 und Switch3 fest, dass die Topologie redundant ist. Warum verstehen Switches, dass die Topologie redundant ist? Sowohl Switch2 als auch Switch3 melden dieselbe Root Bridge in ihren BPDUs. Dies bedeutet, dass es in Bezug auf Switch3 über Switch1 und Switch2 zwei Möglichkeiten zur Root Bridge gibt, und genau gegen diese Redundanz kämpfen wir. Es gibt auch zwei Möglichkeiten für Switch2 - über Switch1 und Switch3. Um diese Redundanz loszuwerden
Sie müssen den Kanal zwischen Switch3 und Switch2 blockieren. Wie läuft das

Die Wahl, an welchem ​​Switch der Port blockiert werden soll, ist wie folgt:

• Kleinere Wurzelpfadkosten.
• Kleinere Brücken-ID.
• Kleinere Port-ID.

In diesem Schema spielen Root Path Cost eine wichtigere Rolle als Bridge ID. Früher dachte ich, dass diese Auswahl der Auswahl des Root-Switches ähnlich ist, und war überrascht, dass beispielsweise in dieser Topologie der Port auf dem Switch mit der schlechtesten Priorität nicht blockiert wird:



Wie sich herausstellte, ist hier der Gi 0/1-Port am Sw2-Switch blockiert. Bei dieser Abstimmung werden die Wurzelpfadkosten entscheidend. Kehren wir zu unserer Topologie zurück. Da der Pfad zur Root Bridge derselbe ist, gewinnt Switch2 bei dieser Auswahl, da seine Priorität gleich ist, werden Bridge-IDs verglichen. Switch2 hat 50: 00: 00: 02: 00: 00, Switch3 hat 50: 00: 00: 03: 00: 00. Switch2 hat eine bessere MAC-Adresse (weniger). Nachdem die Auswahl getroffen wurde, leitet Switch3 keine Pakete mehr über diesen Port weiter - Gi1 / 0, einschließlich BPDU, sondern hört nur BPDU von Switch2 ab. Dieser Portstatus in STP wird als Blocking (BLK) bezeichnet. Der Gi1 / 0-Port an Switch2 funktioniert normal und leitet bei Bedarf verschiedene Pakete weiter, aber Switch3 verwirft sie sofort und hört nur BPDUs ab. In diesem Beispiel haben wir daher eine Topologie ohne redundante Kanäle erstellt. Der einzige redundante Kanal zwischen Switch2 und Switch3 wurde blockiert, indem der Gi1 / 0-Port an Switch3 in einen speziellen Blockierungszustand - BLK - geschaltet wurde. Jetzt werden wir die Mechanismen von STP genauer untersuchen.

Hafenstaaten

Wir haben oben gesagt, dass zum Beispiel der Gi1 / 0-Port an Switch3 in einen speziellen Blockierungszustand wechselt - Blocking. Die folgenden Portzustände sind in STP vorhanden:

Blockieren - Blockieren. In diesem Zustand werden keine Frames über den Port übertragen. Wird verwendet, um Redundanz der Topologie zu vermeiden.

Zuhören - zuhören. Wie oben erwähnt, befinden sich die Ports in einem speziellen Zustand, in dem nur BPDUs übertragen werden, Datenrahmen nicht übertragen werden und in diesem Fall nicht akzeptiert werden, bevor der Root-Switch noch ausgewählt ist. Der Listening-Status wechselt nicht zum nächsten, selbst wenn die Root Bridge definiert ist. Dieser Portstatus gilt für den Vorwärtsverzögerungszeitgeber, der standardmäßig 15 ist. Warum muss ich immer 15 Sekunden warten? Dies liegt an der Vorsicht des STP-Protokolls, damit die falsche Root Bridge nicht versehentlich ausgewählt wird. Nach dieser Zeit geht der Port in den nächsten Zustand über - Lernen.

Lernen - Training. In diesem Zustand lauscht und sendet der Port BPDUs, sendet jedoch keine Informationen mit Daten. Der Unterschied zwischen diesem Status und dem Abhören besteht darin, dass die Frames mit den Daten, die an den Port gelangen, untersucht werden und die MAC-Adressinformationen in die Switch-MAC-Adresstabelle eingegeben werden. Der Übergang zum nächsten Zustand erfordert auch einen Vorwärtsverzögerungszeitgeber.

Weiterleitung - Weiterleitung. Dies ist der normale Zustand des Ports, an den sowohl BPDUs als auch Frames mit normalen Daten gesendet werden. Wenn wir also das Schema durchlaufen, während die Switches gerade gestartet wurden, erhalten wir das folgende Schema:

1. Der Switch versetzt alle angeschlossenen Ports in den Listening-Status und sendet BPDUs, bei denen er sich als Root-Switch deklariert. Während dieses Zeitraums bleibt der Switch entweder root, wenn er nicht die beste BPDU empfängt, oder er wählt den Root-Switch aus. Es dauert 15 Sekunden.
2. Nachdem es in den Lernstatus eingetreten ist und die MAC-Adressen gelernt hat. 15 Sekunden
3. Legt fest, welche Ports auf Weiterleitung und welche auf Blockieren eingestellt werden sollen.

Portrollen

Zusätzlich zu den Portzuständen muss STP auch die Rollen ihrer Ports definieren. Dies geschieht so, dass an welchem ​​Port eine BPDU vom Root-Switch erwartet werden soll und über welche Ports Kopien der vom Root-Switch empfangenen BPDU übertragen werden sollen. Die Portrollen lauten wie folgt:

Root-Port - Der Root-Port des Switches. Bei der Auswahl eines Root-Switch wird auch der Root-Port festgelegt. Dies ist der Port, über den der Root-Switch verbunden ist. In unserer Topologie sind beispielsweise die Gi0 / 0-Ports an Switch2 und Switch3 die Root-Ports. Über diese Ports senden Switch2 und Switch3 keine BPDUs, sondern hören sie nur von Root Bridge ab. Es stellt sich die Frage, wie der Root-Port ausgewählt wird. Warum ist der Gi1 / 0-Port nicht ausgewählt? Können Sie schließlich auch über diesen Schalter mit dem Switch kommunizieren? Um den Root-Port in STP zu bestimmen, wird eine Metrik verwendet, die die Root-Pfadkosten (die Kosten der Route zum Root-Switch) im Feld BPDU angibt. Diese Kosten werden durch die Geschwindigkeit des Kanals bestimmt.

Switch1 in seiner BPDU im Feld Root Path Cost setzt 0, da es sich selbst um Root Bridge handelt. Wenn Switch2 die BPDU an Switch3 sendet, ändert sich dieses Feld. Es setzt die Root-Pfadkosten gleich den Kanalkosten zwischen sich und Switch1. Im BPDU-Bild von Switch2 und Switch3 sehen Sie, dass in diesem Feld die Root-Pfadkosten 4 betragen, da der Kanal zwischen Switch1 und Switch2 1 Gbit / s beträgt. Wenn die Anzahl der Switches größer ist, addiert jeder nächste Switch die Root-Path-Kosten. Stammpfadkostentabelle.

Designated Port - Der zugewiesene Port im Segment. Für jedes Netzwerksegment muss ein Port vorhanden sein, der für die Verbindung dieses Segments mit dem Netzwerk verantwortlich ist. Relativ gesehen kann ein Netzwerksegment ein Kabel bedeuten, das dieses Segment verbindet. Beispielsweise verbinden die Gi0 / 2-Ports von Switch1, Switch3 einzelne Netzwerksegmente, zu denen nur dieses Kabel führt. Beispielsweise können die Ports auf der Root Bridge nicht blockiert werden, und alle sind als Ports im Segment bezeichnet. Nach dieser Erklärung können Sie strengere Definitionen für die zugewiesenen Ports angeben:
Designated Port - Ein Nicht-Root-Bridge-Port zwischen Netzwerksegmenten, der Datenverkehr vom entsprechenden Segment empfängt. Jedem Netzwerksegment kann nur ein Port zugewiesen werden. Dem Root-Switch sind alle Ports zugewiesen.

Es ist auch wichtig zu beachten, dass der Gi1 / 0-Port an Switch2 ebenfalls zugewiesen ist, obwohl dieser Kommunikationskanal an Switch3 blockiert ist. Relativ gesehen hat Switch2 keine Information, dass der Port am anderen Ende blockiert ist.

Nicht bezeichneter Port - Ein nicht zugewiesener Segmentport. Nicht benannter Port - Ein Port, der kein Root- oder designierter Port ist. Die Übertragung von Datenrahmen über einen solchen Port ist verboten. In unserem Beispiel ist Port Gi1 / 0 nicht zugewiesen.

Deaktivierter Port - Ein Port, der ausgeschaltet ist.

Timer und STP-Konvergenz

Nachdem STP den Aufbau einer schleifenfreien Topologie abgeschlossen hat, bleibt die Frage: Wie werden Netzwerkänderungen erkannt und wie werden darauf reagiert? Von STP verwendete BPDU-Nachrichten werden standardmäßig alle 2 Sekunden von Root Bridge gesendet. Dieser Timer heißt Hello Timer. Die übrigen Switches, die diese Nachricht über ihren Root-Port empfangen haben, leiten sie weiter über alle zugewiesenen Ports weiter. Es wurde ausführlicher gesagt, welche Änderungen an BPDUs bei der Weiterleitung ihrer Switches auftreten. Wenn der Switch während der vom Max Age-Timer festgelegten Zeit (standardmäßig - 20 Sekunden) keine BPDUs vom Root-Switch empfangen hat, wird dieses Ereignis als Kommunikationsverlust mit der Root Bridge behandelt. Um die Konvergenz des Protokolls genauer zu beschreiben, müssen Sie unsere Topologie ändern und Hubs zwischen den Switches platzieren. Wir haben Hubs hinzugefügt, damit die anderen Switches dies nicht durch den Verbindungsabbruch bestimmen, wenn einer der Switches ausfällt oder die Verbindung ausfällt, sondern Timer verwenden:



Bevor Sie beginnen, ist es auch wichtig, dass Sie mehr über eine andere Art von STP-Nachricht erfahren - TCN. TCN wird von den Switches im Falle einer Topologieänderung gesendet - sobald sich beispielsweise die Topologie auf einem Switch geändert hat, hat sich beispielsweise der Status der Schnittstelle geändert. TCN wird vom Switch nur über den Root-Port gesendet. Sobald der Root-Switch TCN empfängt, ändert er sofort den Parameter zum Speichern von MAC-Adressen in der Tabelle von 300 Sekunden auf 15 (worauf weiter unten eingegangen wird), und in der nächsten BPDU setzt Root Switch das Flag TCA (Topology Change Acknledgement) an den Switch gesendet, der das TCN gesendet hat, um zu benachrichtigen, dass das TCN empfangen wurde. Sobald der TCN die Root Bridge erreicht, sendet er eine spezielle BPDU, die das TCN-Flag an allen anderen Schnittstellen enthält, an andere Switches. Das Bild zeigt die Struktur von TCN:



TCN wurde in STP aufgenommen, damit Nicht-Root-Switches über eine Änderung im Netzwerk benachrichtigen konnten. Sie können dies nicht mit regulären BPDUs tun, da Nicht-Root-Switches keine BPDUs senden. Wie Sie sehen können, enthält die TCN-Struktur keine Informationen darüber, was genau und wo sich geändert hat, sondern meldet lediglich, dass sich irgendwo etwas geändert hat. Kommen wir nun zur Frage der STP-Konvergenz.

Mal sehen, was passiert, wenn wir die Gi0 / 1-Schnittstelle auf Switch1 deaktivieren und sehen, mit welchen Mechanismen der STP-Baum neu erstellt wird. Switch2 empfängt keine BPDUs von Switch1 und keine BPDUs von Switch3, da dieser Port an Switch3 blockiert ist. Switch2 benötigt 20 Sekunden (Max Age Timer), um den Verbindungsverlust mit der Root Bridge zu verstehen. Bis zu diesem Zeitpunkt befindet sich Gi0 / 0 auf Switch2 im Weiterleitungsstatus mit der Root-Port-Rolle. Sobald der Max Age Timer abläuft und Switch2 den Kommunikationsverlust versteht, wird der STP-Baum neu erstellt und, wie es für STP typisch ist, als Root Bridge betrachtet. Er sendet eine neue BPDU, in der er sich über alle aktiven Ports, einschließlich Switch3, als Root Bridge ausweist. Der auf Switch2 abgelaufene Max Age-Timer ist jedoch auch auf Switch3 für die Gi1 / 0-Schnittstelle abgelaufen. Dieser Port hat 20 Sekunden lang keine BPDU empfangen. Dieser Port wechselt in den Status LISTENING und sendet eine BPDU, die Root Bridge - Switch1 anzeigt. Sobald Switch2 diese BPDU akzeptiert, betrachtet es sich nicht mehr als Root Bridge und wählt Gi1 / 0 als Root-Port aus. Zu diesem Zeitpunkt sendet Switch2 auch TCN über Gi1 / 0, da dies der neue Root-Port ist.Dies führt dazu, dass die Speicherzeit der MAC-Adressen auf den Switches von 300 Sekunden auf 15 Sekunden reduziert wird. Dadurch wird das Netzwerk jedoch nicht vollständig wiederhergestellt. Sie müssen warten, bis der Gi1 / 0-Port auf Switch3 das Abhören und dann das Lernen bestanden hat. Dies dauert zwei Zeiträume für die Vorwärtsverzögerungszeit - 15 + 15 = 30 Sekunden. Wenn die Verbindung unterbrochen wird, wartet Switch2 auf das Ablaufen des Timers Max Age = 20 Sekunden, wählt Root Bridge erneut über eine andere Schnittstelle aus und wartet weitere 30 Sekunden, bis der zuvor blockierte Port in den Weiterleitungsstatus wechselt. Insgesamt stellen wir fest, dass die Verbindung zwischen VPC5 und VPC6 für 50 Sekunden unterbrochen wird. Wie in mehreren Sätzen oben erwähnt, wurde beim Ändern des Root-Ports von Gi0 / 0 auf Gi1 / 0 auf Switch2 TCN gesendet. Wenn dies nicht geschehen ist, werden alle MAC-Adressen über den Gi-Port 0/0 gelernt.würde an Gi0 / 0 gebunden bleiben. Beispielsweise würde die MAC-Adresse von VPC5 und VPC7 trotz der Tatsache, dass STP die Konvergenz in 50 Sekunden abschließt, die Verbindung zwischen VPC6 und VPC5, VPC7 nicht wiederhergestellt, da alle für VPC5, VPC7 bestimmten Pakete über Gi0 / 0 gesendet wurden. Es wäre notwendig, nicht 50 Sekunden, sondern 300 Sekunden zu warten, bis die MAC-Adresstabelle neu erstellt wird. Bei Verwendung von TCN wurde die Speicherzeit von 300 Sekunden auf 15 Sekunden geändert. Während die Gi1 / 0-Schnittstelle auf Switch3 den Abhörstatus bestanden hat, werden die Lern- und MAC-Adressdaten aktualisiert.Die Speicherzeit wurde von 300 Sekunden auf 15 Sekunden geändert. Während die Gi1 / 0-Schnittstelle auf Switch3 die Abhörzustände bestanden hat, werden die Lern- und MAC-Adressdaten aktualisiert.Die Speicherzeit wurde von 300 Sekunden auf 15 Sekunden geändert. Während die Gi1 / 0-Schnittstelle auf Switch3 die Abhörzustände bestanden hat, werden die Lern- und MAC-Adressdaten aktualisiert.

Interessant ist auch die Frage, was passiert, wenn wir die Gi0 / 1-Schnittstelle auf Switch1 wieder aktivieren? Wenn die Gi0 / 1-Schnittstelle aktiviert ist, wechselt sie wie vorgesehen in den Listening-Status und beginnt mit dem Senden von BPDUs. Sobald Switch2 eine BPDU am Gi0 / 0-Port empfängt, wählt er sofort seinen Root-Port erneut aus, da hier die Kosten am geringsten sind und Datenverkehr über die Gi0 / 0-Schnittstelle gesendet wird. Wir müssen jedoch warten, bis die Gi0 / 1-Schnittstelle den Status "Abhören, Lernen" an die Weiterleitung übergibt . Die Verzögerung beträgt nicht mehr 50 Sekunden, sondern 30.

Das STP-Protokoll hat auch verschiedene Technologien entwickelt, um den Betrieb des STP-Protokolls zu optimieren und zu sichern. Ich werde sie in diesem Artikel nicht näher betrachten. Materialien über sie finden Sie in Hülle und Fülle auf verschiedenen Websites.