Supozoni se që STP është në një gjendje konvergjence. Çfarë do të ndodhte nëse unë marr një kabllo dhe lidhem me switch-in N direkt me switch-in rrënjësor A? Root Bridge do të "shikojë" se ka një port të ri të lidhur dhe do të dërgojë një BPDU nëpër të.
Switchi N, duke marrë këtë fram me kosto zero, do ta përcaktojë koston e rrugës përmes portit të ri si 0+19 = 19, përderisa kostoja e portit të tij rrënjësor është 76. Pas kësaj, porti i switch-it N, i cili më parë ishte në gjendje disabled, do të kalojë të gjitha fazat e kalimit dhe do të kalojë në modin e dërgimit vetëm pas 50 sekondash. Nëse ky switch ka pajisje të tjera të lidhura, të gjitha ato do të humbasin lidhjen me switch-in rrënjësor dhe me rrjetin në përgjithësi për 50 sekonda.
Në mënyrë të ngjashme vepron switchi G, duke marrë nga switchi N një fram BPDU me njoftimin për koston 19. Ai e ndryshon koston e portit të tij të caktuar në 19+19=38 dhe e rimëkëmb atë si portin e ri rrënjësor, sepse kostoja e portit të tij të mëparshëm rrënjësor është 57, e cila është më e madhe se 38. Kështu, fillojnë përsëri të gjitha fazat e riemërimit të porteve të cilat zgjatin 50 sekonda dhe, në fund, e gjithë rrjeta shembet.
Tani le të shqyrtojmë se çfarë do të ndodhte në një situatë të ngjashme duke përdorur RSTP. Switchi rrënjësor po ashtu do të dërgojë BPDU switch-it N që është lidhur me të, por menjëherë pas kësaj do të bllokojë portin e tij. Duke marrë këtë fram, switchi N do të përcaktojë se ky rrugë ka një kosto më të ulët se porti i tij rrënjësor, dhe shpesh do ta bllokojë. Pas kësaj, N do të dërgojë një Proposal switch-it rrënjësor me kërkesën për të hapur portin e ri, sepse kostoja e saj është më e ulët se ajo e portit rrënjësor që tashmë ekziston. Pas që rrënjësori pranon kërkesën, ai do të hapë portin e tij dhe do të dërgojë një Agreement switch-it N, pas së cilës ky i fundit do ta bëjë portin e ri portin e tij rrënjësor.
Kështu, falë mekanizmit Proposal/Agreement, riemërimi i portit rrënjësor do të ndodhë pothuajse menjëherë, dhe të gjitha pajisjet të lidhura me switch-in N nuk do të humbasin lidhjen me rrjetin.
Duke e caktuar një port të ri rrënjësor, switchi N do ta shndërrojë portin e tij të vjetër rrënjësor në port alternativ. E njëjta gjë do të ndodhë me switchin G – ai do të shkëmbejë mesazhe Proposal/Agreement me switch-in N, do të caktojë një port të ri rrënjësor dhe do të bllokojë portet e tjera. Pastaj procesi do të vazhdojë në segmentin e ardhshëm të rrjetit me switchin F.
Switchi F, duke analizuar kostot, do të shohë se rruga drejt switch-it rrënjësor përmes portit të poshtëm do të kushtojë 57, ndërkohë që rruga e tanishme përmes portit të sipërm kushton 38, dhe do ta lërë gjithçka siç është. Pas këtij informacioni, switchi G do të bllokojë portin, që lidhet me F, dhe do të dërgojë trafikun drejt switch-it rrënjësor përmes rrugës së re G-H-A.
Derisa switchi F të marrë Proposal/Agreement nga switchi G, ai do ta mbajë portin e tij të poshtëm të bllokuar për të parandaluar formimin e mjegullave. Kështu, ju shihni se RSTP është një protokoll shumë i shpejtë, i cili nuk shkakton probleme në rrjetin që janë karakteristikë e STP.
Tani le të kalojmë në shqyrtimin e komandave. Ju nevojitet të hyni në modin e konfigurimit global të switch-it dhe të zgjidhni modin PVST ose RPVST me komandën spanning-tree mode . Pastaj, ju nevojitet të vendosni se si të ndryshoni prioritetin e VLAN-it. Për këtë përdoret komandë spanning-tree vlan priority . Nga video e fundit, duhet të kujtoni se prioriteti është një numër që është shumfish i 4096 dhe në mënyrë standarde ky numër është 32768 plus numri i rrjetit VLAN. Nëse keni zgjedhur VLAN1, atëherë prioriteti standard do të jetë 32768+1= 32769.
Pse mund të nevojitet të ndryshoni prioritetin e rrjeteve? Ne e dimë se BID përbëhet nga një vlerë numerike të prioritetit dhe MAC-adresën. MAC-adresa e një pajisjeje nuk mund të ndryshohet, ajo ka një vlerë të përhershme, kështu që vetëm vlera e prioritetit mund të ndryshohet.
Supozoni se ekziston një rrjet i madh, ku të gjitha pajisjet Cisco janë të lidhura në një skemë rrethore. Në këtë rast, me PVST aktivizuar në mënyrë standarde, sistemi do të zgjedhë switch-in rrënjësor. Nëse të gjitha pajisjet kanë të njëjtin prioritet, avantazhi do t'i jepet switch-it me MAC adresën më të vjetër. Megjithatë, ky mund të jetë një switch 10-12 vjeçar me një model të vjetër, i cili nuk ka mjaftueshëm fuqi dhe performancë për të "udhëhequr" një rrjet kaq të gjerë.
Ndërkohë, në rrjetin tuaj mund të jetë një switch i ri për disa mijëra dollarë, i cili për shkak të vlerës më të madhe të MAC-adresës detyrohet të "nënshterohet" nga një switch i vjetër me çmim disa qindra dollarë. Nëse switchi i vjetër bëhet switchi rrënjësor, kjo tregon një gabim të rëndësishëm në dizajnin e rrjetit.
Prandaj duhet të hyni në cilësimet e kalimtarit të ri dhe t'i jepni atij një vlerë minimale prioriteti, për shembull, 0. Kur përdorni VLAN1, vlera totale e prioritetit do të jetë 0+1=1, dhe të gjitha pajisjet e tjera do ta kenë atë përherë si kalimtarin rrënor.
Tani imagjinoni një situatë të tillë. Nëse kalimtari rrënor bëhet i paqartë për ndonjë arsye, mund të dëshironit që kalimtari i ri rrënor të mos ishte ndonjë kalimtar me prioritet më të ulët, por një kalimtar të caktuar me funksione të mira rrjetësh. Në këtë rast, në cilësimet e Root Bridge përdoret një komandë që emëron kalimtarin rrënor kryesor dhe dytësor: spanning-tree vlan root . Vlera e prioritetit për kalimtarin kryesor do të jetë 32768 - 4096 - 4096 = 24576. Për kalimtarin dytësor, ajo llogaritet sipas formulës 32768 - 4096 = 28672.
Nuk keni nevojë ta futni këto numra manualisht - sistemi do ta bëjë këtë për ju automatikisht. Në këtë mënyrë, kalimtari me prioritet 24576 do të jetë ai rrënor, dhe në rast se ai nuk është në dispozicion, kalimtari me prioritet 28672, duke marrë parasysh që prioriteti i të gjitha kalimtarëve të tjerë është më i lartë se 32768. Ky është mënyra si duhet vepruar nëse nuk dëshironi që sistemi ta emërojë kalimtarin rrënor automatikisht.
Nëse dëshironi të shikoni cilësimet e protokollit STP, duhet të përdorni komandën show spanning-tree summary. Tani le të shqyrtojmë të gjitha temat që kemi mësuar sot me ndihmën e Packet Tracer. Po përdor një topologji rrjeti me 4 kalimtarë model 2690, kjo nuk ka rëndësi, sepse të gjitha modelet e kalimtarëve Cisco mbështesin STP. Ato janë lidhur me njëri-tjetrin në një mënyrë që do të formojnë një cikël të mbyllur në rrjet.
Sipas parazgjedhjes, pajisjet Cisco punojnë në modalitetin PSTV+, që do të thotë se për konvergjencën çdo port do të kërkojë jo më shumë se 20 sekonda. Paneli i simulimit lejon të tregoni dërgimin e trafikut dhe të shihni parametrat e funksionimit të rrjetit të krijuar.
Shihni se çfarë përfaqëson një kuadër STP BPDU. Nëse shihni shenjën version 0, atëherë keni STP, sepse për RSTP përdoret versioni 2. Këtu është gjithashtu vlera Root ID, e cila përmban prioritetin dhe MAC-adresën e kalimtarit rrënor, dhe vlera e saj Bridge ID që i korrespondon.
Këto vlera janë të barabarta, pasi kostoja e rrugës drejt kalimtarit rrënor për SW0 është 0, prandaj, ai vetë është kalimtari rrënor. Pra, pas ndezjes së kalimtarëve, falë përdorimit të STP, ndodhi një zgjedhje automatike e Root Bridge dhe rrjeti filloi të funksionojë. Shihni se për të parandaluar një cikël, porta e sipërme Fa0/2 e kalimtarit SW2 u kalua në gjendjen Blocking, por çfarë tregon ngjyra portokalli e shenjës.
Tani kalojmë në konsolën e cilësimeve të kalimtarit SW0 dhe përdorim një çift komandash. E para është komanda show spanning-tree, pas rrjedhës së së cilës do të shohim informacionin mbi modalitetin PSTV+ për rrjetin VLAN1. Nëse përdorim disa VLAN, në fund të dritares do të shfaqet një bllok tjetër informacioni për rrjetin e dytë e më tej.
Shihni se protokolli STP është në dispozicion sipas standardit IEEE, që do të thotë përdorim të PVSTP+. Teknikisht, kjo nuk është një standard .1d. Këtu gjithashtu është dhënë informacioni Root ID: prioritet 32769, MAC-adresa e pajisjes rrënore, kosto 19, etj. Më pas vijon informacioni Bridge ID, ku shpjegohet vlera e prioritetit 32768 +1 dhe ndodhet një MAC-adresë tjetër. Siç e shihni, gabova — kalimtari SW0 nuk është kalimtari rrënor, kalimtari rrënor ka një MAC-adresë tjetër, e cila i është dhënë parametrave Root ID. Mendoj se kjo është për shkak të faktit se SW0 ka marrë kuadrin BPDU me informacionin se ndonjë kalimtar në rrjet ka më shumë shanse të luajë rolin e rrënor.
(shënim i përkthyesit: Root ID – identifikuesi i kalimtarit rrënor, i njëjtë për të gjitha pajisjet e njëjta në të njëjtin rrjet VLAN, duke punuar sipas protokollit STP, Bridge ID – identifikuesi i kalimtarit lokal në strukturen e Root Bridge, i cili mund të jetë i ndryshëm për kalimtarë të ndryshëm dhe VLAN të ndryshme).
Një tjetër çështje, e cila tregon se SW0 nuk është kalimtari rrënor, është se kalimtari rrënor nuk ka Root Port, dhe në këtë rast ka dhe Root Port dhe Designated Port, të cilat janë në gjendjen forwarding. Ju gjithashtu shihni llojin e lidhjes p2p, ose 'pikë në pikë'. Kjo do të thotë se portat fa0/1 dhe fa0/2 janë të lidhura drejtpërdrejt me kalimtarët fqinj.
Nëse ndonjë port do të ishte lidhur me një hub, lloji i lidhjes do të shënohej si shared, më vonë do ta shqyrtojmë këtë. Nëse vendos një komandë për të parë informacionin përfundimtar show spanning-tree summary, do të shohim se ky kalimtar është në modalitetin PVSTP, dhe më pas do të listohen funksionet e portit të papërdorshme.
Më pas tregohet gjendja dhe numri i portave që shërbejnë për VLAN1: blocking 0, listening 0, learning 0, në gjendje forwarding janë 2 porte në modalitetin STP.
Para të vazhdojmë me switch-in SW2, le të shohim konfigurimet e switch-it SW1. Për këtë, do të përdorim të njëjtin komandë show spanning-tree.
Shihni që adresa MAC e Root ID për switch-in SW1 është e njëjtë si ajo për SW0, sepse të gjitha pajisjet në rrjet gjatë konvergjencës marrin të njëjtën adresë për pajisjen Root Bridge, pasi besojnë në zgjedhjen e bërë nga protokolli STP. Siç e shihni, SW1 është switch-i rrënjë, sepse adresat e Root ID dhe Bridge ID përputhen. Gjithashtu, këtu ka një mesazh "kjo switch është rrënjë".
Një tjetër shenjë e switch-it rrënjë është se ai nuk ka Root ports, të dy portet janë të shënuara si Designated. Nëse të gjitha portet janë të shënuara si Designated dhe janë në gjendje forwarding, atëherë keni të bëni me switch-in rrënjë.
Switch-i SW3 përmban informacion të ngjashëm, dhe tani do të kaloj në SW2, sepse një nga portet e tij është në gjendje Blocking. Përdor komandën show spanning-tree dhe ne shohim që informacioni Root ID dhe vlera e prioritetit janë të njëjta si ato të switch-eve të tjera.
Më pas tregohet se një nga portet është Alternative. Mos u shqetësoni për këtë, standardi 802.1d e quajti këtë Blocking Port, ndërsa në PVSTP porta e bllokuar gjithmonë quhet Alternative. Pra, ky port alternativ Fa0/2 ndodhet në gjendje të bllokuar, ndërsa porti Fa0/1 vepron si Root Port.
Porti i bllokuar ndodhet në segmentin e rrjetit midis switch-it SW0 dhe switch-it SW2, duke parandaluar kështu formimin e një cikli. Siç e shihni, switch-et përdorin një lidhje të tipit p2p, pasi nuk janë lidhur pajisje të tjera.
Ne kemi një rrjet në konvergjencë sipas protokollit STP. Tani do të marr një kabllo dhe do ta lidh direkt switch-in SW2 me switch-in rrënjë SW1. Pas kësaj, të gjitha portet e SW2 do të shënohen me marka portokalli.
Nëse përdorim komandën show spanning-tree summary, do të shohim që fillimisht dy portet janë në gjendje Listening, pastaj kalojnë në gjendje Learning dhe pas disa sekondash në gjendje Forwarding, ndërsa ngjyra e markës ndryshon në të gjelbër. Nëse tani shkruajmë komandën show spanning-tree, duket se Fa0/1, e cila më parë ishte Root port, tani ka kaluar në gjendje bllokimi dhe është quajtur Alternative port.
Porti Fa0/3, i cili është i lidhur me kabllon e switch-it rrënjë, është bërë Root port, ndërsa porti Fa0/2 ka u bërë port Designated. Le të shqyrtojmë përsëri procesin e konvergjencës. Unë do të shkëput kabllon SW2-SW1 dhe do të kthehem në topologjinë e mëparshme. Shihni që portet e SW2 së pari bllokohen dhe përsëri bëhen portokalli, më pas kalojnë nëpër gjendjet Listening dhe Learning dhe përfundojnë në gjendjen Forwarding. Në këtë rast, një port bëhet i gjelbër, ndërsa tjetri, i lidhur me switch-in SW0, mbetet portokalli. Procesi i konvergjencës zgjati një kohë mjaft të gjatë, këto janë kosto të punës STP.
Tani le të shohim si funksionon RSTP. Të fillojmë me switch-in SW2 dhe të vendosim në konfigurimet e tij komandën spanning-tree mode rapid-pvst. Kjo komandë ka vetëm dy variante parametrash: pvst dhe rapid-pvst, unë do të përdor të dytin. Pas futjes së komandës, switch-i kalon në modin RPVST, mund ta kontrolloni me komandën show spanning-tree.
Në fillim shihni një mesazh që tani po funksionon protokolli RSTP. E gjithë pjesa tjetër ka mbetur e pandryshuar. Më pas duhet të bëj të njëjtën gjë për të gjitha pajisjet e tjera, dhe kështu përfundon konfigurimi i RSTP. Le të shqyrtojmë funksionimin e këtij protokolli ashtu siç e bëmë për STP.
Unë përsëri lidh switch-in SW2 direkt me switch-in rrënjë SW1 - le të shohim se sa shpejt do të ndodhin konvergjencat. Shkruaj komandën show spanning-tree summary dhe shoh se dy portet e switch-it janë në gjendje Blocking, 1 në gjendje Forwarding.
Shihni se konvergjenca ka ndodhur pothuajse menjëherë, kështu që mund të gjykoni se sa më shpejt është RSTP se STP. Pastaj ne mund të përdorim komandën spanning-tree portfast default, e cila do t’i çojë të gjitha portet e switch-it në modin portfast si parazgjedhje. Kjo është e rëndësishme në rast se shumica e porteve të switch-it janë Edge ports, të lidhura drejtpërdrejt me hostet. Nëse kemi ndonjë port që nuk është Edge, e konfigurim atë përsëri në modin spanning-tree.
Për të konfiguruar punën me VLAN, mund të përdorim komandën spanning-tree vlan me parametrat priority (caktimi i prioritetit të switch-it për spanning-tree) ose root (caktimi i switch-it si rrënjë). Ne përdorim komandën spanning-tree vlan 1 priority, duke caktuar si prioritet çdo numër që është i shumëfishueshëm me 4096, në range nga 0 deri në 61440. Kështu mund të ndryshojmë manualisht prioritetin e çdo VLAN.
Mund të shkruaj komandën spanning-tree vlan 1 root me parametrat primary ose secondary, për të konfiguruar portin kryesor ose rezervë root për një rrjet të veçantë. Nëse përdor spanning-tree vlan 1 root primary, ky port do të jetë porti kryesor root për rrjetin VLAN1.
Unë do të jap komandën show spanning-tree, dhe ne do të shohim se ky switch SW2 ka prioritet 24577, ID-të MAC të Root ID dhe Bridge ID përputhen, kështu që tani ai ka bërë switch-in rrënjë.
Shihni sa shpejt ndodhi dhënia e rolit të switches. Tani do ta anuloj statusin e switch-it kryesor me komandën no spanning-tree vlan 1 root primary, pas së cilës prioriteti do t'i kthehet vlerës së mëparshme 32769, dhe roli i switch-it rrënjë do të kalojë përsëri te SW1.
Le të shohim se si funksionon portfast. Unë do të jap komandën int f0/1, do të hy në cilësimet e këtij porti dhe do të përdor komandën spanning-tree, pas së cilës sistemi do të ofrojë sugjerime për vlerat e parametrave.
Më pas, do të përdor komandën spanning-tree portfast, të cilën mund ta jap me parametrat disable (ndal përdorimin e funksionit portfast për këtë port) ose trunk (aktivizon funksionin portfast për këtë port edhe në modalitetin trunk).
Nëse japim spanning-tree portfast, funksioni thjesht do të aktivizohet në këtë port. Për të aktivizuar funksionin BPDU Guard, duhet të përdorim komandën spanning-tree bpduguard enable, komandën spanning-tree bpduguard disable për të çaktivizuar këtë funksion.
Do të flas shpejt për një gjë tjetër. Nëse për VLAN1 interfejsi i switch-it SW2 në drejtim të SW3 blokojë, atëherë me konfigurime të tjera për VLAN tjetër, për shembull VLAN2, ky interfejs mund të bëhet port rrënjë. Kështu sistemi mund të realizojë mekanizmin e balancimit të ngarkesës së trafikut – në një rast ky segment rrjeti nuk përdoret, në rastin tjetër – përdoret.
Do të tregoj se çfarë ndodh kur lidhim një hub dhe kemi një interfejs shared. Do të shtoj një hub në skemë dhe do ta lidh me switch-in SW2 me dy kabllo.
Komanda show spanning-tree do të reflektojë këtë pamje.
Fa0/5 (porti i poshtëm majtas i switch-it) bëhet port backup, ndërsa porti Fa0/4 (porti i poshtëm djathtas i switch-it) bëhet port designated. Tipa i të dy porteve është i përbashkët, ose shared. Kjo do të thotë se segmenti i interfejsit të hub-switch-it është një rrjet i përbashkët.
Falë përdorimit të RSTP, arritëm ndarjen në portet alternative dhe rezervë. Nëse e çojmë switch-in SW2 në modalitetin pvst me komandën spanning-tree mode pvst, do të shohim se interfejsi Fa0/5 përsëri kaloi në gjendjen Alternative, sepse tani nuk ka dallim mes portit backup dhe portit alternative.
Ky ishte një mësim shumë i gjatë dhe nëse nuk kuptoni ndonjë gjë, ju sugjeroj ta shikoni përsëri.
Faleminderit që jeni me ne. Ju përqejnë artikujt tanë? Doni të shihni më shumë materiale interesante? Na mbështesni me një porosi ose duke na rekomanduar miqve tuaj, 30% zbritje për përdoruesit e Habra për një alternativë unike të serverëve entry-level, e cila është krijuar nga ne për ju: (disponohen variante me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40GB DDR4).
Dell R730xd për dy herë më lirë? Vetëm këtu në Holandë! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — nga $99! Lexoni rreth
Burimi: habr.com
