Ports blocked by STP, offline, online normal?
Hallo zusammen,
es gab heute von einem User eine Beschwerde, sein WLan sei langsam am Notebook, egal in welchem Besprechungsraum.
Wlan soweit ok, nun habe ich mal auf den Core-Switch geschaut, zuerst nix besonders, allerdings scheint es nicht normal zu sein, dass Ports von STP geblockt werden?
Logfiles sehen durchgängig so aus.
Ein einziger Eintrag ist mit Port 37 Excessive link state transactions.
Kann mir jemand sagen, warum hier die Ports ständig geblockt werden und ob das normal ist? Link selbst geht ja nicht down, sonst hätte ich hier ganz andere Probleme.
08/26/19 04:54:40 00076 ports: port 19 is now on-line
I 08/26/19 05:28:53 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:53 00077 ports: port 37 is now off-line
I 08/26/19 05:28:55 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:56 00077 ports: port 37 is now off-line
I 08/26/19 05:28:58 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:58 00077 ports: port 37 is now off-line
I 08/26/19 05:29:00 00435 ports: port 32 is Blocked by STP
I 08/26/19 05:29:00 00435 ports: port 37 is Blocked by STP
W 08/26/19 05:29:00 02672 FFI: port 37-Excessive link state transitions
I 08/26/19 05:29:03 00076 ports: port 32 is now on-line
I 08/26/19 05:29:03 00076 ports: port 37 is now on-line
I 08/26/19 05:29:14 00077 ports: port 37 is now off-line
I 08/26/19 05:29:27 00077 ports: port 32 is now off-line
I 08/26/19 05:29:28 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:29:30 00435 ports: port 32 is Blocked by STP
I 08/26/19 05:29:31 00076 ports: port 37 is now on-line
I 08/26/19 05:29:32 00076 ports: port 32 is now on-line
I 08/26/19 05:49:50 00435 ports: port 35 is Blocked by STP
I 08/26/19 05:49:52 00076 ports: port 35 is now on-line
I 08/26/19 05:50:13 00077 ports: port 35 is now off-line
I 08/26/19 05:50:16 00435 ports: port 35 is Blocked by STP
I 08/26/19 05:50:19 00076 ports: port 35 is now on-line
I 08/26/19 05:58:15 00077 ports: port 2 is now off-line
es gab heute von einem User eine Beschwerde, sein WLan sei langsam am Notebook, egal in welchem Besprechungsraum.
Wlan soweit ok, nun habe ich mal auf den Core-Switch geschaut, zuerst nix besonders, allerdings scheint es nicht normal zu sein, dass Ports von STP geblockt werden?
Logfiles sehen durchgängig so aus.
Ein einziger Eintrag ist mit Port 37 Excessive link state transactions.
Kann mir jemand sagen, warum hier die Ports ständig geblockt werden und ob das normal ist? Link selbst geht ja nicht down, sonst hätte ich hier ganz andere Probleme.
08/26/19 04:54:40 00076 ports: port 19 is now on-line
I 08/26/19 05:28:53 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:53 00077 ports: port 37 is now off-line
I 08/26/19 05:28:55 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:56 00077 ports: port 37 is now off-line
I 08/26/19 05:28:58 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:28:58 00077 ports: port 37 is now off-line
I 08/26/19 05:29:00 00435 ports: port 32 is Blocked by STP
I 08/26/19 05:29:00 00435 ports: port 37 is Blocked by STP
W 08/26/19 05:29:00 02672 FFI: port 37-Excessive link state transitions
I 08/26/19 05:29:03 00076 ports: port 32 is now on-line
I 08/26/19 05:29:03 00076 ports: port 37 is now on-line
I 08/26/19 05:29:14 00077 ports: port 37 is now off-line
I 08/26/19 05:29:27 00077 ports: port 32 is now off-line
I 08/26/19 05:29:28 00435 ports: port 37 is Blocked by STP
I 08/26/19 05:29:30 00435 ports: port 32 is Blocked by STP
I 08/26/19 05:29:31 00076 ports: port 37 is now on-line
I 08/26/19 05:29:32 00076 ports: port 32 is now on-line
I 08/26/19 05:49:50 00435 ports: port 35 is Blocked by STP
I 08/26/19 05:49:52 00076 ports: port 35 is now on-line
I 08/26/19 05:50:13 00077 ports: port 35 is now off-line
I 08/26/19 05:50:16 00435 ports: port 35 is Blocked by STP
I 08/26/19 05:50:19 00076 ports: port 35 is now on-line
I 08/26/19 05:58:15 00077 ports: port 2 is now off-line
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 491955
Url: https://administrator.de/contentid/491955
Ausgedruckt am: 22.11.2024 um 08:11 Uhr
8 Kommentare
Neuester Kommentar
allerdings scheint es nicht normal zu sein, dass Ports von STP geblockt werden?
Nein, das ist auch nicht normal, denn ein STP Blocking zeigt dir das es irgendwo einen Netzwerk Loop gibt.Damit das Netz dann nicht kollabiert blockt dein Spanning Tree Pozess diesen Port.
https://de.wikipedia.org/wiki/Spanning_Tree_Protocol
Welcher Port das ist hängt von deiner STP Konfiguration ab. Dort definiert man n der Switch Konfig ja immer einen STP Root Switch und einen Backup Root Switch mit entsprechender STP Priority. In der Regel Root = 4096 und Backup Root = 8192. Dieses Vorgeben des STP Baums ist zwingend in einer sauberen Konfig damit Root und Backup Root niemals zufällig (niedrigste Mac Adresse) bestimmt wird ! Oft wird diese wichtige Konfig bei wenig Netzwerk Know How vergessen oder schlicht falsch gemacht mit manschmal fatalen Folgen.
So oder so... Port Blocking zeigt einen Loop an.
In einem sauber designten STP Netz sollten niemals solche temporären Loops bzw. Blockings auftreten. Auch keine Excessive link state transitions !! Klar, den das STP Design ist ja immer statisch sofern man nicht am Backbone rumfummelt.
Excessive link state transitions zeigt meist ein defektes Kabel oder Edgerät an. Jeder STP Event führt zu einer STP Recalculation und zur Belastung der Infrastruktur.
Irgendwas ist also faul an deiner Patchung oder Design oder auch Switch Konfig. Um das richtig beurteilen zu können lieferst du allerdings wenig bis keinerlei Daten so das das eher Raterei ist.
Zitat von @aqui:
In einem sauber designten STP Netz sollten niemals solche temporären Loops bzw. Blockings auftreten. Auch keine Excessive link state transitions !! Klar, den das STP Design ist ja immer statisch sofern man nicht am Backbone rumfummelt.
In einem sauber designten STP Netz sollten niemals solche temporären Loops bzw. Blockings auftreten. Auch keine Excessive link state transitions !! Klar, den das STP Design ist ja immer statisch sofern man nicht am Backbone rumfummelt.
Ähh... Sinn der Sache bei STP ist es doch, dass du redundante Pfade hast, von denen dann mindestens ein Port Blocking sein muss. Sonst hast du einen "funktionierenden" Loop der dir das Netz lahmlegt. Aber in einem funktionierenden STP hast du immer wenigstens einen Blocking Port?!
Die grundsätzliche Tatsache, dass es auf dem Core-Switch Blocking-Ports gibt, ist aber in der Tat ein Problem, weil es anzeigt dass der Core-Switch nicht die autokratisch bestimmte Root-Bridge ist sondern gerade irgendein anderes Netzwerkgerät (das, mit der niedrigsten MAC-Adresse) diese Aufgabe übernimmt. Und das ist mitunter ein Problem - deshalb solltest du, wie Aqui schon sagt, definitiv einen Wert von 4096 als Bridge-Priorität auf dem Core-Switch festlegen, damit dieser auch immer die Root-Bridge ist und alle Wege dahin durchlässig sind.
Sinn der Sache bei STP ist es doch, dass du redundante Pfade hast
Natürlich ist das richtig, keinen Frage ! Aber normal ist auch so ein redundantes Netz ja STP seitig stabil und Topo Changes sollten nicht auftauchen. Sofern man nicht an den Backbone Links fummelt oder die Topologie verändert was im Normalbetrieb ja eigentlch nicht passiert. Bei Umpatchungen ist das natürlich was anderes.Aber auch nicht so exzessiv wie oben das der Port dort im 2 Sekunden Rhytmus den Status wechselt. Da ist in jedem Fall irgendwas oberfaul an diesem Port !!
Es ist also normal das man in einem redundanten Netz Blocking Ports sieht aber die sollten eben nicht wie wild wechseln.
Wenn du allerdings gar kein redundantes Netz hast dann sollten Blocking Ports bei dir die rote Lampe anmachen...
Bei Aruba wiederum geht jeder port erst in den Block und wird danach frei gegeben.
Das ist nicht nur bei den Aruba Gurken so sondern das Standard STP Verfahren. Frei werden sie aber nur sofern es keinen Loop irgendwo gibt oder dies ein redundanter Port ist. Da muss man fein differenzieren !Jeder Switch zeigt immer mit einem show rstp o.ä. seine Port Topologie und Status an.
hier habe ich soweit ich konnte meine Firewall und meine ESX jeweils zu Hälfte an beide angeschlossen.
Wie denn genau ? Mit einem LACP LAG so wie hier dargestellt ?? deswegen ist die Konfig evtl. nicht die Beste
Was dann eher schlecht ist Sträflicher Fehler ist das dein Core Switch (Stack) keinerlei STP Priority konfiguriert hat, was er aber als Root Switch zwingend haben müsste. Zudem ist die Priority auf 0 gesetzt was ein nicht definierter Wert ist. Aber das ist eine Krankheit der gruseligen HP Billigswitches. Der Wert muss immer modulo 4096 sein.
Du solltest also zuallererst mit den 3 Kommandos:
spanning-tree priority 8192
spanning-tree instance 1 priority 8192
spanning-tree instance 2 priority 8192
Die STP Priority des Root Switches (dein Core Stack) statt nicht supportetem Wert 0 auf reale und richtige Werte setzen für deine konfigurierten Instances 0, 1 und 2 ! (kleiner = höhere Priority)
Bei den Access Switches kann es auf dem Default 32768 bleiben. Ebenso kann die LAG Link Priority erstmal bleiben, diese haben dann Priorität vor irgendwelchen anderen redundanten Links.
Damit hast du dann erstmal eine wirkliche STP Struktur wie sie sein soll im Netz. Ggf. ist der Fehler damit schon erledigt.
Generell passt die Konfig nicht zu deinem Design wenn es stimmt das du keine redundanten Links hast.
Die STP Konfig sieht so aus als on jemand damt ein L2 Link Balancing von redundanten Links machen will. Vermutlich sind deshalb 2 Instances eingerichtet worden. Die dann aber mit völlig falschen Priorities.
So ein Design ist sinnvoll wenn man 2 getrennte Core Switches hat.
In einem Full Stack wie bei dir ist es aber sinnfrei, da der Core ja dann als logisch ein Switch agiert.
Allerdings muss man bei den HP Schrottswitches da sehr vorsichtig sein. Die Billigteile supporten gar keinen Full Stack sondern das was HP da blumig als "Stack" bezeichnent ist ein simples und banales Clustering um die Konfig einfacher zu machen.
Das ist die Crux mit diesen gruseligen HP Teilen Andere können das besser die ein sinnvolles Full Stacking supporten wie Cisco oder Ruckus ICX. HP sollte bei Servern, Laptops und Druckern bleiben statt sich im Netzwerk nur fremden Mist zusammenzukaufen und nix selber zu machen.
Aber egal...mach erstmal die saubere Root Konfig und dann schaun mer mal...
.
bei meinem Switch (HP2920) die Priority mit 1-15 angibt
Stimmt, das ist eine HP "Krankheit"...Ich bekomme aber dennoch auf den Access-Switches die Meldungen über Blocked Ports:
Sind das ggf. Edge Ports wo Endanwender ihre Geräte ein- und ausschalten ? Dann wäre das normal wenn vergessen wurde in der RSTP Konfiguration diese Ports als Edge Ports zu definieren.Daher kann vermutlich eine STP-Instanz weg.
Einzig nur dann wenn die Switches ein wirkliches Full Stacking supporten. HP ist hier mit vorsicht zu geniessen, denn die titulieren ihr billiges Clustering (rein nur zum Managen !) gern als marktschreierisch als "Stacking" was es aber de facto nicht ist !Hier musst du also gewaltig aufpassen. Denn hast du zwei getrennte Switchdomains (also KEIN Full Stacking) und schaltest auf einem STP ab kann das fatal sein in einem redundanten Design !
Auf der ESXi wie folgt:
Bitte das "+" an der richtigen Stelle am Image klicken damit es auch im Kontext erscheint !Meine ESXi -Ports auf dem Switch habe ich leidglich im Trunking zusammengefasst,
Jetzt ist die große Frage: WAS meinst du hier mit Trunking ??- Cisco Sprech für Tagged Uplinks ?
- Rest der Netzwerk Welt = Link Aggregation mit LACP
- Hypervisor haben aber no ca. 4 andere Optionen der Bündelung. Active Passive, Active Active usw. usw.
Laut Screenshot sieht es ein bisschen nach einem LACP LAG aus was dann richtig wäre. Um da aber ganz sicher zu sein wäre ein show lacp und auch ein show lag von der Switchseite mal ganz hilfreich, denn der sagt dann wirklich ob dort ein LACP LAG werkelt.