Malas configuraciones en Capa 2: errores comunes en interfaces LAG y balanceo de carga

Ingrid Espinoza
octubre 23, 2026
7:50 am
No hay comentarios

Las interfaces LAG (Link Aggregation Group) son una de las tecnologías más utilizadas para mejorar la capacidad y disponibilidad de una red. Permiten combinar varios enlaces físicos en una única interfaz lógica, aumentando el ancho de banda disponible y proporcionando redundancia ante fallos.

Sin embargo, una mala configuración de un LAG puede generar problemas difíciles de detectar: enlaces que no se aprovechan, tráfico desbalanceado, pérdida de conectividad, bucles de Capa 2 o comportamientos inesperados entre switches.

En muchas redes empresariales, el problema no está en la tecnología LAG o LACP en sí, sino en pequeños detalles de configuración: parámetros incompatibles entre extremos, VLAN inconsistentes, algoritmos de balanceo mal elegidos o una interpretación incorrecta de cómo funciona realmente la distribución del tráfico.

Comprender estos errores es fundamental para diseñar redes más estables y evitar que una agregación de enlaces que debería mejorar el rendimiento termine convirtiéndose en un punto de fallo.

Al final del artículo encontrarás un pequeño test que te permitirá evaluar los conocimientos adquiridos en esta lectura

Ir al Test

Qué es una interfaz LAG y cómo funciona el balanceo de carga en Capa 2

Un LAG (Link Aggregation Group) es un mecanismo que permite agrupar varios enlaces Ethernet físicos para formar una única conexión lógica.

Por ejemplo, en lugar de conectar dos switches mediante un único enlace de 10 Gb, es posible crear un LAG con cuatro enlaces de 10 Gb cada uno. Desde el punto de vista lógico, ambos dispositivos ven una interfaz agregada con mayor capacidad y tolerancia a fallos.

Los estándares más utilizados actualmente son:

LACP (Link Aggregation Control Protocol) definido originalmente por IEEE 802.3ad y evolucionado dentro de IEEE 802.1AX.
LAG estático, donde la agrupación se configura manualmente sin negociación automática.

La principal ventaja de LACP es que permite que los dispositivos intercambien información para verificar que los enlaces pertenecen al mismo grupo.

Diferencia entre LAG estático, LACP y EtherChannel

Aunque muchas veces se utilizan como sinónimos, existen diferencias importantes:

Tecnología	Característica principal
LAG estático	Agrupación manual de interfaces
LACP	Negociación automática entre dispositivos
EtherChannel	Nombre utilizado principalmente en entornos Cisco para agregación de enlaces

Una mala práctica habitual es configurar un extremo con LACP activo y el otro como LAG estático. Dependiendo del fabricante, esto puede provocar que el agregado no se forme correctamente o que funcione de manera parcial.

Cómo los switches distribuyen el tráfico mediante hashing

Uno de los mayores errores de interpretación sobre LAG es pensar que todos los enlaces físicos se utilizan de manera uniforme para cada conexión.

En realidad, la mayoría de equipos utilizan algoritmos de hashing para decidir qué enlace físico transportará cada flujo.

El cálculo puede basarse en:

Dirección MAC origen.
Dirección MAC destino.
Dirección IP origen.
Dirección IP destino.
Puertos TCP/UDP.

Por ejemplo, si un servidor mantiene una única transferencia de archivos hacia otro equipo, ese flujo puede permanecer utilizando solamente uno de los enlaces del LAG.

Esto significa que un LAG de cuatro enlaces de 10 Gb no necesariamente permitirá que una única conexión alcance 40 Gb.

Principales malas configuraciones en interfaces LAG

Configuración inconsistente entre ambos extremos del enlace

Uno de los fallos más frecuentes ocurre cuando los dos dispositivos tienen configuraciones diferentes.

Ejemplos:

Un switch tiene LACP activado y el otro no.
Los puertos pertenecen a grupos LAG diferentes.
Los parámetros de negociación no coinciden.
Las interfaces físicas tienen velocidades distintas.

Un LAG correcto requiere que ambos extremos tengan una visión coherente del enlace agregado.

VLAN y trunk mal configurados

Los problemas con VLAN son otra causa habitual de fallos.

Cuando un LAG funciona como enlace troncal entre switches, todos los parámetros relacionados con VLAN deben coincidir:

VLAN permitidas.
VLAN nativa.
Modo access/trunk.
Etiquetado 802.1Q.

Un error común es configurar correctamente la interfaz física, pero olvidar aplicar la misma configuración al puerto lógico agregado.

El resultado puede ser:

Usuarios sin acceso a determinadas redes.
VLAN que atraviesan solamente algunos enlaces.
Problemas intermitentes difíciles de reproducir.

Modos LACP incompatibles

LACP normalmente trabaja mediante diferentes modos:

Active: inicia negociación.
Passive: espera solicitudes LACP.

Una combinación correcta sería:

Active + Active.
Active + Passive.

Una combinación problemática puede ser:

Passive + Passive.

En ese caso ninguno de los dispositivos inicia la negociación y el LAG nunca llega a establecerse.

Problemas relacionados con STP

Aunque LACP permite utilizar varios enlaces simultáneamente, una mala integración con Spanning Tree Protocol (STP) puede generar problemas.

STP no considera cada enlace físico dentro de un LAG como un camino independiente, sino como una única interfaz lógica.

Si la configuración es incorrecta, pueden aparecer:

Puertos bloqueados inesperadamente.
Bucles de Capa 2.
Cambios frecuentes de topología.

La correcta implementación de LAG reduce estos riesgos, pero no elimina la necesidad de diseñar correctamente la arquitectura de Capa 2.

Problemas habituales de balanceo de carga en LAG

Un único flujo utilizando solamente un enlace

Este es probablemente el malentendido más común.

Un administrador puede observar cuatro enlaces físicos configurados dentro del LAG, pero comprobar que solamente uno muestra tráfico elevado.

Esto no significa necesariamente que exista un fallo.

El algoritmo de hashing puede haber asignado ese flujo concreto a un único miembro del agregado.

La solución puede ser:

Revisar el algoritmo utilizado.
Generar más flujos simultáneos.
Ajustar parámetros de distribución.

Hashing poco eficiente

El algoritmo elegido por el fabricante puede provocar una distribución desigual.

Por ejemplo:

Muchos clientes con patrones similares de comunicación.
Pocas direcciones MAC disponibles.
Tráfico dominado por pocos servidores.

En estos casos, aunque el LAG esté correctamente configurado, la utilización puede verse desequilibrada.

Limitaciones en entornos virtualizados

Los servidores virtualizados introducen otro nivel de complejidad.

Un host con múltiples máquinas virtuales puede generar grandes cantidades de tráfico desde pocas interfaces físicas.

Dependiendo del modo de balanceo configurado:

El tráfico puede concentrarse en un enlace.
Las máquinas virtuales pueden no distribuirse como se esperaba.
El switch físico puede recibir patrones difíciles de balancear.

Es importante coordinar la configuración del switch físico con la del hipervisor.

LAG frente a ECMP: cuándo usar cada tecnología

Una confusión frecuente es comparar LAG con ECMP (Equal-Cost Multi-Path).

Aunque ambos buscan distribuir tráfico, trabajan en capas diferentes.

Característica	LAG/LACP	ECMP
Capa OSI	Capa 2	Capa 3
Basado en	Interfaces físicas agrupadas	Rutas IP equivalentes
Uso típico	Switch a switch, servidor a switch	Routers y redes IP
Balanceo	Hash por flujo	Hash por rutas

LAG es ideal cuando se necesita agregar enlaces Ethernet entre dispositivos directamente conectados.

ECMP es más apropiado cuando existen múltiples caminos de routing hacia un destino.

Cómo diagnosticar problemas de LAG y LACP

Cuando un enlace agregado presenta problemas, conviene seguir una metodología ordenada.

1. Verificar el estado del LAG

Comprobar:

Si todos los puertos están activos.
Si LACP está negociando correctamente.
Si algún miembro está suspendido.

2. Revisar configuración de VLAN

Validar:

VLAN permitidas.
VLAN nativa.
Configuración del trunk.
Coincidencia entre extremos.

3. Analizar utilización de enlaces

Si un enlace está saturado y otros permanecen libres:

Revisar el algoritmo de balanceo.
Identificar los flujos principales.
Confirmar si existe una única sesión dominante.

4. Revisar tablas MAC y tráfico

Las tablas MAC ayudan a detectar:

Movimientos inesperados.
Bucles.
Aprendizajes incorrectos.

Las capturas de tráfico también pueden revelar si el comportamiento corresponde al diseño esperado.

Buenas prácticas para evitar fallos en enlaces agregados

Para reducir problemas con interfaces LAG:

Usar LACP siempre que sea posible.
Mantener configuraciones idénticas entre extremos.
Documentar qué puertos pertenecen a cada agregado.
Validar VLAN antes de producción.
Definir correctamente el algoritmo de balanceo.
Supervisar utilización individual de enlaces.
Evitar asumir que un LAG multiplica automáticamente la velocidad de cualquier conexión.

Un LAG correctamente diseñado aporta disponibilidad y capacidad, pero requiere entender sus limitaciones.

Conclusión

Las malas configuraciones en Capa 2 relacionadas con interfaces LAG y balanceo de carga suelen aparecer por pequeños detalles: configuraciones inconsistentes, VLAN incorrectas, negociación LACP incompleta o expectativas equivocadas sobre cómo funciona el reparto de tráfico.

Un LAG no es simplemente “sumar enlaces”. Es una tecnología basada en algoritmos de distribución que requiere comprender cómo los switches toman decisiones.

Aplicando buenas prácticas de configuración, validando los parámetros entre extremos y realizando un diagnóstico basado en evidencias, es posible conseguir redes más resistentes, escalables y predecibles.