Vandag sal ons kyk na die werking van die Layer 2 EtherChannel-kanaalaggregasieprotokol vir laag 2 van die OSI-model. Hierdie protokol verskil nie te veel van die Laag 3-protokol nie, maar voordat ons in Laag 3 EtherChannel duik, moet ek 'n paar konsepte bekendstel sodat ons later by Laag 1.5 sal uitkom. Ons gaan voort om die CCNA-kursusskedule te volg, so vandag dek ons afdeling 2, Opstelling, toetsing en probleemoplossing Laag 3/1.5 EtherChannel, en onderafdelings 1.5a, Statiese EtherChannel, 1.5b, PAGP en XNUMXc, IEEE -LACP Oop Standaard. .
Voordat ons verder gaan, moet ons verstaan wat 'n EtherChannel is. Kom ons neem aan ons het skakelaar A en skakelaar B wat oortollig deur drie kommunikasielyne verbind is. As jy die STP-protokol gebruik, sal die twee ekstra lyne logies geblokkeer word om lusse te voorkom.
Kom ons sê ons het FastEthernet-poorte wat 100 Mbps-verkeer verskaf, so die totale deurset is 3 x 100 = 300 Mbps. Ons laat slegs een kommunikasiekanaal oor, waardeur dit tot 100 Mbit/s sal daal, dit wil sê, in hierdie geval sal STP die netwerkkenmerke vererger. Daarbenewens sal 2 ekstra kanale tevergeefs ledig wees.
Om dit te voorkom, het KALPANA, die maatskappy wat die Cisco Catalist-skakelaars geskep het en later deur Cisco gekoop is, 'n tegnologie genaamd EtherChannel in die 1990's ontwikkel.
In ons geval verander hierdie tegnologie drie afsonderlike kommunikasiekanale in een logiese kanaal met 'n kapasiteit van 300 Mbit/s.
Die eerste modus van EtherChannel-tegnologie is handmatige, of statiese modus. In hierdie geval sal die skakelaars niks onder enige oordragtoestande doen nie, en staatmaak op die feit dat alle handmatige instellings van bedryfsparameters korrek gemaak is. Die kanaal skakel eenvoudig aan en werk, en vertrou heeltemal op die instellings van die netwerkadministrateur.
Die tweede modus is die eie Cisco PAGP-skakelaggregasieprotokol, die derde is die IEEE-standaard LACP-skakelaggregasieprotokol.
Vir hierdie modusse om te werk, moet die EtherChannel beskikbaar gestel word. Die statiese weergawe van hierdie protokol is baie maklik om te aktiveer: jy moet na die skakel-koppelvlakinstellings gaan en die kanaalgroep 1-modus-opdrag invoer.
As ons skakelaar A met twee koppelvlakke f0/1 en f0/2 het, moet ons na die instellings van elke poort gaan en hierdie opdrag invoer, en die EtherChannel-koppelvlakgroepnommer kan 'n waarde van 1 tot 6 hê, die belangrikste ding is dat hierdie waarde is dieselfde vir alle poorte van die skakelaar. Daarbenewens moet die poorte in dieselfde modusse werk: beide in toegangsmodus of albei in stammodus en dieselfde inheemse VLAN of toegelate VLAN hê.
EtherChannel-aggregasie sal slegs werk as die groep kanale bestaan uit identies gekonfigureerde koppelvlakke.
Kom ons koppel skakelaar A met twee kommunikasielyne aan skakelaar B, wat ook twee koppelvlakke f0/1 en f0/2 het. Hierdie koppelvlakke vorm hul eie groep. U kan hulle instel om in EtherChannel te werk met dieselfde opdrag, en die groepnommer maak nie saak nie, aangesien hulle op die plaaslike skakelaar geleë is. Jy kan hierdie groep as nommer 1 aanwys, en alles sal werk. Onthou egter - vir beide kanale om sonder probleme te werk, moet alle koppelvlakke presies dieselfde gekonfigureer word, na dieselfde modus - toegang of stam. Nadat jy in die instellings van beide koppelvlakke van skakelaar A en skakelaar B ingegaan het en die kanaalgroep 1-modus op bevel betree het, sal samevoeging van EtherChannel-kanale voltooi word.
Beide fisiese koppelvlakke van elke skakelaar sal as een logiese koppelvlak werk. As ons na die STP-parameters kyk, sal ons sien dat skakelaar A een algemene koppelvlak sal wys, gegroepeer uit twee fisiese poorte.
Kom ons gaan aan na PAGP, 'n poortsamevoegingsprotokol wat deur Cisco ontwikkel is.
Kom ons stel ons dieselfde prentjie voor - twee skakelaars A en B, elk met koppelvlakke f0/1 en f0/2, verbind deur twee kommunikasielyne. Om PAGP te aktiveer, gebruik dieselfde opdragkanaal-groep 1-modus met parameters . In handmatige statiese modus gaan jy eenvoudig die kanaal-groep 1-modus in op bevel op alle koppelvlakke, en samevoeging begin werk; hier moet jy die gewenste of outomatiese parameter spesifiseer. As jy die kanaal-groep 1-modus-opdrag met die ?-teken invoer, sal die stelsel 'n prompt met parameteropsies vertoon: aan, wenslik, outomaties, passief, aktief.
As jy dieselfde kanaal-groep 1-modus wenslike opdrag aan beide kante van die kommunikasielyn invoer, sal EtherChannel-modus geaktiveer word. Dieselfde ding sal gebeur as die koppelvlakke aan die een kant van die kanaal gekonfigureer is met die kanaal-groep 1-modus wenslike opdrag, en aan die ander kant met die kanaal-groep 1-modus outomatiese opdrag.
As die koppelvlakke aan beide kante van die skakels egter gekonfigureer is om outomaties met die kanaalgroep 1-modus outomatiese opdrag, sal skakelaggregasie nie plaasvind nie. Onthou dus - as jy EtherChannel oor die PAGP-protokol wil gebruik, moet die koppelvlakke van ten minste een van die partye in die gewenste toestand wees.
Wanneer die oop LACP-protokol vir kanaalaggregasie gebruik word, word dieselfde kanaalgroep 1-modusopdrag met parameters gebruik .
Moontlike kombinasies van instellings aan beide kante van die kanale is soos volg: as die koppelvlakke op aktiewe modus gekonfigureer is of die een kant na aktief en die ander na passief, sal die EtherChannel modus werk; as beide groepe koppelvlakke op passief gekonfigureer is, kanaal samevoeging sal nie plaasvind nie. Daar moet onthou word dat ten einde kanaalaggregasie te organiseer deur gebruik te maak van die LACP-protokol, moet ten minste een van die koppelvlakgroepe in die aktiewe toestand wees.
Kom ons probeer om die vraag te beantwoord: as ons skakelaars A en B het wat deur kommunikasielyne verbind is, en die koppelvlakke van een skakelaar is in die aktiewe toestand, en die ander in die outomatiese of gewenste toestand, sal EtherChannel werk?
Nee, dit sal nie, want die netwerk moet dieselfde protokol gebruik - óf PAGP óf LACP, aangesien hulle nie met mekaar versoenbaar is nie.
Kom ons kyk na verskeie opdragte wat gebruik word om 'n EtherChannel te organiseer. Eerstens moet jy 'n groepnommer toewys, dit kan enigiets wees. Vir die eerste opdragkanaal-groep 1-modus, kan jy 5 parameters as 'n opsie kies: aan, wenslik, outomaties, passief of aktief.
In koppelvlaksubopdragte gebruik ons die kanaalgroep-sleutelwoord, maar as jy byvoorbeeld vragbalansering wil spesifiseer, word die woord poortkanaal gebruik. Kom ons kyk wat vragbalansering is.
Gestel ons het skakelaar A met twee poorte, wat aan die ooreenstemmende poorte van skakelaar B gekoppel is. Drie rekenaars is aan skakelaar B gekoppel - 3, en een rekenaar nr. 1,2,3 is aan skakelaar A gekoppel.
Wanneer verkeer van rekenaar #4 na rekenaar #1 beweeg, sal skakelaar A pakkies op beide skakels begin oordra. Die lasbalanseringsmetode gebruik hashing van die sender se MAC-adres sodat alle verkeer vanaf die vierde rekenaar slegs deur een van die twee skakels sal vloei. As ons rekenaar nr. 5 aan skakelaar A koppel, danksy lasbalansering, sal die verkeer van hierdie rekenaar net langs een, onderste kommunikasielyn beweeg.
Dit is egter nie 'n tipiese situasie nie. Kom ons sê ons het 'n wolk-internet en 'n toestel waaraan skakelaar A met drie rekenaars gekoppel is. Internetverkeer sal na die skakelaar met die MAC-adres van hierdie toestel gelei word, dit wil sê met die adres van 'n spesifieke poort, want hierdie toestel is 'n poort. Dus sal alle uitgaande verkeer die MAC-adres van hierdie toestel hê.
As ons skakelaar B voor skakelaar A plaas, wat met drie kommunikasielyne daaraan gekoppel is, dan sal al die verkeer van skakelaar B in die rigting van skakelaar A langs een van die lyne vloei, wat nie aan ons doelwitte voldoen nie. Daarom moet ons balanseringsparameters vir hierdie skakelaar stel.
Om dit te doen, gebruik die poortkanaal-laaibalansopdrag, waar die bestemmings-IP-adres as die opsieparameter gebruik word. As dit die adres van rekenaar nr. 1 is, sal die verkeer langs die eerste lyn vloei, as nr. 3 - langs die derde, en as jy die IP-adres van die tweede rekenaar spesifiseer, dan langs die middelste kommunikasielyn.
Om dit te doen, gebruik die opdrag die poortkanaal-sleutelwoord in globale konfigurasiemodus.
As jy wil sien watter skakels by die kanaal betrokke is en watter protokolle gebruik word, moet jy in bevoorregte modus die wys eterkanaal-opsomming-opdrag invoer. Jy kan die lasbalansering-instellings bekyk met die wys eterkanaal-lasbalansopdrag.
Kom ons kyk nou na dit alles in die Packet Tracer-program. Ons het 2 skakelaars wat deur twee skakels verbind is. STP sal begin werk en een van die 4 poorte sal geblokkeer word.
Kom ons gaan na die SW0-instellings en voer die show spanning-tree opdrag in. Ons sien dat STP werk en ons kan die wortel-ID en brug-ID nagaan. Deur dieselfde opdrag vir die tweede skakelaar te gebruik, sal ons sien dat die eerste skakelaar SW0 die wortel een is, aangesien, anders as SW1, sy wortel- en brug-identifiseerderwaardes dieselfde is. Daarbenewens is daar 'n boodskap hier dat SW0 die wortel is - "Hierdie brug is die wortel".
Beide poorte van die wortelskakelaar is in die aangewese toestand, die geblokkeerde poort van die tweede skakelaar word as Alternatief aangewys, en die tweede word as die wortelpoort aangewys. U kan sien hoe STP al die nodige werk foutloos doen en die verbinding outomaties opstel.
Kom ons aktiveer die PAGP-protokol; om dit te doen, in die SW0-instellings, voer ons opeenvolgend die opdragte int f0/1 en kanaalgroep 1-modus in met een van 5 moontlike parameters, ek gebruik wenslik.
U kan sien dat die lynprotokol eers gedeaktiveer is en dan weer geaktiveer is, dit wil sê, die veranderinge wat gemaak is, het in werking getree en die Port-kanaal 1-koppelvlak is geskep.
Kom ons gaan nou na die f0/2-koppelvlak en voer dieselfde opdragkanaal-groep 1-modus in as wenslik.
Jy kan sien dat die poorte van die boonste skakel nou deur 'n groen merker aangedui word, en die poorte van die onderste skakel word deur 'n oranje merker aangedui. In hierdie geval kan daar nie 'n gemengde modus van wenslike - outomatiese poorte wees nie, want alle koppelvlakke van een skakelaar moet met dieselfde opdrag gekonfigureer word. Die outomodus kan op die tweede skakelaar gebruik word, maar op die eerste moet alle poorte in dieselfde modus werk, in hierdie geval is dit wenslik.
Kom ons gaan na die instellings van SW1 en gebruik die opdrag vir die reeks koppelvlakke int range f0/1-2, om nie handmatig opdragte apart vir elk van die koppelvlakke in te voer nie, maar om beide met een opdrag te konfigureer.
Ek gebruik die kanaalgroep 2-modus-opdrag, maar ek kan enige nommer van 1 tot 6 gebruik om die groep koppelvlakke van die tweede skakelaar aan te wys. Aangesien die teenoorgestelde kant van die kanaal in die gewenste modus gekonfigureer is, moet die koppelvlakke van hierdie skakelaar in die gewenste of outomatiese modus wees. Ek kies die eerste parameter, tik kanaalgroep 2-modus wenslik en druk Enter.
Ons sien 'n boodskap dat kanaalkoppelvlak Port-kanaal 2 geskep is, en poorte f0/1 en f0/2 het opeenvolgend van die af-toestand na die op-toestand verskuif. Dit word gevolg deur 'n boodskap dat die Port-kanaal 2-koppelvlak na die op-toestand oorgeskakel het en dat die lynprotokol van hierdie koppelvlak ook aangeskakel is. Nou het ons 'n saamgevoegde EtherChannel gevorm.
U kan dit verifieer deur na die instellings van die SW0-skakelaar te gaan en die wys eterkanaal-opsomming-opdrag in te voer. Jy kan die verskillende vlae sien waarna ons later sal kyk, en dan groep 1 met 1 kanaal, die aantal aggregators is ook 1. Po1 beteken PortChannel 1, en die benaming (SU) staan vir S - laag 2 vlag, U - gebruik word. Die volgende toon die PAGP-protokol wat gebruik word en die fisiese poorte saamgevoeg in die kanaal - Fa0/1 (P) en Fa0/2 (P), waar die P-vlag aandui dat hierdie poorte deel is van die PortChannel.
Ek gebruik dieselfde opdragte vir die tweede skakelaar, en die CLI-venster wys soortgelyke inligting vir SW1.
Ek voer die show spanning-tree-opdrag in die SW1-instellings in, en jy kan sien dat PortChannel 2 'n enkele logiese koppelvlak is, en die koste daarvan in vergelyking met die koste van twee afsonderlike poorte 19 het tot 9 gedaal.
Kom ons doen dieselfde met die eerste skakelaar. U sien dat die wortelparameters nie verander het nie, maar nou tussen die twee skakelaars, in plaas van twee fisiese skakels, is daar een logiese koppelvlak Po1-Po2.
Kom ons probeer om PAGP met LACP te vervang. Om dit te doen, gebruik ek in die instellings van die eerste skakelaar die opdrag vir die reeks koppelvlakke int range f0/1-2. As ek nou die kanaal-groep1-modus aktiewe opdrag uitreik om LACP te aktiveer, sal dit verwerp word omdat poorte Fa0/1 en Fa0/2 reeds deel is van 'n kanaal wat 'n ander protokol gebruik.
Daarom moet ek eers die opdrag geen kanaal-groep 1-modus aktief invoer en dan eers die opdrag kanaal-groep1-modus aktief gebruik. Kom ons doen dieselfde met die tweede skakelaar, voer eers die opdrag geen kanaal-groep 2 in, en dan die opdrag kanaal-groep 2-modus aktief. As jy na die koppelvlakparameters kyk, kan jy sien dat Po2 weer aangeskakel is, maar dit is steeds in PAGP-protokolmodus. Dit is nie waar nie, want ons het tans LACP in werking, en in hierdie geval word die parameters verkeerd vertoon deur die Packet Tracer-program.
Om hierdie teenstrydigheid op te los, gebruik ek 'n tydelike oplossing - die skep van 'n ander PortChannel. Om dit te doen, tik ek die opdragte int reeks f0/1-2 en geen kanaal-groep 2, en dan die opdrag kanaal-groep 2 modus aktief. Kom ons kyk hoe dit die eerste skakelaar beïnvloed. Ek voer die show etherchannel summary command en sien dat Po1 weer gewys word as gebruik van PAGP. Dit is 'n probleem in die Packet Tracer-simulasie omdat die PortChannel tans gedeaktiveer is en ons glad nie 'n kanaal behoort te hê nie.
Ek gaan terug na die CLI-venster van die tweede skakelaar en voer die show etherchannel-opsomming in. Nou word Po2 gewys met 'n indeks (SD), waar D af beteken, dit wil sê die kanaal werk nie. Tegnies is die PortChannel hier teenwoordig, maar dit word nie gebruik nie, want daar is geen poort wat daarmee geassosieer word nie.
Ek voer die opdragte int reeks f0/1-2 in en geen kanaalgroep 1 in die instellings van die eerste skakelaar, en skep dan 'n nuwe kanaalgroep, hierdie keer nommer 2, deur die kanaalgroep 2-modus aktiewe opdrag te gebruik. Dan doen ek dieselfde in die instellings van die tweede skakelaar, net nou kry die kanaalgroep nommer 1.
Nou is 'n nuwe groep, Port Channel 2, op die eerste skakelaar geskep, en Port Channel 1 op die tweede. Ek het eenvoudig die name van die groepe omgeruil. Soos u kan sien, het ek tegnies 'n nuwe poortkanaal op die tweede skakelaar geskep, en nou word dit vertoon met die korrekte parameter - nadat ons die show etherchannel-opsomming ingevoer het, sien ons dat Po1 (SU) LACP gebruik.
Ons sien presies dieselfde prentjie in die CLI-venster van skakelaar SW0 - die nuwe groep Po2 (SU) werk onder LACP-beheer.
Oorweeg die verskil tussen 'n koppelvlak wat in die aktiewe toestand is en 'n koppelvlak wat altyd in die aan-toestand is. Ek sal 'n nuwe kanaalgroep vir skakelaar SW0 skep met die opdragte int reeks f0/1-2 en kanaalgroep 3-modus aan. Voor dit, moet jy kanaalgroepe 1 en 2 uitvee deur die geen kanaal-groep 1 en geen kanaal-groep 2 opdragte te gebruik, anders, wanneer jy probeer om die kanaal-groep 3 modus op bevel te gebruik, sal die stelsel 'n boodskap vertoon wat sê dat die koppelvlak word reeds gebruik om met 'n ander kanaalprotokol te werk.
Ons doen dieselfde met die tweede skakelaar - verwyder kanaalgroep 1 en 2 en skep groep 3 met die opdrag kanaalgroep 3-modus aan. Kom ons gaan nou na die instellings van SW0 en gebruik die wys eterkanaal opsomming opdrag. Jy sal sien dat die nuwe Po3-kanaal reeds aan die gang is en geen voorlopige bewerkings soos PAGP of LACP benodig nie.
Dit skakel onmiddellik aan, sonder om poorte te deaktiveer en dan te aktiveer. Deur dieselfde opdrag vir SW1 te gebruik, sal ons sien dat hier Po3 geen protokol gebruik nie, dit wil sê ons het 'n statiese EtherChannel geskep.
Cisco voer aan dat vir netwerke om wyd beskikbaar te wees, ons van PAGP moet vergeet en statiese EtherChannel moet gebruik as 'n meer betroubare manier van skakelaggregasie.
Hoe doen ons lasbalansering? Ek keer terug na die SW0 skakelaar CLI venster en voer die show etherchannel load-balance opdrag in. U kan sien dat die lasbalansering gedoen word op grond van die bron-MAC-adres.
Gewoonlik gebruik balansering hierdie parameter, maar soms pas dit nie by ons doeleindes nie. As ons hierdie balanseringsmetode wil verander, moet ons die globale konfigurasiemodus betree en die poortkanaal-lasbalansopdrag ingaan, waarna die stelsel aanwysings met moontlike parameters vir hierdie opdrag sal vertoon.
As jy die poort-kanaal lasbalans src-mac parameter spesifiseer, dit wil sê die bron MAC adres spesifiseer, sal 'n hashing funksie geaktiveer word, wat dan sal aandui watter van die poorte wat deel is van 'n gegewe EtherChannel gebruik moet word om vorentoe verkeer. Wanneer die bronadres dieselfde is, sal die stelsel daardie spesifieke fisiese koppelvlak gebruik om verkeer te stuur.
Dankie dat jy by ons gebly het. Hou jy van ons artikels? Wil jy meer interessante inhoud sien? Ondersteun ons deur 'n bestelling te plaas of by vriende aan te beveel, 30% afslag vir Habr-gebruikers op 'n unieke analoog van intreevlakbedieners, wat deur ons vir jou uitgevind is: (beskikbaar met RAID1 en RAID10, tot 24 kerne en tot 40 GB DDR4).
Dell R730xd 2 keer goedkoper? Net hier in Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - vanaf $99! Lees van
Bron: will.com