05

Etherchannel (Parte 2: Avanzado)

En el artículo anterior (http://miratelecomunicacions.com/?p=2336) vimos como dejar configurado Etherchannel, pero como somos curiosos, vamos a ver qué criterios usa a la hora de balancear el tráfico por los dos enlaces. Por defecto, lo que hace es asignar un índice a cada miembro, empezando por el 0, en este caso, como tenemos dos puertos, así que Eth1/1 será el “0” y Eth1/2 será el “1”, luego, por cada flujo de tráfico, coge la IP origen y la IP destino y les aplica una XOR, como solo tenemos dos miembros, solo mira el último bit, y si es cero se va por Eth1/1 y si es “1” se va por Eth1/2, si tuviésemos 4 miembros, cogería dos bits porque numeraria del “0” al “3”. Es recomendable tener miembros potencia de dos porque si tuviésemos 3, si saliese la combinación que haría referencia al miembro que falta, se iría por el primer puerto, por lo que estaría más cargado.

etherchannel 1

Pues bien, por defecto se basa en la IP origen y la IP destino, les haría la XOR y con el resultado elegiría el enlace por el cual salir

etherchannel 2

Pero puedo cambiar de criterio según mi necesidad con port-channel load-balance CRITERIO

Eso sí, será el mismo para todos los port-channels del equipo

etherchannel 2.1

etherchannel 3

Y eso es todo, con esto conseguimos redundancia a nivel de link entre dos dispositivos, pero ¿y si se cae el equipo de distribución? No hay problema, nada nos impide tener otro portchannel con otros puertos y conectar a otro equipo, a ojos de STP será como un link más. Fijaros que, en este dibujo, bucle entre dos equipos no existe pero si de forma global, i STP nos bloquearía uno de los portchannels.

etherchannel 4.1

Pero hay entornos donde no nos podemos permitir tener un enlace bloqueado, como puede ser un CPD. Ciertos equipos tienen la capacidad de engañar a Etherchannel (y por lo tanto a STP) y hacer ver que dos equipos o más físicos son uno, lo que nos permitiría bifurcar el portchannel por si se cayese uno de los físicos, para ello tenemos tres tecnologías

En los 6500,6800 y 4500-X, tenemos VSS, donde ponemos un par de equipos en clúster y se muestran como uno solo

etherchannel 5

En muchos multicapa como el 3850-X tenemos la solución Stackwise, que interconecta varios Catalyst 3850-X con un cable especial y los muestra como un solo equipo (un único control plane, igual que el VSS)

etherchannel 6

Y por último, la familia Nexus de Cisco tiene puede hacer lo que se conoce como vPC, donde dos equipos se ponen de acuerdo para mostrarse como uno solo, aunque internamente cada uno sigue teniendo su plano de control y de datos por separado

etherchannel 7

Y hasta aquí todo lo referente a la agregación de enlaces, una solución magnifica para mejorar el rendimiento y ganar en redundancia, tanto de enlace como en estos últimos ejemplos, de equipo. En el próximo artículo precisamente veremos cómo configurar vPC.

Un saludo

 

0 comentarios

Escribe tu comentario

Want to join the discussion?
Feel free to contribute!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

WP-SpamFree by Pole Position Marketing