6
RSTP vs. Loopback-Erkennung
Hallo in die Runde,
ich würde hier bitte wieder etwas Unterstützung für mein privates Netz benötigen.
Wie auf dem Bild zu sehen, ist der Großteil meines Netzes in Gebäude A. Um Gebäude B an das Netz anzubinden existieren zwei MikroTik WLAN Bridges an je einen Cisco SG300 Switch in diesem Gebäude. Seit mehren Jahren waren die beiden bzw. drei Cisco Switches mit einem Link verbunden, so dass es einen Loop geben könnte. Allerdings ist RSTP aktiviert und die Pfadkosten so eingestellt, dass genau der markierte Link nicht aktiv war.
Dieser Aufbau hatte den Vorteil, dass bei einer Unterbrechnung einer WLAN-Bridge (z.B. während eines Firmwareupdate) das komplette Netz weiter funktionierte.
Heute habe ich nun ein Firmwareupdate für die WLAN-Bridge von 7.14 auf 7.16 installiert. Als das WLAN auf der Bridge wieder hoch kam, fing das Netz an zu "spinnen". Ständig wurde die Loopback-Erkennung ausgelöst.
Ist es normal, dass die Loopback-Erkennung schneller als das RSTP ist?
Muss Loopback auf allen beteiligten Ports deaktiviert werden?
Kann ich das RSTP irgendwie "beschleunigen"?
Ich verstehe nicht, warum es nun nach dem Firmwareupdate auf der einen Bridge nicht mehr funktioniert, da auf beiden Bridges RSTP und Loopback-Erkennung deaktiviert sind.
Ich habe nun erst mal den Link zwischen den Switches deaktiviert, somit funktioniert alles wieder. Dies hat aber den Nachteil, dass sich das Netz im Falle des Ausfalls einer WLAN-Bridge, nicht mehr "selbstheilt".
Ich hoffe, dass ich keine wesentlichen Infos vergessen habe.
Viele Grüße und einen schönen Feiertag
Alex
ich würde hier bitte wieder etwas Unterstützung für mein privates Netz benötigen.
Wie auf dem Bild zu sehen, ist der Großteil meines Netzes in Gebäude A. Um Gebäude B an das Netz anzubinden existieren zwei MikroTik WLAN Bridges an je einen Cisco SG300 Switch in diesem Gebäude. Seit mehren Jahren waren die beiden bzw. drei Cisco Switches mit einem Link verbunden, so dass es einen Loop geben könnte. Allerdings ist RSTP aktiviert und die Pfadkosten so eingestellt, dass genau der markierte Link nicht aktiv war.
Dieser Aufbau hatte den Vorteil, dass bei einer Unterbrechnung einer WLAN-Bridge (z.B. während eines Firmwareupdate) das komplette Netz weiter funktionierte.
Heute habe ich nun ein Firmwareupdate für die WLAN-Bridge von 7.14 auf 7.16 installiert. Als das WLAN auf der Bridge wieder hoch kam, fing das Netz an zu "spinnen". Ständig wurde die Loopback-Erkennung ausgelöst.
Ist es normal, dass die Loopback-Erkennung schneller als das RSTP ist?
Muss Loopback auf allen beteiligten Ports deaktiviert werden?
Kann ich das RSTP irgendwie "beschleunigen"?
Ich verstehe nicht, warum es nun nach dem Firmwareupdate auf der einen Bridge nicht mehr funktioniert, da auf beiden Bridges RSTP und Loopback-Erkennung deaktiviert sind.
Ich habe nun erst mal den Link zwischen den Switches deaktiviert, somit funktioniert alles wieder. Dies hat aber den Nachteil, dass sich das Netz im Falle des Ausfalls einer WLAN-Bridge, nicht mehr "selbstheilt".
Ich hoffe, dass ich keine wesentlichen Infos vergessen habe.
Viele Grüße und einen schönen Feiertag
Alex
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 668566
Url: https://administrator.de/contentid/668566
Ausgedruckt am: 03.10.2024 um 13:10 Uhr
6 Kommentare
Neuester Kommentar
Hast Du die Logs noch? Wenn ja bitte Posten, dann kann man nachvollziehen, was passiert war.
So kann man nur die Theorie runter spulen und es ist voraus gesetzt, dass Du die verstanden hast?
So kann man nur die Theorie runter spulen und es ist voraus gesetzt, dass Du die verstanden hast?
Grundsätzlich habe ich die Logs noch. Aus meiner Sicht steht da aber nichts interessantes drin.
Vor dem Cisco-175 hängt mein zentraler "Haupt"-Switch Cisco-172. Deshab habe ich das Bild nochmal beigefügt
Dieser Switch ist mit Port 21 mit dem Cisco-175 verbunden. Auf Port 21 war allerdings die Loopback-Erkennung nicht deaktiviert. Daher hat er den Port einfach zu gemacht und das gesammt hier dargestellte Netz (links vom Cisco-172) war tot.
Ich bin nur Hobby-Admin meines eigenen Netzes, wahrscheinlich fehlt mir ja ein Teil der Theorie.
Deshalb die Frage muss die Loopback-Erkennung auf den RSTP-Ports deaktiviert werden, weil sie schneller als RSTP ist? Allerdings hat es ja ein paar Jahre funktioniert???
Vor dem Cisco-175 hängt mein zentraler "Haupt"-Switch Cisco-172. Deshab habe ich das Bild nochmal beigefügt
Dieser Switch ist mit Port 21 mit dem Cisco-175 verbunden. Auf Port 21 war allerdings die Loopback-Erkennung nicht deaktiviert. Daher hat er den Port einfach zu gemacht und das gesammt hier dargestellte Netz (links vom Cisco-172) war tot.
Ich bin nur Hobby-Admin meines eigenen Netzes, wahrscheinlich fehlt mir ja ein Teil der Theorie.
Deshalb die Frage muss die Loopback-Erkennung auf den RSTP-Ports deaktiviert werden, weil sie schneller als RSTP ist? Allerdings hat es ja ein paar Jahre funktioniert???
Normalerweise willst du entweder Loopback-Erkennung ODER Spanning-Tree auf solchen Ports. Denn wenn die Loopback-Detection was erkennt, frisst sie die STP-BPDUs und damit weiß Spanning-Tree nicht, dass da ein redundanter Weg ist und setzt den Port entsprechend nicht auf Blocking.
Zudem will man eigentlich das STP auf allen beteiligten Geräten machen – denn wenn die WLAN-Bridge selbst auch Spanning-Tree macht, kann sie den Link-Zustand der WLAN-Verbindung berücksichtigen, was die Switches dahinter nicht können. So kann es dir passieren, dass du bei Wiederkehr der WLAN-Verbindung für einige Sekunden einen Loop hast, bis der Switch wieder ein BPDU empfängt und den Port blocken kann.
Zudem will man eigentlich das STP auf allen beteiligten Geräten machen – denn wenn die WLAN-Bridge selbst auch Spanning-Tree macht, kann sie den Link-Zustand der WLAN-Verbindung berücksichtigen, was die Switches dahinter nicht können. So kann es dir passieren, dass du bei Wiederkehr der WLAN-Verbindung für einige Sekunden einen Loop hast, bis der Switch wieder ein BPDU empfängt und den Port blocken kann.
2
Die Logs der Mikrotik-Geräte, Da sollten auch Mac-Adressen zu sehen sein, damit man nachvollziehen kann, warum der Baum sich geschüttelt hat.
...vielen Dank für Eure Hinweise!!
Ja, auch auf der WLAN-Bridge wurden Loops gesehen.
Also wenn ich das richtig verstehe, muss ich auf allen Ports, die den Ring auf dem Bild darstellen Loopback-Erkennung deaktivieren und RSTP aktivieren.
Ich werde es testen und gebe Bescheid!!
Ja, auch auf der WLAN-Bridge wurden Loops gesehen.
Also wenn ich das richtig verstehe, muss ich auf allen Ports, die den Ring auf dem Bild darstellen Loopback-Erkennung deaktivieren und RSTP aktivieren.
Ich werde es testen und gebe Bescheid!!
Super!!!
Es hat tatsächlich funktioniert!!
Ich habe auf den beiden WLAN-Bridges auf beiden Seiten Loopback-Erkennung deaktiviert und auch hier RSTP eingeschalten.
Jetzt konnte ich den Link zwischen dem Cisco-143 und Cisco-144 ohne Problem wieder auf aktiv setzen und der Switch hat ihn automatisch als "Alternativ" im RSTP markiert.
Vielen Dank!!
Viele Grüße
Alex
Es hat tatsächlich funktioniert!!
Ich habe auf den beiden WLAN-Bridges auf beiden Seiten Loopback-Erkennung deaktiviert und auch hier RSTP eingeschalten.
Jetzt konnte ich den Link zwischen dem Cisco-143 und Cisco-144 ohne Problem wieder auf aktiv setzen und der Switch hat ihn automatisch als "Alternativ" im RSTP markiert.
Vielen Dank!!
Viele Grüße
Alex
