Problem im lokalen Netzwerk - Teilausfall

Hallo Clemens,
ich würde mal an einem Switch hinlaufen, per Konsole drauf und mir das Logfile anschauen. Da wird normalerweise schön mitgeschrieben was passierte. Spontan würde ich auf STP-Fehler tippen.


Gruß,
Dani

Das ist aber kein STP sondern RSTP !!

• Hast du Switches im Netz die KEIN RSTP sprechen oder sprechen können
• Ist das durchgängig auf ALLEN Switches aktiv ?
• Wenn ja hast du für den Root Switch und den Backup Root Switch im RSTP Pfad die entsprechenden Priorities vergeben ??
• Sind die NetGear Gurken ALLE auf dem akrtuellsten Firmware Release Stand ?

Du hast de facto ein Spanning Tree Problem im Netz ! Vermutlich duch eine falsche oder fehlerhafte RSTP Konfiguration ?!

Hallo,


sieht aus fie ein STP-Problem? Hast Du den neuen Switch aus richtig konfiguriert? Wie oft kommt die Meldung:

Hallo,

ein Rückbau schon probiert? Den euen Switch wieder ausschalten, alle anderen Geräte ein Reset. Dein Netz müsste dann wieder, bis auf den neuen Switch laufen. So kann Du sicher auschliessen das der neue Switch die Ursache ist.

Hast du die RSTP Prio Modulo 4096 eingestellt also mit 4096er Steps dazwischen ? Das solltest du zwingend machen und niemals die 0 verwenden, denn damit können die Billigheimer wie NetGear nicht umgehen !
Hast du Loop Guard bzw. Protection am Laufen ? (Sofern die NG Gurken sowas überhaupt supporten ?!)
Hoffentlich, denn wenn dir jemand auf den Miniswitches ein Loop steckt hast du genau den Spass den du siehst ?
Wäre eine Option.... Man müsste aber mal genau die Logs auswerten wo diese Topo Changes im RSTP genau stattfinden und was sie auslöst.
Hast du im RSTP Setup Edge und Point to Point Ports sauber gesetzt ?

Ja richtig ! BPDU Guard und Loop Guard sind zwei unterschiedliche Features !
Der eine filtert und blockt BPDU Frames auf Endgeräteports, damit keiner mit einer falsch konfigurierten Bridge Prio deinen Spanning Tree aus dem Tritt bringt.
Loop Guard blockt eigene BPDUs wenn die am gleichen Port auftauchen.
Letzteres ist die Funktion die vor Loops an diesen unmanged Billigswitches schützt.
War zu befürchten bei Billigheimer NG
Im RSTP kann man Ports diesen Modus fest zuweisen. P2P Ports sind in der regel immer Uplink Ports und Edge Ports sind Endgeräte Ports.
Die Modi bestimmen das RSTP Verhalten udn Recovery Time auf diesen Ports im Failover- oder Linkloss Fall.

Nein, das ist eher kosmetisch und nicht zwingend. Es hat lediglich Einfluss auf die RSTP Konvergenz Zeiten im Netz und ursächlich auch mit deinem Problem nichts zu tun.
Kannst du in deinen Spanning Tree Logs irgendwelche zyklischen Topology Changes sehen ?

Nein, die ist so kryptisch da kann kein normaler Mensch was mit anfangen
Frage ist was mit internal interface gemeint ist ?? Mamagement ??
Da kann wohl wirklich nur der Hersteller weiterhelfen. Solltest du mal an dessen Hotline posten !

Bei den nicht managebaren Switches kann es sein das du das Default VLAN ggf. nicht oder fehlerhaft auf den tagged Uplinks überträgst.
Die meisten Hersteller fahren in einem dualen Modsu das das Default VLAN immer untagged ist. Das muss aber nicht bei allen so sein.
Hier musst du also sicherstellen das das Default VLAN richtig mit übertragen wird, denn das Management Interface steckt ja immer im Default VLAN.
Ansonsten bleibt ja nur eine Fehlkonfiguration bei IP Maske oder Gateway ?!
Das Uptime Ding ist wohl eher ein Bug ?!! Sind alle Switches auf dem aktuellsten Firmware Stand ?

Du meinst nichtmal mit serielle Konsole direkt am Switch klappt das ??
Stimmt Baudrate, Bit und Flow Controll Setting an deinem terminal Programm (PuTTY oder TeraTerm) ?

Wennd as wirklich der Fall sein sollte gibt es nur 2 mögliche Fehler:
1.) Im Setup ist der Konsol Zugriff aus Sicherheitsgründen deaktiviert worden
2.) Der Switch ist defekt
Ersteres kannst du einzig nur über einen Factory Reset beheben, denn die Konsole ist immer der allerletzte Zugriff wenn man sich den Ast abgesägt hat auf dem man sitzt. Ist die deaktiviert hilft einzig nur der Werkseinstellung Reset.
Wäre dann der richtige Schritt aber immer mit dem Factory Reset !!

Zu deinen Fragen:
1.) Wenn du kannst solltest du immer PVRSTP einsetzen wenn du mehrere VLANs fährst. Das wäre immer der beste Weg. Wenn du allerdings billige Switches hast die keinen Art von PVSTP supporten dann bleibt dir nur MSTP.
Simples Single Span Verfahren in einem VLAN Umfeld mit einer zentralen Instanz birgt immer den gravierenden Nachteil das wenn in einem VLAN es rumpelt es immer in allen VLANs rumpelt und es zu Einschränkungen oder Ausfällen kommt.
In einem PVSTP Design ist das dann einzig nur auf ein VLAN limitiert und in den anderen passiert nichts.
MSTP ist so ein bischen was von jedem, da es nur mit einem Grouping von VLANs funktioniert. Ist aber immer noch die bessere Wahl als ein Single Span Verfahren, was STP Steinzeit ist.

2.) Gar nix. Einfach einschalten und gut iss.
Was man machen sollte ist wenn Loop Guard zuschlägt versetzt es den betreffenden Port in den sog. Error Disable Mode, schaltet ihn also physisch ab. Der bleibt solange bestehen bevor du als Netzwerk Admin den Port im Setup wieder aktivierst.
Das ist etwas nervig in großen Netzen, da du immer manuell Hand anlegen musst.
Es macht hier sinn einen Recoery Timer zu setzen auf z.B. 3 oder 5 Minuten, dann versucht der Switch selber den Port wieder zu aktivieren. Ist immer noch ein Loop da geht er wieder für 5 Minuten runter.
Das ist sinnvoller als manuelle Intervention durch den Admin

Wenn du diese Geräte mit angeschlossener Konsole bootest kannst du dann deren Bootmeldung sehen ?
Wenn nicht und auch nicht nach einem harten Factory Reset dann sind die de facto Geräte defekt !
Ja, vermutlich. Und dann auch gleich einen Firmware Update auf die allerneueste Firmware machen bei diesen Switches, unbedingt.
Das ist völlig normal, denn wenn du RSTP machst gibt es eine Topology Recalculation bei der alle Ports erstmal in den Blocking Mode gehen.
Das sollte aber allerspätestens nach 5 Minuten verschwunden sein und eine sauber RSTP Topology errchnet sein.
(show spanning-tree detail Kommando !)
OK, damit sind dann alle weiteren Forschungen ja obsolet...
Hoffentlich dann die richtige HW und keinen HP Müll !