{"id":37988,"date":"2019-10-31T22:21:01","date_gmt":"2019-10-31T19:21:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2\/"},"modified":"2019-10-31T22:21:01","modified_gmt":"2019-10-31T19:21:01","slug":"trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","title":{"rendered":"Cisco Training 200-125 CCNA v3.0. Tag 37. STP: Auswahl des Root Bridge, Funktionen von PortFast und BPDU-Schutz. Teil 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Angenommen, STP befindet sich im Zustand der Konvergenz. Was passiert, wenn ich ein Kabel nehme und den Switch N direkt mit dem Root-Switch A verbinde? Der Root Bridge wird \"sehen\", dass er einen neuen aktiven Port hat, und eine BPDU dar\u00fcber senden. <\/p>\n

\"Cisco
\n
\nDer Switch N wird, nachdem er dieses Frame mit null Kosten erhalten hat, die Kosten f\u00fcr den Pfad \u00fcber den neuen Port als 0+19=19 bestimmen, w\u00e4hrend die Kosten seines Root-Ports 76 betragen. Danach wird der Port des Switch N, der zuvor im Status disabled war, alle Phasen der Transition durchlaufen und nach 50 Sekunden in den \u00dcbertragungsmodus wechseln. Wenn an diesen Switch andere Ger\u00e4te angeschlossen sind, verlieren alle f\u00fcr 50 Sekunden die Verbindung zum Root-Switch und zum Netzwerk insgesamt. <\/a><\/noindex><\/p>\n

Ebenso verh\u00e4lt sich Switch G, der vom Switch N ein BPDU-Frame mit der Kostennotifikation 19 erh\u00e4lt. Er \u00e4ndert die Kosten seines zugewiesenen Ports auf 19+19=38 und bestimmt ihn als neuen Root-Port, weil die Kosten seines vorherigen Root Ports 57 betragen, was mehr als 38 ist. Dabei beginnen alle Phasen der Neuzuweisung von Ports mit einer Dauer von 50 Sekunden erneut, und letztendlich f\u00e4llt das gesamte Netzwerk aus. <\/p>\n

\"Cisco
\n
\nJetzt betrachten wir, was in einer \u00e4hnlichen Situation bei der Verwendung von RSTP passiert. Der Root-Switch sendet auf die gleiche Weise eine BPDU an den angeschlossenen Switch N, blockiert aber sofort danach seinen Port. Nachdem Switch N dieses Frame erh\u00e4lt, stellt er fest, dass dieser Pfad geringere Kosten hat als sein Root-Port, und blockiert ihn sofort. Danach sendet N dem Root-Switch einen Proposal mit der Bitte, einen neuen Port zu \u00f6ffnen, da dessen Kosten geringer sind als die Kosten des bereits bestehenden Root-Ports. Nachdem der Root-Switch dem Antrag zugestimmt hat, wird er seinen Port wieder freigeben und sendet eine Agreement an Switch N, woraufhin dieser den neuen Port als seinen Root-Port festlegt. <\/p>\n

\"Cisco
\n
\nDank des Proposal-\/Agreement-Mechanismus wird die Neuzuweisung des Root-Ports nahezu sofort erfolgen, und alle Ger\u00e4te, die an Switch N angeschlossen sind, verlieren nicht die Verbindung zum Netzwerk.
\nNachdem er einen neuen Root-Port zugewiesen hat, wird Switch N den alten Root-Port in einen alternativen Port umwandeln. Dasselbe wird mit Switch G geschehen: Er wird Nachrichten Proposal\/Agreement mit Switch N austauschen, einen neuen Root-Port zuweisen und die anderen Ports blockieren. Der Prozess wird dann im n\u00e4chsten Segment des Netzwerks mit Switch F fortgef\u00fchrt. <\/p>\n

\"Cisco
\n
\nDer Switch F wird, nachdem er die Kosten analysiert hat, feststellen, dass der Weg zum Wurzel-Switch \u00fcber den unteren Port 57 kostet, w\u00e4hrend der bereits bestehende Weg \u00fcber den oberen Port 38 kostet, und alles so belassen. Daraufhin wird Switch G den Port, der zu F zeigt, blockieren und den Verkehr zum Wurzel-Switch \u00fcber den neuen Weg G-H-A leiten. <\/p>\n

Solange Switch F keinen Proposal\/Agreement von Switch G erhalten hat, wird er seinen unteren Port blockiert halten, um die Bildung von Schleifen zu verhindern. So sehen Sie, dass RSTP ein sehr schnelles Protokoll ist, das im Netzwerk keine Probleme verursacht, wie es bei STP der Fall ist.
\nJetzt lassen Sie uns die Befehle betrachten. Sie m\u00fcssen in den globalen Konfigurationsmodus des Switches wechseln und den Modus PVST oder RPVST mit dem Befehl spanning-tree mode ausw\u00e4hlen. Dann m\u00fcssen Sie entscheiden, wie Sie die Priorit\u00e4t eines bestimmten VLANs \u00e4ndern. Dazu verwenden Sie den Befehl spanning-tree vlan priority . Aus der letzten Lektion sollten Sie sich erinnern, dass die Priorit\u00e4t eine Zahl ist, die ein Vielfaches von 4096 ist und standardm\u00e4\u00dfig 32768 plus der VLAN-ID betr\u00e4gt. Wenn Sie VLAN1 gew\u00e4hlt haben, wird die Standardpriorit\u00e4t 32768+1= 32769 sein. <\/p>\n

\"Cisco
\n
\nWarum k\u00f6nnte es notwendig sein, die Priorit\u00e4t der Netzwerke zu \u00e4ndern? Wir wissen, dass die BID aus einem numerischen Priorit\u00e4tswert und der MAC-Adresse besteht. Die MAC-Adresse eines Ger\u00e4ts kann nicht ge\u00e4ndert werden, sie hat einen festen Wert, daher kann nur der Wert der Priorit\u00e4t ge\u00e4ndert werden.<\/p>\n

Nehmen wir an, es gibt ein gro\u00dfes Netzwerk, in dem alle Cisco-Ger\u00e4te in einem Ring verbunden sind. Dabei ist standardm\u00e4\u00dfig PVST aktiviert, sodass das System den Wurzel-Switch ausw\u00e4hlt. Wenn alle Ger\u00e4te die gleiche Priorit\u00e4t haben, hat der Switch mit der \u00e4ltesten MAC-Adresse den Vorrang. Dies kann jedoch ein 10-12 Jahre alter Switch eines veralteten Modells sein, dem es sogar an Leistung und Kapazit\u00e4t mangelt, um ein so umfangreiches Netzwerk zu \"leiten\".
\nGleichzeitig kann es in Ihrem Netzwerk den neuesten Switch f\u00fcr mehrere Tausend Dollar geben, der aufgrund der h\u00f6heren MAC-Adresse gezwungen ist, sich dem alten Switch f\u00fcr ein paar Hundert Dollar zu \"unterordnen\". Wenn der alte Switch zum Wurzel-Switch wird, ist das ein Zeichen f\u00fcr einen schwerwiegenden Designfehler im Netzwerk.<\/p>\n

Daher m\u00fcssen Sie die Einstellungen des neuen Switches auf einen minimalen Priorit\u00e4tswert setzen, zum Beispiel 0. Wenn VLAN1 verwendet wird, betr\u00e4gt der Gesamtpriorit\u00e4tswert 0+1=1, und alle anderen Ger\u00e4te betrachten ihn st\u00e4ndig als Root-Switch.<\/p>\n

Stellen Sie sich nun folgende Situation vor. Wenn der Root-Switch aus irgendeinem Grund nicht mehr erreichbar ist, m\u00f6chten Sie m\u00f6glicherweise, dass nicht einfach ein beliebiger Switch mit niedrigerer Priorit\u00e4t zum neuen Root-Switch wird, sondern ein spezifizierter Switch mit besseren Netzwerkeigenschaften. In diesem Fall verwenden Sie im Root Bridge-Setup den Befehl zur Zuweisung eines Haupt- und sekund\u00e4ren Root-Switch: spanning-tree vlan root . Der Priorit\u00e4tswert f\u00fcr den Primary-Switch betr\u00e4gt 32768 \u2013 4096 \u2013 4096 = 24576. F\u00fcr den Secondary-Switch wird er nach der Formel 32768 \u2013 4096 = 28672 berechnet.<\/p>\n

Sie m\u00fcssen diese Zahlen nicht manuell eingeben \u2013 das System erledigt dies automatisch f\u00fcr Sie. Somit wird der Switch mit der Priorit\u00e4t 24576 zum Root, und im Falle seiner Nichterreichbarkeit wird der Switch mit der Priorit\u00e4t 28672 zum Root, w\u00e4hrend die Priorit\u00e4t aller anderen Switches standardm\u00e4\u00dfig nicht unter 32768 liegt. Dies sollte so gehandhabt werden, wenn Sie nicht m\u00f6chten, dass das System automatisch einen Root-Switch zuweist. <\/p>\n

Wenn Sie die Einstellungen des STP-Protokolls einsehen m\u00f6chten, m\u00fcssen Sie den Befehl show spanning-tree summary verwenden. Lassen Sie uns nun alle heute besprochenen Themen mithilfe von Packet Tracer betrachten. Ich verwende eine Netzwerktopologie mit 4 Switches des Modells 2690, was jedoch irrelevant ist, da alle Cisco-Switch-Modelle STP unterst\u00fctzen. Sie sind miteinander verbunden, sodass das Netzwerk einen geschlossenen Kreis bildet. <\/p>\n

Standardm\u00e4\u00dfig arbeiten Cisco-Ger\u00e4te im PSTV+-Modus, was bedeutet, dass f\u00fcr die Konvergenz jeder Port nicht mehr als 20 Sekunden ben\u00f6tigt. Das Simulationstool erm\u00f6glicht es Ihnen, den Datenverkehr zu illustrieren und die Betriebsparameter des erstellten Netzwerks zu betrachten.<\/p>\n

\"Cisco
\n
\nSie sehen, was ein STP BPDU-Frame darstellt. Wenn Sie die Version 0 sehen, handelt es sich um STP, da f\u00fcr RSTP die Version 2 verwendet wird. Hier wird auch die Root ID angezeigt, die aus der Priorit\u00e4t und der MAC-Adresse des Root-Switches besteht, sowie der entsprechende Wert f\u00fcr die Bridge ID. <\/p>\n

\"Cisco
\n
\nDiese Werte sind gleich, da die Kosten f\u00fcr die Route zum Root-Switch f\u00fcr SW0 gleich 0 sind, was bedeutet, dass es sich selbst um den Root-Switch handelt. Somit wurde nach dem Einschalten der Switches durch die Verwendung von STP automatisch der Root Bridge ausgew\u00e4hlt und das Netzwerk wurde aktiv. Sie sehen, dass der obere Port Fa0\/2 des Switches SW2 in den Blocking-Zustand versetzt wurde, um eine Schleife zu vermeiden, was durch die orange Farbe des Markers angezeigt wird. <\/p>\n

\"Cisco
\n
\nLassen Sie uns zur Konsole des Switches SW0 gehen und eine Reihe von Befehlen verwenden. Der erste ist der Befehl show spanning-tree, nach dessen Eingabe uns Informationen \u00fcber den PSTV+-Modus f\u00fcr das VLAN1-Netzwerk auf dem Bildschirm angezeigt werden. Wenn wir mehrere VLANs verwenden, erscheint am unteren Rand des Fensters ein weiterer Informationsblock f\u00fcr das zweite und alle weiteren verwendeten Netzwerke. <\/p>\n

\"Cisco
\n
\nSie sehen, dass das STP-Protokoll dem IEEE-Standard entspricht, was die Verwendung von PVSTP+ bedeutet. Technisch gesehen ist dies kein Standard .1d. Hier sind auch Informationen zur Root-ID angegeben: Priorit\u00e4t 32769, MAC-Adresse des Root-Ger\u00e4ts, Kosten 19 usw. Dann folgen Informationen zur Bridge-ID, in der der Priorit\u00e4tswert 32768 +1 entschl\u00fcsselt wird, und eine andere MAC-Adresse angezeigt wird. Wie Sie sehen, habe ich mich geirrt \u2013 der Switch SW0 ist nicht der Root-Switch, der Root-Switch hat eine andere MAC-Adresse, die in den Parametern der Root-ID angegeben ist. Ich denke, das liegt daran, dass SW0 ein BPDU-Frame mit Informationen erhalten hat, dass ein Switch im Netzwerk gr\u00f6\u00dfere Grundlagen hat, um die Rolle des Roots zu \u00fcbernehmen. Das werden wir jetzt betrachten.<\/p>\n

(Anmerkung des \u00dcbersetzers: Root ID \u2013 die Kennung des Root-Switches, die f\u00fcr alle Ger\u00e4te im selben VLAN, das mit dem STP-Protokoll arbeitet, gleich ist; Bridge ID \u2013 die Kennung des lokalen Switches im Root Bridge, die f\u00fcr verschiedene Switches und verschiedene VLANs unterschiedlich sein kann).<\/p>\n

Ein weiteres Merkmal, das darauf hinweist, dass SW0 nicht der Root-Switch ist, ist, dass der Root-Switch keinen Root Port hat; in diesem Fall gibt es jedoch sowohl einen Root Port als auch einen Designated Port, die sich im forwarding-Zustand befinden. Sie sehen auch den Verbindungstyp p2p oder \u201ePoint-to-Point\u201c. Dies bedeutet, dass die Ports fa0\/1 und fa0\/2 direkt mit den Nachbarswitches verbunden sind.
\nWenn ein Port mit dem Hub verbunden w\u00e4re, w\u00fcrde der Verbindungstyp als shared bezeichnet werden; sp\u00e4ter werden wir dies n\u00e4her betrachten. Wenn ich den Befehl zur Anzeige der Zusammenfassungsinformationen show spanning-tree summary eingebe, sehen wir, dass dieser Switch im PVSTP-Modus ist, und dann folgt eine Auflistung der nicht verf\u00fcgbaren Funktionen des Ports. <\/p>\n

\"Cisco
\n
\nIm Folgenden sehen wir den Zustand und die Anzahl der Ports, die VLAN1 bedienen: blocking 0, listening 0, learning 0, im forwarding Zustand befinden sich 2 Ports im STP-Modus.
\nBevor wir zum Switch SW2 wechseln, schauen wir uns die Einstellungen von Switch SW1 an. Daf\u00fcr verwenden wir denselben Befehl show spanning-tree.<\/p>\n

\"Cisco
\n
\nSie sehen, dass die MAC-Adresse des Root ID bei Switch SW1 dieselbe ist wie die bei SW0, weil alle Ger\u00e4te im Netzwerk bei einer Zusammenf\u00fchrung die gleiche Adresse des Root Bridge-Ger\u00e4ts erhalten, da sie der Entscheidung des STP-Protokolls vertrauen. Wie Sie sehen k\u00f6nnen, ist SW1 der Root-Switch, da die Adressen der Root ID und der Bridge ID \u00fcbereinstimmen. Au\u00dferdem gibt es hier die Nachricht \u201edieser Switch ist der Root\u201c. <\/p>\n

Ein weiteres Merkmal des Root-Switches ist, dass er keine Root-Ports hat; beide Ports werden als Designated gekennzeichnet. Wenn alle Ports als Designated angezeigt werden und sich im forwarding Zustand befinden, haben Sie es mit dem Root-Switch zu tun. <\/p>\n

Switch SW3 enth\u00e4lt \u00e4hnliche Informationen, und jetzt gehe ich zu SW2, weil einer seiner Ports im Blocking-Zustand ist. Ich benutze den Befehl show spanning-tree und wir sehen, dass die Informationen zur Root ID und der Priorit\u00e4tswert dieselben sind wie bei den anderen Switches.
\nEs wird weiter darauf hingewiesen, dass einer der Ports als Alternative bezeichnet wird. Lassen Sie sich davon nicht verwirren, der Standard 802.1d bezeichnet dies als Blocking Port, und im PVSTP wird ein blockierter Port immer als Alternative gekennzeichnet. Also befindet sich dieser alternative Fa0\/2 Port im blockierten Zustand, w\u00e4hrend der Port Fa0\/1 als Root Port fungiert. <\/p>\n

Der blockierte Port befindet sich im Netzsegment zwischen Switch SW0 und Switch SW2, wodurch wir keinen Loop erzeugen. Wie Sie sehen k\u00f6nnen, verwenden die Switches eine p2p-Verbindung, weil keine anderen Ger\u00e4te angeschlossen sind. <\/p>\n

\"Cisco
\n
\nWir haben ein Netzwerk, das sich im STP-Protokoll zusammenf\u00fcgt. Jetzt werde ich ein Kabel nehmen und Switch SW2 direkt mit dem End-Switch SW1 verbinden. Danach werden alle Ports von SW2 mit orangefarbenen Markierungen angezeigt. <\/p>\n

\"Cisco
\n
\nWenn wir den Befehl show spanning-tree summary verwenden, sehen wir, dass zun\u00e4chst zwei Ports im Zustand Listening sind, dann in den Zustand Learning \u00fcbergehen und nach einigen Sekunden in den Zustand Forwarding. In diesem Moment \u00e4ndert sich die Farbe des Markers auf gr\u00fcn. Wenn wir jetzt den Befehl show spanning-tree eingeben, sieht man, dass Fa0\/1, der zuvor Root-Port war, jetzt in den Zustand Blocking \u00fcbergegangen ist und als Alternative-Port bezeichnet wird. <\/p>\n

\"Cisco
\n
\nDer Port Fa0\/3, an den das Kabel des Root-Switches angeschlossen ist, wurde zum Root-Port, w\u00e4hrend der Port Fa0\/2 zum Designated-Port wurde. Lassen Sie uns den Verlauf des Konvergenzprozesses noch einmal betrachten. Ich werde das Kabel SW2-SW1 abziehen und zu der vorherigen Topologie zur\u00fcckkehren. Sie sehen, dass die Ports von SW2 zun\u00e4chst blockiert werden und wieder orange werden, dann nacheinander durch die Zust\u00e4nde Listening und Learning gehen und im Zustand Forwarding landen. Dabei wird ein Port gr\u00fcn, w\u00e4hrend der andere, der mit dem Switch SW0 verbunden ist, orange bleibt. Der Konvergenzprozess hat relativ lange gedauert, das sind die Kosten des STP-Betriebs.<\/p>\n

\"Cisco
\n
\nLassen Sie uns nun betrachten, wie RSTP funktioniert. Beginnen wir mit dem Switch SW2 und geben im dessen Einstellungen den Befehl spanning-tree mode rapid-pvst ein. Dieser Befehl hat nur zwei m\u00f6gliche Parameter: pvst und rapid-pvst, ich verwende den zweiten. Nach der Eingabe des Befehls wechselt der Switch in den RPVST-Modus, was mit dem Befehl show spanning-tree \u00fcberpr\u00fcft werden kann. <\/p>\n

\"Cisco
\n
\nAm Anfang sehen Sie die Nachricht, dass jetzt das RSTP-Protokoll aktiv ist. Alles andere bleibt unver\u00e4ndert. Dann muss ich das Gleiche f\u00fcr alle anderen Ger\u00e4te tun, und damit ist die RSTP-Konfiguration abgeschlossen. Lassen Sie uns die Funktionsweise dieses Protokolls so betrachten, wie wir es f\u00fcr STP getan haben.<\/p>\n

Ich verbinde den Switch SW2 erneut direkt mit dem Root-Switch SW1 \u2013 schauen wir, wie schnell die Konvergenz erfolgt. Ich gebe den Befehl show spanning-tree summary ein und sehe, dass zwei Ports des Switches im Zustand Blocking sind, 1 im Zustand Forwarding. <\/p>\n

\"Cisco
\n
\nSie sehen, dass die Konvergenz praktisch sofort stattgefunden hat, sodass Sie urteilen k\u00f6nnen, wie viel schneller RSTP im Vergleich zu STP ist. Anschlie\u00dfend k\u00f6nnen wir den Befehl spanning-tree portfast default verwenden, der alle Ports des Switches standardm\u00e4\u00dfig in den portfast-Modus versetzt. Dies ist relevant, wenn die meisten Ports des Switches Edge-Ports sind, die direkt mit Hosts verbunden sind. Falls wir einen Port haben, der kein Edge ist, stellen wir ihn wieder auf den spanning-tree-Modus ein. <\/p>\n

F\u00fcr die Konfiguration der VLAN-Funktionalit\u00e4t kann der Befehl spanning-tree vlan mit den Parametern priority (setzt die Priorit\u00e4t des Switches f\u00fcr das spanning-tree) oder root (macht den Switch zum Root-Switch) verwendet werden. Wir verwenden den Befehl spanning-tree vlan 1 priority und geben als Priorit\u00e4t eine beliebige Zahl an, die ein Vielfaches von 4096 im Bereich von 0 bis 61440 ist. So kann die Priorit\u00e4t eines beliebigen VLAN manuell ge\u00e4ndert werden. <\/p>\n

Man kann den Befehl spanning-tree vlan 1 root mit den Parametern primary oder secondary eingeben, um den Haupt- oder Backup-Root-Port f\u00fcr ein bestimmtes Netzwerk zu konfigurieren. Wenn ich spanning-tree vlan 1 root primary benutze, wird dieser Port der prim\u00e4re Root-Port f\u00fcr das VLAN1-Netzwerk. <\/p>\n

Ich werde den Befehl show spanning-tree eingeben, und wir werden sehen, dass dieser Switch SW2 die Priorit\u00e4t 24577 hat, die MAC-Adressen von Root ID und Bridge ID \u00fcbereinstimmen, was bedeutet, dass er jetzt zum Root-Switch geworden ist. <\/p>\n

\"Cisco
\n
\nSie sehen, wie schnell die Konvergenz und Rollenumstellung der Switches erfolgt sind. Jetzt werde ich den prim\u00e4ren Switch-Modus mit dem Befehl no spanning-tree vlan 1 root primary zur\u00fccknehmen, woraufhin seine Priorit\u00e4t zu dem vorherigen Wert 32769 zur\u00fcckkehrt und die Rolle des Root-Switches wieder an SW1 \u00fcbergeht. <\/p>\n

Lassen Sie uns betrachten, wie portfast funktioniert. Ich werde den Befehl int f0\/1 eingeben, die Einstellungen dieses Ports aufrufen und den Befehl spanning-tree verwenden, nach dem das System Hinweise zu den Parameterwerten geben wird. <\/p>\n

\"Cisco
\n
\nAnschlie\u00dfend verwende ich den Befehl spanning-tree portfast, den man mit den Parametern disable (deaktiviert die Funktion portfast f\u00fcr diesen Port) oder trunk (aktiviert die Funktion portfast f\u00fcr diesen Port selbst im Trunk-Modus) eingeben kann. <\/p>\n

Wenn man spanning-tree portfast eingibt, wird die Funktion einfach an diesem Port aktiviert. Um die BPDU Guard-Funktion zu aktivieren, muss der Befehl spanning-tree bpduguard enable verwendet werden, und der Befehl spanning-tree bpduguard disable deaktiviert diese Funktion. <\/p>\n

Ich m\u00f6chte schnell noch eine weitere Sache erw\u00e4hnen. Wenn der Switch SW2 f\u00fcr VLAN1 in Richtung SW3 blockiert ist, kann derselbe Port unter anderen Konfigurationseinstellungen f\u00fcr ein anderes VLAN, beispielsweise VLAN2, der Root-Port werden. So kann in einem System ein Lastenverteilungssystem f\u00fcr den Datenverkehr realisiert werden \u2013 in einem Fall wird das entsprechende Netzwerksegment nicht genutzt, im anderen Fall schon. <\/p>\n

Ich werde zeigen, was passiert, wenn wir bei der Verbindung eines Hubs einen Shared-Port haben. Ich werde den Hub ins Schaltbild einf\u00fcgen und ihn mit dem Switch SW2 \u00fcber zwei Kabel verbinden. <\/p>\n

\"Cisco
\n
\nDer Befehl show spanning-tree wird folgendes Bild anzeigen. <\/p>\n

\"Cisco
\n
\nFa0\/5 (linker unterer Port des Switches) wird zum Backup-Port, w\u00e4hrend der Port Fa0\/4 (rechter unterer Port des Switches) zum designated-Port wird. Der Typ beider Ports ist shared, was bedeutet, dass das Segment von Interface-Hub-Switch eine gemeinsame Netzwerk ist. <\/p>\n

Durch die Verwendung von RSTP haben wir eine Unterscheidung zwischen alternativen und Backup-Ports erhalten. Wenn wir den Switch SW2 mit dem Befehl spanning-tree mode pvst in den pvst-Modus versetzen, werden wir sehen, dass das Interface Fa0\/5 wieder in den Zustand Alternative gewechselt hat, da es jetzt keinen Unterschied zwischen Backup-Port und Alternative-Port gibt. <\/p>\n

\"Cisco
\n
\nDas war eine sehr lange Lektion, und wenn Sie etwas nicht verstanden haben, empfehle ich, sie sich noch einmal anzusehen. <\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nDanke, dass Sie bei uns sind. Gefallen Ihnen unsere Artikel? M\u00f6chten Sie mehr interessante Inhalte sehen? Unterst\u00fctzen Sie uns, indem Sie einen Auftrag erteilen oder uns Ihren Freunden empfehlen. 30% Rabatt f\u00fcr Habr-Nutzer auf ein einzigartiges Entry-Level Server-\u00c4quivalent, das wir f\u00fcr Sie entwickelt haben:<\/b> Die ganze Wahrheit \u00fcber VPS (KVM) E5-2650 v4 (6 Kerne) 10GB DDR4 240GB SSD 1Gbps ab $20 oder wie man einen Server richtig aufteilt?<\/a><\/noindex> (es sind Optionen mit RAID1 und RAID10 bis zu 24 Kernen und bis zu 40GB DDR4 verf\u00fcgbar).<\/p>\n

Dell R730xd zum halben Preis?<\/b> Nur bei uns 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB ab $199<\/a><\/noindex> in den Niederlanden! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 ab $99!<\/b><\/b> Lesen Sie, wie man eine Unternehmensinfrastruktur der Klasse C mit Dell R730xd E5-2650 v4-Servern f\u00fcr 9000 Euro im Preis-Leistungs-Verh\u00e4ltnis aufbaut?<\/a><\/noindex>
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0435\u0434\u043f\u043e\u043b\u043e\u0436\u0438\u043c, \u0447\u0442\u043e STP \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0432 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0438 \u0441\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u0438. \u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0437\u043e\u0439\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u044f \u0432\u043e\u0437\u044c\u043c\u0443 \u043a\u0430\u0431\u0435\u043b\u044c \u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u044e \u0441\u0432\u0438\u0442\u0447 \u041d \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e \u0441 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c \u0441\u0432\u0438\u0442\u0447\u0435\u043c \u0410? Root Bridge \u00ab\u0443\u0432\u0438\u0434\u0438\u0442\u00bb, \u0447\u0442\u043e \u0443 \u043d\u0435\u0433\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u0441\u044f \u043d\u043e\u0432\u044b\u0439 \u0437\u0430\u0434\u0435\u0439\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043f\u043e\u0440\u0442, \u0438 \u043e\u0442\u043e\u0448\u043b\u0435\u0442 \u043f\u043e \u043d\u0435\u043c\u0443 BPDU. \u0421\u0432\u0438\u0442\u0447 \u041d, \u043f\u043e\u043b\u0443\u0447\u0438\u0432 \u044d\u0442\u043e\u0442 \u0444\u0440\u0435\u0439\u043c \u0441 \u043d\u0443\u043b\u0435\u0432\u043e\u0439 \u0441\u0442\u043e\u0438\u043c\u043e\u0441\u0442\u044c\u044e, \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442 \u0441\u0442\u043e\u0438\u043c\u043e\u0441\u0442\u044c \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0430 \u0447\u0435\u0440\u0435\u0437 \u043d\u043e\u0432\u044b\u0439 \u043f\u043e\u0440\u0442 \u043a\u0430\u043a 0+19 =19 \u043f\u0440\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28511,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37988","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 Training. Tag 37. STP: Auswahl der Root Bridge, Funktionen von PortFast und BPDU guard. Teil 2 | ProHoster","description":"Angenommen, dass STP sich im Zustand der Konvergenz befindet. Was passiert, wenn ich ein Kabel nehme und den Switch N direkt mit dem Wurzel-Switch A verbinde?","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 37. STP: \u0432\u044b\u0431\u043e\u0440 Root Bridge, \u0444\u0443\u043d\u043a\u0446\u0438\u0438 PortFast \u0438 BPDU guard. \u0427\u0430\u0441\u0442\u044c 2 | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u043f\u043e\u043b\u043e\u0436\u0438\u043c, \u0447\u0442\u043e STP \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0432 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0438 \u0441\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u0438. \u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0437\u043e\u0439\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u044f \u0432\u043e\u0437\u044c\u043c\u0443 \u043a\u0430\u0431\u0435\u043b\u044c \u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u044e \u0441\u0432\u0438\u0442\u0447 \u041d \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e \u0441 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c \u0441\u0432\u0438\u0442\u0447\u0435\u043c \u0410?","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:21:01+00:00","article:modified_time":"2019-10-31T19:21:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37988","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 20:01:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:17:22","updated":"2026-01-23 20:01:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37988","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=37988"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37988\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28511"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37988"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37988"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37988"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}