💾

Praktični primeri – Modul 10 – STP i redundansa

Primer 1 – Postavljanje root bridge-a i provera STP statusa

Scenario: Tri sviča (SW1, SW2, SW3) su međusobno povezana redundantnim linkovima. SW1 treba da bude primarni root bridge za VLAN 1, a SW2 sekundarni (rezervni) root bridge.

Korak po korak:

SW1(config)#spanning-tree vlan 1 root primary
SW1(config)#exit
SW2(config)#spanning-tree vlan 1 root secondary
SW2(config)#exit

Provera:

SW1#show spanning-tree vlan 1

Očekivani deo izlaza:

VLAN0001
  Spanning tree enabled protocol ieee
  Root ID    Priority    24577
             Address     AAAA.AAAA.AAAA
             This bridge is the root
             Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec

Objašnjenje rezultata: Linija "This bridge is the root" na SW1 potvrđuje da je ručno podešavanje uspelo. Priority vrednost 24577 (24576 + 1 za VLAN 1) je automatski izračunata komandom root primary, umesto podrazumevanih 32768 — dovoljno niska da SW1 pobedi izbor bez obzira na MAC adrese ostalih svičeva.


Primer 2 – Prepoznavanje uloga portova pomoću show spanning-tree

Scenario: Nakon konfiguracije iz Primera 1, administrator proverava koji je port na SW3 root port, a koji je blocked.

Korak po korak:

SW3#show spanning-tree vlan 1

Očekivani deo izlaza:

Interface           Role Sts Cost      Prio.Nbr Type
-------------------- ---- --- --------- -------- --------------------------------
Gi0/1                Root FWD 4         128.1    P2p
Gi0/2                Altn BLK 4         128.2    P2p

Objašnjenje rezultata: Kolona "Role" pokazuje da je Gi0/1 root port (Root, u stanju Forwarding) — najkraći put ka root bridge-u SW1. Gi0/2 je alternate port (Altn) u stanju Blocking — fizički povezan ka SW2, ali logički neaktivan dok se ne pojavi kvar na primarnom putu. Ova komanda je osnovni dijagnostički alat za razumevanje STP topologije na bilo kom svič-u.


Primer 3 – Konfiguracija PortFast i BPDU Guard na access portovima

Scenario: SW3 ima osam access portova (Fa0/1-8) ka radnim stanicama zaposlenih. Administrator želi brzu aktivaciju portova i zaštitu od slučajno povezanog dodatnog sviča.

Korak po korak:

SW3(config)#interface range fastEthernet 0/1 - 8
SW3(config-if-range)#switchport mode access
SW3(config-if-range)#spanning-tree portfast
SW3(config-if-range)#spanning-tree bpduguard enable
SW3(config-if-range)#exit

Provera:

SW3#show running-config interface fastEthernet 0/1

Objašnjenje rezultata: Konfiguracija se primenjuje na svih osam portova odjednom pomoću interface range. Radne stanice povezane na ove portove sada dobijaju mrežnu vezu odmah (bez 30-50 sekundi čekanja), dok je mreža zaštićena — ako neko na jedan od ovih portova poveže dodatni svič, port automatski prelazi u err-disabled čim primi prvi BPDU.


Primer 4 – Dijagnostika: port neočekivano u err-disabled stanju

Scenario: Zaposleni prijavljuje da mu je "internet prestao da radi" nekoliko minuta nakon što je u kancelariji sam povezao mali kućni svič da bi priključio i laptop i lični uređaj.

Korak po korak dijagnostike:

  1. show interfaces status err-disabled na svič-u kom pripada taj port — potvrđuje da je port u stanju err-disabled sa razlogom bpdu-guard.
  2. show interfaces fastEthernet 0/5 — dodatno potvrđuje da je port administrativno "up", ali protokol status "down" (err-disabled).
  3. Zaključak: korisnik je povezao dodatni svič na port zaštićen sa PortFast + BPDU Guard (Primer 3), što je pokrenulo automatsku zaštitu.
  4. Rešenje: uklanja se neovlašćeni kućni svič, a port se ručno reaktivira sa shutdown pa no shutdown u interface config modu.

Objašnjenje rezultata: Ovaj primer pokazuje da err-disabled stanje nije kvar sviča ili kabla, već namerna, uspešna zaštitna reakcija BPDU Guard-a — tehničar mora prvo da razume UZROK (neovlašćeni svič), ukloni ga, i tek onda ručno vrati port u rad.


Primer 5 – Konfiguracija EtherChannel-a između dva sviča (LACP)

Scenario: SW1 i SW2 su povezani sa dva fizička 1 Gb/s kabla (Gi0/1 i Gi0/2 na oba sviča). Umesto da STP blokira jedan od njih, administrator ih spaja u EtherChannel radi veće propusnosti.

Korak po korak:

SW1(config)#interface range gigabitEthernet 0/1 - 2
SW1(config-if-range)#channel-group 1 mode active
SW1(config-if-range)#exit
SW2(config)#interface range gigabitEthernet 0/1 - 2
SW2(config-if-range)#channel-group 1 mode active
SW2(config-if-range)#exit

Provera:

SW1#show etherchannel summary

Očekivani deo izlaza:

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
1      Po1(SU)         LACP      Gi0/1(P)  Gi0/2(P)

Objašnjenje rezultata: Slovo "P" pored svakog fizičkog porta potvrđuje da su oba uspešno "bundled" (spojena) u Port-channel1. STP sada tretira Po1 kao jedan logički link, pa nijedan od fizičkih portova unutar grupe neće biti blokiran — oba aktivno prenose saobraćaj, dupliranom propusnošću u odnosu na pojedinačan link.


Realni poslovni scenario – Oporavak mreže nakon kvara kabla

Firma „Prima Trejd d.o.o." ima mrežu projektovanu prema principima ovog modula: SW1 (Core) je root primary, SW2 (Distribution) je root secondary, a SW3 (Access) je povezan redundantno ka oba. Mreža koristi Rapid PVST+ (RSTP).

  1. Mrežni inženjer namerno isključuje (fizički izvlači) kabl između SW3 i SW1 (koji je bio root port na SW3) da testira otpornost mreže.
  2. Za manje od 2 sekunde, prethodno blokiran (alternate) port na SW3 ka SW2 prelazi u stanje Forwarding i preuzima ulogu root porta — zahvaljujući brzoj RSTP konvergenciji (Tema 11).
  3. Zaposleni na spratu koji koriste uređaje povezane na SW3 primećuju samo kratak, jedva primetan zastoj u mrežnoj komunikaciji, umesto prekida od 30-50 sekundi koji bi se desio sa klasičnim STP-om.
  4. Inženjer proverava show spanning-tree vlan 1 na SW3 i potvrđuje da je novi root port sada Gi0/2 (ka SW2), u stanju Forwarding.
  5. Nakon što se originalni kabl (SW3–SW1) fizički vrati, STP ga ponovo detektuje preko BPDU razmene i vraća ga u odgovarajuću ulogu (najverovatnije opet root port, jer SW1 ostaje root bridge sa najnižim Priority), a Gi0/2 se vraća u alternate/blocking stanje.

Ovaj scenario pokazuje suštinu čitavog modula u praksi: redundantni fizički dizajn, ispravno postavljen root bridge, i RSTP zajedno omogućavaju mreži da preživi kvar pojedinačnog linka uz minimalan uticaj na korisnike — što je i osnovni cilj svakog mrežnog inženjera prilikom projektovanja poslovne infrastrukture.