STP - kompletny step by step - czy dobrze to rozumiem ?

Wiadomość

inkrementator · #16

heliox pisze:dzieje się prawie tak jak mowisz z tym ze B i D zmieniają z BLK na listening potem learning i dopiero root. Więc TCN moze zostac wysłane dopiero po 30 sek . Pytanie czy faktyczne tak sie dzieje. Mozna sie zorientopwac po tym kiedy aging sie zmieni ale nieststy PT tego nie obsługuje - sprawdze jeszcze na 6 wersji a jak nie to dopiero na sprzecie. Jak sie dowiem to dam znac.

Cześć.

B i D wyślą TCN, ale po około 50 sekundach. Przez pierwsze 20 sekund będą otrzymywać na root porcie (w kierunku C) dalej root BPDU, ale już nie że A jest rootem, tylko ze C jest rootem. Jednocześnie pamiętają na tych portach stare BPDU (gdzie A byl rootem). Po około 20 sekundach bpdu z A-Rootem zostanie wymazane z portu w kierunku C, jednocześnie otrzymają to BPDU z A-Rootem na alternatywnych portach, które teraz przejdą normalny proces LST->LRN->FRW. Jak się skończy LRN (30 sekund), Bi D wyślą TCN przez nowy root port (link do A bezpośredni).

Żeby nie było, tutaj debug z B. port 23 jest w kierunku A, port 21 jest w kierunku C.

B#
01:03:23: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:24: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:26: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:28: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:30: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:32: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:34: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:36: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:38: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:40: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:03:41: STP: VLAN0444 new root port Fa0/23, cost 100
01:03:41: STP: VLAN0444 Fa0/23 -> listening
01:03:56: STP: VLAN0444 Fa0/23 -> learning
01:04:11: STP: VLAN0444 sent Topology Change Notice on Fa0/23
01:04:11: STP: VLAN0444 Fa0/23 -> forwarding
B#show span vlan 444

VLAN0444
Spanning tree enabled protocol ieee
Root ID Priority 4540
Address AAAA.AAAA.AAAA
Cost 100
Port 23 (FastEthernet0/23)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 33212 (priority 32768 sys-id-ext 444)
Address BBBB.BBBB.BBBB
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 15

Interface Role Sts Cost Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Fa0/21 Desg FWD 19 128.21 P2p
Fa0/23 Root FWD 100 128.23 P2p

B#

Warto dodać, o ile klasyczny stp jest wolny, to jeszcze dochodzi ten MAX-AGE, który bardzo często dodaje do konwergencji dodatkowe 20 sekund, zwłaszcza jak mamy do czynienia z 'indirect fauilures'. Wymyślono na to mechanizm 'stp backbone fast' który w niektórych scenariuszach eliminuje ten timer (wtedy konwergencja wynosi około 30 sekund).

Np w tym scenariuszu by to się sprawdziło (STP FAST to debug z 'debug spanning backbonefast'):

B#
01:57:34: STP: VLAN0444 heard root 33212-CCCC.CCCC.CCCC on Fa0/21
01:57:34: STP FAST: received inferior BPDU on VLAN0444 FastEthernet0/21.
01:57:34: STP FAST: sending RLQ request PDU on VLAN0444(444) Fa0/23 Vlan444
01:57:34: STP FAST: Received RLQ response PDU on VLAN0444 FastEthernet0/23.
01:57:34: STP: VLAN0444 new root port Fa0/23, cost 100
01:57:34: STP: VLAN0444 Fa0/23 -> listening
01:57:49: STP: VLAN0444 Fa0/23 -> learning
01:58:04: STP: VLAN0444 sent Topology Change Notice on Fa0/23
01:58:04: STP: VLAN0444 Fa0/23 -> forwarding
B#

Zyskaliśmy 20 sekund

heliox · #17

Teraz wszystko jasne

Dziękuję bardzo za odpowiedz i pozdrawiam
Krzysiek

bialy94 · #18

Tak sobie czytam i myślę..zakładając, że jest to "direct failure" i A jako root jest "świadom" że link A-C jest dole, to czy nie miałby od razu posłać Configuration BPDU z TCN bit skoro jest root-em?

bialy94 · #19

szukałem, aż wynalazłem - a jednak pośle, jak poniżej:

Obrazek

"This network has just suffered a link failure between Catalyst A and Catalyst C. The sequence of events unfolds as follows:

Catalyst C detects a link down on its port 1/1; Catalyst A detects a link down on its port 1/2.

Catalyst C removes the previous "best" BPDU it had received from the Root over port 1/1. Port 1/1 is now down so that BPDU is no longer valid.

Normally, Catalyst C would try to send a TCN message out its Root Port, to reach the Root Bridge. Here, the Root Port is broken, so that isn't possible. Without an advanced feature such as STP UplinkFast, Catalyst C isn't yet aware that another path exists to the Root.

Also, Catalyst A is aware of the link down condition on its own port 1/2. It normally would try to send a TCN message out its Root Port, to reach the Root Bridge. Here, Catalyst A is the Root, so that isn't really necessary. The Root Bridge, Catalyst A, sends a Configuration BPDU with the TCN bit set out its port 1/1. This is received and relayed by each switch along the way, informing each one of the topology change."