Šiandien apžvelgsime 2 sluoksnio EtherChannel kanalų agregavimo protokolo veikimą OSI modelio 2 sluoksniui. Šis protokolas labai nesiskiria nuo 3 sluoksnio protokolo, bet prieš pasineriant į 3 sluoksnio „EtherChannel“ turiu pristatyti keletą sąvokų, kad vėliau patektume į 1.5 sluoksnį. Mes ir toliau laikomės CCNA kursų tvarkaraščio, todėl šiandien apžvelgsime 2 skyrių „Konfigūravimas, testavimas ir trikčių šalinimas Layer 3/1.5 EtherChannel“ ir 1.5a poskyrius „Static EtherChannel“, 1.5b, PAGP ir XNUMXc, IEEE - LACP atviras standartas.
Prieš eidami toliau, turime suprasti, kas yra „EtherChannel“. Tarkime, kad turime jungiklius A ir jungiklius B, kurie pertekliškai sujungti trimis ryšio linijomis. Jei naudojate STP, dvi papildomos eilutės bus logiškai užblokuotos, kad būtų išvengta kilpų.
Tarkime, kad turime FastEthernet prievadus, kurie užtikrina 100 Mbps srautą, todėl bendras pralaidumas yra 3 x 100 = 300 Mbps. Paliekame tik vieną ryšio kanalą, dėl kurio jis nukris iki 100 Mbit/s, tai yra šiuo atveju STP pablogins tinklo charakteristikas. Be to, 2 papildomi kanalai neveiks veltui.
Siekdama to išvengti, „Cisco Catalist“ jungiklius sukūrusi įmonė KALPANA, kurią vėliau įsigijo „Cisco“, 1990-aisiais sukūrė technologiją, pavadintą „EtherChannel“.
Mūsų atveju ši technologija tris atskirus ryšio kanalus paverčia vienu loginiu kanalu, kurio talpa 300 Mbit/s.
Pirmasis EtherChannel technologijos režimas yra rankinis arba statinis režimas. Tokiu atveju jungikliai nieko nepadarys jokiomis perdavimo sąlygomis, pasikliaujant tuo, kad visi rankiniai veikimo parametrų nustatymai buvo atlikti teisingai. Kanalas tiesiog įsijungia ir veikia, visiškai pasitikėdamas tinklo administratoriaus nustatymais.
Antrasis režimas yra patentuotas Cisco PAGP nuorodų agregavimo protokolas, trečiasis yra IEEE standartinis LACP saitų agregavimo protokolas.
Kad šie režimai veiktų, turi būti prieinamas EtherChannel. Statinę šio protokolo versiją suaktyvinti labai paprasta: reikia eiti į jungiklio sąsajos nustatymus ir įvesti 1 kanalų grupės režimo komandą.
Jei turime jungiklį A su dviem sąsajomis f0/1 ir f0/2, turime pereiti į kiekvieno prievado nustatymus ir įvesti šią komandą, o EtherChannel sąsajos grupės numeris gali turėti reikšmę nuo 1 iki 6, svarbiausia, kad ši vertė yra vienoda visiems jungiklio prievadams. Be to, prievadai turi veikti tais pačiais režimais: abu prieigos režimu arba abu magistraliniu režimu ir turėti tą patį vietinį VLAN arba leistiną VLAN.
EtherChannel agregavimas veiks tik tuo atveju, jei kanalų grupę sudaro identiškai sukonfigūruotos sąsajos.
Jungiklį A su dviem ryšio linijomis prijungkime prie jungiklio B, kuris taip pat turi dvi sąsajas f0/1 ir f0/2. Šios sąsajos sudaro savo grupę. Galite sukonfigūruoti juos veikti EtherChannel naudodami tą pačią komandą, o grupės numeris nesvarbu, nes jie yra vietiniame jungiklyje. Galite priskirti šią grupę numeriu 1, ir viskas veiks. Tačiau atminkite – kad abu kanalai veiktų be problemų, visos sąsajos turi būti sukonfigūruotos lygiai taip pat, į tą patį režimą – prieiga arba magistralinė. Perėjus į abiejų jungiklio A ir jungiklio B sąsajų nustatymus ir komandą įėjus į kanalų grupės 1 režimą, bus baigtas EtherChannel kanalų agregavimas.
Abi fizinės kiekvieno jungiklio sąsajos veiks kaip viena loginė sąsaja. Jei pažvelgsime į STP parametrus, pamatysime, kad jungiklis A parodys vieną bendrą sąsają, sugrupuotą iš dviejų fizinių prievadų.
Pereikime prie PAGP – prievadų agregavimo protokolo, kurį sukūrė Cisco.
Įsivaizduokime tą patį paveikslą – du jungikliai A ir B, kurių kiekvienas turi sąsajas f0/1 ir f0/2, sujungtas dviem ryšio linijomis. Norėdami įjungti PAGP, naudokite tą pačią kanalų grupės 1 režimo komandą su parametrais . Rankiniu statiniu režimu tiesiog įveskite 1 kanalų grupės režimą pagal komandą visose sąsajose ir pradeda veikti agregavimas; čia reikia nurodyti pageidaujamą arba automatinį parametrą. Jei įvesite 1 kanalų grupės režimo komandą su ženklu ?, sistema parodys raginimą su parametrų parinktimis: įjungta, pageidautina, automatinė, pasyvi, aktyvi.
Jei abiejuose ryšio linijos galuose įvesite tą pačią pageidaujamą kanalų grupės 1 režimo komandą, bus suaktyvintas EtherChannel režimas. Tas pats atsitiks, jei viename kanalo gale sąsajos bus sukonfigūruotos su 1 kanalo grupės režimo pageidaujama komanda, o kitame – su 1 kanalo grupės režimo automatine komanda.
Tačiau, jei sąsajos abiejuose nuorodų galuose sukonfigūruotos taip, kad būtų automatiškai su 1 kanalų grupės režimo automatine komanda, nuorodų agregavimas nevyks. Todėl atminkite – jei norite naudoti EtherChannel per PAGP protokolą, bent vienos iš šalių sąsajos turi būti pageidaujamos būsenos.
Naudojant atvirą LACP protokolą, kanalų agregacijai naudojama ta pati kanalų grupės 1 režimo komanda su parametrais .
Galimi nustatymų deriniai abiejose kanalų pusėse yra tokie: jei sąsajos sukonfigūruotos į aktyvųjį režimą arba viena pusė į aktyvią, o kita į pasyvią, veiks EtherChannel režimas; jei abi sąsajų grupės sukonfigūruotos į pasyvią, kanalas agregacija neįvyks. Reikia atsiminti, kad norint organizuoti kanalų agregavimą naudojant LACP protokolą, bent viena iš sąsajų grupių turi būti aktyvios būsenos.
Pabandykime atsakyti į klausimą: jei turime komutatorius A ir B, sujungtus ryšio linijomis, o vieno jungiklio sąsajos yra aktyvios būsenos, o kito – auto arba pageidaujamos būsenos, ar veiks EtherChannel?
Ne, nebus, nes tinklas turi naudoti tą patį protokolą – arba PAGP, arba LACP, nes jie vienas su kitu nesuderinami.
Pažvelkime į keletą komandų, naudojamų EtherChannel organizuoti. Visų pirma, jums reikia priskirti grupės numerį, jis gali būti bet koks. Pirmosios komandos 1 kanalo grupės režimui galite pasirinkti 5 parametrus: įjungtas, pageidautinas, automatinis, pasyvus arba aktyvus.
Sąsajos subkomandose naudojame kanalo grupės raktinį žodį, bet jei, pavyzdžiui, norite nurodyti apkrovos balansavimą, naudojamas žodis port-channel. Pažiūrėkime, kas yra apkrovos balansavimas.
Tarkime, kad turime jungiklį A su dviem prievadais, kurie yra prijungti prie atitinkamų jungiklio B prievadų. Trys kompiuteriai yra prijungti prie jungiklio B - 3, o vienas kompiuteris Nr.1,2,3 yra prijungtas prie jungiklio A.
Kai srautas iš kompiuterio Nr. 4 į kompiuterį Nr. 1, jungiklis A pradės siųsti paketus abiejose nuorodose. Apkrovos balansavimo metodas naudoja siuntėjo MAC adreso maišą, kad visas srautas iš ketvirtojo kompiuterio tekėtų tik per vieną iš dviejų nuorodų. Jei prie jungiklio A prijungsime kompiuterį Nr.5, apkrovos balansavimo dėka šio kompiuterio srautas judės tik viena, žemesne ryšio linija.
Tačiau tai nėra tipiška situacija. Tarkime, turime debesų internetą ir įrenginį, prie kurio prijungtas jungiklis A su trimis kompiuteriais. Interneto srautas bus nukreiptas į jungiklį su šio įrenginio MAC adresu, tai yra su konkretaus prievado adresu, nes šis įrenginys yra vartai. Taigi visas išeinantis srautas turės šio įrenginio MAC adresą.
Jei prieš iešmą A pastatysime jungiklį B, su juo sujungtą trimis ryšio linijomis, tai visas iešmo B eismas iešmo A kryptimi tekės viena iš linijų, o tai neatitinka mūsų tikslų. Todėl turime nustatyti šio jungiklio balansavimo parametrus.
Norėdami tai padaryti, naudokite komandą port-channel load-balance, kur paskirties IP adresas naudojamas kaip parinkties parametras. Jei tai yra kompiuterio Nr. 1 adresas, srautas vyks pirma linija, jei Nr. 3 - trečiąja, o jei nurodysite antrojo kompiuterio IP adresą, tada vidurine ryšio linija.
Norėdami tai padaryti, komanda naudoja port-channel raktinį žodį visuotiniame konfigūracijos režime.
Jei norite pamatyti, kurios nuorodos yra įtrauktos į kanalą ir kokie protokolai naudojami, privilegijuotuoju režimu turite įvesti komandą Rodyti etherchannel suvestinę. Apkrovos balansavimo parametrus galite peržiūrėti naudodami komandą Rodyti eterinio kanalo apkrovos balansą.
Dabar pažiūrėkime į visa tai Packet Tracer programoje. Turime 2 jungiklius, sujungtus dviem jungtimis. STP pradės veikti ir vienas iš 4 prievadų bus užblokuotas.
Eikime į SW0 nustatymus ir įveskite komandą show spanning-tree. Matome, kad STP veikia ir galime patikrinti Root ID bei Bridge ID. Naudodami tą pačią komandą antrajam jungikliui, pamatysime, kad pirmasis jungiklis SW0 yra šakninis, nes, skirtingai nei SW1, jo šaknies ir tilto identifikatorių reikšmės yra vienodos. Be to, čia yra pranešimas, kad SW0 yra šaknis - „Šis tiltas yra šaknis“.
Abu pagrindinio jungiklio prievadai yra paskirtos būsenos, antrojo jungiklio užblokuotas prievadas yra pažymėtas kaip alternatyvus, o antrasis - kaip šakninis. Galite pamatyti, kaip STP nepriekaištingai atlieka visus būtinus darbus, automatiškai nustatydamas ryšį.
Aktyvuokime PAGP protokolą, tam SW0 nustatymuose paeiliui įvedame komandas int f0/1 ir channel-group 1 mode su vienu iš 5 galimų parametrų, naudoju pageidautina.
Matote, kad linijos protokolas iš pradžių buvo išjungtas, o paskui vėl įjungtas, tai yra, atlikti pakeitimai įsigaliojo ir buvo sukurta 1 prievado kanalo sąsaja.
Dabar eikime į f0/2 sąsają ir įveskite tą pačią komandą, pageidautina kanalo grupės 1 režimas.
Matote, kad dabar viršutinės trauklės prievadai pažymėti žaliu žymekliu, o apatinės trauklės prievadai – oranžiniu. Šiuo atveju negali būti mišraus pageidaujamo režimo - auto prievadų, nes visos vieno jungiklio sąsajos turi būti sukonfigūruotos ta pačia komanda. Antrajame jungiklyje galima naudoti automatinį režimą, tačiau pirmajame visi prievadai turi veikti tuo pačiu režimu, šiuo atveju pageidautina.
Eikime į SW1 nustatymus ir naudokite komandą sąsajų diapazonui int diapazone f0/1-2, kad nereikėtų rankiniu būdu įvesti komandų kiekvienai sąsajai atskirai, o sukonfigūruoti abi viena komanda.
Aš naudoju 2 kanalų grupės režimo komandą, bet galiu naudoti bet kokį skaičių nuo 1 iki 6, kad nurodyčiau antrojo jungiklio sąsajų grupę. Kadangi priešinga kanalo pusė sukonfigūruota pageidaujamu režimu, šio jungiklio sąsajos turi būti pageidaujamu arba automatiniu režimu. Pasirenku pirmąjį parametrą, įvedu kanalo grupės 2 režimas pageidautinas ir paspauskite Enter.
Matome pranešimą, kad kanalo sąsaja Port-channel 2 buvo sukurta, o prievadai f0/1 ir f0/2 paeiliui perkelti iš žemyn į aukštyn. Po to pasirodo pranešimas, kad Port-channel 2 sąsaja persijungė į aukštyn būseną ir kad šios sąsajos linijos protokolas taip pat įjungtas. Dabar sukūrėme apibendrintą „EtherChannel“.
Tai galite patikrinti nuėję į SW0 jungiklio nustatymus ir įvedę komandą rodyti etherchannel suvestinę. Galite pamatyti įvairias vėliavėles, kurias peržiūrėsime vėliau, o tada 1 grupę naudodami 1 kanalą, agregatorių skaičius taip pat yra 1. Po1 reiškia PortChannel 1, o žymėjimas (SU) reiškia S - 2 sluoksnio vėliavą, U - naudotas. Toliau parodytas naudojamas PAGP protokolas ir fiziniai prievadai, sujungti į kanalą – Fa0/1 (P) ir Fa0/2 (P), kur P vėliavėlė rodo, kad šie prievadai yra PortChannel dalis.
Naudoju tas pačias komandas antrajam jungikliui, o CLI lange rodoma panaši informacija apie SW1.
Įvedu komandą show spanning-tree SW1 nustatymuose ir matote, kad PortChannel 2 yra viena loginė sąsaja, o jos kaina, palyginti su dviejų atskirų prievadų 19 kaina, sumažėjo iki 9.
Padarykime tą patį su pirmuoju jungikliu. Matote, kad Root parametrai nepasikeitė, bet dabar tarp dviejų jungiklių vietoj dviejų fizinių nuorodų yra viena loginė sąsaja Po1-Po2.
Pabandykime pakeisti PAGP į LACP. Norėdami tai padaryti, pirmojo jungiklio nustatymuose naudoju komandą sąsajų diapazonui int diapazone f0/1-2. Jei dabar išduosiu aktyvią kanalo grupės 1 režimo komandą, kad įjungčiau LACP, ji bus atmesta, nes prievadai Fa0/1 ir Fa0/2 jau yra kanalo, naudojančio kitą protokolą, dalis.
Todėl pirmiausia turiu įvesti komandą no channel-group 1 mode active ir tik tada naudoti komandą channel-group1 mode active. Tą patį padarykime su antruoju jungikliu, pirmiausia įvesdami komandą no channel-group 2, o tada komandą kanalo grupės 2 režimas aktyvus. Jei pažvelgsite į sąsajos parametrus, pamatysite, kad Po2 vėl įjungtas, tačiau jis vis dar veikia PAGP protokolo režimu. Tai netiesa, nes šiuo metu pas mus veikia LACP ir tokiu atveju Packet Tracer programa parametrai rodomi neteisingai.
Norėdami išspręsti šį neatitikimą, naudoju laikiną sprendimą – sukuriu kitą PortChannel. Norėdami tai padaryti, įvedu komandas int range f0/1-2 and no channel-group 2, tada komandą channel-group 2 mode active. Pažiūrėkime, kaip tai paveiks pirmąjį jungiklį. Įvedu komandą rodyti etherchannel suvestinę ir matau, kad Po1 vėl rodomas kaip naudojant PAGP. Tai yra „Packet Tracer“ modeliavimo problema, nes „PortChannel“ šiuo metu yra išjungtas ir mes iš viso neturėtume turėti kanalo.
Grįžtu į antrojo jungiklio CLI langą ir įvedu komandą rodyti etherchannel suvestinę. Dabar Po2 rodomas su indeksu (SD), kur D reiškia žemyn, tai yra, kanalas neveikia. Techniškai „PortChannel“ čia yra, tačiau jis nenaudojamas, nes nėra su juo susieto prievado.
Pirmojo jungiklio nustatymuose įvedu komandas int range f0/1-2 and no channel-group 1, o tada sukuriu naują kanalų grupę, šį kartą numeriu 2, naudodamas aktyvią komandą channel-group 2 mode. Tada tą patį darau antrojo jungiklio nustatymuose, tik dabar kanalų grupė gauna 1 numerį.
Dabar pirmame jungiklyje buvo sukurta nauja grupė Port Channel 2, o antrajame - Port Channel 1. Aš tiesiog pakeičiau grupių pavadinimus. Kaip matote, techniškai ant antrojo jungiklio sukūriau naują Port Channel, o dabar jis rodomas su teisingu parametru – įvedus komandą show etherchannel summary matome, kad Po1 (SU) naudoja LACP.
Lygiai tą patį vaizdą matome ir jungiklio SW0 CLI lange – nauja grupė Po2 (SU) veikia valdant LACP.
Apsvarstykite skirtumą tarp sąsajos, kuri yra aktyvios būsenos, ir sąsajos, kuri visada yra įjungta. Sukursiu naują kanalų grupę jungikliui SW0 su komandomis int diapazonas f0/1-2 ir įjungtas kanalų grupės 3 režimas. Prieš tai turite ištrinti 1 ir 2 kanalų grupes naudodami komandas no channel-group 1 ir no channel-group 2, priešingu atveju, kai bandysite naudoti 3 kanalų grupės režimą pagal komandą, sistema parodys pranešimą, kad sąsaja jau naudojama darbui su kitu kanalo protokolu.
Tą patį darome ir su antruoju jungikliu – ištrinkite 1 ir 2 kanalų grupę ir sukurkite 3 grupę įjungę komandą kanalo grupės 3 režimas. Dabar eikime į SW0 nustatymus ir naudokite komandą Rodyti etherchannel suvestinę. Pamatysite, kad naujasis Po3 kanalas jau veikia ir nereikalauja jokių išankstinių operacijų, tokių kaip PAGP ar LACP.
Jis įsijungia iš karto, neišjungiant ir neįjungiant prievadų. Naudodami tą pačią komandą SW1, pamatysime, kad čia Po3 nenaudoja jokio protokolo, tai yra, sukūrėme statinį EtherChannel.
„Cisco“ teigia, kad norint, kad tinklai būtų plačiai prieinami, turime pamiršti PAGP ir naudoti statinį „EtherChannel“ kaip patikimesnį nuorodų agregavimo būdą.
Kaip mes atliekame apkrovos balansavimą? Grįžtu į SW0 jungiklio CLI langą ir įvedu komandą show etherchannel load-balance. Matote, kad apkrovos balansavimas atliekamas pagal šaltinio MAC adresą.
Paprastai balansavimui naudojamas šis parametras, tačiau kartais jis neatitinka mūsų tikslų. Jei norime pakeisti šį balansavimo būdą, turime įeiti į visuotinį konfigūracijos režimą ir įvesti komandą port-channel load-balance, po kurios sistema parodys užklausas su galimais šios komandos parametrais.
Jei nurodysite prievado kanalo apkrovos balanso src-mac parametrą, ty nurodysite šaltinio MAC adresą, bus įjungta maišos funkcija, kuri parodys, kuris iš prievadų, kurie yra tam tikro EtherChannel dalis, turėtų būti naudojamas pirmyn eismas. Kai šaltinio adresas yra tas pats, sistema naudos tą konkrečią fizinę sąsają srautui siųsti.
Dėkojame, kad likote su mumis. Ar jums patinka mūsų straipsniai? Norite pamatyti įdomesnio turinio? Palaikykite mus pateikdami užsakymą ar rekomenduodami draugams, 30% nuolaida Habr vartotojams unikaliam pradinio lygio serverių analogui, kurį mes sugalvojome jums: (galima su RAID1 ir RAID10, iki 24 branduolių ir iki 40 GB DDR4).
Dell R730xd 2 kartus pigiau? Tik čia Olandijoje! „Dell R420“ – 2 x E5-2430 2.2 GHz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB – nuo 99 USD! Skaityti apie
Šaltinis: www.habr.com