Como ingeniero de redes especializado en switches Ethernet, ya sea en automatización industrial, redes o sistemas embebidos, es probable que haya encontrado los términos “Flow Control” o “IEEE 802.3x Flow Control” al consultar la hoja de datos o el manual de usuario de un switch. No obstante, el funcionamiento específico de estas características y su relevancia no siempre resulta evidente de inmediato.
El control de flujo desempeña un papel fundamental en las arquitecturas de red modernas basadas en Ethernet, al evitar la pérdida de paquetes, estabilizar el tráfico y garantizar una comunicación fluida entre dispositivos con diferentes velocidades o capacidades de procesamiento.
Esta guía le mostrará cómo funciona el control de flujo en Ethernet, por qué es importante, cuándo debe activarse y cómo configurarlo correctamente en su switch.
¿Qué es el control de flujo en un conmutador?
Para comprender el control de flujo, es fundamental analizar primero cómo un switch gestiona internamente el tráfico. En el interior de cada conmutador Ethernet existe una pequeña sección de memoria integrada conocida como búfer. Esta almacena temporalmente los paquetes mientras el switch los procesa y los envía al puerto de salida correspondiente.
Por ejemplo:
Diagrama 1. ¿Qué es el control de flujo en un switch?
En el switch A, los puertos 1 y 2 reciben paquetes, mientras que el puerto 3 se encarga de reenviarlos. Cuando todo funciona correctamente, los paquetes atraviesan el búfer y se transmiten sin demoras.
Sin embargo, si los dispositivos conectados a los puertos 1 y 2 envían tráfico a una velocidad mucho mayor que la capacidad del switch para procesarlo y reenviarlo, la tasa de entrada superará la capacidad de procesamiento y transmisión del switch. Una vez que el búfer interno se llena por completo, el switch no podrá manejar los paquetes entrantes oportunamente, lo que provocará pérdida de paquetes y, en última instancia, fallos en la comunicación y pérdida de datos.
Precisamente por ello, el control de flujo es fundamental. Definido por el estándar IEEE 802.3x e implementado en entornos dúplex completos, el control de flujo actúa como un mecanismo protector para evitar la saturación del búfer y mantener la estabilidad operativa de la red. Garantiza una transferencia de datos fluida entre dispositivos con velocidades o capacidades de procesamiento dispares, contribuyendo a la fiabilidad y estabilidad de todo el sistema de red.
¿Cómo funciona el Control de Flujo IEEE 802.3x?
Entonces, ¿de qué manera se implementa el control de flujo en Ethernet?
En primer lugar, según la norma IEEE 802.3, la capa de enlace de datos del modelo OSI se divide en tres componentes:
LLC (Logical Link Control): Proporciona multiplexación de protocolos, detección de errores y reconocimiento de los límites del marco.
MAC Control Sublayer (optional): No es obligatorio en la norma. Establece la estructura para el control de flujo en modo dúplex completo.
MAC Sublayer: Responsable de la transmisión y recepción efectiva de tramas Ethernet, así como del control sobre el acceso al medio físico.
Cuando el uso del búfer del puerto del conmutador alcanza un umbral determinado, el puerto genera un trama PAUSE a través de la subcapa de control MAC. Este es el mecanismo fundamental del control de flujo: el puerto del conmutador envía el trama PAUSE al enlace asociado, solicitando que suspenda temporalmente el envío de datos y así evitar el desbordamiento del búfer.
¿Cómo funcionan realmente las tramas PAUSE?
Como se muestra en el diagrama, se trata de dos puertos de un switch Ethernet conectados, denominados Puerto A y Puerto B. Cada puerto está compuesto por una sección de transmisión (TX) y una de recepción (RX).
Diagrama 2. Funcionamiento del Control de Flujo IEEE 802.3x
El proceso de control de flujo se desarrolla de la siguiente manera:
Pasos 1–2
El Puerto A envía datos al receptor del Puerto B. Una vez recibidos, los paquetes se almacenan en el búfer de recepción del Puerto B.
Paso 3
En condiciones normales, el Puerto B reenvía los paquetes inmediatamente tras almacenarlos en el búfer, y la velocidad de reenvío está determinada por la tasa del enlace de salida.
No obstante, si el Puerto A transmite datos a una velocidad superior a la que el Puerto B puede manejar, el controlador interno de este último no logra procesar los paquetes entrantes con la rapidez necesaria. Para evitar el desbordamiento del búfer, el Puerto B activa la señal de control de flujo fc_rdy (flow control ready), lo que desencadena la generación de tramas PAUSE.
Paso 4
Mientras fc_rdy permanezca activo, el transmisor de Port B envía periódicamente tramas PAUSE.
El intervalo está determinado por un registro de configuración, y la sincronización es gestionada por un contador interno.
En cualquier otro momento, Port B continúa transmitiendo tráfico habitual según sea necesario.
La generación de tramas PAUSE no puede interrumpir una trama de datos en curso, por lo que si actualmente se está transmitiendo un paquete, el transmisor de Port B debe esperar a su finalización antes de enviar una trama PAUSE.
Pasos 5–6
El receptor RX del Puerto A recibe la trama PAUSE, extrae el tiempo de pausa e indica a su transmisor TX que suspenda el envío de datos durante la duración especificada.
Paso 7
Una vez que el Puerto B termina de procesar los datos almacenados en el búfer, desactiva fc_rdy, señalando que la congestión ha desaparecido y se puede iniciar la recuperación.
Paso 8: Dos posibles escenarios de recuperación
Después de que fc_rdy se vuelve bajo, pueden presentarse dos situaciones distintas dependiendo de la sincronización del contador:
El contador no ha alcanzado el intervalo de la trama PAUSE: el Puerto B enviará una trama PAUSE con un tiempo de pausa de 0, notificando explícitamente al Puerto A que puede reanudar la transmisión. La nueva trama PAUSE sustituye el tiempo de pausa anterior. Para el Puerto A, únicamente es válido la trama PAUSE recibida más recientemente.
El contador ha alcanzado el intervalo de tramas PAUSE: el Puerto B no envía una trama PAUSE. En su lugar, el Puerto A reanudará automáticamente la transmisión una vez que expire el temporizador de pausa de la trama PAUSE anterior.
¿Por qué es imprescindible la función de control de flujo en Ethernet?
Configurar el control de flujo en su conmutador es más importante de lo que parece. Sus ventajas son notables y pueden influir directamente en la estabilidad y el rendimiento de toda su red:
Evitar la pérdida de paquetes
Esta es la función más crucial del control de flujo. Al detener el tráfico entrante antes de que se desborde el búfer, se elimina una de las causas principales de pérdida de paquetes.
Estabilizar el flujo de tráfico de la red
El control de flujo contribuye a suavizar los picos de tráfico, evitando congestiones repentinas que podrían provocar fluctuaciones en la red o aumentos en la latencia.
Gestionar eficazmente las discrepancias en la velocidad
El control de flujo permite que dispositivos con diferentes velocidades de puerto o capacidades de procesamiento se comuniquen de manera eficiente. Por ejemplo, un servidor de 1 Gbps conectado a un switch de 10 Gbps no se verá sobrecargado por el tráfico de mayor velocidad.
Reducir retransmisiones y latencia
Al evitar la pérdida de paquetes en la Capa 2, el control de flujo reduce las retransmisiones a nivel TCP, lo que se traduce en tiempos de respuesta más rápidos y una comunicación más eficiente.
Mantener un rendimiento constante y fiable
En entornos complejos como las redes industriales de IoT o los sistemas de salud, donde convergen numerosos dispositivos, el control del flujo resulta fundamental para garantizar un rendimiento de red estable y predecible.
¿Cuándo debe activarse el control de flujo?
El control de flujo resulta especialmente ventajoso en las siguientes circunstancias:
Cuando los dispositivos funcionan a velocidades distintas
Si un puerto de alta velocidad envía tráfico a un dispositivo más lento o sobrecargado, habilitar el control de flujo contribuye a evitar el desbordamiento de búfer y la pérdida de paquetes.
En redes con tráfico altamente intermitente
Esto abarca sistemas de vigilancia, redes de automatización industrial y entornos de adquisición de datos donde el tráfico suele llegar en ráfagas repentinas.
En aplicaciones y redes críticas
En entornos donde la pérdida de paquetes resulta inadmisible, como en la manufactura, los sistemas de control o las comunicaciones industriales en tiempo real, el control de flujo ofrece una estabilidad y fiabilidad notables..
¿Cómo configurar el Control de Flujo en un switch Ethernet?
Los pasos de configuración varían ligeramente según el proveedor, aunque el proceso general suele ser bastante similar.
Verificar el soporte para el control de flujo
Tanto el puerto del conmutador como el dispositivo conectado deben ser compatibles con el control de flujo IEEE 802.3x. Si solo uno de ellos lo soporta, el control de flujo no tendrá efecto.
Habilitar el control de flujo en el switch
En la interfaz web del switch, acceda a la página de configuración de puertos y localice las opciones de control de flujo de entrada (TX) y salida (RX). Esta función suele estar desactivada por defecto, por lo que deberá habilitarla manualmente.
Diagrama 3. Configuración web del control de flujo en el switch | Come-Star
Confirmar la negociación del enlace
Después de habilitar el control de flujo, confirme que el enlace haya negociado exitosamente esta función. Muchos conmutadores ofrecen indicadores de estado por interfaz para verificarlo.
Realizar pruebas de carga
Generar tráfico y verificar que:
No se produce pérdida de paquetes
El uso del búfer se mantiene estable
Las tramas de pausa aparecen en los contadores de la interfaz si se desencadena congestión
¿Cuáles son las diferencias y relaciones entre el control de flujo, la calidad de servicio y 'Backpressure'? ¿Pueden coexistir?
¿Qué es QoS?
La calidad de servicio (QoS) constituye una estrategia de gestión de congestión más inteligente y detallada en comparación con el control de flujo. A diferencia de este último, que simplemente detiene todo el tráfico en un enlace, QoS clasifica y prioriza el tráfico de red. Ante situaciones de congestión, garantiza que el tráfico crítico continúe fluyendo, mientras que el menos prioritario se retrasa o descarta. Esto se logra identificando características de los paquetes, como direcciones IP de origen y destino, números de puerto y etiquetas VLAN, para asignarles marcas de prioridad como valores CoS o DSCP.
Diagrama 4. ¿Cómo Funciona la Calidad de Servicio (QoS)?
¿Qué es el control de flujo mediante Backpressure?
Backpressure es un mecanismo de control de congestión más tradicional, comúnmente empleado en redes Ethernet half-duplex o de medios compartidos. ¿En qué consiste?
En lugar de detener el tráfico mediante tramas de control dedicadas, funciona generando intencionadamente condiciones de “ocupación” en la red:
Cuando el búfer de un puerto half-duplex está próximo a llenarse, el dispositivo emite una señal de colisión falsa (frecuentemente denominada señal de jabber) o provoca deliberadamente una colisión detectada por el portador para indicar congestión. El dispositivo emisor detecta esta colisión y activa el algoritmo de 'backpressure', aguardando un periodo aleatorio antes de reintentar la retransmisión. Esta pausa otorga tiempo al receptor para despejar su búfer y así evita la pérdida de paquetes.
Diferencias entre el Control de Flujo Ethernet, la Calidad de Servicio (QoS) y el Control de Flujo por Backpressure
Feature | Flow Control (IEEE 802.3x) | Quality of Service (QoS) | Backpressure Flow Control |
Operating Mode | Full-duplex | Full-duplex / Half-duplex | Half-duplex |
Mechanism | Sends PAUSE frames | Traffic classification and priority scheduling | Creates collisions (forced contention) |
Control Granularity | Port-level pause of all traffic | Per-flow / per-packet fine-grained control | Port-level, affects all traffic |
Intelligence Level | Low (pauses everything) | High (differentiates traffic types) | Low (forces transmission delay) |
Modern Usage | Common for point-to-point speed mismatch | Standard in enterprise networks to protect critical applications | Legacy method still present in some devices |
Relación entre el Control de Flujo Ethernet, la Calidad de Servicio (QoS) y el Control de Flujo por Backpressure
Objetivo común
Los tres mecanismos buscan evitar la pérdida descontrolada de paquetes causada por el desbordamiento de búfer durante la congestión.
Diferentes capas y funciones
El control de flujo y el backupressure son mecanismos exclusivos y mutuamente excluyentes a nivel de enlace. El control de flujo se aplica en enlaces dúplex completo, mientras que el backpressure es propio de entornos semidúplex.
La QoS se sitúa por encima de ambos mecanismos, proporcionando una gestión de tráfico de mayor nivel. Cuando no es posible evitar completamente la congestión, la QoS determina qué tráfico debe priorizarse, en lugar de detener todo el tráfico indiscriminadamente.
¿Es posible habilitarlos simultáneamente?
Al configurar conmutadores de red modernos, los ingenieros a menudo enfrentan la disyuntiva de activar o desactivar el control de flujo Ethernet, así como la idoneidad de combinarlo con otros mecanismos de gestión del tráfico, como QoS o retroceso. A continuación, analizamos detalladamente estas combinaciones:
Control de flujo y QoS: No se recomienda
Estos dos mecanismos pueden entrar en conflicto. El control de flujo es indiscriminado. Cuando se produce congestión, detiene todo el tráfico entrante mediante el envío de tramas PAUSE. Esto contradice el objetivo de Calidad de Servicio (QoS) de ofrecer un tratamiento diferenciado.
Por ejemplo, aunque el tráfico de voz de alta prioridad requiera pasar de inmediato, el control de flujo lo detendrá junto con el resto, lo que puede ocasionar variaciones en la latencia o degradación de la llamada.
QoS y retroceso: pueden coexistir, pero resultan en gran medida inútiles
Backpressure solo se aplica a enlaces semidúplex, mientras que la QoS está diseñada para redes modernas de dúplex completo. Dado que los entornos semidúplex son hoy en día poco comunes y la QoS ofrece beneficios limitados en ellos, la combinación de ambas aporta escaso valor.
Control de flujo y Backpressure: No aconsejable
Estos mecanismos operan en modos dúplex distintos y son mutuamente excluyentes en la práctica. El control de flujo funciona en modo dúplex completo, mientras que la contrapresión se aplica en modo dúplex medio. Un puerto no puede operar en ambos modos simultáneamente. Los conmutadores modernos predeterminan la operación en dúplex completo, lo que ha vuelto a la contrapresión prácticamente obsoleta.
Existen también otros mecanismos que ayudan a mitigar los problemas de congestión en las redes Ethernet tales como:
Gestión y Optimización Avanzada del Tráfico
Broadcast storm: Restringe el tráfico broadcast, multicast y unicast desconocido para salvaguardar el búfer del switch y evitar tormentas en la red.
IGMP Snooping y protocolos multicast: Reduce la propagación innecesaria de multicast, optimizando el ancho de banda y disminuyendo el riesgo de congestión.
Confiabilidad y Redundancia en Redes
Link Aggregation (Estático y LACP): Incrementa el ancho de banda y balancea la carga del tráfico para evitar cuellos de botella.
Prevención de Bucles y Recuperación Rápida: Soporte de RSTP/MSTP y protocolos de protección contra bucles (ERPS, EAPS, MRP) para una convergencia ágil y estabilidad en la red.
Seguridad y segmentación de redes
802.1Q VLAN y Segmentación de VLAN (por puerto, MAC o IP): Aísla los dominios de difusión, minimiza el tráfico innecesario y permite una programación granular de QoS.
FAQs
¿La gestión del flujo está disponible únicamente en puertos Ethernet? ¿Puede aplicarse tanto en puertos de cobre como en puertos de fibra óptica?
El control de flujo es compatible tanto con puertos de cobre (RJ45) como de fibra óptica (SFP). Como una función a nivel de enlace definida por el estándar IEEE 802.3, opera en cualquier puerto que funcione en modo dúplex completo y soporte IEEE 802.3x.
¿El control de flujo está disponible únicamente en puertos Fast Ethernet (100 Mbps)?
No. El control de flujo está disponible en Fast Ethernet, Gigabit Ethernet, 10G y en puertos de velocidades aún superiores. Su activación o compatibilidad depende del hardware del switch y del dispositivo al otro extremo del enlace, no de la velocidad del puerto.
¿Pueden los puertos seriales soportar el control de flujo en Ethernet?
No. El control de flujo en Ethernet es una función propia de la capa de enlace diseñada exclusivamente para redes Ethernet, y los puertos seriales no son compatibles con ella. No obstante, los puertos seriales cuentan con sus propios mecanismos de control de flujo, tales como el control de hardware (RTS/CTS) y el control de software (XON/XOFF), que regulan la transmisión de datos entre dispositivos a nivel de puerto.
¿El control de flujo está disponible únicamente en switches gestionados?
No necesariamente. Algunos switches no gestionados también incorporan soporte para el control de flujo Ethernet.
Conclusión
En resumen, el control de flujo en Ethernet es un mecanismo esencial para evitar la pérdida de paquetes y garantizar un rendimiento estable en la red, especialmente al conectar dispositivos con velocidades dispares o gestionar tráfico turbulento. Comprendiendo cómo funciona el control de flujo IEEE 802.3x—mediante tramas PAUSE que detienen temporalmente la transmisión durante la congestión—podrá tomar decisiones informadas para optimizar la fiabilidad de su red.
Este artículo ha sido traducido a través de IA del original en inglés en https://www.come-star.com/blog/flow-control-on-switch/
