Í dag munum við skoða virkni Layer 2 EtherChannel rásar samsöfnunarsamskiptareglur fyrir lag 2 af OSI líkaninu. Þessi samskiptaregla er ekki of frábrugðin Layer 3 siðareglunum, en áður en við köfum inn í Layer 3 EtherChannel, þarf ég að kynna nokkur hugtök svo við komumst að Layer 1.5 síðar. Við höldum áfram að fylgja CCNA námskeiðsáætluninni, svo í dag munum við fara yfir kafla 2, Stilla, prófa og leysa lag 3/1.5 EtherChannel, og undirkafla 1.5a, Static EtherChannel, 1.5b, PAGP og XNUMXc, IEEE -LACP opinn staðall. .
Áður en við förum lengra verðum við að skilja hvað EtherChannel er. Gerum ráð fyrir að rofa A og rofa B séu óþarflega tengdir með þremur samskiptalínum. Ef þú notar STP, verða tvær aukalínurnar rökrétt læstar til að koma í veg fyrir lykkjur.
Segjum að við höfum FastEthernet tengi sem veita 100 Mbps umferð, þannig að heildarafköst er 3 x 100 = 300 Mbps. Við skiljum aðeins eftir eina samskiptarás, vegna þess að hún mun falla niður í 100 Mbit/s, það er, í þessu tilfelli mun STP versna eiginleika netsins. Að auki verða 2 aukarásir aðgerðalausar til einskis.
Til að koma í veg fyrir þetta þróaði KALPANA, fyrirtækið sem bjó til Cisco Catalist rofana og var síðar keypt af Cisco, tækni sem kallast EtherChannel á tíunda áratugnum.
Í okkar tilviki breytir þessi tækni þrjár aðskildar samskiptarásir í eina rökræna rás með afkastagetu upp á 300 Mbit/s.
Fyrsti háttur EtherChannel tækninnar er handvirkur eða kyrrstæður. Í þessu tilviki munu rofarnir ekki gera neitt við neinar sendingaraðstæður og treysta á þá staðreynd að allar handvirkar stillingar á rekstrarbreytum hafa verið gerðar á réttan hátt. Rásin kviknar einfaldlega á og virkar og treystir fullkomlega stillingum netkerfisstjórans.
Önnur hátturinn er sérstakt Cisco PAGP hlekksöfnunarsamskiptareglur, sá þriðji er IEEE staðlaða LACP hlekkjasöfnunarsamskiptareglur.
Til að þessar stillingar virki verður EtherChannel að vera aðgengileg. Það er mjög auðvelt að virkja kyrrstæða útgáfu þessarar samskiptareglur: þú þarft að fara í stillingar skiptaviðmótsins og slá inn skipun rásarhóps 1.
Ef við erum með rofa A með tveimur viðmótum f0/1 og f0/2 verðum við að fara inn í stillingar hverrar ports og slá inn þessa skipun og EtherChannel tengihópsnúmerið getur haft gildi frá 1 til 6, aðalatriðið er að þetta gildi er það sama fyrir öll tengi rofans. Að auki verða tengin að starfa í sömu stillingum: báðar í aðgangsham eða báðar í trunkham og hafa sama innfædda VLAN eða leyfilegt VLAN.
EtherChannel samsöfnun mun aðeins virka ef hópur rása samanstendur af eins stilltum viðmótum.
Tengjum rofa A með tveimur samskiptalínum við rofa B, sem hefur einnig tvö tengi f0/1 og f0/2. Þessi viðmót mynda sinn eigin hóp. Þú getur stillt þá til að virka í EtherChannel með sömu skipun og hópnúmerið skiptir ekki máli, þar sem þeir eru staðsettir á staðbundnum rofa. Þú getur tilnefnt þennan hóp sem númer 1 og allt mun virka. Hins vegar, mundu - til að báðar rásir virki án vandræða, verða öll viðmót að vera stillt nákvæmlega eins, í sama ham - aðgangur eða trunk. Eftir að þú hefur farið í stillingar beggja viðmóta rofa A og rofa B og farið í ráshóp 1 stillingu eftir skipun, verður samsöfnun EtherChannel rása lokið.
Bæði líkamleg viðmót hvers rofa munu virka sem eitt rökrétt viðmót. Ef við skoðum STP færibreyturnar munum við sjá að rofi A mun sýna eitt sameiginlegt viðmót, flokkað úr tveimur líkamlegum höfnum.
Við skulum halda áfram í PAGP, samskiptareglur um hafnasamsöfnun þróaðar af Cisco.
Ímyndum okkur sömu myndina - tveir rofar A og B, hver með tengi f0/1 og f0/2, tengdir með tveimur samskiptalínum. Til að virkja PAGP, notaðu sömu skipun ráshóps 1 með breytum. Í handvirkri kyrrstöðu slærðu einfaldlega inn rásarhóp 1 stillingu á skipun á öllum viðmótum og samsöfnun byrjar að virka; hér þarftu að tilgreina æskilega eða sjálfvirka færibreytu. Ef þú slærð inn skipun rásarhóps 1 með ? tákninu mun kerfið sýna hvetja með færibreytuvalkostum: kveikt, æskilegt, sjálfvirkt, óvirkt, virkt.
Ef þú slærð inn sömu æskilegu skipun í ráshóp 1 stillingu í báðum endum samskiptalínunnar, verður EtherChannel stillingin virkjuð. Það sama mun gerast ef í öðrum enda rásarinnar eru viðmótin stillt með æskilegri skipun ráshóps 1 stillingar og í hinum endanum með sjálfvirkri skipun rásarhóps 1.
Hins vegar, ef viðmótin í báðum endum tenglanna eru stillt á sjálfvirkt með sjálfvirkri skipun ráshóps 1, mun hlekkjasöfnun ekki eiga sér stað. Þess vegna, mundu - ef þú vilt nota EtherChannel yfir PAGP samskiptareglur, verða viðmót að minnsta kosti eins aðila að vera í æskilegu ástandi.
Þegar opna LACP samskiptareglan er notuð er sama skipun rásarhóps 1 með breytum notuð fyrir rásarsöfnun.
Mögulegar samsetningar stillinga á báðum hliðum rásanna eru sem hér segir: ef viðmótin eru stillt á virkan hátt eða önnur hliðin á virkan og hin á óvirk, mun EtherChannel hamurinn virka; ef báðir hópar viðmóta eru stilltir á óvirka, rás samsöfnun mun ekki eiga sér stað. Það verður að hafa í huga að til að skipuleggja rásasamsöfnun með því að nota LACP samskiptareglur, verður að minnsta kosti einn af tengihópunum að vera í virku ástandi.
Við skulum reyna að svara spurningunni: Ef við höfum rofa A og B tengda með samskiptalínum, og tengi eins rofans eru í virku ástandi og hins í sjálfvirku eða æskilegu ástandi, mun EtherChannel virka?
Nei, það gerir það ekki, vegna þess að netið verður að nota sömu samskiptareglur - annað hvort PAGP eða LACP, þar sem þau eru ekki samhæf hvert við annað.
Við skulum skoða nokkrar skipanir sem notaðar eru til að skipuleggja EtherChannel. Fyrst af öllu þarftu að úthluta hópnúmeri, það getur verið hvað sem er. Fyrir fyrstu skipun rás-hóps 1 ham geturðu valið 5 færibreytur sem valmöguleika: kveikt, æskilegt, sjálfvirkt, óvirkt eða virkt.
Í undirskipunum viðmóts notum við leitarorðið channel-group, en ef þú vilt til dæmis tilgreina álagsjafnvægi er orðið port-channel notað. Við skulum skoða hvað álagsjöfnun er.
Segjum að við höfum rofa A með tveimur tengjum, sem eru tengd við samsvarandi tengi rofa B. Þrjár tölvur eru tengdar við rofa B - 3 og ein tölva nr. 1,2,3 er tengd við rofa A.
Þegar umferð færist úr tölvu #4 yfir í tölvu #1 mun rofi A byrja að senda pakka á báða tenglana. Hleðslujöfnunaraðferðin notar hashing á MAC vistfang sendanda þannig að öll umferð frá fjórðu tölvunni flæðir aðeins í gegnum annan af tveimur hlekkjum. Ef við tengjum tölvu nr. 5 við rofa A, þökk sé álagsjafnvægi, mun umferð þessarar tölvu aðeins fara eftir einni neðri samskiptalínu.
Hins vegar er þetta ekki dæmigert ástand. Segjum að við höfum skýjanet og tæki sem rofi A með þremur tölvum er tengdur við. Netumferð verður beint að rofanum með MAC vistfangi þessa tækis, það er að segja með heimilisfangi tiltekins tengis, vegna þess að þetta tæki er gátt. Þannig mun öll útsending hafa MAC vistfang þessa tækis.
Ef við setjum rofa B fyrir framan rofa B, tengdan honum með þremur samskiptalínum, þá mun öll umferð rofa B í áttina að rofa A renna eftir einni af línunum, sem stenst ekki markmið okkar. Þess vegna þurfum við að stilla jafnvægisbreytur fyrir þennan rofa.
Til að gera þetta, notaðu skipunina port-channel hleðslujafnvægi, þar sem IP-tala áfangastaðar er notað sem valmöguleikabreyta. Ef þetta er heimilisfang tölvu nr. 1 mun umferðin flæða meðfram fyrstu línunni, ef nr. 3 - meðfram þeirri þriðju, og ef þú tilgreinir IP tölu seinni tölvunnar, þá meðfram miðsamskiptalínunni.
Til að gera þetta notar skipunin port-channel lykilorðið í alþjóðlegri stillingarham.
Ef þú vilt sjá hvaða tenglar taka þátt í rásinni og hvaða samskiptareglur eru notaðar, þá þarftu í forréttindaham að slá inn skipunina sýna yfirlit yfir etherchannel. Þú getur skoðað stillingar álagsjafnvægis með því að nota skipunina sýna etherchannel álagsjafnvægi.
Nú skulum við skoða þetta allt í Packet Tracer forritinu. Við erum með 2 rofa tengda með tveimur hlekkjum. STP mun byrja að virka og ein af 4 höfnunum verður læst.
Við skulum fara í SW0 stillingarnar og slá inn skipunina show spann-tree. Við sjáum að STP er að virka og við getum athugað Root ID og Bridge ID. Með því að nota sömu skipunina fyrir seinni rofann munum við sjá að fyrsti rofinn SW0 er rótin, þar sem, ólíkt SW1, eru rótar- og brúaauðkennisgildin þau sömu. Að auki eru skilaboð hér um að SW0 sé rótin - „Þessi brú er rótin“.
Bæði tengi rótarrofans eru í tilnefndu ástandi, læst tengi seinni rofans er tilnefnt sem val og annað er tilgreint sem rótargátt. Þú getur séð hvernig STP vinnur alla nauðsynlega vinnu gallalaust og setur tenginguna sjálfkrafa upp.
Við skulum virkja PAGP samskiptareglur; til að gera þetta, í SW0 stillingunum, sláum við í röð skipanirnar int f0/1 og ráshóp 1 ham með einum af 5 mögulegum breytum, ég nota æskilegt.
Þú getur séð að línusamskiptareglur voru fyrst óvirkar og síðan virkjaðar aftur, það er að breytingarnar sem gerðar voru tóku gildi og Port-channel 1 tengi var búið til.
Nú skulum við fara í f0/2 viðmótið og slá inn sömu skipun rás-hóps 1 stillingu sem æskilegt er.
Þú getur séð að nú eru port efri hlekksins auðkennd með grænu merki og höfn neðri hlekksins eru auðkennd með appelsínugulu merki. Í þessu tilviki getur ekki verið blandan háttur af æskilegum - sjálfvirkum höfnum, vegna þess að öll viðmót eins rofa verða að vera stillt með sömu skipun. Hægt er að nota sjálfvirka stillinguna á seinni rofanum, en á þeim fyrsta verða allar hafnir að virka í sama ham, í þessu tilfelli er það æskilegt.
Förum inn í stillingar SW1 og notum skipunina fyrir svið viðmóta int range f0/1-2, til að slá ekki inn skipanir handvirkt sérstaklega fyrir hvert viðmót, heldur til að stilla bæði með einni skipun.
Ég nota ráshóp 2 ham skipunina, en ég get notað hvaða tölu sem er frá 1 til 6 til að tilgreina hóp viðmóta seinni rofans. Þar sem gagnstæða hlið rásarinnar er stillt í æskilega stillingu, verða tengi þessa rofa að vera í æskilegri eða sjálfvirkri stillingu. Ég vel fyrstu færibreytuna, slá inn ráshóp 2 ham æskilegan og ýti á Enter.
Við sjáum skilaboð um að rásarviðmót Port-rás 2 hefur verið búið til og port f0/1 og f0/2 hafa færst í röð frá niður stöðu til upp stöðu. Þessu fylgja skilaboð um að Port-channel 2 tengi hafi skipt yfir í upp stöðu og að línusamskiptareglur þessa viðmóts hafi einnig kveikt á. Nú höfum við myndað samansafnað EtherChannel.
Þú getur staðfest þetta með því að fara í stillingar SW0 rofans og slá inn skipunina show etherchannel summary. Þú getur séð hina ýmsu fána sem við munum skoða síðar, og síðan hópur 1 með 1 rás, fjöldi safnara er líka 1. Po1 þýðir PortChannel 1, og tilnefningin (SU) stendur fyrir S - lag 2 fáni, U - notað. Eftirfarandi sýnir PAGP samskiptareglur sem notaðar eru og líkamlegu höfnin samanlögð í rásina - Fa0/1 (P) og Fa0/2 (P), þar sem P fáninn gefur til kynna að þessar hafnir séu hluti af PortChannel.
Ég nota sömu skipanir fyrir seinni rofann og CLI glugginn sýnir svipaðar upplýsingar fyrir SW1.
Ég fer inn í show span-tré skipunina í SW1 stillingunum og þú getur séð að PortChannel 2 er eitt rökrétt viðmót og kostnaður þess miðað við kostnað við tvær aðskildar port 19 hefur lækkað í 9.
Gerum það sama með fyrsta rofanum. Þú sérð að rótarbreyturnar hafa ekki breyst, en núna á milli tveggja rofa, í stað tveggja líkamlegra tengla, er eitt rökrétt viðmót Po1-Po2.
Við skulum reyna að skipta út PAGP fyrir LACP. Til að gera þetta, í stillingum fyrsta rofans, nota ég skipunina fyrir svið viðmóta int svið f0/1-2. Ef ég gef nú út rás-hóp1 ham virka skipunina til að virkja LACP, verður henni hafnað vegna þess að höfn Fa0/1 og Fa0/2 eru þegar hluti af rás með annarri samskiptareglu.
Þess vegna verð ég fyrst að slá inn skipunina engin rás-hópur 1 háttur virkur og aðeins þá nota skipunina rás-hópur 1 virka. Gerum það sama með seinni rofann, sláum fyrst inn skipunina no channel-group 2, og síðan skipun rás-hópur 2 virkur. Ef þú skoðar viðmótsbreyturnar geturðu séð að kveikt er á Po2 aftur, en það er enn í PAGP samskiptastillingu. Þetta er ekki satt, vegna þess að nú er LACP í gildi og í þessu tilfelli birtast færibreyturnar rangt af Packet Tracer forritinu.
Til að leysa þetta misræmi nota ég tímabundna lausn - að búa til aðra PortChannel. Til að gera þetta slær ég inn skipanirnar int range f0/1-2 og no channel-group 2, og svo skipan channel-group 2 mode active. Við skulum sjá hvernig þetta hefur áhrif á fyrsta rofann. Ég fer inn í show etherchannel summary skipunina og sé að Po1 er aftur sýndur með PAGP. Þetta er vandamál í Packet Tracer uppgerðinni vegna þess að PortChannel er óvirkt eins og er og við ættum alls ekki að hafa rás.
Ég fer aftur í CLI gluggann á seinni rofanum og slær inn skipunina sýna etherchannel samantekt. Nú er Po2 sýndur með vísitölu (SD), þar sem D þýðir niður, það er að rásin virkar ekki. Tæknilega séð er PortChannel til staðar hér, en hún er ekki notuð vegna þess að engin höfn er tengd henni.
Ég set inn skipanirnar int range f0/1-2 og engan channel-group 1 í stillingum fyrsta rofans og bý svo til nýjan rásahóp, að þessu sinni númer 2, með því að nota channel-group 2 mode active skipunina. Svo geri ég það sama í stillingum seinni rofans, bara núna fær ráshópurinn númer 1.
Nú er nýr hópur, Port Channel 2, búinn til á fyrsta rofanum og Port Channel 1 á þeim síðari. Ég skipti einfaldlega um nöfn hópanna. Eins og þú sérð, tæknilega bjó ég til nýja Port Channel á seinni rofanum og nú birtist hún með réttri færibreytu - eftir að hafa slegið inn skipunina show etherchannel summary, sjáum við að Po1 (SU) notar LACP.
Við sjáum nákvæmlega sömu mynd í CLI glugganum á rofanum SW0 - nýi hópurinn Po2 (SU) starfar undir LACP stjórn.
Íhugaðu muninn á viðmóti sem er í virku ástandi og viðmóti sem er alltaf í á ástandi. Ég mun búa til nýjan rásahóp fyrir switch SW0 með skipunum int range f0/1-2 og channel-group 3 ham á. Áður en þetta gerist verður þú að eyða ráshópum 1 og 2 með skipunum enginn rásarhópur 1 og enginn ráshópur 2, annars, þegar þú reynir að nota rásarhóp 3 ham á skipun, mun kerfið birta skilaboð sem segja að viðmótið er þegar notað til að vinna með annarri rásarsamskiptareglu.
Við gerum það sama með seinni rofanum - eyða rás-hópi 1 og 2 og búa til hóp 3 með skipun rás-hóps 3 ham á. Nú skulum við fara í stillingar SW0 og nota skipunina sýna etherchannel samantekt. Þú munt sjá að nýja Po3 rásin er þegar komin í gang og þarfnast engar bráðabirgðaaðgerða eins og PAGP eða LACP.
Það kviknar strax, án þess að slökkva á og síðan virkja tengi. Með því að nota sömu skipunina fyrir SW1 munum við sjá að hér notar Po3 enga samskiptareglu, það er að segja að við höfum búið til kyrrstæða EtherChannel.
Cisco heldur því fram að til að netkerfi verði víða aðgengilegt þurfum við að gleyma PAGP og nota kyrrstæða EtherChannel sem áreiðanlegri leið til að safna hlekkjum.
Hvernig gerum við álagsjafnvægi? Ég fer aftur í SW0 switch CLI gluggann og slær inn skipunina show etherchannel load-balance. Þú getur séð að álagsjöfnunin er gerð út frá uppruna MAC vistfanginu.
Venjulega notar jafnvægi þessa færibreytu, en stundum hentar það ekki tilgangi okkar. Ef við viljum breyta þessari jafnvægisaðferð þurfum við að fara í alþjóðlega stillingarhaminn og slá inn skipunina port-channel hleðslujafnvægi, eftir það mun kerfið birta leiðbeiningar með mögulegum breytum fyrir þessa skipun.
Ef þú tilgreinir port-channel load-balance src-mac færibreytuna, þ.e. tilgreinir uppruna MAC vistfangið, verður hashing aðgerð virkjuð, sem mun þá gefa til kynna hvaða tengi sem eru hluti af tiltekinni EtherChannel á að nota til að áfram umferð. Alltaf þegar uppspretta heimilisfangið er það sama mun kerfið nota þetta tiltekna líkamlega viðmót til að senda umferð.
Þ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