0% del curso completado
EtherChannel y LACP — L2 y L3 (2.1.c)
📋 En esta lección
Entre dos switches quieres más ancho de banda y redundancia — pero si conectas cuatro cables sueltos, STP bloqueará tres. EtherChannel agrupa varios enlaces físicos en uno lógico: toda la capacidad, cero bloqueos, y si un cable muere los demás siguen. Aquí aprendes LACP (el protocolo estándar), la configuración L2 y L3, cómo se reparte el tráfico y los errores de coherencia que tumban un channel.
El problema: más capacidad sin bucles
El uplink entre tu switch de acceso y el de distribución va justo. Añades un segundo cable… y no ganas nada: STP (lecciones 5.7-5.9) detecta el bucle físico y bloquea uno de los dos enlaces. Cuatro cables = tres bloqueados. La redundancia existe, pero el ancho de banda agregado no.
EtherChannel resuelve el dilema con un cambio de perspectiva: agrupa de 2 a 8 enlaces físicos en una única interfaz lógica (el port-channel). STP, la tabla MAC y el routing ven un solo enlace — sin bucle que bloquear — mientras el tráfico se reparte entre todos los cables físicos.
[SW1] ══════════ Po1 ══════════ [SW2]
Gi0/1 ─────────── Gi0/1
Gi0/2 ─────────── Gi0/2 4 × 1G = Po1 de 4G lógicos
Gi0/3 ─────────── Gi0/3
Gi0/4 ─────────── Gi0/4
Ventajas en un paquete: ancho de banda agregado, redundancia sin reconvergencia (si muere un miembro, el tráfico se redistribuye en milisegundos, sin evento STP) y gestión única (configuras el port-channel y los miembros heredan).
Los protocolos de negociación: LACP y PAgP
Como con DTP y los trunks, los extremos pueden negociar la formación del channel:
LACP (Link Aggregation Control Protocol, IEEE 802.3ad, hoy 802.1AX — el IEEE lo sacó de 802.3 y lo republicó en 802.1 en 2008; Cisco y el examen siguen diciendo 802.3ad, y son el mismo protocolo) — el estándar abierto y la elección por defecto en cualquier red moderna. Modos:
| Modo | Comportamiento |
|---|---|
active | Propone activamente formar el channel |
passive | Acepta si el otro extremo propone |
Combinaciones que funcionan: active-active (recomendada) y active-passive. Passive-passive no forma channel — nadie da el primer paso.
PAgP (Port Aggregation Protocol) — el equivalente propietario de Cisco, previo a LACP. Modos desirable (propone) y auto (acepta). Solo lo verás en entornos Cisco heredados; en el examen aparece, en diseños nuevos no.
Modo on — sin protocolo: el channel se fuerza estáticamente. Ambos extremos deben estar en on (mezclar on con LACP/PAgP no funciona). Sin negociación no hay detección de errores de cableado o configuración: si los cables no van donde crees, puedes crear un bucle que STP no ve. Prefiere siempre LACP.
Configurar un EtherChannel L2
Escenario: 2 enlaces entre acceso y distribución, transportando VLANs (trunk sobre el channel).
! En AMBOS switches (configuración simétrica):
Switch(config)# interface range GigabitEthernet0/1 - 2
Switch(config-if-range)# channel-group 1 mode active
Creating a port-channel interface Port-channel 1
! La configuración funcional se aplica al port-channel, no a los miembros:
Switch(config)# interface Port-channel 1
Switch(config-if)# switchport mode trunk
Switch(config-if)# switchport trunk native vlan 999
Switch(config-if)# switchport trunk allowed vlan 10,20,30,250
channel-group 1 mode active crea la interfaz lógica Port-channel 1 y agrega los puertos con LACP en modo activo. A partir de ahí, todo cambio funcional se hace en Po1 y se propaga a los miembros.
⚡ Coherencia total entre miembros
Todos los puertos de un channel deben ser gemelos: misma velocidad, mismo dúplex, mismo modo (access/trunk), misma VLAN o allowed list, mismo native VLAN. Un miembro discrepante queda suspendido (suspended) y el registro lo cuenta (
%EC-5-CANNOT_BUNDLE2). La forma robusta de trabajar: configurar el port-channel y dejar que herede — no tocar los miembros individualmente.
Configurar un EtherChannel L3
Entre switches multilayer (distribución ↔ core), el channel puede ser una interfaz enrutada con IP — el no switchport de la lección anterior aplicado a la interfaz lógica:
SwitchL3(config)# interface range GigabitEthernet0/23 - 24
SwitchL3(config-if-range)# no switchport
SwitchL3(config-if-range)# channel-group 2 mode active
SwitchL3(config)# interface Port-channel 2
SwitchL3(config-if)# no switchport
SwitchL3(config-if)# ip address 10.255.255.1 255.255.255.252
El orden importa: no switchport en los miembros antes del channel-group, para que el port-channel nazca como interfaz L3.
Cómo se reparte el tráfico: load balancing
EtherChannel no reparte paquete a paquete (eso desordenaría los flujos TCP). Aplica un hash por flujo: campos del paquete (MACs, IPs, puertos según configuración) deciden qué enlace físico usa cada conversación — siempre el mismo para el mismo flujo.
Switch# show etherchannel load-balance
EtherChannel Load-Balancing Configuration: src-dst-ip
Switch(config)# port-channel load-balance src-dst-ip
Consecuencia práctica: un único flujo nunca supera la velocidad de un miembro. Un backup masivo entre dos servidores usará un solo cable de los cuatro; cuatro flujos distintos sí pueden ocupar los cuatro. EtherChannel multiplica capacidad agregada, no velocidad por flujo. Elige un método de hash con variedad (src-dst-ip o mejor, con puertos L4 donde el hardware lo soporte) para repartir bien.
Verificación
Switch# show etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
S - Layer2 U - in use
R - Layer3
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------
1 Po1(SU) LACP Gi0/1(P) Gi0/2(P)
La línea perfecta es Po1(SU) con todos los miembros en (P): S = capa 2, U = en uso, P = agregado. Las banderas de alarma:
- (SD) — channel down: revisa los miembros.
- (s) en un miembro — suspendido por configuración discrepante.
- (I) — independiente: el puerto funciona como enlace suelto porque la negociación LACP no cuajó (¿passive-passive? ¿el otro extremo sin channel-group?).
Switch# show etherchannel port-channel ← detalle de la negociación
Switch# show lacp neighbor ← ¿qué ve el otro extremo?
Switch# show spanning-tree | include Po ← STP ve UN puerto: Po1
Errores clásicos (y su síntoma)
| Error | Síntoma |
|---|---|
| passive + passive | El channel nunca se forma; puertos en (I) |
on en un extremo, LACP en el otro | No se forma; posible bucle transitorio |
| VLAN allowed distinta en un miembro | Miembro suspendido (s) |
| Velocidades mezcladas (1G + 10G) | El miembro discrepante no agrega |
| Configurar el trunk en los miembros y no en Po | Incoherencias al añadir miembros nuevos |
Relación con otros conceptos
- STP (lecciones 5.7-5.9) es la razón de ser de EtherChannel: sin agregación, los enlaces redundantes se bloquean. STP trata el Po como un único puerto.
- El trunk que montas sobre el Po es el 802.1Q de la lección 5.2 — con la misma disciplina de native y allowed VLANs.
- El EtherChannel L3 usa
no switchport(lección 5.3) y suele llevar los /30-/31 del plan de direccionamiento (lección 4.4). - Los uplinks agregados aparecen en el lab integral de la próxima lección.
Resumen
EtherChannel agrupa 2-8 enlaces físicos en un port-channel lógico: ancho de banda agregado, redundancia instantánea y un solo puerto a ojos de STP. Protocolo: LACP (802.3ad, hoy 802.1AX) en active-active; PAgP es legado Cisco y el modo on renuncia a la negociación (evítalo). La configuración funcional vive en la interfaz Port-channel; los miembros deben ser idénticos o quedan suspendidos. El reparto es por hash de flujo — capacidad agregada, no velocidad por flujo. Verificación: show etherchannel summary buscando Po1(SU) con miembros (P); L3: no switchport antes del channel-group e IP en el Po.