EtherChannel Configuration) 3. EtherChannel Configuration Antes de configurar EtherChannel, debemos tener en cuenta las siguientes recomendaciones: Configurar siempre el mismo protocolo (PAgP o LACP). Asignar todos los puertos EtherChannel a la misma VLAN o configurarlos todos como enlaces troncales (Trunk). Verificar que todos los puertos utilizan el mismo encapsulado (ISL o 802.1Q). Otra recomendación es que cuando creamos un EtherChannel, todos los puertos que pertenecen a este adquieren los parámetros del primer puerto agregado al grupo, por eso se recomienda configurar este primer puerto con todas las opciones que queramos establecer (VLAN, STP, etc.). EtherChannel podemos configurarlo de forma manual o dinámica utilizando los protocolos de negociación LACP o PAgP, por lo tanto la configuración dependerá de la opción que hayamos considerado más adecuada. El modo on es un modo de configuración en el cual se realiza toda la configuración del puerto de forma manual, no existe ningún tipo de negociación entre los puertos para establecer un grupo. En este tipo de negociación es necesario que ambos extremos estén configurados en modo on. Para realizar esta configuración, utilizaremos los siguientes comandos: Configuración PAgP Para la configuración de EtherChannel la creación del PortChannel se realizará automáticamente a partir de la configuración del ChannelGroup, llevando asociada la misma numeración. Los comandos que utilizaremos para configurarlo son los siguientes:
El comando channel-protocol puede no estar disponible en algunos modelos en los que solo existe el modo PAgP. La interfaz EtherChannel es una interfaz lógica que agrupará a todos los enlaces miembros del EtherChannel y puede tomar un valor comprendido entre 1 y 64. Por defecto PAgP opera en un submodo silent tanto en modo desirable como en modoauto, permitiendo formar el EtherChannel incluso si no se reciben paquetes PAgP del otro extremo. El porqué de este comportamiento es sencillo, no siempre se puede asumir que el otro extremo será un dispositivo Cisco, por ejemplo, si en lugar de un switch tenemos un servidor de archivos, este será capaz de formar el EtherChannel. Si conocemos de antemano que el dispositivo conectado en el otro extremo es un dispositivo Cisco con lo que sabemos que habrá una comunicación de paquetes PAgP, entonces se recomienda utilizar el submodo non-silent. A continuación se muestra un ejemplo de configuración: Configuración LACP La configuración de LACP es muy parecida a PAgP, y esta se configura tal y como vemos a continuación: El primer paso es asignar la prioridad (entre 1 y 65535, donde 32768 es el valor por defecto) para decidir qué puerto será el que inicie la creación del EtherChannel. En caso de que nos encontremos dos puertos con la misma prioridad, ganará el que tenga la MAC más baja. Cada interfaz debe estar asignada al mismo número de EtherChannel (entre 1 y 16) y además debe estar configurada como active o pasive.
Es posible configurar más interfaces de las permitidas en el EtherChannel para que entren en funcionamiento en caso de que falle alguna de las activas. Utilizando el comando lacp port-priority asignaremos prioridades comprendidas entre 1 y 65535, teniendo en cuenta que el valor más bajo es el prioritario. A continuación se muestra una configuración de ejemplo: A continuación cuelgo un ejemplo de configuración EtherChannel realizado mediante Packet Tracer. Topología Saludos a tod@s, JMHAlegre Publicado en CCNP SWITCH 642-813 Official Certification Guide (Part II - Chapter 6.3 EtherChannel Configuration),Cisco, SWITCH 642-813 Etiquetado Channel-group, channel-protocol, EtherChannel
Configuration, LACP, lacp port-priority, lacp system-priority, PAgP, port-channel load-balance Deja un comentario CCNP SWITCH 642-813 Official Certification Guide (Part II Chapter 6.2 EtherChannel Negotiation Protocols) Publicado el 22 febrero, 2012de Juan Miguel Huertas Alegre 2. EtherChannel Negotiation Protocol En la actualidad existen dos protocolos de negociación que podemos utilizar con EtherChannel: PAgP, este es un protocolo propietarios de Cisco. LACP, este es un protocolo abierto. Protocolos EtherChannel (PAgP y LACP) PAgP (Port Aggregation Protocol) Es un protocolo propietario de Cisco, los paquetes PAgP son intercambiados entre switch a través de los enlaces configurados para ello. Los vecinos son identificados y sus capacidades comparadas con las capacidades locales. Para que se forme un EtherChannel, los dos puertos deben estar configurados de forma idéntica. Es mejor realizar los cambios sobre la interfaz EtherChannel, de esta forma los cambios afectarán a todos los miembros asegurándonos así que no haya conflictos de configuración. Existen dos modos de configuración PAgP, uno es el modo activo (desirable), en el cual el switch intentará formar el EtherChannel de forma activa y el otro el modo pasivo (auto), en el que el switch responderá a peticiones para formar el EtherChannel. LACP (Link Aggregation Control Protocol)
Este protocolo es la opción abierta y viene definido en el estándar 802.3ad, conocido como IEEE 802.3 cláusula 43 Link Aggregation. El funcionamiento es parecido al de PAgP, con la diferencia que LACP asigna roles a cada uno de los extremos basándose en laprioridad del sistema, que está compuesto de 2 bytes de prioridad más 6 para la MAC. Los puertos son seleccionados y activados en función del valor port priority (2 bytes de prioridad seguido de 2 bytes de número de puerto), el valor más bajo indica mayor prioridad. Se pueden definir hasta 16 enlaces por cada EtherChannel. Existen dos modos de configurar LACP, uno es el modo activo, en el cual el switch intentará formar un EtherChannel de forma activa, y el otro es el modo pasivo, en el que el switch responderá a peticiones para formar el EtherChannel. Saludos a tod@s, JMHAlegre Publicado en CCNP SWITCH 642-813 Official Certification Guide (Part II Chapter 6.2 EtherChannel Negotiation Protocols), Cisco, SWITCH 642-813 Etiquetado 802.3ad, EtherChannel Negotiation Protocol, IEEE 802.3, LACP, Link Aggregation Control Protocol, PAgP, Port Aggregation Protocol, port priority Deja un comentario CCNP SWITCH 642-813 Official Certification Guide (Part II Chapter 6.1 Switch Port Aggregation with EtherChannel) Publicado el 21 febrero, 2012de Juan Miguel Huertas Alegre 1. Switch Port Aggregation with EtherChannel Los dispositivos Cisco permiten realizar agregación de enlaces con la finalidad de aumentar el ancho de banda disponible a través de la tecnología EtherChannel. Con la tecnología EtherChannel es posible añadir desde 2 hasta 8 enlaces del tal forma que se comporten como si sólo fuera uno, eliminando la posibilidad de que se formen bucles de capa 2. La agregación de puertos en Cisco se puede realizar con interfaces FastEthernet (FEC de hasta 1600 Mbps), GigabitEthernet (GEC de hasta 16 Gbps) o 10 GigabitEthernet (10GEC de hasta 160 Gbps). La tecnología EtherChannel permite una distribución que no llega a ser un balanceo de carga perfecto por los métodos que utiliza, pero permite una correcta
distribución del tráfico, además si uno de los enlaces que componen la agregación falla, el tráfico se distribuye entre los enlaces restantes sin perder la conectividad. Sin embargo no es posible utilizar EtherChannel así sin más, para ello es necesario que todos los enlaces que forman el EtherChannel tengan la misma configuración de (velocidad, duplex, VLANs, VLAN nativa) y en caso de ser necesario idéntica configuración de Spanning Tree. Distribución del tráfico en EtherChannel El tráfico es distribuido a través de los enlaces del EtherChannel de forma determinística, no por ello la carga va a ser distribuida equitativamente, sino que dependerá del algoritmo de encriptación que utilicemos. El algoritmo puede utilizar la dirección de origen, destino, ambas, origen y destino de las direcciones MAC o puertos TCP/UDP. El algoritmo calcula un patrón binario que selecciona el número de enlace dentro del EtherChannel al cual enviar las tramas. Si solamente una IP o un número de puerto es computado en el hash (combinación de valores), el switch reenvía cada trama utilizando uno o más bits de bajo orden del valor del hash como índice dentro de los enlaces que forman el EtherChannel. Si dos direcciones IP o dos números de puerto son computados en el hash, el switch lleva a cabo una operaciónxor (OR exclusivo) en uno o más de los bits de bajo orden de la dirección IP o puerto TCP/UDP como índice dentro de los enlaces que forman el EtherChannel. Frame Distribution on a Two-Link EtherChannel Configuración EtherChannel para Balanceo de Carga
A continuación vamos a ver como configurar la distribución de tramas en un EtherChannel, para ello utilizaremos el siguiente comando. Switch(config)#port-channel load-balance method En la siguiente tabla se muestran los posibles opciones del parámetro method que podemos utilizar. Tipos de métodos de balanceo de carga EtherChannel La configuración por defecto es src-dst-ip (IP origen XOR IP destino). En los equipos Catalyst 2970 y 3560 por defecto se utiliza src-mac en capa 2 y src-dstip en capa 3. Debemos tener mucho cuidado cuando utilicemos un router para la configuración de EtherChannel, debido a que este utiliza burned-in MAC en las tramas ethernet incluso cuando envía datos a y desde diferentes direcciones IP. Esto quiere decir que la MAC de destino siempre será la misma. Deberemos escoger el método de balanceo de carga en función del tipo de datos que estemos distribuyendo, por ejemplo, si la mayoría del tráfico es IP, lo más lógico es realizar un balanceo de carga a través de la dirección IP o del número de puerto TCP/UDP. En caso contrario realizaremos la distribución de las tramas a través de la dirección MAC. Los switches también ofrecen protección contra los bucles en EtherChannel. Cuando se recibe una petición de broadcast o multicast por uno de los puertos del EtherChannel, este no se vuelve a reenviar por el resto de miembros del EtherChannel.
A continuación vamos a ver un escenario en el cual es necesaria la configuración de EtherChannel. Imaginemos que tenemos una granja de servidores (12 servidores), los cuales salen por un único enlace troncal de 100Mbps. Esto puede provocar que el tráfico generado llegue a colapsar el enlace. Topología sin EtherChannel Para solucionar esto, utilizaremos EtherChannel de tal forma que en vez de tener un solo enlace físico, tengamos 5 enlaces físicos (5x100Mbps). Una vez configurado EtherChannel en los 2 switches, tendremos un enlace lógico de 500Mbps.
Topología con EtherChannel Este tipo de solución es muy frecuente implementarla con servidores Blade, este tipo de servidores está diseñado para ahorrar espacio, consumo y simplificación de administración en los CPDs. Un chasis de Blade incorpora las fuentes de alimentación, los elementos de refrigeración y de conectividad LAN y SAN. Los servidores son delgadas tarjetas las cuales incorporar los componentes propios de un servidor (CPU, RAM, ).
Servidor Blade Un chasis de Blade puede tener hasta 16 servidores dependiendo del fabricante y estos chasis en su parte posterior suelen llevar entre uno y cuatro switches. Si queremos sacar todo este tráfico hacia el exterior sin sufrir colapsos en los troncales la solución más recomendable es configurar un Etherchannel de la siguiente forma: Configuración Servidor Blade con EtherChannel Saludos a tod@s,