Ein Unternehmen hat drei Switches in einer Dreiecksverbindung (für Redundanz) aufgestellt. Seit dem Einschalten ist das Netzwerk extrem langsam und die Switch-LEDs blinken unkontrolliert. Recherchieren Sie: Was ist ein Broadcast-Sturm? Warum entstehen Loops bei redundanten Verbindungen? Was ist das Spanning Tree Protocol und wie verhindert es Loops?

Planen Sie eine Testumgebung: Wie verbinden Sie drei Switches redundant (Dreieck)? Welche Ports verwenden Sie? Wie können Sie einen Broadcast-Sturm sichtbar machen (z.B. Ping, Wireshark)? Planen Sie, wie Sie STP danach aktivieren und konfigurieren.

Entscheiden Sie: Welchen STP-Modus verwenden Sie (STP, RSTP)? Welcher Switch soll die Root Bridge werden und warum? Welche Priority setzen Sie? Begründen Sie Ihre Entscheidung basierend auf der Netzwerktopologie.

Bauen Sie die Topologie in GNS3 auf. Verbinden Sie drei Switches in einer Dreiecksverbindung. Schließen Sie an jeden Switch einen PC an. Beobachten Sie zunächst das Verhalten ohne STP (falls möglich). Aktivieren Sie dann RSTP und konfigurieren Sie die Root Bridge mit einer niedrigen Priority.

Überprüfen Sie: Ist die gewünschte Root Bridge tatsächlich Root geworden? ('show spanning-tree') Welche Ports sind im Forwarding- und welche im Blocking-Zustand? Können alle PCs sich gegenseitig erreichen? Ist der Broadcast-Sturm behoben?

Reflektieren Sie: Was wäre passiert, wenn Sie STP nicht aktiviert hätten? Warum ist es wichtig, die Root Bridge bewusst zu wählen? Was passiert, wenn eine der redundanten Verbindungen ausfällt - wie schnell konvergiert das Netzwerk?

Ein Firmennetzwerk hat vier Switches: zwei Core-Switches und zwei Access-Switches. Jeder Access-Switch hat eine Verbindung zu beiden Core-Switches (Redundanz). Recherchieren Sie: Was ist eine Bridge ID? Wie wird die Root Bridge bestimmt? Welche Port-Rollen gibt es (Root Port, Designated Port, Alternate/Blocked Port)? Wie berechnet STP den kürzesten Pfad?

Planen Sie die Topologie: Zeichnen Sie die vier Switches und ihre Verbindungen. Markieren Sie, welcher Switch die Root Bridge sein soll (ein Core-Switch). Berechnen Sie vorab, welche Ports welche Rollen bekommen sollten. Überlegen Sie, welche Pfad-Kosten an den einzelnen Verbindungen anfallen.

Entscheiden Sie: Welcher Core-Switch wird primäre Root Bridge und welcher sekundäre? Welche Priorities vergeben Sie? Brauchen Sie Port-Cost-Anpassungen? Wie stellen Sie sicher, dass der Traffic optimal fließt?

Bauen Sie die Topologie in GNS3 auf. Konfigurieren Sie RSTP auf allen Switches. Setzen Sie die Root Bridge Priority auf dem gewünschten Core-Switch. Konfigurieren Sie den zweiten Core-Switch als Backup-Root. Schließen Sie PCs an die Access-Switches an und testen Sie die Konnektivität.

Überprüfen Sie jede einzelne Port-Rolle mit 'show spanning-tree'. Stimmen Root Ports, Designated Ports und Alternate Ports mit Ihrer Planung überein? Testen Sie den Failover: Was passiert, wenn Sie den Link zwischen einem Access-Switch und der Root Bridge trennen? Wie schnell konvergiert RSTP?

Bewerten Sie Ihr Design: Fließt der Traffic über optimale Pfade? Was würde passieren, wenn die Root Bridge ausfällt? Ist der sekundäre Core-Switch korrekt als Backup konfiguriert? Welche Verbesserungen würden Sie in einem produktiven Umfeld noch vornehmen?

Ein Netzwerkadministrator berichtet, dass bei einem Link-Ausfall das Netzwerk für 30-50 Sekunden ausfällt. Sie sollen herausfinden, ob RSTP die Situation verbessert. Recherchieren Sie: Wie lange dauert die STP-Konvergenz (Listening, Learning, Forwarding)? Wie funktioniert die schnelle Konvergenz bei RSTP? Was sind Proposal/Agreement-Mechanismen? Welche Rolle spielen Edge Ports?

Planen Sie einen Vergleichstest: Bauen Sie eine Topologie mit drei Switches auf. Definieren Sie ein Testszenario (z.B. Link trennen und Ping-Unterbrechung messen). Planen Sie den Test zuerst mit klassischem STP, dann mit RSTP. Wie messen Sie die Ausfallzeit genau?

Entscheiden Sie: Welche Metriken erfassen Sie (Ping-Verlust, Konvergenzzeit)? Wie führen Sie den Failover durch (physischer Link-Ausfall vs. shutdown)? Wie dokumentieren Sie die Ergebnisse vergleichbar? Konfigurieren Sie Edge Ports für PCs?

Bauen Sie die Topologie auf. Konfigurieren Sie zuerst klassisches STP ('spanning-tree mode pvst'). Starten Sie einen Dauerping zwischen zwei PCs. Trennen Sie eine aktive Verbindung und messen Sie die Ausfallzeit. Wiederholen Sie den Test mit RSTP ('spanning-tree mode rapid-pvst'). Konfigurieren Sie Edge Ports ('spanning-tree portfast') auf den PC-Ports. Dokumentieren Sie alle Ergebnisse.

Prüfen Sie Ihre Ergebnisse: Ist die STP-Konvergenzzeit im erwarteten Bereich (30-50 Sekunden)? Ist die RSTP-Konvergenz signifikant schneller (unter 1-2 Sekunden)? Haben Edge Ports die Konvergenz für direkt angeschlossene PCs verbessert? Sind die Ergebnisse reproduzierbar?

Bewerten Sie den Vergleich: Warum sollte man heute RSTP statt STP verwenden? In welchen Szenarien reicht RSTP nicht aus? Wann könnte MSTP sinnvoll sein? Was haben Sie über die Bedeutung von Konvergenzzeiten für den Produktivbetrieb gelernt?