Demagun STP konbergentzia egoeran dagoela. Zer gertatzen da kable bat hartu eta H etengailua zuzenean A erroko etengailura konektatzen badut? Root Bridge-k "ikusiko" du gaituta dagoen ataka berri bat duela eta haren gainean BPDU bat bidaliko du.
H etengailuak, fotograma hau kostu zerorekin jaso ondoren, ataka berriaren ibilbidearen kostua 0+19 = 19 gisa zehaztuko du, bere root portuaren kostua 76 izan arren. Horren ondoren, H etengailuaren ataka. , aurretik desgaituta zegoen egoeran, trantsizio-fase guztiak igaroko dira eta transmisio-modura aldatuko da 50 segundoren buruan. Etengailu honetara beste gailu batzuk konektatzen badira, denek galduko dute erroko etengailuarekin eta sare osorako konexioa 50 segundoz.
G switch-ak gauza bera egiten du, H etengailutik BPDU fotograma bat 19ko kostu jakinarazpenarekin jaso ondoren. Esleitutako atakaren kostua 19 + 19 = 38ra aldatzen du eta erro-portu berri gisa esleitzen du, bere kostua delako. Root Port ohia 57 da, hau da, 38 baino handiagoa. Honek berriro hasten ditu portuak berregokitzeko fase guztiak, 50 segundo irauten dituena, eta, azken finean, sare osoa kolapsatzen da.
Orain ikus dezagun zer gertatuko litzatekeen antzeko egoera batean RSTP erabiltzean. Erroko etengailuak BPDU bat bidaliko du hari konektatuta dagoen H etengailura era berean, baina berehala bere ataka blokeatuko du. Fotograma hau jaso ondoren, N etengailuak bide honek bere root ataka baino kostu txikiagoa duela zehaztuko du, eta berehala blokeatuko du. Honen ostean, N-k Proposamen bat bidaliko dio root switchari ataka berri bat irekitzeko eskaerarekin, bere kostua lehendik dagoen root atakaren kostua baino txikiagoa delako. Erro-switch-ak eskaera onartzen duenean, bere ataka desblokeatuko du eta Akordio bat bidaliko du H aldatzeko, eta ondoren, azken honek ataka berria bere root-portu bihurtuko du.
Aldi berean, Proposamen/Akordioaren mekanismoari esker, root ataka berriro esleitzea ia berehala gertatuko da, eta H switchera konektatuta dauden gailu guztiek ez dute sarearekiko konexioa galduko.
Root Port berri bat esleituta, N etengailuak erro ataka zaharra portu alternatibo bihurtuko du. Gauza bera gertatuko da G etengailuarekin: Proposamen/Akordioko mezuak trukatuko ditu H etengailuarekin, root ataka berri bat esleituko du eta gainerako portuak blokeatuko ditu. Ondoren, prozesuak hurrengo sareko segmentuan jarraituko du F etengailuarekin.
F switch-ak, kostuak aztertuta, beheko atakatik erroko switch-era doan ibilbideak 57 balioko duela ikusiko du, goiko portutik dagoen ibilbideak 38 balio duen arren, eta dena bere horretan utziko duela. Horren berri izan ondoren, G etengailuak F begira dagoen ataka blokeatuko du eta trafikoa erroko etengailura bideratuko du GHA bide berrian zehar.
F switch-ak G switch-etik Proposamen/Akordio bat jasotzen duen arte, beheko ataka blokeatuta mantenduko du begiztak saihesteko. Horrela, ikus dezakezu RSTP protokolo oso azkarra dela, eta sarean STPren berezko arazoak sortzen ez dituena.
Orain joan gaitezen komandoei begira. Switch global konfigurazio moduan sartu eta PVST edo RPVST modua hautatu behar duzu spanning-tree moduko komandoa erabiliz. . Ondoren, VLAN zehatz baten lehentasuna nola aldatu erabaki behar duzu. Horretarako, erabili spanning-tree vlan <VLAN zenbakia> lehentasuna <balioa> komandoa. Azken bideo-tutorialetik, gogoratu behar duzu lehentasuna 4096ren multiploa dela eta lehenespenez zenbaki hau 32768 gehi VLAN zenbakia dela. VLAN1 hautatu baduzu, lehentasun lehenetsia 32768+1= 32769 izango da.
Zergatik aldatu beharko zenuke sareen lehentasuna? Badakigu BID zenbakizko lehentasun balio batek eta MAC helbide batek osatzen dutela. Gailuaren MAC helbidea ezin da aldatu; balio konstantea du, beraz, lehentasunezko balioa bakarrik alda dezakezu.
Demagun sare handi bat dagoela non Cisco gailu guztiak modu zirkularrean konektatuta dauden. Kasu honetan, PVST lehenespenez aktibatuta dago, beraz, sistemak erro etengailua hautatuko du. Gailu guztiek lehentasun bera badute, MAC helbide zaharrena duen etengailuak izango du lehentasuna. Hala ere, 10-12 urteko eredu zaharkitu bateko etengailua izan daiteke, sare zabal hori "burutzeko" nahikoa potentzia eta errendimendurik ere ez duena.
Aldi berean, baliteke zure sarean hainbat mila dolar balio dituen etengailu berri bat izatea, eta MAC helbide handiagoa dela eta, ehun dolar balio duen etengailu zaharrari "obeditzera" behartuta dago. Etengailu zaharra root switch bihurtzen bada, horrek sarearen diseinu akats larria adierazten du.
Hori dela eta, etengailu berriaren ezarpenetara sartu behar duzu eta gutxieneko lehentasun-balio bat esleitu behar diozu, adibidez, 0. VLAN1 erabiltzean, lehentasun-balio osoa 0+1=1 izango da, eta gainerako gailu guztiek beti hartuko dute kontuan. erro etengailua.
Orain imajina dezagun halako egoera bat. Arrazoiren bategatik erro etengailua erabilgarri ez badago, baliteke erro etengailu berria lehentasun txikiena duen edozein etengailu izatea nahi izatea, baizik eta sarerako gaitasun hobeak dituen etengailu espezifikoa izatea. Kasu honetan, Root Bridge ezarpenetan, erro lehen eta bigarren mailako etengailuak esleitzen dituen komando bat erabiltzen da: spanning-tree vlan <VLAN zenbakia> root <primary/secondary>. Lehen mailako etengailuaren lehentasun-balioa 32768 β 4096 β 4096 = 24576ren berdina izango da. Bigarren mailako etengailurako 32768 β 4096 = 28672 formula erabiliz kalkulatzen da.
Ez dituzu zenbaki hauek eskuz sartu behar; sistemak automatikoki egingo du. Beraz, erroko etengailua 24576 lehentasuna duen etengailua izango da, eta erabilgarri ez badago, 28672 lehentasuna duen etengailua, beste etengailu guztien lehentasun lehenetsia 32768 baino txikiagoa izan arren. Hori egin beharko litzateke ez baduzu. sistemak erro etengailu bat automatikoki esleitzea nahi du.
STP protokoloaren ezarpenak ikusi nahi badituzu, show spanning-tree summary komandoa erabili behar duzu. Ikus ditzagun orain Packet Tracer erabiliz gaur ikasi ditugun gai guztiak. 4 2690 etengailuko sare-topologia erabiltzen ari naiz, honek ez du axola Cisco switch-eredu guztiek STP onartzen dutelako. Elkarren artean konektatzen dira sareak gurpil zoro bat osa dezan.
Lehenespenez, Cisco gailuek PSTV+ moduan funtzionatzen dute, hau da, ataka bakoitzak ez du 20 segundo baino gehiago beharko konbergentziarako. Simulazio panelak trafikoaren bidalketa irudikatzeko eta sortutako sarearen funtzionamendu-parametroak ikusteko aukera ematen du.
STP BPDU fotograma zer den ikus dezakezu. 0 bertsioaren izendapena ikusten baduzu, STP duzu, RSTPrako 2. bertsioa erabiltzen delako. Root ID balioa, erro-switcharen lehentasuna eta MAC helbideaz osatua, eta Bridge ID balio berdina ere ematen dira hemen.
Balio hauek berdinak dira, SW0 erroko etengailurako ibilbidearen kostua 0 denez, beraz, bera da erroko etengailua. Horrela, etengailuak piztu ondoren, STP erabiltzeari esker, Root Bridge automatikoki hautatu zen eta sarea lanean hasi zen. Ikus dezakezu begizta bat saihesteko, SW0 etengailuaren goiko ataka Fa2/2 Blokeo egoerara aldatu zela, baina hori markatzailearen kolore laranjak adierazten du.
Goazen SW0 switch ezarpenen kontsolara eta erabili komando pare bat. Lehenengoa show spanning-tree komandoa da, pantailan sartu ondoren VLAN1 sarerako PSTV+ moduari buruzko informazioa erakutsiko du. Hainbat VLAN erabiltzen baditugu, beste informazio bloke bat agertuko da leihoaren behealdean erabilitako bigarren eta ondorengo sareetarako.
Ikus dezakezu STP eskuragarri dagoela IEEE estandarraren arabera, hau da, PVSTP+ erabiltzea esan nahi du. Teknikoki hau ez da .1d estandarra. Erro-ID informazioa ere ematen da hemen: lehentasuna 32769, erro gailuaren MAC helbidea, kostua 19, etab. Ondoren, Bridge ID informazioa dator, 32768 +1 lehentasun-balioa deszifratzen duena eta beste MAC helbide bat jarraitzen duena. Ikusten duzun bezala, oker nengoen - SW0 etengailua ez da root switch-a, root switch-ak beste MAC helbide bat du Root ID parametroetan. Uste dut hau SW0-k BPDU marko bat jaso zuelako sarean etengailu batzuek erroaren papera betetzeko arrazoi ona dutelako. Hau aztertuko dugu orain.
(Itzultzailearen oharra: Root ID erro etengailuaren identifikatzailea da, berdina STP protokoloaren bidez funtzionatzen duten VLAN sare bereko gailu guztietan, Bridge ID Root Bridge-ren zati gisa tokiko etengailuaren identifikatzailea da, desberdina izan daitekeena. switch desberdinetarako eta VLAN desberdinetarako).
SW0 root switch-a ez dela adierazten duen beste zirkunstantzia bat da root switch-ak ez duela Erro Porturik, eta kasu honetan Erro Portua eta Portu izendatua daude, birbidaltze-egoeran daudenak. Konexio mota p2p edo puntuz puntukoa dela ere ikusten duzu. Horrek esan nahi du fa0/1 eta fa0/2 portuak aldameneko etengailuetara zuzenean konektatuta daudela.
Ataka batzuk hubra konektatuko balira, konexio mota partekatu gisa izendatuko litzateke, geroago aztertuko dugu. Show spanning-tree laburpena ikusteko komandoa sartzen badut, etengailu hau PVSTP moduan dagoela ikusiko dugu, eta jarraian erabilgarri ez dauden portuko funtzioen zerrenda.
Jarraian, VLAN1 zerbitzatzen duten ataken egoera eta kopurua erakusten da: 0 blokeatzen, 0 entzuten, 0 ikasten, 2 atakak birbidaltzeko egoeran daude STP moduan.
SW2 aldatzera pasatu aurretik, ikus ditzagun SW1 etengailuaren ezarpenak. Horretarako show spanning-tree komando bera erabiltzen dugu.
Ikusten duzu SW1 etengailuaren Root ID MAC helbidea SW0-ren berdina dela, sareko gailu guztiek, bat egiten dutenean, Root Bridge gailuaren helbide bera jasotzen dutelako, STP protokoloak egindako aukeran fidatzen direlako. Ikus dezakezun bezala, SW1 root switch-a da, Root ID eta Bridge ID helbideak berdinak direlako. Horrez gain, "etengailu hau erroko etengailua da" mezu bat dago.
Erro etengailu baten beste seinale bat da ez duela Erro atakarik; bi atakak izendatuta daude. Portu guztiak Designed gisa erakusten badira eta birbidaltze-egoeran badaude, orduan root switch bat duzu.
Switch SW3-k antzeko informazioa dauka, eta orain SW2ra aldatzen naiz bere ataka bat Blokeatu egoeran dagoelako. Show spanning-tree komandoa erabiltzen dut eta Root ID informazioa eta lehentasun-balioa beste etengailuen berdinak direla ikusten dugu.
Gainera, portuetako bat Alternatiba dela adierazten da. Ez zaitez nahastu honekin, 802.1d estandarrak Blokeatze Portua deitzen dio honi, eta PVSTPn blokeatutako ataka beti Alternatiba gisa izendatzen da. Beraz, ordezko Fa0/2 ataka hau blokeatuta dago eta Fa0/1 ataka Erro Portu gisa jokatzen du.
Blokeatutako ataka SW0 eta SW2 etengailuaren arteko sareko segmentuan dago, beraz, ez dugu begiztarik. Ikus dezakezunez, etengailuek p2p konexioa erabiltzen dute, beste gailurik ez dagoelako haietara konektatuta.
STP protokoloa erabiltzen duen sare bat dugu. Orain kable bat hartuko dut eta SW2 etengailua zuzenean konektatuko dut SW1 etengailua amaitzeko. Horren ondoren, SW2 ataka guztiak marka laranjaz adieraziko dira.
Show spanning-tree summary komandoa erabiltzen badugu, lehenik bi atakak Entzun egoeran daudela ikusiko dugu, gero Ikaskuntza egoerara mugitzen direla eta segundo batzuk igaro ondoren Bidalketa egoerara, eta markatzailearen kolorea aldatzen dela. berdea. Orain show spanning-tree komandoa sartzen badugu, Fa0/1, lehen Root ataka zena, orain blokeatutako egoera batean sartu dela ikusiko dugu eta orain Portu alternatiboa deitzen zaio.
Fa0/3 ataka, zeinari root switch kablea konektatuta dagoen, Root ataka bihurtu zen, eta Fa0/2 ataka izendatutako ataka izendatua. Ikus dezagun beste begirada bat abian den konbergentzia-prozesuari. SW2-SW1 kablea deskonektatuko dut eta aurreko topologiara itzuliko naiz. Ikus dezakezu SW2 atakak lehenik blokeatu eta laranjara itzultzen direla, gero Entzun eta Ikaskuntza egoeretan sekuentzialki aurrera egin eta Birbidaltze egoeran amaitzen da. Kasu honetan, ataka bat berde bihurtzen da, eta bigarrena, SW0 etengailura konektatuta, laranja geratzen da. Konbergentzia prozesuak denbora nahiko luzea izan zuen, hala nola STPren kostuak.
Orain ikus dezagun nola funtzionatzen duen RSTP. Has gaitezen SW2 switch-arekin eta sartu spanning-tree modua rapid-pvst komandoa bere ezarpenetan. Komando honek bi aukera baino ez ditu: pvst eta rapid-pvst, bigarrena erabiltzen dut. Komandoa sartu ondoren, etengailua RPVST modura aldatzen da, hau egiaztatu dezakezu show spanning-tree komandoarekin.
Hasieran mezu bat ikusten duzu orain RSTP martxan dugula dioena. Gainerako guztia ez da aldatu. Orduan gauza bera egin behar dut beste gailu guztietan eta hori da RSTP konfiguraziorako. Ikus dezagun nola funtzionatzen duen protokolo honek STPrekin egin genuen moduan.
Berriro konektatzen dut SW2 etengailua zuzenean kablearekin SW1 erroko etengailura - ikus dezagun nola azkar gertatzen den konbergentzia. Show spanning-tree summary komandoa idazten dut eta ikusten dut bi switch-atak Blokeo egoeran daudela, 1 Birbidaltze egoeran dagoela.
Konbergentzia ia berehala gertatu dela ikus dezakezu, RSTP STP baino zenbat azkarragoa den epai dezakezu. Ondoren, spanning-tree portfast komando lehenetsia erabil dezakegu, modu lehenetsian aldatzeko ataka guztiak portfast modura aldatuko dituena. Hau egia da etengailuko ataka gehienak ostalariekin zuzenean konektatuta dauden Edge portuak badira. Edge ez den atakarik badugu, berriro konfiguratuko dugu spanning-tree moduan.
VLAN-ekin lana konfiguratzeko, spanning-tree vlan <zenbakia> komandoa erabil dezakezu parametroen lehentasuna (etengailuaren lehentasuna ezartzen du spanning-tree) edo root (etengailua erroari esleitzen dio). Spanning-tree vlan 1 priority komandoa erabiltzen dugu, lehentasun gisa zehaztuz 4096ren multiploa den edozein zenbaki, 0 eta 61440 bitarteko tartean. Horrela, eskuz alda dezakezu edozein VLANren lehentasuna.
Spanning-tree vlan 1 root komandoa idatz dezakezu parametro nagusiekin edo bigarren mailakoekin sare zehatz baterako erro-portu nagusia edo babeskopia konfiguratzeko. Spanning-tree vlan 1 root primary erabiltzen badut, ataka hau VLAN1-erako root portu nagusia izango da.
Show spanning-tree komandoa sartuko dut, eta SW2 etengailu honek 24577 lehentasuna duela ikusiko dugu, Root ID eta Bridge ID MAC helbideak berdinak direla, eta horrek esan nahi du orain erro etengailua bihurtu dela.
Ikusten duzu zein azkar gertatu ziren etengailuen rolaren konbergentzia eta aldaketa. Orain lehen mailako etengailu modua bertan behera utziko dut no spanning-tree vlan 1 root primary komandoarekin, eta horren ondoren bere lehentasuna 32769 aurreko baliora itzuliko da, eta erro etengailuaren rola berriro SW1era joango da.
Ikus dezagun nola funtzionatzen duen portfastak. Int f0/1 komandoa sartuko dut, ataka honen ezarpenetara joan eta spanning-tree komandoa erabiliko dut, ondoren sistemak parametroen balioak eskatuko ditu.
Ondoren, spanning-tree portfast komandoa erabiltzen dut, parametroak desgaitu (portfast funtzioa desgaitzen du ataka jakin baterako) edo trunk (portfast funtzioa gaitzen du ataka jakin baterako ere trunk moduan).
Spanning-tree portfast sartzen baduzu, funtzioa ataka honetan gaituta egongo da. BPDU Guard funtzioa aktibatzeko, spanning-tree bpduguard enable komandoa erabili behar duzu; spanning-tree bpduguard disable komandoak funtzio hau desgaitzen du.
Azkar hitz egingo dut beste gauza bati buruz. VLAN1erako SW2 etengailuaren interfazea SW3 norabidean blokeatzen bada, beste VLAN baterako beste ezarpen batzuekin, adibidez, VLAN2, interfaze bera root ataka bihur daiteke. Horrela, sistemak trafikoaren karga orekatzeko mekanismo bat ezar dezake; kasu batean, sareko segmentu jakin bat ez da erabiltzen, beste batean erabiltzen da.
Hub bat konektatzean interfaze partekatua dugunean zer gertatzen den erakutsiko dizut. Zirkuituari hub bat gehituko diot eta SW2 etengailura konektatuko dut bi kablerekin.
Show spanning-tree komandoak hurrengo irudia erakutsiko du.
Fa0/5 (commutadoraren beheko ezkerreko ataka) babeskopiako ataka bihurtzen da, eta Fa0/4 ataka (commutadoraren beheko eskuineko ataka) izendatutako ataka. Bi ataken mota komuna da, edo partekatua. Horrek esan nahi du hub-switch interfazearen segmentua sare arrunt bat dela.
RSTP erabiltzeari esker, portu alternatiboetan eta babeskopietan banatu dugu. SW2 switch-a pvst modura aldatzen badugu spanning-tree mode pvst komandoa erabiliz, Fa0/5 interfazea berriro Alternatiba egoerara aldatu dela ikusiko dugu, orain ez dagoelako alderik babeskopia atakaren eta ordezko atakaren artean.
Oso ikasgai luzea izan zen, eta zerbait ulertzen ez baduzu, berriro berrikustea gomendatzen dizut.
Eskerrik asko gurekin geratzeagatik. Gustuko dituzu gure artikuluak? Eduki interesgarri gehiago ikusi nahi? Lagun iezaguzu eskaera bat eginez edo lagunei gomendatuz, % 30eko deskontua Habr erabiltzaileentzat sarrera-mailako zerbitzarien analogo berezi batean, guk zuk asmatu duguna: (RAID1 eta RAID10-ekin erabilgarri, 24 nukleoraino eta 40 GB DDR4 arte).
Dell R730xd 2 aldiz merkeagoa? Hemen bakarrik Herbehereetan! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 $-tik aurrera! Irakurri buruz
Iturria: www.habr.com