7
Spanning Tree - Ausfallzeit bei Änderung der Root-Bridge
Hallo!
Ich muss demnächst den Switch austauschen, der derzeit die Root-Bridge im Netzwerk ist.
Könnt ihr mir sagen, was passiert, wenn ich die Root-Bridge auf einen anderen Switch ändere? Wie schnell geht dann die Neuberechnung des Spannbaums?
Eingesetzt wird derzeit RSTP.
Vielen Dank und Grüße
Phil
Ich muss demnächst den Switch austauschen, der derzeit die Root-Bridge im Netzwerk ist.
Könnt ihr mir sagen, was passiert, wenn ich die Root-Bridge auf einen anderen Switch ändere? Wie schnell geht dann die Neuberechnung des Spannbaums?
Eingesetzt wird derzeit RSTP.
Vielen Dank und Grüße
Phil
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: 244467
Url: https://administrator.de/contentid/244467
Ausgedruckt am: 22.11.2024 um 18:11 Uhr
7 Kommentare
Neuester Kommentar
Hallo,
sollte in 30 sekunden erledigt sein.
http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-p ...
brammer
sollte in 30 sekunden erledigt sein.
http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-p ...
brammer
Da Rapid STP verwendet wird, sollte es zu so gut wie keiner Ausfallzeit kommen. Ist also in Sekundenbruchteile erledigt.
Hallo,
RSTP:
Die Idee hinter dem Rapid Spanning Tree Protocol (RSTP) ist, dass bei signalisierten Topologieänderungen nicht sofort die Netzstruktur gelöscht wird, sondern erst einmal wie gehabt weiter gearbeitet wird und Alternativpfade berechnet werden. Erst anschließend wird ein neuer Baum zusammengestellt. Die Ausfallzeit des Netzes lässt sich so von 30 Sekunden auf unter eine Sekunde drücken. In der 2003 verabschiedeten Revision des 802.1d-Standards wurde das alte STP zugunsten von RSTP (IEEE 802.1w) ersetzt. Inzwischen ist dieses durch IEEE 802.1D-2004 ersetzt worden.
weiter lesen....
Gruß
Dobby
: Quellenhinweis : Wikipedia# RSTP
RSTP:
Die Idee hinter dem Rapid Spanning Tree Protocol (RSTP) ist, dass bei signalisierten Topologieänderungen nicht sofort die Netzstruktur gelöscht wird, sondern erst einmal wie gehabt weiter gearbeitet wird und Alternativpfade berechnet werden. Erst anschließend wird ein neuer Baum zusammengestellt. Die Ausfallzeit des Netzes lässt sich so von 30 Sekunden auf unter eine Sekunde drücken. In der 2003 verabschiedeten Revision des 802.1d-Standards wurde das alte STP zugunsten von RSTP (IEEE 802.1w) ersetzt. Inzwischen ist dieses durch IEEE 802.1D-2004 ersetzt worden.
weiter lesen....
Gruß
Dobby
: Quellenhinweis : Wikipedia# RSTP
Zu einer Root Bridge gehört auch immer eine Backup Root sofern du den RSTP Prozess entsprechend sauber konfiguriert hast mit der rstp Priority auf Root und Backup Root.
Da die Backup Root dann schon feststeht in einem sauberen RSTP Szenario dauert die Umschlatung von Root auf Backup Root unter einer Sekunde.
User merken das nichtmal wenn du die Root entfernst. Wie gesagt...wenn der des RSTP sauber customized ist in deinem Netzwerk !!
Da die Backup Root dann schon feststeht in einem sauberen RSTP Szenario dauert die Umschlatung von Root auf Backup Root unter einer Sekunde.
User merken das nichtmal wenn du die Root entfernst. Wie gesagt...wenn der des RSTP sauber customized ist in deinem Netzwerk !!
Hallo!
Ich glaube, ich war etwas zu unpräzise mit meiner Aussage:
Der Austausch ist gar nicht der Schritt, der mir Sorgen macht. Ich möchte aber einen ganz neuen Switch zur neuen Rootbridge machen lange noch bevor der Alte aus dem Netz fliegt.
Also würde ich jetzt den "neuen Switch" die Prio "0" geben und ihn ins Netz hängen. Dann macht er ja schon ein "Durcheinander" und der Weg zur Backup-Root-Bridge ist noch nicht berechnet.
Wie würdet ihr das angehen?
Erst den "neuen Switch" mit mittelhoher Prio zur Backup-Root-Bridge machen, dann beim alten Switch die Prio erhöhen?
Grüße
Phil
Ich glaube, ich war etwas zu unpräzise mit meiner Aussage:
Der Austausch ist gar nicht der Schritt, der mir Sorgen macht. Ich möchte aber einen ganz neuen Switch zur neuen Rootbridge machen lange noch bevor der Alte aus dem Netz fliegt.
Also würde ich jetzt den "neuen Switch" die Prio "0" geben und ihn ins Netz hängen. Dann macht er ja schon ein "Durcheinander" und der Weg zur Backup-Root-Bridge ist noch nicht berechnet.
Wie würdet ihr das angehen?
Erst den "neuen Switch" mit mittelhoher Prio zur Backup-Root-Bridge machen, dann beim alten Switch die Prio erhöhen?
Grüße
Phil
Hallo,
den neuen Switch von der Priorität zwischen der Root Bridge und und der Back Root Bridge konfigurieren, ins Netzwek einbauen, die alte Root Bridge ausbauen und innerhalb einer Sekunde ist der neue Root. Danach noch die Priorität auf den Wert de ralten ändenr und gut ist.
brammer
den neuen Switch von der Priorität zwischen der Root Bridge und und der Back Root Bridge konfigurieren, ins Netzwek einbauen, die alte Root Bridge ausbauen und innerhalb einer Sekunde ist der neue Root. Danach noch die Priorität auf den Wert de ralten ändenr und gut ist.
brammer
Also würde ich jetzt den "neuen Switch" die Prio "0"
Nein, niemals !! Die Prio 0 ist im (R)STP nicht eindeutig definiert ! Manche Hersteller schalten damit BPDU Updates komplett aus !Finger weg also vom Wert 0 in der Prio !!
Die Priority wird in Schritte a 4096 gesetzt (4096, 8192, 12288, 16384, 20480, 24576, 28672, 32768, ...) 32768 ist der Default.
4096 ist das least-significant Bit der 4-bit (R)STP Switch Priority.
Ansonsten gilt das was Kollege brammer schon richtig geschrieben hat oben !
