Diseños de EtherChannel

Introducción

Este documento describe varias combinaciones posibles de diferentes dispositivos conectados a través de EtherChannel.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Operaciones de switching y Catalyst de Cisco
• STP
• Conceptos de EtherChannel
• Protocolos de capa 2 de Cisco

Componentes Utilizados

La información de este documento se basa, entre otras cosas, en:

• Cisco Catalyst Switches.
• Switches Cisco Nexus
• HA con Virtual Switch Link (VSL), VSS, apilamiento y vPC
• EtherChannel

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Si su red está activa, asegúrese de comprender el impacto potencial de cualquier cambio de conexión de capa física.

Antecedentes

Este documento es útil para entender las diferentes maneras recomendadas de construir EtherChannel entre los dispositivos de Cisco o un dispositivo de Cisco y un dispositivo que no es de Cisco.

Explicación

Un EtherChannel consta de links de interfaz individuales que deben tener las mismas propiedades lógicas y físicas. Estos links están agrupados como un único link lógico que no es más que el EtherChannel.

Por ejemplo, 

Desde la perspectiva del enlace: las interfaces GigabitEthernet se pueden agrupar, pero la interfaz GigabitEthernet no se puede agrupar con FastEthernet o TenGigabitEthernet y viceversa.

Desde la perspectiva del dispositivo: EtherChannel se puede formar entre dos dispositivos, es decir, dos switches o un switch y un switch multicapa o un switch y un servidor, etc.

Además, se puede formar entre dos dispositivos lógicos, es decir, dos pilas de switches, o un switch y una pila de switches, un switch OR y un vPC, etc.

Exposiciones de varios EtherChannel

Diseño 1. EtherChannel entre dos switches individuales

Diseño 1. EtherChannel entre dos switches individuales

Las exhibiciones de EtherChannel mostradas son el diseño básico de EtherChannel que consiste en dos links entre dos switches.

Diseño 2. EtherChannel con 8 enlaces

Diseño 2. EtherChannel con 8 enlaces

Las exhibiciones de EtherChannel mostradas arriba es el diseño básico de EtherChannel que consiste de ocho links entre dos switches que es los links activos máximos soportados (según PAGP).

EtherChannel puede tener en total 16 links donde 8 están activos y los otros 8 están en espera en caliente (ss por LACP).

Diseño 3. EtherChannel entre la pila y un solo switch. Variación 1.

Diseño 3. EtherChannel entre la pila y un solo switch. Variación 1

Este diseño muestra la conexión EtherChannel en un entorno apilado. El switch de la pila 1 y el switch de la pila 2 son dos switches diferentes, pero actúan lógicamente como una entidad de switch único que ejecuta StackWise como protocolo.

Diseño 4: EtherChannel entre dos pilas. Variación 1.

Diseño 4: EtherChannel entre dos pilas. Variación 1

Este diseño muestra la conexión EtherChannel entre dos switches apilados.

El switch lógico 1 en el lado izquierdo consta de dos switches físicos, es decir, el switch de pila 1 y el switch de pila 2, conectados a través de cables de pila y, de manera similar, en el lado derecho hay un switch lógico 2.

En este caso, EtherChannel se forma entre el switch lógico 1 y el switch lógico 2.

El EtherChannel creado aquí está entre dos entidades lógicas individuales, una entidad es el switch lógico 1 y la otra es el switch lógico 2.

Diseño 5: EtherChannel entre dos configuraciones VSS/VSL

Diseño 5: EtherChannel entre dos configuraciones VSS/VSL

Este diseño muestra la conexión EtherChannel entre dos switches de configuración de VSS/VSL. El switch de la parte superior izquierda actúa como un switch activo virtual y el switch de la parte inferior izquierda actúa como un switch virtual en espera y se enlazan mediante el protocolo VSS/VSL que, como resultado, actúa como un switch lógico. Del mismo modo, también se ha diseñado la configuración virtual adecuada.

El EtherChannel que se muestra aquí es un ejemplo perfecto de redundancia completa entre dos configuraciones de VSS/SVL.

Diseño 6: EtherChannel entre la pila y un solo switch. Variación 2.

Diseño 6: EtherChannel entre la pila y un solo switch. Variación 2

Este diseño muestra EtherChannel entre el switch lógico del lado izquierdo y el switch del lado derecho.

El switch lógico 1 actúa como un solo switch pero consta de una pila de tres switches físicos, es decir, el switch 1, el switch 2 y el switch 3.

No es obligatorio tener un link de miembro EtherChannel conectado a cada switch de la pila.

Diseño 7: EtherChannel entre dos pilas. Variación 2.

Diseño 7: EtherChannel entre dos pilas. Variación 2

Esta es la variante del diseño anterior, pero en este diseño, tenemos la pila en el lado derecho también.

Diseño 8: EtherChannel con vPC

Diseño 8: EtherChannel con vPC

En este diseño, en el lado izquierdo, hay dos dispositivos Nexus separados física y lógicamente, el switch Nexus 1 y el switch Nexus 2.

Estos switches Nexus ejecutan el protocolo Virtual Port Channel (vPC) de forma que el dispositivo par (en este caso, su switch en el lado derecho) percibe la configuración de Nexus como un solo switch.

vPC es una función disponible para los switches Nexus. Mediante los enlaces EtherChannel, puede interconectar dos switches Nexus que ejecuten la función y la configuración de vPC. De este modo, puede crear un único nodo lógico.

vPC une dos switches Nexus mediante la suplantación de la capa 2, incluidos STP BPDU y FHRP (protocolo de routing de primer salto: HSRP, VRRP, GLBP).

Nexus se utiliza principalmente para Data Centers y VSS para entornos de campus. El número máximo de dispositivos que puede utilizar tanto para vPC como para VSS es 2. En cuanto a la diferencia, VSS tiene un plano de control frente a vPC tiene 2 diferentes. Con VSS se elimina el uso de VRRP, HSRP, etc. Con VPC todavía tiene que utilizar un HSRP o VRRP.

vPC es una tecnología de virtualización que permite que los enlaces que están conectados físicamente a dos dispositivos Cisco Nexus Series diferentes aparezcan como un único canal de puerto para un tercer terminal.

Diseño 9:EtherChannel con agrupamiento de NIC

Diseño 9:EtherChannel con agrupamiento de NIC

La formación de grupos de NIC permite combinar varias interfaces de red físicas y virtuales en un único adaptador virtual lógico denominado equipo de NIC. 

Este diseño muestra una conexión EtherChannel entre el switch y el servidor.

En este caso desde el extremo del switch, el EtherChannel se puede configurar con el modo ON o el modo activo/pasivo del LACP; todo depende del protocolo que se ejecuta desde el lado del peer.

Diseño 10: EtherChannel con firewall en modo HA

Diseño 10: EtherChannel con firewall en modo HA

Este diseño muestra la conexión EtherChannel entre los switches de configuración VSS/VSL y el firewall en modo HA.

El switch de la parte superior izquierda actúa como un switch activo y el switch de la parte inferior izquierda actúa como un switch en espera y se enlazan mediante el protocolo VSS/VSL. Como resultado, ambos actúan como un único switch lógico.

En el lado derecho, hay dos firewalls separados física y lógicamente que actúan generalmente como activos y en espera. Para conseguir redundancia, debe haber un enlace conectado a ambos switches de las configuraciones de VSS/VSL desde cada firewall. La redundancia se logra mediante dos EtherChannels; PortChannel 10 y PortChannel 20 en este caso. PortChannel 10 consta de dos enlaces que comienzan desde Firewall 1 y terminan en VSS/ VSL switch Active y Standby respectivamente y de la misma manera que PortChannel 20 comienza desde Firewall 2.

Diseño 1. Diseño no compatible con firewall redundante

Diseño 1. Diseño no compatible con firewall redundante

Este diseño no es compatible. La razón es que la configuración del canal de puerto en el lado del switch es incorrecta y conduce a un bloqueo de tráfico en el dispositivo en espera. Este diseño solo se admite cuando se configura el ASA o FTD en el modo de clúster extendido.

Para más información, consulte el diseño anterior.

Diseño 12. Diseño no compatible con routers configurados en FHRP

Diseño 12. Diseño no compatible con routers configurados en FHRP

Este diseño no es compatible porque viola el principio de diseño básico de EtherChannel.

En este diseño, en el lado izquierdo ambos switches actúan como un único switch lógico en el lado derecho; los routers están separados física y lógicamente.

Los routers 1 y 2 están acoplados con el protocolo FHRP y no proporcionan soporte para redundancia EtherChannel.

Por lo tanto, no es legítimo y compatible agrupar los links que se originan en estos routers bajo un solo EtherChannel.