Avui veurem el funcionament del protocol d'agregació d'enllaços EtherChannel de la capa 2 per a la capa 2 del model OSI. Aquest protocol no és massa diferent del protocol de la capa 3, però, abans de començar a aprendre sobre la capa 3 EtherChannel, he de presentar-vos alguns conceptes, així que passarem a la tercera capa més endavant. Continuem seguint la programació del curs CCNA, així que avui tractarem la Secció 1.5 "Configuració, verificació i resolució de problemes de la capa 2/3 EtherChannel" i les seccions 1.5a "EtherChannel estàtic", 1.5b "Protocol PAGP" i 1.5c "Obrir". Estàndard IEEE-LACP".
Abans d'anar més lluny, hem d'entendre què és un EtherChannel. Suposem que tenim l'interruptor A i l'interruptor B, connectats de manera redundant per tres línies de comunicació. Si utilitzeu el protocol STP, les dues línies addicionals es desactivaran lògicament per evitar bucles.
Suposem que tenim ports FastEthernet que proporcionen 100 Mbps de trànsit, de manera que el rendiment total és de 3 x 100 = 300 Mbps. Deixem només un canal de comunicació, per la qual cosa baixarà a 100 Mbps, és a dir, en aquest cas, STP degradarà el rendiment de la xarxa. A més, 2 canals addicionals estaran inactius en va.
Per evitar-ho, KALPANA, l'empresa que va crear els commutadors Cisco Catalist i que més tard va comprar Cisco, va desenvolupar una tecnologia anomenada EtherChannel als anys noranta.
En el nostre cas, aquesta tecnologia converteix tres canals de comunicació separats en un sol canal lògic amb una amplada de banda de 300 Mbps.
El primer mode de la tecnologia EtherChannel és el mode manual o estàtic. En aquest cas, els interruptors no faran res sota cap condició de transmissió, basant-se en el fet que tots els paràmetres manuals de funcionament es realitzen correctament. El canal simplement s'encén i funciona, confiant plenament en la configuració de l'administrador de la xarxa.
El segon mode és el protocol d'agregació d'enllaços PAGP propietari de Cisco, el tercer mode és el protocol d'agregació d'enllaços LACP estàndard IEEE.
Perquè aquests modes funcionin, l'EtherChannel ha d'estar disponible. La versió estàtica d'aquest protocol és molt fàcil d'activar: heu d'anar a la configuració de la interfície del commutador i introduir l'ordre de mode del grup de canals 1.
Si tenim l'interruptor A amb dues interfícies f0/1 i f0/2, hem d'introduir la configuració de cada port i introduir aquesta comanda, i el número de grup d'interfícies EtherChannel pot tenir un valor de l'1 al 6, el més important és que aquest el valor sigui el mateix per a tots els ports del commutador. A més, els ports han de funcionar en els mateixos modes: tots dos en mode d'accés o tots dos en mode troncal i tenir la mateixa VLAN nativa o VLAN permeses.
L'agregació EtherChannel només funcionarà si el grup de canals consta d'interfícies configurades de manera idèntica.
Connectem l'interruptor A amb dues línies de comunicació a l'interruptor B, que també té dues interfícies f0/1 i f0/2. Aquestes interfícies formen el seu propi grup. Podeu configurar-los perquè funcionin a EtherChannel mitjançant la mateixa ordre, i el número de grup no importa, ja que es troben a l'interruptor local. Podeu designar aquest grup número 1, i tot funcionarà. Tanmateix, recordeu que perquè els dos canals funcionin sense problemes, totes les interfícies s'han de configurar exactament de la mateixa manera, per a un mode: accés o tronc. Després d'haver introduït la configuració de les interfícies de l'interruptor A i de l'interruptor B i haver introduït el mode del grup de canals 1 per ordre, es completarà l'agregació d'enllaços EtherChannel.
Les dues interfícies físiques de cadascun dels commutadors funcionaran com una interfície lògica. Si mirem els paràmetres STP, veurem que l'interruptor A mostrarà una interfície comuna, agrupada a partir de dos ports físics.
Passem a PAGP, un protocol d'agregació de ports desenvolupat per Cisco.
Imagineu la mateixa imatge: dos interruptors A i B, cadascun amb interfícies f0 / 1 i f0 / 2, connectats per dues línies de comunicació. Per habilitar PAGP, utilitzeu la mateixa comanda de mode del grup de canals 1 amb paràmetres . En mode estàtic manual, només cal que introduïu el mode del grup de canals 1 a l'ordre a totes les interfícies i l'agregació comença a funcionar, aquí heu d'especificar el paràmetre desitjable o automàtic. Si introduïu l'ordre del mode del grup de canals 1 amb un signe ?, el sistema mostrarà un missatge amb opcions: activat, desitjable, automàtic, passiu, actiu.
Si emeteu la mateixa ordre desitjable del mode del grup de canals 1 als dos extrems de l'enllaç, el mode EtherChannel s'habilitarà. De la mateixa manera, passarà si en un extrem del canal les interfícies es configuren amb l'ordre desitjable del mode del grup de canals 1, i a l'altre extrem amb l'ordre automàtic del mode del grup de canals 1.
Tanmateix, si les interfícies dels dos extrems dels enllaços s'estableixen com a automàtica amb l'ordre automàtic del mode del grup de canals 1, no es produirà cap agregació d'enllaços. Per tant, recordeu: si voleu utilitzar EtherChannel a través del protocol PAGP, les interfícies d'almenys una de les parts han d'estar en l'estat desitjable.
Quan s'utilitza el protocol LACP obert per a l'agregació d'enllaços, s'utilitza la mateixa comanda de mode del grup de canals 1 amb els paràmetres .
Les possibles combinacions de paràmetres a ambdós costats dels canals són les següents: si les interfícies estan configurades en mode actiu o un costat està configurat com a actiu i l'altre com a passiu, el mode EtherChannel funcionarà, si ambdós grups d'interfícies estan configurats com a passiu. , no es produirà cap agregació d'enllaços. Cal recordar que per organitzar l'agregació d'enllaços mitjançant el protocol LACP, almenys un dels grups d'interfícies ha d'estar en estat actiu.
Intentem respondre a la pregunta: si tenim els interruptors A i B connectats per línies de comunicació i les interfícies d'un interruptor estan en estat actiu i l'altre en estat automàtic o desitjable, funcionarà EtherChannel?
No, no serà així, perquè el mateix protocol ha de funcionar a la xarxa, ja sigui PAGP o LACP, ja que no són compatibles entre si.
Vegem algunes ordres utilitzades per organitzar un EtherChannel. En primer lloc, cal assignar un número de grup, pot ser qualsevol cosa. Per a la primera ordre de mode del grup de canals 1, es poden seleccionar 5 opcions com a opció: activada, desitjable, automàtica, passiva o activa.
A les subordres de la interfície, utilitzem la paraula clau grup de canals, però si, per exemple, voleu especificar l'equilibri de càrrega, s'utilitza la paraula clau canal de port. Fem una ullada a què és l'equilibri de càrrega.
Suposem que tenim l'interruptor A amb dos ports connectats als ports corresponents de l'interruptor B. 3 ordinadors estan connectats a l'interruptor B - 1,2,3, i un ordinador número 4 està connectat a l'interruptor A.
Quan el trànsit es mou de l'ordinador número 4 a l'ordinador número 1, l'interruptor A començarà a transmetre paquets a les dues línies de comunicació. El mètode d'equilibri de càrrega utilitza la funció hash de l'adreça MAC d'origen de tal manera que tot el trànsit del quart ordinador passarà només per una de les dues línies de comunicació. Si connectem l'ordinador número 5 a l'interruptor A, gràcies a l'equilibri de càrrega, tot el trànsit d'aquest ordinador es desplaçarà només per una línia de comunicació inferior.
Tanmateix, aquesta no és una situació típica. Suposem que tenim un núvol-Internet i un dispositiu al qual està connectat l'interruptor A amb tres ordinadors. El trànsit d'Internet es dirigirà al commutador amb l'adreça MAC d'aquest dispositiu, és a dir, amb l'adreça d'un port concret, perquè aquest dispositiu és una passarel·la. Així, tot el trànsit de sortida tindrà l'adreça MAC d'aquest dispositiu.
Si l'interruptor B es troba davant de l'interruptor A, connectat amb ell per tres línies de comunicació, aleshores tot el trànsit de l'interruptor B en direcció a l'interruptor A es precipitarà per una de les línies, cosa que no correspon als nostres objectius. Per tant, hem d'establir els paràmetres d'equilibri per a aquest interruptor.
Això es fa mitjançant l'ordre port-channel load-balance, on el paràmetre d'opció és l'adreça IP de destinació. Si aquesta és l'adreça de l'ordinador núm. 1, el trànsit es precipitarà al llarg de la primera línia, si el número 3, a la tercera, i si especifiqueu l'adreça IP del segon ordinador, a continuació, a l'enllaç central.
Per fer-ho, l'ordre utilitza la paraula clau port-channel en mode de configuració global.
Si voleu veure quins enllaços estan implicats al canal i quins protocols s'utilitzen, en mode privilegiat heu d'introduir l'ordre de resum de l'etherchannel show. Podeu veure la configuració de l'equilibri de càrrega amb l'ordre show etherchannel load-balance.
Ara mirem tot això al programa Packet Tracer. Tenim 2 interruptors connectats per dos enllaços. STP començarà el seu treball i es bloquejarà un dels 4 ports.
Anem a la configuració de SW0 i introduïm l'ordre show spanning-tree. Veiem que STP funciona i podem comprovar l'identificador de l'arrel i l'identificador del pont. Utilitzant la mateixa ordre per al segon commutador, veurem que el primer commutador, SW0, és l'interruptor arrel, ja que, a diferència de SW1, té els mateixos valors d'identificador d'arrel i pont. A més, aquí hi ha un missatge que SW0 és l'arrel: "Aquest pont és l'arrel".
Els dos ports del commutador arrel es troben a l'estat Designat, el port bloquejat del segon commutador està designat com a alternatiu i el segon com a port arrel. Podeu veure com STP fa tot el treball necessari, configurant automàticament la connexió.
Activem el protocol PAGP, per a això, a la configuració SW0, introduïm seqüencialment les ordres de mode int f0 / 1 i grup de canals 1 amb un dels 5 paràmetres possibles, jo faig servir desitjable.
Podeu veure que el protocol de línia primer es va apagar i després es va tornar a engegar, és a dir, els canvis fets van tenir efecte i es va crear la interfície Port-canal 1.
Ara anem a la interfície f0 / 2 i introduïm la mateixa ordre desitjable del mode del grup de canals 1.
Podeu veure que ara els ports de l'enllaç superior estan marcats amb un marcador verd i els ports de l'enllaç inferior estan marcats amb taronja. En aquest cas, no pot haver-hi un mode de port mixt desitjable: automàtic, perquè totes les interfícies d'un commutador s'han de configurar amb la mateixa ordre. El mode automàtic es pot utilitzar al segon commutador, però al primer commutador tots els ports han de funcionar en el mateix mode, en aquest cas és desitjable.
Anem a la configuració SW1 i utilitzem l'ordre per al rang d'interfícies int rang f0 / 1-2, per no introduir ordres manualment per separat per a cadascuna de les interfícies, sinó per configurar totes dues amb una ordre.
Utilitzo l'ordre del mode canal-grup 2, però puc utilitzar qualsevol número de l'1 al 6 per designar el grup d'interfícies del segon commutador. Com que l'altre costat de l'enllaç està configurat en mode desitjable, les interfícies d'aquest commutador han d'estar en mode desitjable o automàtic. Selecciono la primera opció, escriu el mode de grup de canals 2 desitjable i premeu Intro.
Veiem un missatge que s'ha creat la interfície de canal de port-canal 2 i els ports f0/1 i f0/2 han canviat successivament de l'estat de baixa a l'estat de pujada. Això va seguit d'un missatge que la interfície Port-canal 2 ha passat a l'estat de pujada i que el protocol de línia d'aquesta interfície també s'ha activat. Ara tenim un EtherChannel agregat.
Podeu verificar-ho si aneu a la configuració de l'interruptor SW0 i introduïu l'ordre de resum de l'etherchannel show. Veu les diferents banderes que veurem més endavant, i després grupeu 1 amb 1 canal, el nombre d'agregadors també és 1. Po1 significa PortChannel 1, i la designació (SU) significa S - bandera de capa 2, U - usada . A continuació, el protocol PAGP utilitzat i els ports físics agregats al canal són Fa0 / 1 (P) i Fa0 / 2 (P), on la bandera P indica que aquests ports formen part del PortChannel.
Utilitzo les mateixes ordres per al segon commutador i la mateixa informació per a SW1 apareix a la finestra CLI.
Introdueixo l'ordre show spanning-tree a la configuració SW1 i podeu veure que PortChannel 2 és una única interfície lògica i el seu cost ha disminuït del cost de dos ports separats del 19 al 9.
Fem el mateix amb el primer interruptor. Podeu veure que els paràmetres d'arrel no han canviat, però ara hi ha una interfície lògica Po1-Po2 entre dos commutadors en comptes de dos enllaços físics.
Intentem substituir PAGP pel protocol LACP. Per fer-ho, a la configuració del primer commutador, faig servir l'ordre per al rang d'interfícies int rang f0 / 1-2. Si ara emet l'ordre actiu del mode channel-group1 per habilitar LACP, es rebutjarà perquè els ports Fa0/1 i Fa0/2 ja formen part d'un canal amb un protocol diferent.
Per tant, primer he d'introduir l'ordre de mode actiu sense grup de canal 1 i només després utilitzar l'ordre actiu de mode de grup de canal 1. Fem el mateix amb el segon commutador emetent primer l'ordre sense grup de canal 2 i després l'ordre actiu en mode grup de canal 2. Si mireu els paràmetres de les interfícies, podeu veure que Po2 s'ha tornat a engegar, però encara està en mode de protocol PAGP. Això no és cert, perquè actualment tenim vigent LACP i, en aquest cas, el programa Packet Tracer mostra incorrectament els paràmetres.
Per resoldre aquesta incoherència, faig servir una solució temporal: crear un altre PortChannel. Per fer-ho, escric les ordres int rang f0/1-2 i sense canal-grup 2, i després l'ordre canal-grup 2 mode actiu. Vegem com afecta això al primer canvi. Emet l'ordre de resum show etherchannel i veig que Po1 es torna a mostrar com a PAGP. Aquest és un problema de simulació de Packet Tracer perquè PortChannel ara està desactivat i no hauríem de tenir cap canal.
Torno a anar a la finestra CLI del segon commutador i introdueixo l'ordre de resum de l'etherchannel show. Ara Po2 es mostra amb un índex (SD), on D significa avall, és a dir, el canal està avall. Tècnicament, PortChannel està present aquí, però no s'utilitza perquè no hi ha cap port associat.
Introdueixo les ordres int rang f0 / 1-2 i cap grup de canals 1 a la configuració del primer interruptor i, a continuació, creo un nou grup de canals, aquesta vegada al número 2, utilitzant el mode de grup de canals 2 actiu. Aleshores faig el mateix a la configuració del segon interruptor, només que ara el grup de canals obté el número 1.
Ara s'ha creat un nou grup de Port Channel 2 al primer commutador i Port Channel 1 al segon. Acabo d'intercanviar els noms del grup. Com podeu veure, tècnicament vaig crear un nou canal de port al segon commutador, i ara es mostra amb el paràmetre correcte; després d'introduir l'ordre de resum de l'etherchannel, veiem que Po1 (SU) utilitza LACP.
Veiem exactament la mateixa imatge a la finestra CLI de l'interruptor SW0: el nou grup Po2 (SU) està executant LACP.
Considereu la diferència entre una interfície en estat actiu i una interfície que sempre està en estat activat. Crearé un nou grup de canals per a l'interruptor SW0 amb el rang int f0/1-2 i el mode de grup de canals 3 a les ordres. Abans d'això, heu de suprimir els grups de canals 1 i 2 amb les ordres sense grup de canals 1 i sense grup de canals 2, en cas contrari, quan intenteu utilitzar el mode de grup de canals 3 sota comanda, el sistema mostrarà un missatge que indica que la interfície ja està habilitada per funcionar amb un altre protocol de canal.
Fem el mateix amb el segon commutador: suprimiu el grup de canals 1 i 2 i creem el grup 3 amb el mode de grup de canals 3 a l'ordre. Ara anem a la configuració de SW0 i utilitzem l'ordre de resum de l'etherchannel show. Veureu que el nou canal Po3 ja està en funcionament i no requereix cap operació prèvia com PAGP o LACP.
S'encén immediatament, sense apagar i després encendre els ports. Utilitzant la mateixa ordre per a SW1, veurem que Po3 tampoc utilitza cap protocol aquí, és a dir, hem creat un EtherChannel estàtic.
Cisco diu que per a una àmplia disponibilitat de xarxa, cal oblidar-se de PAGP i utilitzar un EtherChannel estàtic com a forma més fiable d'agregació d'enllaços.
Com fem l'equilibri de càrrega? Torno a la finestra CLI de l'interruptor SW0 i introduc l'ordre show etherchannel load-balance. Podeu veure que l'equilibri de càrrega es fa en funció de l'adreça MAC d'origen.
Normalment, l'equilibri utilitza exactament aquest paràmetre, però de vegades no s'adapta a les nostres tasques. Si volem canviar aquest mètode d'equilibri, hem d'entrar al mode de configuració global i introduir l'ordre port-channel load-balance, després de la qual cosa el sistema demanarà els possibles paràmetres per a aquesta ordre.
Si especifiqueu el paràmetre port-channel load-balance src-mac, és a dir, especifiqueu l'adreça MAC d'origen, s'habilitarà una funció hashing, que dirà quins dels ports que formen part d'aquest EtherChannel s'han d'utilitzar per transferir trànsit. Cada vegada que l'adreça d'origen sigui la mateixa, el sistema utilitzarà aquesta interfície física en particular per enviar trànsit.
Gràcies per quedar-te amb nosaltres. T'agraden els nostres articles? Vols veure més contingut interessant? Doneu-nos suport fent una comanda o recomanant als amics, 30% de descompte per als usuaris d'Habr en un únic anàleg de servidors d'entrada, que hem inventat per a tu: (disponible amb RAID1 i RAID10, fins a 24 nuclis i fins a 40 GB DDR4).
Dell R730xd 2 vegades més barat? Només aquí als Països Baixos! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB - a partir de 99 $! Llegeix sobre
Font: www.habr.com