Cuando existen varios enlaces Ethernet entre dos switches, una primera idea puede ser utilizarlos todos al mismo tiempo para aumentar capacidad y mantener redundancia. Sin embargo, conectar enlaces paralelos de Capa 2 sin ningún mecanismo adicional puede crear un loop y hacer que Spanning Tree bloquee alguno de ellos.
EtherChannel resuelve este problema agrupando varios enlaces físicos compatibles en una única interfaz lógica llamada Port-channel. Para protocolos como Spanning Tree, el conjunto se presenta como un enlace lógico, mientras que los enlaces físicos miembros pueden transportar tráfico de acuerdo con el algoritmo de distribución del switch.
En este artículo veremos qué es EtherChannel, cómo se relaciona con STP, cómo funcionan LACP, PAgP y el modo estático on, cómo configurarlo en Cisco IOS y qué verificar cuando el canal no se forma correctamente.
¿Qué es EtherChannel?
EtherChannel es el nombre utilizado por Cisco para agrupar múltiples enlaces Ethernet físicos en un enlace lógico.
Conceptualmente:
- varios puertos físicos participan como miembros;
- el conjunto forma una interfaz lógica
Port-channel; - la configuración lógica relevante se aplica de forma consistente al canal y sus miembros;
- si un miembro falla, los miembros restantes pueden continuar transportando tráfico mientras el Port-channel permanezca operativo.
Esto permite combinar redundancia de enlaces y mayor capacidad agregada sin presentar cada enlace miembro como un camino lógico independiente para STP.
EtherChannel no sustituye a Spanning Tree
Este punto es fundamental.
EtherChannel no reemplaza STP. Los dos mecanismos resuelven problemas diferentes.
EtherChannel agrupa enlaces compatibles entre dos dispositivos para que funcionen como un enlace lógico. Spanning Tree continúa protegiendo la topología de Capa 2 contra loops que puedan existir entre diferentes caminos lógicos.
Por ejemplo, cuatro enlaces físicos entre SW1 y SW2 pueden formar Port-channel1. STP verá ese Port-channel como un enlace lógico. Si existe además otro camino de Capa 2 entre esos switches a través de SW3, STP sigue siendo necesario para evitar un loop.
Si necesitas repasar ese comportamiento antes de continuar, consulta Spanning Tree Protocol (STP) y Rapid Spanning Tree Protocol (RSTP).
¿EtherChannel multiplica la velocidad de una conexión?
EtherChannel aumenta la capacidad agregada disponible entre dispositivos, pero esto no significa necesariamente que una única conversación pase a utilizar la suma de todos los enlaces.
Imagina cuatro interfaces de 1 Gb/s dentro de un EtherChannel. El conjunto dispone de varios enlaces capaces de transportar tráfico en paralelo, pero normalmente el switch selecciona un miembro utilizando un algoritmo de distribución basado en determinados campos de las tramas o paquetes.
Dependiendo de la plataforma y configuración, ese cálculo puede considerar información como:
- direcciones MAC de origen o destino;
- direcciones IP de origen o destino;
- combinaciones de origen y destino;
- en algunas plataformas, información adicional de Capa 4.
El objetivo es mantener un flujo determinado sobre un miembro de forma consistente y distribuir diferentes flujos entre los enlaces disponibles.
Por eso, cuatro enlaces de 1 Gb/s no deben interpretarse como una garantía de 4 Gb/s para una única sesión TCP. El beneficio aparece especialmente cuando existen múltiples flujos que pueden distribuirse entre diferentes miembros.
Ventajas de EtherChannel
Las principales ventajas son:
- aprovechar varios enlaces físicos simultáneamente;
- aumentar la capacidad agregada entre dispositivos;
- mantener redundancia si uno de los miembros falla;
- simplificar la visión lógica de STP;
- transportar trunks 802.1Q sobre un Port-channel;
- utilizar Port-channels de Capa 3 cuando la plataforma y el diseño lo permiten.
Si un enlace miembro falla, los flujos pueden ser redistribuidos entre los miembros restantes. La capacidad disponible disminuye, pero no es necesario perder todo el Port-channel mientras continúen existiendo miembros operativos suficientes para mantenerlo activo según su configuración.
Requisitos para formar un EtherChannel
Los enlaces que forman un EtherChannel deben ser compatibles entre sí. Una inconsistencia puede impedir que el canal se forme o provocar que determinados puertos queden suspendidos o fuera del bundle.
En un EtherChannel de Capa 2, revisa especialmente:
- velocidad y características compatibles;
- modo Layer 2 coherente;
- configuración access o trunk compatible;
- VLAN de acceso consistente cuando corresponda;
- native VLAN consistente en trunks;
- allowed VLANs compatibles;
- protocolo y modo de negociación compatibles.
En producción, no asumas que todos los miembros están correctamente agregados únicamente porque existe la interfaz Port-channel. Siempre verifica el estado real del bundle.
Formas de crear un EtherChannel
En Cisco IOS encontraremos tres enfoques principales:
| Método | Modos habituales | Negociación |
|---|---|---|
| LACP | active, passive | Sí |
| PAgP | desirable, auto | Sí |
| Estático | on | No |
Actualmente, LACP es normalmente la opción preferida cuando necesitamos un protocolo de agregación basado en estándar e interoperabilidad entre fabricantes compatibles.
LACP: Link Aggregation Control Protocol
LACP es el protocolo estandarizado utilizado para negociar y mantener una agregación de enlaces. En Cisco IOS, los modos más importantes para CCNA son active y passive.
LACP active
El modo active inicia activamente la negociación LACP.
channel-group 1 mode active
LACP passive
El modo passive espera la negociación iniciada por el otro extremo.
channel-group 1 mode passive
Para que se forme mediante LACP:
| Lado A | Lado B | ¿Forma EtherChannel? |
|---|---|---|
| active | active | Sí |
| active | passive | Sí |
| passive | active | Sí |
| passive | passive | No |
Dos extremos passive esperan y ninguno inicia la negociación.
PAgP: Port Aggregation Protocol
PAgP es un protocolo propietario de Cisco para negociar EtherChannel.
Los modos más importantes son desirable y auto.
PAgP desirable
desirable intenta negociar activamente la formación del canal.
channel-group 1 mode desirable
PAgP auto
auto espera que el otro extremo inicie la negociación PAgP.
channel-group 1 mode auto
La lógica básica es:
| Lado A | Lado B | ¿Forma EtherChannel? |
|---|---|---|
| desirable | desirable | Sí |
| desirable | auto | Sí |
| auto | desirable | Sí |
| auto | auto | No |
¿Qué significa mode on?
El modo on crea un EtherChannel estático, sin utilizar LACP ni PAgP para negociar el bundle.
channel-group 1 mode on
Esto exige especial cuidado: ambos extremos deben estar configurados de forma coherente. Al no existir un protocolo de negociación que valide la formación del canal de la misma manera, una configuración incorrecta puede generar problemas de conectividad o incluso condiciones peligrosas de Capa 2.
Cuando sea posible y el diseño lo permita, utilizar LACP aporta negociación y validación operativa adicionales frente a un bundle puramente estático.
LACP vs PAgP vs modo on
| Característica | LACP | PAgP | on |
|---|---|---|---|
| Basado en estándar | Sí | No, Cisco | No aplica |
| Negocia el canal | Sí | Sí | No |
| Modos | active/passive | desirable/auto | on |
| Interoperabilidad | Mayor, si ambos equipos soportan LACP | Principalmente Cisco | Depende de configuración compatible |
| Recomendación general | Preferido cuando está disponible | Útil en entornos Cisco que lo requieren | Usar deliberadamente |
Configuración básica de EtherChannel con LACP
Supongamos que GigabitEthernet1/0/1 y GigabitEthernet1/0/2 conectan SW1 con SW2.
En SW1:
configure terminal
interface range GigabitEthernet1/0/1 - 2
channel-group 1 mode active
exit
interface Port-channel1
switchport
switchport mode trunk
switchport trunk allowed vlan 10,20,30
end
En SW2 podemos utilizar también active:
configure terminal
interface range GigabitEthernet1/0/1 - 2
channel-group 1 mode active
exit
interface Port-channel1
switchport
switchport mode trunk
switchport trunk allowed vlan 10,20,30
end
Otra combinación válida sería active en un extremo y passive en el otro.
EtherChannel como trunk 802.1Q
Un caso muy habitual es utilizar el Port-channel como trunk para transportar varias VLAN entre switches.
La idea importante es que el trunk es el Port-channel lógico. Los enlaces miembros trabajan como parte de ese canal y deben mantener parámetros compatibles.
Por ejemplo:
interface Port-channel1
switchport mode trunk
switchport trunk allowed vlan 10,20,30
Para profundizar en etiquetado y VLAN nativa, consulta Trunk 802.1Q y VLAN nativa.
Configuración con PAgP
En un entorno Cisco donde se utilice PAgP, un extremo puede configurarse como desirable:
configure terminal
interface range GigabitEthernet1/0/1 - 2
channel-group 1 mode desirable
exit
El otro extremo puede ser desirable o auto.
Recuerda que auto + auto no inicia la formación del canal.
Configuración estática con on
Un EtherChannel sin protocolo de negociación puede configurarse así:
configure terminal
interface range GigabitEthernet1/0/1 - 2
channel-group 1 mode on
exit
El extremo remoto debe tener una configuración estática compatible. No combines on esperando que negocie con active, passive, desirable o auto.
EtherChannel de Capa 3
EtherChannel también puede utilizarse como interfaz lógica de Capa 3 en plataformas que soporten este diseño.
Un ejemplo conceptual en Cisco IOS sería:
configure terminal
interface range GigabitEthernet1/0/1 - 2
no switchport
channel-group 10 mode active
exit
interface Port-channel10
no switchport
ip address 10.0.12.1 255.255.255.252
no shutdown
end
En este escenario, Port-channel10 funciona como interfaz enrutada y recibe la configuración IP lógica.
¿Cómo verificar un EtherChannel?
Uno de los comandos más útiles es:
show etherchannel summary
Este comando permite revisar el Port-channel, protocolo y estado de sus interfaces miembro.
Otros comandos útiles incluyen:
show interfaces port-channel 1
show interfaces trunk
show lacp neighbor
show etherchannel port-channel
Cuando uses PAgP también puedes encontrar información específica con comandos de verificación relacionados con PAgP disponibles en la plataforma.
Qué debemos comprobar
No basta con comprobar que Port-channel1 existe. Verifica que:
- el Port-channel esté operativo;
- los miembros esperados estén realmente agrupados;
- no existan interfaces suspendidas;
- LACP/PAgP tenga vecinos cuando corresponda;
- el trunk transporte las VLAN esperadas;
- STP vea correctamente el Port-channel;
- ambos extremos tengan parámetros compatibles.
Troubleshooting: el EtherChannel no se forma
Cuando un canal no se establece correctamente, sigue un diagnóstico ordenado.
1. Comprueba el protocolo y los modos
Un ejemplo clásico de LACP que no funcionará es:
SW1: passive
SW2: passive
Ninguno inicia la negociación.
En PAgP ocurre algo equivalente con:
SW1: auto
SW2: auto
2. Comprueba la configuración Layer 2
Si se trata de un trunk, compara:
show interfaces trunk
show interfaces switchport
Busca discrepancias en modo trunk, VLAN nativa y VLAN permitidas.
3. Comprueba los miembros
show etherchannel summary
Una interfaz físicamente up no significa necesariamente que esté correctamente incorporada al bundle.
4. Comprueba ambos extremos
EtherChannel depende de configuraciones compatibles en los dos dispositivos. Diagnosticar únicamente un switch puede ocultar la causa real.
5. Revisa STP
show spanning-tree
Comprueba cómo STP está tratando el Port-channel y si existe otro camino lógico en la topología.
¿Qué ocurre si falla un enlace miembro?
Supongamos un EtherChannel formado por cuatro enlaces y que uno de ellos falla.
El Port-channel puede continuar operativo mediante los miembros restantes. El switch deja de utilizar el miembro fallido y los flujos se redistribuyen según el mecanismo de balanceo disponible.
Esto proporciona redundancia sin requerir que STP reconverja como si cada miembro fuera un camino lógico independiente entre los mismos dos dispositivos.
Sin embargo, la capacidad agregada disponible disminuye mientras el enlace permanezca fuera de servicio.
EtherChannel y Spanning Tree
Para STP, un EtherChannel correctamente formado se presenta como una interfaz lógica.
Esto tiene una consecuencia importante: STP toma decisiones sobre el Port-channel, no sobre cada enlace miembro como caminos independientes.
Pero si existen otros Port-channels o enlaces que forman caminos redundantes de Capa 2, STP sigue actuando normalmente sobre esa topología.
Por eso la afirmación correcta es:
EtherChannel reduce varios enlaces físicos compatibles a un enlace lógico; no elimina la necesidad de Spanning Tree.
EtherChannel, VLAN y Router-on-a-Stick
EtherChannel aparece frecuentemente junto con otros conceptos de switching.
Un Port-channel de Capa 2 puede funcionar como trunk y transportar múltiples VLAN. Esas VLAN pueden posteriormente participar en diseños de enrutamiento inter-VLAN.
Para seguir el cluster en orden:
- VLAN: qué es y cómo funciona
- Trunk 802.1Q
- VLAN nativa
- Router-on-a-Stick
- Spanning Tree Protocol
- Rapid Spanning Tree Protocol
Video: introducción a EtherChannel
En este video de SeaCCNA explicamos conceptualmente EtherChannel. Ten en cuenta que el artículo que estás leyendo contiene la explicación técnica actualizada y debe utilizarse como referencia para complementar el material histórico del video.
Video: configuración práctica de EtherChannel
Después de comprender la teoría, este segundo video muestra una configuración práctica.
Buenas prácticas
En una red real:
- utiliza LACP cuando sea apropiado y compatible con el diseño;
- documenta qué interfaces pertenecen a cada Port-channel;
- mantén consistencia entre los miembros;
- aplica cambios considerando el Port-channel como interfaz lógica;
- verifica el bundle después de cambios de trunk, VLAN o interfaces;
- revisa el estado de todos los miembros, no solamente del Port-channel;
- valida STP después de cambios de topología;
- evita asumir que capacidad agregada equivale a velocidad de una única sesión.
Preguntas frecuentes
¿EtherChannel y LACP son lo mismo?
No. EtherChannel es el concepto/nombre utilizado por Cisco para la agregación de enlaces. LACP es un protocolo basado en estándar que puede utilizarse para negociar y mantener esa agregación.
¿PAgP y LACP pueden negociar entre sí?
No. Para negociación dinámica, los dos extremos deben utilizar un mecanismo compatible. Un extremo configurado con PAgP no negociará un canal LACP con el otro.
¿Active y passive forman un EtherChannel?
Sí. En LACP, active + passive puede formar el canal porque el extremo active inicia la negociación. passive + passive no la inicia.
¿Desirable y auto forman un EtherChannel?
Sí. En PAgP, desirable + auto puede formar el canal. auto + auto no inicia la negociación.
¿Puedo usar EtherChannel para un trunk?
Sí. Un Port-channel de Capa 2 puede configurarse como trunk 802.1Q y transportar múltiples VLAN.
¿Cuatro enlaces de 1 Gb/s dan 4 Gb/s a una descarga?
No necesariamente. El conjunto aumenta la capacidad agregada, pero la distribución de tráfico normalmente mantiene cada flujo sobre un miembro según el algoritmo de balanceo utilizado por la plataforma.
¿EtherChannel elimina la necesidad de STP?
No. STP continúa siendo necesario para proteger la topología de Capa 2 contra loops entre caminos lógicos redundantes.
Resumen
EtherChannel permite agrupar enlaces Ethernet físicos compatibles en una interfaz lógica Port-channel. Esto ofrece capacidad agregada, redundancia y una topología lógica más sencilla para protocolos como Spanning Tree.
Para CCNA debes dominar especialmente:
- qué problema resuelve EtherChannel;
- la diferencia entre capacidad agregada y velocidad por flujo;
- LACP
active/passive; - PAgP
desirable/auto; - el modo estático
on; - configuración y verificación de un Port-channel;
- interacción con trunks, VLAN y STP.
Con EtherChannel cerramos una parte importante del bloque de switching: ya podemos entender cómo segmentar con VLAN, transportar VLAN con trunks, evitar loops con STP/RSTP y utilizar múltiples enlaces físicos como un único enlace lógico.