Tänään tarkastelemme Layer 2 EtherChannel -kanavien yhdistämisprotokollan toimintaa OSI-mallin kerroksessa 2. Tämä protokolla ei eroa kovinkaan paljon Layer 3 -protokollasta, mutta ennen kuin sukeltaamme Layer 3 EtherChanneliin, minun on esiteltävä muutama käsite, jotta pääsemme tasoon 1.5 myöhemmin. Jatkamme CCNA-kurssien aikataulun noudattamista, joten käsittelemme tänään osion 2, Layer 3/1.5 EtherChannelin määrittäminen, testaus ja vianmääritys, ja alaosat 1.5a, Static EtherChannel, 1.5b, PAGP ja XNUMXc, IEEE -LACP avoin standardi.
Ennen kuin menemme pidemmälle, meidän on ymmärrettävä, mikä EtherChannel on. Oletetaan, että kytkin A ja kytkin B on yhdistetty redundanttisesti kolmella tietoliikennelinjalla. Jos käytät STP:tä, kaksi ylimääräistä riviä estetään loogisesti silmukoiden estämiseksi.
Oletetaan, että meillä on FastEthernet-portit, jotka tarjoavat 100 Mbps liikennettä, joten kokonaissiirtonopeus on 3 x 100 = 300 Mbps. Jätämme vain yhden viestintäkanavan, minkä vuoksi se putoaa 100 Mbit/s, eli tässä tapauksessa STP huonontaa verkon ominaisuuksia. Lisäksi 2 ylimääräistä kanavaa on turhaan käyttämättömänä.
Tämän estämiseksi KALPANA, yritys, joka loi Cisco Catalist -kytkimet ja jonka Cisco osti myöhemmin, kehitti EtherChannel-nimisen teknologian 1990-luvulla.
Meidän tapauksessamme tämä tekniikka muuttaa kolme erillistä viestintäkanavaa yhdeksi loogiseksi kanavaksi, jonka kapasiteetti on 300 Mbit/s.
EtherChannel-tekniikan ensimmäinen tila on manuaalinen tai staattinen tila. Tässä tapauksessa kytkimet eivät tee mitään missään lähetysolosuhteissa, koska kaikki käyttöparametrien manuaaliset asetukset on tehty oikein. Kanava vain käynnistyy ja toimii luottaen täysin verkonvalvojan asetuksiin.
Toinen tila on patentoitu Ciscon PAGP-linkkien yhdistämisprotokolla, kolmas on IEEE-standardin LACP-linkkien yhdistämisprotokolla.
Jotta nämä tilat toimisivat, EtherChannel on oltava käytettävissä. Tämän protokollan staattinen versio on erittäin helppo aktivoida: sinun on siirryttävä kytkimen käyttöliittymän asetuksiin ja syötettävä kanavaryhmän 1 tilakomento.
Jos meillä on kytkin A kahdella liitännällä f0/1 ja f0/2, meidän on mentävä kunkin portin asetuksiin ja syötettävä tämä komento, ja EtherChannel-liitäntäryhmän numerolla voi olla arvo 1 - 6, pääasia, että tämä arvo on sama kaikille kytkimen porteille. Lisäksi porttien on toimittava samoissa tiloissa: molemmissa pääsytilassa tai molemmissa runkotilassa ja niillä on oltava sama alkuperäinen VLAN tai sallittu VLAN.
EtherChannel-aggregointi toimii vain, jos kanavaryhmä koostuu identtisesti konfiguroiduista liitännöistä.
Yhdistetään kytkin A kahdella tietoliikennelinjalla kytkimeen B, jossa on myös kaksi liitäntää f0/1 ja f0/2. Nämä rajapinnat muodostavat oman ryhmänsä. Voit määrittää ne toimimaan EtherChannelissa samalla komennolla, eikä ryhmän numerolla ole väliä, koska ne sijaitsevat paikallisessa kytkimessä. Voit määrittää tämän ryhmän numeroksi 1, ja kaikki toimii. Muista kuitenkin - jotta molemmat kanavat toimisivat ilman ongelmia, kaikkien liitäntöjen on oltava täsmälleen samat, samaan tilaan - pääsy tai runko. Kun olet siirtynyt kytkimen A ja kytkimen B molempien liitäntöjen asetuksiin ja siirtynyt kanavaryhmä 1 -tilaan komennolla, EtherChannel-kanavien yhdistäminen suoritetaan.
Jokaisen kytkimen molemmat fyysiset rajapinnat toimivat yhtenä loogisena rajapintana. Jos tarkastelemme STP-parametreja, näemme, että kytkin A näyttää yhden yhteisen rajapinnan, joka on ryhmitelty kahdesta fyysisestä portista.
Siirrytään PAGP:hen, Ciscon kehittämään porttien yhdistämisprotokollaan.
Kuvitellaanpa samaa kuvaa - kaksi kytkintä A ja B, joissa molemmissa on liitännät f0/1 ja f0/2, jotka on yhdistetty kahdella tietoliikennelinjalla. Ota PAGP käyttöön käyttämällä samaa komentokanavaryhmä 1 -tilaa parametrien kanssa . Manuaalisessa staattisessa tilassa siirryt kanavaryhmän 1 tilaan komennolla kaikilla liitännöillä, ja yhdistäminen alkaa toimia; tässä sinun on määritettävä haluttu tai automaattinen parametri. Jos syötät kanavaryhmän 1 tilakomennon ?-merkillä, järjestelmä näyttää kehotteen parametrivaihtoehdoilla: päällä, toivottava, auto, passiivinen, aktiivinen.
Jos annat saman kanavaryhmän 1 tilan toivottavan komennon viestintälinjan molemmissa päissä, EtherChannel-tila aktivoituu. Sama tapahtuu, jos kanavan toisessa päässä liitännät on konfiguroitu kanavaryhmän 1 tilan toivotulla komennolla ja toisessa päässä kanavaryhmän 1 tilan automaattikomennolla.
Jos liitännät linkkien molemmissa päissä on määritetty automaattisiksi kanavaryhmän 1 tilan automaattikomennolla, linkkien yhdistämistä ei tapahdu. Muista siis - jos haluat käyttää EtherChannelia PAGP-protokollan kautta, vähintään yhden osapuolen liitäntöjen on oltava halutussa tilassa.
Käytettäessä avointa LACP-protokollaa kanavien yhdistämiseen, käytetään samaa kanavaryhmän 1 tilakomentoa parametreineen .
Mahdolliset asetusten yhdistelmät kanavien molemmilla puolilla ovat seuraavat: jos liitännät on konfiguroitu aktiiviseen tilaan tai toinen puoli aktiiviseen ja toinen passiiviseen, EtherChannel-tila toimii; jos molemmat liitäntäryhmät on määritetty passiivisiksi, kanava aggregaatiota ei tapahdu. On muistettava, että jotta kanavien yhdistäminen voidaan järjestää LACP-protokollan avulla, vähintään yhden liitäntäryhmistä on oltava aktiivisessa tilassa.
Yritetään vastata kysymykseen: jos meillä on kytkimet A ja B yhdistettynä tietoliikennelinjoilla ja yhden kytkimen liitännät ovat aktiivisessa tilassa ja toisen automaattisessa tai halutussa tilassa, toimiiko EtherChannel?
Ei, se ei käy, koska verkon on käytettävä samaa protokollaa - joko PAGP tai LACP, koska ne eivät ole yhteensopivia keskenään.
Katsotaanpa useita komentoja, joita käytetään EtherChannelin järjestämiseen. Ensinnäkin sinun on määritettävä ryhmänumero, se voi olla mikä tahansa. Ensimmäisessä komentokanavaryhmän 1 tilassa voit valita vaihtoehdoksi 5 parametria: päällä, toivottava, automaattinen, passiivinen tai aktiivinen.
Käyttöliittymän alikomennoista käytämme kanavaryhmä-avainsanaa, mutta jos esimerkiksi halutaan määrittää kuormitus, käytetään sanaa port-channel. Katsotaanpa mitä kuormitus on.
Oletetaan, että meillä on kytkin A, jossa on kaksi porttia, jotka on kytketty kytkimen B vastaaviin portteihin. Kytkimeen B on kytketty kolme tietokonetta - 3 ja yksi tietokone nro 1,2,3 on kytketty kytkimeen A.
Kun liikenne siirtyy tietokoneesta #4 tietokoneeseen #1, kytkin A alkaa lähettää paketteja molemmilla linkeillä. Kuormituksen tasapainotusmenetelmä käyttää lähettäjän MAC-osoitteen tiivistystä, jotta kaikki neljännen tietokoneen liikenne kulkee vain toisen linkin kautta. Jos kytkemme tietokoneen nro 5 kytkimeen A, kuormituksen tasapainottamisen ansiosta tämän tietokoneen liikenne kulkee vain yhtä alempaa tietoliikennelinjaa pitkin.
Tämä ei kuitenkaan ole tyypillinen tilanne. Oletetaan, että meillä on pilvi-internet ja laite, johon on kytketty kytkin A ja kolme tietokonetta. Internet-liikenne ohjataan kytkimeen, jossa on tämän laitteen MAC-osoite, eli tietyn portin osoite, koska tämä laite on yhdyskäytävä. Siten kaikella lähtevällä liikenteellä on tämän laitteen MAC-osoite.
Jos vaihteen A eteen asetamme kytkimen B, joka on liitetty siihen kolmella tietoliikennelinjalla, niin kaikki vaihteen B liikenne vaihteen A suuntaan kulkee yhtä linjoista pitkin, mikä ei täytä tavoitteitamme. Siksi meidän on asetettava tasapainotusparametrit tälle kytkimelle.
Käytä tätä varten port-channel load-balance -komentoa, jossa kohde-IP-osoitetta käytetään optioparametrina. Jos tämä on tietokoneen nro 1 osoite, liikenne kulkee ensimmäistä riviä pitkin, jos numero 3 - kolmatta, ja jos määrität toisen tietokoneen IP-osoitteen, niin keskimmäistä tietoliikennelinjaa pitkin.
Tätä varten komento käyttää port-kanava-avainsanaa globaalissa määritystilassa.
Jos haluat nähdä, mitkä linkit ovat mukana kanavassa ja mitä protokollia käytetään, etuoikeutetussa tilassa sinun on syötettävä show etherchannel summary -komento. Voit tarkastella kuormituksen tasapainotusasetuksia show etherchannel load-balance -komennolla.
Katsotaanpa tätä kaikkea Packet Tracer -ohjelmassa. Meillä on 2 kytkintä, jotka on yhdistetty kahdella linkillä. STP alkaa toimia ja yksi neljästä portista estetään.
Siirrytään SW0-asetuksiin ja kirjoitetaan show spanning-tree -komento. Näemme, että STP toimii ja voimme tarkistaa juuritunnuksen ja siltatunnuksen. Käyttämällä samaa komentoa toiselle kytkimelle, näemme, että ensimmäinen kytkin SW0 on juurikytkin, koska toisin kuin SW1, sen Root- ja Bridge-tunnistearvot ovat samat. Lisäksi tässä on viesti, että SW0 on juuri - "Tämä silta on juuri".
Pääkytkimen molemmat portit ovat nimetyssä tilassa, toisen kytkimen estetty portti on nimetty vaihtoehtoiseksi ja toinen juuriportiksi. Voit nähdä, kuinka STP tekee kaiken tarvittavan työn virheettömästi ja muodostaa yhteyden automaattisesti.
Aktivoidaanpa PAGP-protokolla, tätä varten SW0-asetuksissa syötetään peräkkäin komennot int f0/1 ja Channel-group 1 mode yhdellä viidestä mahdollisesta parametrista, käytän toivottavaa.
Näet, että linjaprotokolla on ensin poistettu käytöstä ja sitten otettu uudelleen käyttöön, eli tehdyt muutokset astuvat voimaan ja Port-channel 1 -liitäntä luotiin.
Siirrytään nyt f0/2-liitäntään ja syötetään sama komento kanavaryhmä 1 -tila toivottava.
Näet, että nyt ylävarren portit on merkitty vihreällä merkillä ja vetovarren portit oranssilla merkillä. Tässä tapauksessa ei voi olla toivottujen - automaattisten porttien sekamuotoa, koska yhden kytkimen kaikki liitännät on konfiguroitava samalla komennolla. Auto-tilaa voidaan käyttää toisessa kytkimessä, mutta ensimmäisessä kytkimessä kaikkien porttien on toimittava samassa tilassa, tässä tapauksessa se on toivottavaa.
Mennään SW1:n asetuksiin ja käytämme komentoa rajapintojen alueelle int välillä f0/1-2, jotta ei anneta manuaalisesti komentoja erikseen kullekin liitännälle, vaan konfiguroidaan molemmat yhdellä komennolla.
Käytän kanavaryhmä 2 -moodikomentoa, mutta voin käyttää mitä tahansa numeroa 1-6 osoittamaan toisen kytkimen liityntäryhmää. Koska kanavan vastakkainen puoli on konfiguroitu halutussa tilassa, tämän kytkimen liitäntöjen on oltava halutussa tai automaattisessa tilassa. Valitsen ensimmäisen parametrin, kirjoitan kanavaryhmän 2 tila toivottava ja painan Enter.
Näemme viestin, että kanavaliitäntä Port-channel 2 on luotu ja portit f0/1 ja f0/2 ovat siirtyneet peräkkäin alas-tilasta ylös-tilaan. Tämän jälkeen tulee viesti, että Port-channel 2 -liitäntä on siirtynyt ylös-tilaan ja että myös tämän liitännän linjaprotokolla on kytketty päälle. Nyt olemme muodostaneet kootun EtherChannelin.
Voit varmistaa tämän menemällä SW0-kytkimen asetuksiin ja kirjoittamalla show etherchannel summary -komennon. Näet erilaiset liput, joita tarkastelemme myöhemmin, ja sitten ryhmä 1 käyttäen 1 kanavaa, aggregaattoreiden lukumäärä on myös 1. Po1 tarkoittaa PortChannel 1:tä ja merkintä (SU) tarkoittaa S - kerros 2 lippua, U - käytetty. Seuraavassa näkyy käytetty PAGP-protokolla ja fyysiset portit, jotka on koottu kanavaan - Fa0/1 (P) ja Fa0/2 (P), joissa P-lippu osoittaa, että nämä portit ovat osa PortChannelia.
Käytän samoja komentoja toiselle kytkimelle, ja CLI-ikkuna näyttää samanlaiset tiedot SW1:stä.
Annan SW1-asetuksiin komennon show spanning-tree, ja näet, että PortChannel 2 on yksi looginen rajapinta ja sen hinta verrattuna kahden erillisen portin 19 hintaan on laskenut 9:ään.
Tehdään sama ensimmäisen kytkimen kanssa. Näet, että Root-parametrit eivät ole muuttuneet, mutta nyt kahden kytkimen välillä on kahden fyysisen linkin sijaan yksi looginen rajapinta Po1-Po2.
Yritetään korvata PAGP LACP:llä. Tätä varten käytän ensimmäisen kytkimen asetuksissa komentoa liitäntäalueelle int välillä f0/1-2. Jos annan nyt kanavaryhmä1-tilan aktiivisen komennon LACP:n käyttöön ottamiseksi, se hylätään, koska portit Fa0/1 ja Fa0/2 ovat jo osa kanavaa, joka käyttää eri protokollaa.
Siksi minun on ensin syötettävä komento no channel-group 1 mode active ja vasta sitten käytä komentoa kanavaryhmä1 tila aktiivinen. Tehdään sama toisella kytkimellä syöttämällä ensin komento no channel-group 2 ja sitten komento kanavaryhmä 2 mode aktiivinen. Jos katsot liitäntäparametreja, voit nähdä, että Po2 on taas päällä, mutta se on edelleen PAGP-protokollatilassa. Tämä ei pidä paikkaansa, koska meillä on tällä hetkellä LACP käytössä, ja tässä tapauksessa Packet Tracer -ohjelma näyttää parametrit väärin.
Tämän ristiriidan ratkaisemiseksi käytän väliaikaista ratkaisua - uuden PortChannelin luomista. Tätä varten kirjoitan komennot int range f0/1-2 ja no channel-group 2, ja sitten komennon kanavaryhmä 2 mode aktiivinen. Katsotaan kuinka tämä vaikuttaa ensimmäiseen kytkimeen. Annan show etherchannel summary -komennon ja näen, että Po1 näytetään taas käyttävän PAGP:tä. Tämä on ongelma Packet Tracer -simulaatiossa, koska PortChannel on tällä hetkellä pois käytöstä eikä meillä pitäisi olla kanavaa ollenkaan.
Palaan toisen kytkimen CLI-ikkunaan ja kirjoitan show etherchannel summary -komennon. Nyt Po2 näytetään indeksillä (SD), jossa D tarkoittaa alas, eli kanava ei toimi. Teknisesti PortChannel on täällä, mutta sitä ei käytetä, koska siihen ei ole liitetty porttia.
Syötän ensimmäisen kytkimen asetuksiin komennot int range f0/1-2 and no channel-group 1 ja luon sitten uuden kanavaryhmän, tällä kertaa numerolla 2, käyttämällä kanavaryhmä 2 mode aktiivista komentoa. Sitten teen saman toisen kytkimen asetuksissa, vain nyt kanavaryhmä saa numeron 1.
Nyt ensimmäiseen kytkimeen on luotu uusi ryhmä, Port Channel 2 ja toiselle Port Channel 1. Vaihdoin vain ryhmien nimet. Kuten näette, tein teknisesti uuden porttikanavan toiseen kytkimeen, ja nyt se näkyy oikealla parametrilla - show etherchannel summary -komennon syöttämisen jälkeen näemme, että Po1 (SU) käyttää LACP:tä.
Näemme täsmälleen saman kuvan kytkimen SW0 CLI-ikkunassa - uusi ryhmä Po2 (SU) toimii LACP-ohjauksella.
Harkitse eroa aktiivisessa tilassa olevan liitännän ja aina päällä olevan liitännän välillä. Luon kytkimelle SW0 uuden kanavaryhmän komennoilla int range f0/1-2 ja Channel-group 3 mode päällä. Ennen tätä sinun on poistettava kanavaryhmät 1 ja 2 käyttämällä no channel-group 1- ja no channel-group 2 -komentoja, muuten, kun yrität käyttää kanavaryhmä 3 -tilaa komennolla, järjestelmä näyttää viestin, jossa kerrotaan, että liitäntää käytetään jo toimimaan toisen kanavaprotokollan kanssa.
Teemme samoin toisella kytkimellä - poista kanavaryhmät 1 ja 2 ja luo ryhmä 3 komennolla kanavaryhmä 3 tila päällä. Siirrytään nyt SW0:n asetuksiin ja käytetään show etherchannel summary -komentoa. Näet, että uusi Po3-kanava on jo käytössä eikä vaadi mitään esitoimenpiteitä, kuten PAGP tai LACP.
Se käynnistyy välittömästi ilman porttien poistamista ja käyttöönottoa. Käyttämällä samaa komentoa SW1:lle, näemme, että tässä Po3 ei käytä mitään protokollaa, eli olemme luoneet staattisen EtherChannelin.
Cisco väittää, että jotta verkot olisivat laajalti saatavilla, meidän on unohdettava PAGP ja käytettävä staattista EtherChannelia luotettavampana linkkien yhdistämismuotona.
Kuinka teemme kuormituksen tasauksen? Palaan SW0-kytkimen CLI-ikkunaan ja kirjoitan show etherchannel load-balance -komennon. Voit nähdä, että kuormituksen tasapainotus tapahtuu lähteen MAC-osoitteen perusteella.
Yleensä tasapainotus käyttää tätä parametria, mutta joskus se ei sovi tarkoituksiin. Jos haluamme muuttaa tätä tasapainotustapaa, meidän on siirryttävä globaaliin konfigurointitilaan ja annettava port-channel load-balance -komento, jonka jälkeen järjestelmä näyttää kehotteet tämän komennon mahdollisilla parametreilla.
Jos määrität port-channel load-balance src-mac-parametrin eli määrität lähteen MAC-osoitteen, tiivistystoiminto otetaan käyttöön, joka sitten osoittaa, mitä portteja, jotka ovat osa tiettyä EtherChannelia, tulee käyttää eteenpäin liikennettä. Aina kun lähdeosoite on sama, järjestelmä käyttää kyseistä fyysistä rajapintaa liikenteen lähettämiseen.
Kiitos, että pysyt kanssamme. Pidätkö artikkeleistamme? Haluatko nähdä mielenkiintoisempaa sisältöä? Tue meitä tekemällä tilauksen tai suosittelemalla ystäville, 30 %:n alennus Habr-käyttäjille ainutlaatuisesta lähtötason palvelimien analogista, jonka me keksimme sinulle: (saatavana RAID1:n ja RAID10:n kanssa, jopa 24 ydintä ja jopa 40 Gt DDR4-muistia).
Dell R730xd 2 kertaa halvempi? Vain täällä Alankomaissa! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - alkaen 99 dollaria! Lukea
Lähde: will.com