Gerum ráð fyrir að STP sé í samleitni. Hvað gerist ef ég tek snúru og tengi rofa H beint við rótarrofa A? Root Bridge mun „sjá“ að hún er með nýtt virkt tengi og mun senda BPDU yfir hana.
Rofi H, sem hefur fengið þennan ramma án kostnaðar, mun ákvarða kostnað leiðarinnar í gegnum nýju höfnina sem 0+19 = 19, þrátt fyrir að kostnaðurinn við rótargátt hans sé 76. Eftir þetta mun höfn rofa H , sem áður var í óvirku ástandi, mun fara í gegnum öll umbreytingarstig og skiptir yfir í sendingarham aðeins eftir 50 sekúndur. Ef önnur tæki eru tengd þessum rofa munu þau öll missa tenginguna við rótarrofann og við netið í heild í 50 sekúndur.
Rofi G gerir það sama, eftir að hafa fengið frá rofa H BPDU ramma með kostnaðartilkynningu upp á 19. Hann breytir kostnaði við úthlutað tengi í 19 + 19 = 38 og endurúthlutar því sem nýtt rótargátt, vegna þess að kostnaður við það fyrrverandi Root Port er 57, sem er meira en 38. Þetta byrjar öll stig endurúthlutunar hafnar aftur, sem varir í 50 sekúndur, og að lokum hrynur allt netið.
Nú skulum við skoða hvað myndi gerast við svipaðar aðstæður þegar RSTP er notað. Rótarrofinn mun senda BPDU á sama hátt í rofann H sem er tengdur við hann, en strax eftir það mun hann loka fyrir tengið hans. Eftir að hafa fengið þennan ramma mun rofi N ákvarða að þessi leið hafi lægri kostnað en rótarport hennar og mun loka henni strax. Eftir þetta mun N senda tillögu til rótarrofans með beiðni um að opna nýtt tengi, vegna þess að kostnaður hennar er minni en kostnaður við núverandi rótargátt. Eftir að rótarrofinn samþykkir beiðnina mun hann opna portið sitt og senda samning um að rofa H, eftir það mun sá síðarnefndi gera nýja portið að rótargáttinni.
Á sama tíma, þökk sé tillögu-/samningskerfi, mun endurúthlutun á rótargáttinni eiga sér stað nánast samstundis og öll tæki sem tengjast rofa H munu ekki missa tenginguna við netið.
Með því að úthluta nýjum rótargátt mun rofi N breyta gömlu rótargáttinni í aðra höfn. Það sama mun gerast með rofa G - hann mun skiptast á tillögu/samningsskilaboðum við rofa H, úthluta nýrri rótargátt og loka þeim portum sem eftir eru. Síðan mun ferlið halda áfram í næsta nethluta með rofa F.
Rofi F, eftir að hafa greint kostnaðinn, mun sjá að leiðin að rótarskiptanum í gegnum neðri höfnina mun kosta 57, þrátt fyrir að núverandi leið í gegnum efri höfnina kosti 38, og mun láta allt vera eins og það er. Eftir að hafa lært um þetta mun rofi G loka fyrir tengið sem snýr að F og mun senda umferð til rótarrofans meðfram nýju GHA leiðinni.
Þar til rofi F fær tillögu/samkomulag frá rofa G, mun hann halda neðri porti sínu lokaðri til að koma í veg fyrir lykkjur. Þannig geturðu séð að RSTP er mjög hröð samskiptaregla sem skapar ekki vandamálin sem felast í STP á netinu.
Nú skulum við halda áfram að skoða skipanir. Þú þarft að fara í alþjóðlega rofa stillingu og velja PVST eða RPVST ham með því að nota span-tree mode skipunina . Þá þarftu að ákveða hvernig á að breyta forgangi tiltekins VLAN. Til að gera þetta, notaðu skipunina span-tré vlan <VLAN númer> forgangur <gildi>. Frá síðasta kennslumyndbandi ættirðu að muna að forgangur er margfeldi af 4096 og sjálfgefið er þetta númer 32768 plús VLAN númerið. Ef þú valdir VLAN1 verður sjálfgefin forgangur 32768+1= 32769.
Af hverju gætirðu þurft að breyta forgangi netkerfa? Við vitum að tilboðið samanstendur af tölulegu forgangsgildi og MAC vistfangi. Ekki er hægt að breyta MAC vistfangi tækisins; það hefur stöðugt gildi, svo þú getur aðeins breytt forgangsgildinu.
Gerum ráð fyrir að það sé stórt net þar sem öll Cisco tæki eru tengd á hringlaga hátt. Í þessu tilviki er PVST sjálfgefið virkt, þannig að kerfið velur rótarrofann. Ef öll tæki hafa sama forgang mun rofinn með elsta MAC vistfangið hafa forgang. Hins vegar gæti þetta verið 10-12 ára rofi af úreltri gerð, sem hefur ekki einu sinni nægan kraft og afköst til að „leiða“ svo stórt net.
Á sama tíma gætirðu verið með nýjan rofa á netinu þínu sem kostar nokkur þúsund dollara, sem, vegna stærri MAC vistfangsins, neyðist til að "hlýða" gamla rofanum sem kostar nokkur hundruð dollara. Ef gamli rofinn verður rótarrofinn gefur það til kynna alvarlegan nethönnunargalla.
Þess vegna verður þú að fara inn í stillingar nýja rofans og úthluta honum lágmarksforgangsgildi, til dæmis 0. Þegar VLAN1 er notað verður heildarforgangsgildið 0+1=1 og öll önnur tæki munu alltaf líta á það sem rótarrofi.
Nú skulum við ímynda okkur slíkar aðstæður. Ef rótarrofinn verður ófáanlegur af einhverjum ástæðum gætirðu viljað að nýi rótarrofinn sé ekki bara hvaða rofi sem er með lægsta forgang, heldur sérstakur rofi með betri netgetu. Í þessu tilviki, í Root Bridge stillingunum, er skipun notuð sem úthlutar aðal- og aukarótarrofum: span-tree vlan <VLAN number> root <primary/secondary>. Forgangsgildið fyrir aðalrofann verður jafnt og 32768 – 4096 – 4096 = 24576. Fyrir aukarofann er það reiknað með formúlunni 32768 – 4096 = 28672.
Þú þarft ekki að slá þessar tölur inn handvirkt - kerfið gerir það sjálfkrafa fyrir þig. Þannig verður rótarrofinn rofi með forgang 24576 og ef hann er ekki tiltækur rofi með forgang 28672, þrátt fyrir að sjálfgefinn forgangur allra annarra rofa sé ekki minni en 32768. Þetta ætti að gera ef þú gerir það ekki vil að kerfið úthluta sjálfkrafa rótarrofa.
Ef þú vilt skoða STP samskiptastillingar þarftu að nota skipunina sýna spann-tré samantekt. Við skulum nú skoða öll efnin sem við höfum lært í dag með því að nota Packet Tracer. Ég er að nota netkerfi með 4 2690 rofa, þetta skiptir ekki máli þar sem allar Cisco rofagerðir styðja STP. Þau tengjast hver öðrum þannig að netið myndar vítahring.
Sjálfgefið er að Cisco tæki starfa í PSTV+ ham, sem þýðir að hver höfn þarf ekki meira en 20 sekúndur fyrir samleitni. Uppgerð spjaldið gerir þér kleift að sýna sendingu umferðar og skoða rekstrarfæribreytur stofnaðrar netkerfis.
Þú getur séð hvað STP BPDU rammi er. Ef þú sérð tilnefningu útgáfu 0, þá ertu með STP, því útgáfa 2 er notuð fyrir RSTP. Root ID gildi, sem samanstendur af forgangi og MAC vistfangi rótarrofans, og jafnt Bridge ID gildi eru einnig gefin upp hér.
Þessi gildi eru jöfn, þar sem kostnaður við leiðina að rótarrofanum fyrir SW0 er 0, þess vegna er hann sjálfur rótarrofinn. Þannig, eftir að kveikt var á rofanum, þökk sé notkun STP, var Root Bridge sjálfkrafa valin og netið byrjaði að virka. Þú getur séð að til að koma í veg fyrir lykkju var efstu tengi Fa0/2 á rofa SW2 skipt yfir í blokkunarástand, en það er gefið til kynna með appelsínugulum lit merkisins.
Við skulum fara í SW0 rofastillingarborðið og nota nokkrar skipanir. Sú fyrsta er skipunin sýna spann-tré, eftir að hafa slegið inn mun skjárinn sýna upplýsingar um PSTV+ ham fyrir VLAN1 netið. Ef við notum nokkur VLAN mun önnur upplýsingablokk birtast neðst í glugganum fyrir annað og síðar netkerfi sem eru notuð.
Þú getur séð að STP er fáanlegt samkvæmt IEEE staðlinum, sem þýðir að nota PVSTP+. Tæknilega séð er þetta ekki .1d staðall. Root ID upplýsingar eru einnig gefnar hér: forgangur 32769, MAC vistfang rótartækisins, kostnaður 19 o.s.frv. Næst koma Bridge ID upplýsingarnar, sem ráða forgangsgildið 32768 +1, og fylgja öðru MAC vistfangi. Eins og þú sérð hafði ég rangt fyrir mér - rofi SW0 er ekki rótarrofinn, rótrofinn hefur annað MAC vistfang sem gefið er upp í rótarkennisbreytunum. Ég held að þetta sé vegna þess að SW0 fékk BPDU ramma með upplýsingum um að einhver rofi á netinu hafi góða ástæðu til að gegna hlutverki rótarinnar. Við skoðum þetta núna.
(Athugasemd þýðanda: Root ID er auðkenni rótarrofans, það sama fyrir öll tæki á sama VLAN netkerfi sem starfar yfir STP samskiptareglunum, Bridge ID er auðkenni staðbundins rofa sem hluti af Root Bridge, sem getur verið mismunandi fyrir mismunandi rofa og mismunandi VLAN).
Önnur aðstæður sem benda til þess að SW0 sé ekki rótrofi er að rótrofi er ekki með rótargátt, og í þessu tilviki eru bæði rótarport og tilnefnd port, sem eru í áframsendingarástandi. Þú sérð líka að tengingartegundin er p2p, eða punkt-til-punkt. Þetta þýðir að tengi fa0/1 og fa0/2 eru beintengd við nærliggjandi rofa.
Ef einhver tengi væri tengd við miðstöðina væri tengingargerðin tilnefnd sem deilt, við munum skoða þetta síðar. Ef ég slær inn skipunina til að skoða samantekt sýna yfir tré, munum við sjá að þessi rofi er í PVSTP ham, fylgt eftir með lista yfir ótiltækar portaðgerðir.
Eftirfarandi sýnir stöðu og fjölda hafna sem þjóna VLAN1: lokar 0, hlustar 0, lærir 0, 2 tengi eru í áframsendingarstöðu í STP ham.
Áður en haldið er áfram að rofa SW2 skulum við skoða stillingar rofa SW1. Fyrir þetta notum við sömu show span-tree skipunina.
Þú sérð að Root ID MAC vistfang rofans SW1 er það sama og SW0, vegna þess að öll tæki á netinu, þegar þau renna saman, fá sama heimilisfang Root Bridge tækisins, þar sem þau treysta valinu sem STP samskiptareglur gera. Eins og þú sérð er SW1 rótarrofinn, vegna þess að Root ID og Bridge ID vistföngin eru þau sömu. Að auki eru skilaboð „þessi rofi er rótarrofinn.
Annað merki um rótarrofa er að hann er ekki með rótartengi; báðar tengin eru tilgreindar sem tilnefndir. Ef allar tengi eru sýndar sem tilnefndir og eru í áframsendingarástandi, þá ertu með rótarrofa.
Rofi SW3 inniheldur svipaðar upplýsingar og núna skipti ég yfir í SW2 vegna þess að ein tengi hans er í Blocking ástandi. Ég nota show spanning-tree skipunina og við sjáum að upplýsingar um rót auðkenni og forgangsgildi eru þau sömu og aðrir rofar.
Ennfremur er gefið til kynna að ein af höfnunum sé Alternative. Ekki vera ruglaður með þetta, 802.1d staðallinn kallar þetta Blocking Port, og í PVSTP er lokaða portið alltaf tilgreint sem Alternative. Svo, þetta vara Fa0/2 tengi er í lokuðu ástandi og Fa0/1 tengi virkar sem Root Port.
Lokaða tengið er staðsett í nethlutanum á milli rofa SW0 og rofa SW2, þannig að við höfum ekki lykkju. Eins og þú sérð nota rofarnir p2p tengingu vegna þess að engin önnur tæki eru tengd við þá.
Við erum með net sem rennur saman með því að nota STP samskiptareglur. Nú tek ég snúru og tengi rofa SW2 beint við endarofa SW1. Eftir þetta verða allar SW2 tengi sýndar með appelsínugulum merkjum.
Ef við notum skipunina sýna spann-tré samantekt, munum við sjá að fyrst eru tvær hafnirnar í hlustunarástandi, síðan færast þær yfir í lærdómsstöðu og eftir nokkrar sekúndur í áframsendastöðu, og liturinn á merkinu breytist í grænn. Ef við förum núna inn í show span-tré skipunina, getum við séð að Fa0/1, sem áður var rótarportið, er nú komið í læst ástand og heitir nú Alternative portið.
Port Fa0/3, sem rótrofakapallinn er tengdur við, varð rótartengi og tengi Fa0/2 varð tilnefnd tilnefnd tengi. Lítum aftur á áframhaldandi samrunaferli. Ég mun aftengja SW2-SW1 snúruna og fara aftur í fyrri staðfræði. Þú getur séð að SW2 tengin lokast fyrst og snúa aftur í appelsínugult, fara síðan í gegnum hlustunar- og lærdómsstöðurnar í röð og lenda í áframsendastöðu. Í þessu tilviki verður önnur tengi græn og önnur, tengd við rofann SW0, er áfram appelsínugul. Samrunaferlið tók nokkuð langan tíma, svo er kostnaðurinn við STP.
Nú skulum við skoða hvernig RSTP virkar. Við skulum byrja á rofanum SW2 og slá inn span-tré ham rapid-pvst skipunina í stillingum hennar. Þessi skipun hefur aðeins tvo valkosti: pvst og rapid-pvst, ég nota seinni. Eftir að skipunin hefur verið slegin inn skiptir rofinn yfir í RPVST ham, þú getur athugað þetta með skipuninni show spanning tree.
Í upphafi sérðu skilaboð sem segja að nú sé RSTP í gangi. Allt annað helst óbreytt. Síðan þarf ég að gera það sama fyrir öll önnur tæki og það er það fyrir RSTP uppsetninguna. Við skulum skoða hvernig þessi samskiptaregla virkar á sama hátt og við gerðum fyrir STP.
Ég tengi aftur rofa SW2 beint við snúruna við rótarrofa SW1 - við skulum sjá hversu fljótt samleitnin á sér stað. Ég slær inn skipunina show span-tree summary og sé að tvö skiptitengi eru í lokunarstöðu, 1 er í áframsendingarástandi.
Þú getur séð að samleitni átti sér stað nánast samstundis, svo þú getur dæmt hversu miklu hraðari RSTP er en STP. Næst getum við notað span-tree portfast sjálfgefna skipunina, sem mun sjálfgefið skipta öllum skiptahöfnum í portfast ham. Þetta á við ef flest skiptitengin eru Edge tengi beintengd við vélina. Ef við höfum einhverja tengi sem ekki er Edge, stillum við það aftur í span-tré ham.
Til að stilla vinnu með VLAN geturðu notað span-tré vlan <tala> skipunina með færibreytunum forgang (stillir forgang rofans fyrir span-tréð) eða rót (úthlutar rofanum til rótarinnar). Við notum span-tré vlan 1 forgangsskipunina, tilgreinum sem forgang hvaða tölu sem er margfeldi af 4096, á bilinu 0 til 61440. Þannig geturðu breytt forgangi hvaða VLAN sem er.
Þú getur slegið inn span-tré vlan 1 rótarskipunina með aðal- eða aukabreytum til að stilla aðal- eða vararótargátt fyrir tiltekið net. Ef ég nota span-tré vlan 1 rót aðal, verður þessi höfn aðal rót tengi fyrir VLAN1.
Ég mun slá inn show spanning-tree skipunina, og við munum sjá að þessi rofi SW2 hefur forgang 24577, Root ID og Bridge ID MAC vistföngin eru þau sömu, sem þýðir að hann er nú orðinn rótarrofinn.
Þú sérð hversu fljótt samleitni og breyting á hlutverki rofa átti sér stað. Nú mun ég hætta við aðalrofahaminn með skipuninni no spann-tree vlan 1 root primary, eftir það mun forgangur hans fara aftur í fyrra gildið 32769, og hlutverk rótarrofans fer aftur í SW1.
Við skulum sjá hvernig portfast virkar. Ég mun slá inn skipunina int f0/1, fara í stillingar þessarar ports og nota span-tré skipunina, eftir það mun kerfið biðja um færibreytugildin.
Næst nota ég spann-tree portfast skipunina, sem hægt er að slá inn með breytunum óvirka (slökkva á portfast aðgerðinni fyrir tiltekna höfn) eða trunk (virkjar portfast aðgerðina fyrir tiltekna höfn jafnvel í trunk ham).
Ef þú slærð inn span-tré portfast verður aðgerðin einfaldlega virkjuð á þessari höfn. Til að virkja BPDU Guard aðgerðina þarftu að nota span-tree bpduguard enable skipunina; spann-tree bpduguard disable skipunin gerir þessa aðgerð óvirka.
Ég ætla fljótt að tala um eitt enn. Ef fyrir VLAN1 er viðmót rofa SW2 í áttina að SW3 læst, þá með öðrum stillingum fyrir annað VLAN, til dæmis VLAN2, getur sama viðmótið orðið rótargáttin. Þannig getur kerfið innleitt umferðarálagsjafnvægi - í einu tilviki er þessi nethluti ekki notaður, í öðru er hann notaður.
Ég mun sýna þér hvað gerist þegar við erum með sameiginlegt viðmót þegar þú tengir miðstöð. Ég mun bæta hub við hringrásina og tengja hana við SW2 rofann með tveimur snúrum.
Sýna span-tré skipunin mun sýna eftirfarandi mynd.
Fa0/5 (neðri vinstra tengi rofans) verður varagátt og Fa0/4 (neðra hægra tengi rofans) verður tilnefnd tengi. Tegund beggja hafna er sameiginleg eða sameiginleg. Þetta þýðir að hub-switch tengihlutinn er sameiginlegt net.
Þökk sé notkun RSTP höfum við skiptingu í val- og varahöfn. Ef við skiptum rofa SW2 yfir í pvst stillingu með því að nota spann-tree mode pvst skipunina, munum við sjá að viðmót Fa0/5 hefur aftur skipt yfir í Alternative ástandið, því nú er enginn munur á varagáttinni og valhöfninni.
Þetta var mjög löng lexía og ef þú skildir eitthvað ekki þá ráðlegg ég þér að rifja það upp aftur.
Þakka þér fyrir að vera hjá okkur. Líkar þér við greinarnar okkar? Viltu sjá meira áhugavert efni? Styðjið okkur með því að leggja inn pöntun eða mæla með því við vini, 30% afsláttur fyrir Habr notendur á einstökum hliðstæðum upphafsþjónum, sem var fundið upp af okkur fyrir þig: (fáanlegt með RAID1 og RAID10, allt að 24 kjarna og allt að 40GB DDR4).
Dell R730xd 2 sinnum ódýrari? Aðeins hér í Hollandi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - frá $99! Lestu um
Heimild: www.habr.com