Hoxe analizaremos o funcionamento do protocolo de agregación de canles EtherChannel de capa 2 para a capa 2 do modelo OSI. Este protocolo non é moi diferente do protocolo de capa 3, pero antes de mergullarnos na capa 3 EtherChannel, teño que introducir algúns conceptos para que imos pasar á capa 1.5 máis tarde. Seguimos seguindo a programación do curso CCNA, polo que hoxe trataremos a sección 2, Configuración, proba e resolución de problemas EtherChannel de capa 3/1.5, e as subseccións 1.5a, EtherChannel estático, 1.5b, PAGP e XNUMXc, IEEE. - Estándar aberto LACP. .
Antes de ir máis lonxe, debemos entender o que é un EtherChannel. Supoñamos que temos o interruptor A e o interruptor B conectados de forma redundante por tres liñas de comunicación. Se usa STP, as dúas liñas adicionais bloquearanse loxicamente para evitar bucles.
Digamos que temos portos FastEthernet que proporcionan tráfico de 100 Mbps, polo que o rendemento total é de 3 x 100 = 300 Mbps. Deixamos só unha canle de comunicación, polo que baixará a 100 Mbit/s, é dicir, neste caso, STP empeorará as características da rede. Ademais, 2 canles adicionais estarán inactivas en balde.
Para evitalo, KALPANA, a empresa que creou os switches Cisco Catalist e que despois foi comprada por Cisco, desenvolveu unha tecnoloxía chamada EtherChannel na década de 1990.
No noso caso, esta tecnoloxía converte tres canles de comunicación separadas nunha canle lóxica cunha capacidade de 300 Mbit/s.
O primeiro modo da tecnoloxía EtherChannel é o modo manual ou estático. Neste caso, os interruptores non farán nada en ningunha condición de transmisión, baseándose no feito de que todos os axustes manuais dos parámetros de funcionamento se realizaron correctamente. A canle simplemente acende e funciona, confiando completamente na configuración do administrador da rede.
O segundo modo é o protocolo propietario de agregación de ligazóns PAGP de Cisco, o terceiro é o protocolo de agregación de ligazóns LACP estándar IEEE.
Para que estes modos funcionen, o EtherChannel debe estar dispoñible. A versión estática deste protocolo é moi doada de activar: cómpre ir á configuración da interface do interruptor e introducir o comando do modo do grupo de canles 1.
Se temos o interruptor A con dúas interfaces f0/1 e f0/2, debemos entrar na configuración de cada porto e introducir este comando, e o número do grupo de interfaces EtherChannel pode ter un valor do 1 ao 6, o principal é que este valor é o mesmo para todos os portos do switch. Ademais, os portos deben funcionar nos mesmos modos: ambos en modo de acceso ou ambos en modo troncal e ter a mesma VLAN nativa ou VLAN permitida.
A agregación EtherChannel só funcionará se o grupo de canles consta de interfaces configuradas de forma idéntica.
Conectemos o interruptor A con dúas liñas de comunicación ao interruptor B, que tamén ten dúas interfaces f0/1 e f0/2. Estas interfaces forman o seu propio grupo. Podes configuralos para que funcionen en EtherChannel usando o mesmo comando, e o número do grupo non importa, xa que están situados no interruptor local. Podes designar este grupo como número 1 e todo funcionará. Non obstante, lembre: para que ambas canles funcionen sen problemas, todas as interfaces deben estar configuradas exactamente igual, no mesmo modo: acceso ou troncal. Despois de entrar na configuración de ambas as interfaces do interruptor A e do interruptor B e entrar no modo do grupo de canles 1 por orde, completarase a agregación das canles EtherChannel.
Ambas as interfaces físicas de cada interruptor funcionarán como unha única interface lóxica. Se observamos os parámetros STP, veremos que o switch A mostrará unha interface común, agrupada a partir de dous portos físicos.
Pasemos a PAGP, un protocolo de agregación de portos desenvolvido por Cisco.
Imaxinemos a mesma imaxe: dous interruptores A e B, cada un con interfaces f0/1 e f0/2, conectados por dúas liñas de comunicación. Para activar PAGP, use o mesmo modo de grupo de canles 1 de comandos con parámetros . No modo estático manual, só tes que introducir o modo do grupo de canles 1 ao comando en todas as interfaces e a agregación comeza a funcionar; aquí tes que especificar o parámetro desexado ou automático. Se introduce o comando do modo do grupo de canles 1 co signo ?, o sistema mostrará un aviso coas opcións de parámetros: activado, desexable, automático, pasivo, activo.
Se introduce o mesmo comando desexable do modo do grupo de canles 1 nos dous extremos da liña de comunicación, activarase o modo EtherChannel. O mesmo ocorrerá se nun extremo da canle as interfaces se configuran co comando desexable do modo grupo de canles 1 e no outro extremo co comando automático do modo grupo de canles 1.
Non obstante, se as interfaces dos dous extremos das ligazóns están configuradas para automticamente co comando de modo automático do grupo de canles 1, non se producirá a agregación de ligazóns. Polo tanto, recorda: se queres usar EtherChannel sobre o protocolo PAGP, as interfaces de polo menos unha das partes deben estar no estado desexado.
Cando se usa o protocolo LACP aberto para a agregación de canles, utilízase o mesmo comando de modo do grupo de canles 1 con parámetros .
As posibles combinacións de configuración en ambos os dous lados das canles son as seguintes: se as interfaces están configuradas para o modo activo ou un lado para activo e o outro para pasivo, o modo EtherChannel funcionará; se os dous grupos de interfaces están configurados para pasivo, a canle. non se producirá a agregación. Hai que lembrar que para organizar a agregación de canles mediante o protocolo LACP, polo menos un dos grupos de interfaces debe estar no estado activo.
Tentemos responder á pregunta: se temos os interruptores A e B conectados por liñas de comunicación e as interfaces dun interruptor están no estado activo e o outro no estado automático ou desexable, funcionará EtherChannel?
Non, non será así, porque a rede debe usar o mesmo protocolo: PAGP ou LACP, xa que non son compatibles entre si.
Vexamos varios comandos usados para organizar un EtherChannel. Primeiro de todo, cómpre asignar un número de grupo, pode ser calquera cousa. Para o modo do primeiro grupo de canles de comandos 1, pode seleccionar 5 parámetros como opción: activado, desexable, automático, pasivo ou activo.
Nos subcomandos da interface usamos a palabra chave channel-group, pero se, por exemplo, quere especificar o equilibrio de carga, utilízase a palabra port-channel. Vexamos o que é o equilibrio de carga.
Supoñamos que temos o interruptor A con dous portos, que están conectados aos portos correspondentes do interruptor B. Tres ordenadores están conectados ao interruptor B - 3, e un ordenador número 1,2,3 está conectado ao interruptor A.
Cando o tráfico pase do ordenador número 4 ao ordenador número 1, o interruptor A comezará a transmitir paquetes en ambas as ligazóns. O método de balance de carga usa o hash do enderezo MAC do remitente para que todo o tráfico do cuarto ordenador circule só por unha das dúas ligazóns. Se conectamos o ordenador número 5 ao interruptor A, grazas ao equilibrio de carga, o tráfico deste ordenador desprazarase só por unha liña de comunicación inferior.
Non obstante, esta non é unha situación típica. Digamos que temos unha Internet na nube e un dispositivo ao que está conectado o interruptor A con tres ordenadores. O tráfico de Internet dirixirase ao switch co enderezo MAC deste dispositivo, é dicir, co enderezo dun porto específico, porque este dispositivo é unha pasarela. Así, todo o tráfico de saída terá o enderezo MAC deste dispositivo.
Se diante do interruptor A colocamos o interruptor B, conectado a el por tres liñas de comunicación, entón todo o tráfico do interruptor B na dirección do interruptor A circulará por unha das liñas, que non cumpre os nosos obxectivos. Polo tanto, necesitamos establecer parámetros de equilibrio para este interruptor.
Para iso, use o comando port-channel load-balance, onde se usa o enderezo IP de destino como parámetro de opción. Se este é o enderezo do ordenador número 1, o tráfico fluirá ao longo da primeira liña, se o número 3 - ao longo da terceira, e se especifica o enderezo IP do segundo ordenador, entón pola liña de comunicación media.
Para iso, o comando usa a palabra clave port-channel no modo de configuración global.
Se queres ver que ligazóns están implicadas na canle e que protocolos se usan, entón no modo privilexiado debes ingresar o comando de resumo show etherchannel. Podes ver a configuración de balance de carga usando o comando show etherchannel load-balance.
Agora vexamos todo isto no programa Packet Tracer. Temos 2 interruptores conectados por dous enlaces. STP comezará a funcionar e un dos 4 portos bloquearase.
Imos á configuración de SW0 e introduza o comando show spanning-tree. Vemos que STP está funcionando e podemos comprobar o ID raíz e o ID Bridge. Usando o mesmo comando para o segundo interruptor, veremos que o primeiro interruptor SW0 é o root, xa que, a diferenza de SW1, os seus valores de identificador de raíz e ponte son os mesmos. Ademais, aquí hai unha mensaxe de que SW0 é a raíz: "Esta ponte é a raíz".
Os dous portos do interruptor raíz están no estado Designado, o porto bloqueado do segundo interruptor desígnase como alternativo e o segundo está designado como porto raíz. Podes ver como STP fai todo o traballo necesario sen problemas, configurando a conexión automaticamente.
Activemos o protocolo PAGP; para iso, na configuración de SW0, introducimos secuencialmente os comandos int f0/1 e o modo de grupo de canles 1 cun dos 5 parámetros posibles, eu uso desexable.
Podes ver que primeiro se desactivou o protocolo de liña e despois habilitouse de novo, é dicir, os cambios realizados entraron en vigor e creouse a interface Port-channel 1.
Agora imos á interface f0/2 e introduzamos o mesmo modo de comando do grupo de canles 1 desexable.
Podes ver que agora os portos da ligazón superior están indicados cun marcador verde e os portos da ligazón inferior están indicados cun marcador laranxa. Neste caso, non pode haber un modo mixto de portos automáticos desexables, porque todas as interfaces dun interruptor deben configurarse co mesmo comando. O modo automático pódese usar no segundo interruptor, pero no primeiro, todos os portos deben funcionar no mesmo modo, neste caso é desexable.
Entremos na configuración de SW1 e usemos o comando para o intervalo de interfaces int intervalo f0/1-2, para non introducir comandos manualmente por separado para cada unha das interfaces, senón para configurar ambos cun só comando.
Utilizo o comando do modo de grupo de canles 2, pero podo usar calquera número do 1 ao 6 para designar o grupo de interfaces do segundo interruptor. Dado que o lado oposto da canle está configurado en modo desexable, as interfaces deste interruptor deben estar en modo desexable ou automático. Selecciono o primeiro parámetro, escriba o modo de grupo de canles 2 desexable e premo Intro.
Vemos unha mensaxe de que se creou a interface de canle Porto-canle 2 e os portos f0/1 e f0/2 pasaron secuencialmente do estado de abaixo ao estado de arriba. A continuación, aparece unha mensaxe de que a interface de Port-channel 2 pasou ao estado superior e que o protocolo de liña desta interface tamén se activou. Agora formamos un EtherChannel agregado.
Podes verificalo accedendo á configuración do interruptor SW0 e introducindo o comando de resumo show etherchannel. Podes ver as distintas bandeiras que veremos máis adiante, e logo o grupo 1 usando 1 canle, o número de agregadores tamén é 1. Po1 significa PortChannel 1, e a designación (SU) significa S - bandeira de capa 2, U - usado. A continuación móstrase o protocolo PAGP utilizado e os portos físicos agregados na canle: Fa0/1 (P) e Fa0/2 (P), onde o indicador P indica que estes portos forman parte do PortChannel.
Eu uso os mesmos comandos para o segundo interruptor e a xanela da CLI mostra información similar para SW1.
Intro o comando show spanning-tree na configuración de SW1 e podes ver que PortChannel 2 é unha única interface lóxica e que o seu custo en comparación co custo de dous portos separados 19 diminuíu a 9.
Fagamos o mesmo co primeiro interruptor. Ves que os parámetros de raíz non cambiaron, pero agora entre os dous interruptores, en lugar de dúas ligazóns físicas, hai unha interface lóxica Po1-Po2.
Tentemos substituír PAGP por LACP. Para iso, na configuración do primeiro interruptor uso o comando para o rango de interfaces int rango f0/1-2. Se agora emito o comando activo do modo channel-group1 para activar LACP, rexeitarase porque os portos Fa0/1 e Fa0/2 xa forman parte dunha canle que usa un protocolo diferente.
Polo tanto, primeiro debo introducir o comando sen modo de grupo de canles 1 activo e só despois usar o modo de grupo de canles 1 activo. Fagamos o mesmo co segundo interruptor, introducindo primeiro o comando sen grupo de canles 2 e despois o modo de grupo de canles 2 activo. Se observas os parámetros da interface, podes ver que Po2 está activado de novo, pero aínda está no modo de protocolo PAGP. Isto non é certo, porque actualmente temos LACP en vigor, e neste caso os parámetros aparecen incorrectamente polo programa Packet Tracer.
Para resolver esta discrepancia, uso unha solución temporal: crear outro PortChannel. Para iso, escribo os comandos int intervalo f0/1-2 e sen grupo de canles 2, e despois o modo de grupo de canles 2 activo. Vexamos como afecta isto ao primeiro cambio. Intro o comando show etherchannel summary e vexo que Po1 volve a mostrarse usando PAGP. Este é un problema na simulación de Packet Tracer porque PortChannel está actualmente desactivado e non deberíamos ter ningunha canle.
Volvo á xanela da CLI do segundo interruptor e introduzo o comando de resumo show etherchannel. Agora Po2 móstrase cun índice (SD), onde D significa abaixo, é dicir, a canle non funciona. Tecnicamente, o PortChannel está presente aquí, pero non se usa porque non hai un porto asociado a el.
Introduzo os comandos int rango f0/1-2 e ningún grupo de canles 1 na configuración do primeiro interruptor e, a continuación, creo un novo grupo de canles, esta vez o número 2, usando o comando activo do modo de grupo de canles 2. Despois fago o mesmo na configuración do segundo interruptor, só que agora o grupo de canles recibe o número 1.
Agora creouse un novo grupo, Port Channel 2, no primeiro interruptor e Port Channel 1 no segundo. Simplemente cambiei os nomes dos grupos. Como podes ver, tecnicamente creei unha nova canle de porto no segundo interruptor, e agora móstrase co parámetro correcto; despois de ingresar o comando de resumo show etherchannel, vemos que Po1 (SU) está a usar LACP.
Vemos exactamente a mesma imaxe na xanela CLI do interruptor SW0: o novo grupo Po2 (SU) opera baixo control LACP.
Considere a diferenza entre unha interface que está no estado activo e unha interface que está sempre no estado activado. Crearei un novo grupo de canles para o interruptor SW0 cos comandos int intervalo f0/1-2 e o modo de grupo de canles 3 activado. Antes diso, debes eliminar os grupos de canles 1 e 2 usando os comandos sen grupo de canles 1 e sen grupo de canles 2, se non, cando intentes usar o modo de grupo de canles 3 baixo comando, o sistema mostrará unha mensaxe que indica que a interface xa se usa para traballar con outro protocolo de canle.
Facemos o mesmo co segundo interruptor: borrar o grupo de canles 1 e 2 e crear o grupo 3 co modo de comando canle-grupo 3 activado. Agora imos á configuración de SW0 e use o comando show etherchannel summary. Verás que a nova canle Po3 xa está en funcionamento e non precisa de operacións previas como PAGP ou LACP.
Accende inmediatamente, sen desactivar e despois habilitar os portos. Usando o mesmo comando para SW1, veremos que aquí Po3 non usa ningún protocolo, é dicir, creamos un EtherChannel estático.
Cisco argumenta que para que as redes estean amplamente dispoñibles, debemos esquecernos de PAGP e usar EtherChannel estático como unha forma máis fiable de agregación de ligazóns.
Como facemos o balance de carga? Volvo á xanela da CLI do interruptor SW0 e intro o comando show etherchannel load-balance. Podes ver que o equilibrio de carga faise en función do enderezo MAC de orixe.
Normalmente o equilibrio utiliza este parámetro, pero ás veces non se adapta aos nosos propósitos. Se queremos cambiar este método de equilibrio, necesitamos entrar no modo de configuración global e introducir o comando de balance de carga da canle de porto, despois do cal o sistema mostrará avisos con posibles parámetros para este comando.
Se especifica o parámetro port-channel load-balance src-mac, é dicir, especifica o enderezo MAC de orixe, habilitarase unha función de hash, que indicará cales dos portos que forman parte dun determinado EtherChannel se deben usar para tráfico de avance. Sempre que o enderezo de orixe sexa o mesmo, o sistema utilizará esa interface física específica para enviar tráfico.
Grazas por estar connosco. Gústanche os nosos artigos? Queres ver máis contido interesante? Apóyanos facendo un pedido ou recomendando a amigos, Desconto do 30 % para os usuarios de Habr nun análogo único de servidores de nivel de entrada, que inventamos nós para ti: (dispoñible con RAID1 e RAID10, ata 24 núcleos e ata 40 GB DDR4).
Dell R730xd 2 veces máis barato? Só aquí nos Países Baixos! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - desde $ 99! Ler sobre
Fonte: www.habr.com