Guía técnica
/
Artículo

Gestión óptima del ancho de banda cuando el cuello de botella no es el plan de suscripción

Cómo detecta y mitiga el sistema de gestión automática de la congestión de Bequant el verdadero cuello de botella de cada abonado

Introducción
Título aquí
Título aquí
Título aquí

Resumen. La gestión del ancho de banda suele comenzar con una velocidad configurada para el abonado: el modelador conoce la velocidad máxima ( límite de velocidad ) que debe aplicar y crea una cola en torno a ese límite. Sin embargo, en muchas redes, el verdadero cuello de botella suele situarse por debajo de ese límite nominal, y el modelador —por muy avanzado que sea su sistema de gestión de congestión adaptativa (AQM)— no entra en acción. La gestión automática de la congestión (ACM) de Bequant aborda ese problema. Observa continuamente la velocidad de entrega, la latencia y el comportamiento de pérdida de paquetes de cada abonado, detecta el inicio de la congestión mediante lógica de aprendizaje automático y controla la velocidad de envío para que el tráfico se mantenga cerca del rendimiento máximo sostenible, al tiempo que el retraso en la cola y las retransmisiones se mantienen bajos. El resultado es una función de control de ancho de banda de bucle cerrado y sensible al abonado que puede funcionar en todas las condiciones de red, incluso sin conocer los límites del plan contractual.

‍

El problema operativo

La gestión tradicional del ancho de banda ( shaping ) por suscriptor parte de la base de que la red conoce los límites de plan de velocidad de subida y bajada. Ese modelo resulta eficaz cuando el plan es el factor limitante, pero no tiene en cuenta la situación habitual en la que la ruta real del tráfico es más lenta que el límite nominal del plan, por ejemplo, durante la congestión de la red o cuando un enlace de acceso está saturado.

La cuestión es que la velocidad contratada y el cuello de botella instantáneo no siempre coinciden. Un abonado con una velocidad contratada de 100 Mbit/s puede verse limitado temporalmente a 45 Mbit/s debido a un sector inalámbrico saturado, una conexión Wi-Fi débil, un nodo de acceso sobrecargado u otro dispositivo en sentido descendente. Un limitador configurado para aplicar el plan del abonado nunca se activa, y su gestión activa de colas (AQM), por muy avanzada que sea, no desempeña ningún papel. Además, rara vez se alcanzan las velocidades más altas de los planes de los abonados planes de velocidad, como 1 Gbps, ya que las velocidades se ven limitadas por las restricciones de la red Wi-Fi o de la red de acceso. Por lo tanto, una gestión óptima requiere que el controlador deduzca la velocidad que la ruta puede soportar en ese momento, y no se limite a aplicar la velocidad nominal del plan del abonado. Para ello es necesario identificar los cuellos de botella externos.

‍

ACM convierte la gestión del ancho de banda en un problema de control por retroalimentación

BQN se implementa en línea y, por lo tanto, puede supervisar el tráfico que se envía a cada abonado. ACM supervisa continuamente la velocidad, la latencia y las pérdidas de paquetes de los abonados. En lugar de exigir un límite máximo preestablecido, interpreta el aumento del retraso y las pérdidas como señales de que la carga está superando la capacidad del cuello de botella actual. Los algoritmos de aprendizaje automático evalúan esas señales en tiempo real y determinan una tasa de funcionamiento para ese abonado.

  • Tenga en cuenta lo siguiente: mida de forma continua el rendimiento real, la latencia y las pérdidas para el abonado.
  • Detectar: identificar el cambio característico que indique un crecimiento persistente de la cola u otra situación de congestión.
  • Estimación: deducir la tasa sostenible actual, aunque ningún sistema externo haya proporcionado el plan.
  • Mitigar: regular la velocidad de envío antes de que los búferes descontrolados acumulen un retraso excesivo y provoquen pérdidas evitables.
  • Adaptarse: seguir realizando mediciones y ajustar el punto de funcionamiento a medida que cambien las condiciones de radio, la carga de acceso o la capacidad de salida.

Desde un punto de vista conceptual, el ACM busca una tasa r cercana a la capacidad disponible desconocida C, al tiempo que limita el retraso en la cola y las pérdidas. Si r supera de forma persistente a C, la cola crece; el ACM detecta las señales de congestión resultantes y reduce la tasa controlada. Si las condiciones mejoran, puede permitir más tráfico. Dado que el bucle se rige por el comportamiento observado de la ruta, el plan de abonados desconocido ya no es un requisito previo para una gestión eficaz del ancho de banda.

‍

Por qué ACM complementa —en lugar de duplicar— a AQM

La gestión activa de colas (AQM) de BQN resulta muy eficaz a la hora de aplicar un plan de asignación de ancho de banda ( límite de velocidad) conocido: el sistema avanzado de colas por flujo evita las largas colas que provocan el «bufferbloat» e impide que el tráfico interactivo tenga que esperar detrás de transferencias pesadas. Sin embargo, la AQM depende de conocer el plan de asignación de ancho de banda ( límite de velocidad ) que se debe aplicar. Por sí sola, no puede eliminar la formación de una cola en un nodo externo más lento cuando la capacidad de dicho nodo cae por debajo del plan configurado.

ACM subsana esta carencia. Detecta la congestión por debajo del plan del abonado, incluidos cuellos de botella como un router Wi-Fi más lento, e indica automáticamente al AQM que aplique el límite efectivo límite de velocidad. Al trabajar conjuntamente, ACM y AQM garantizan tanto el límite máximo comercial como los cuellos de botella inferiores, que varían en el tiempo. Incluso cuando se desconocen los planes, ACM puede detectar automáticamente los límites efectivos y convertir el AQM de Bequant en el elemento de gestión del ancho de banda.

‍

Implementación y validación

Dado que ACM está habilitado de forma predeterminada y está diseñado para mejorar la calidad sin necesidad de ajustes de configuración, un operador puede comenzar con el bucle de control automático e integrar posteriormente planes de abonado externos. BQN puede obtener datos de abonados a través de RADIUS, API REST y conectores de facturación compatibles, por lo que el funcionamiento con planes desconocidos no impide una transición posterior a la aplicación de planes complementarios.

La validación debería centrarse en los resultados relacionados con la calidad de la red, en lugar de limitarse únicamente a la velocidad. La interfaz BQN muestra estadísticas de ACM y de congestión, incluyendo el porcentaje de tráfico en el que se detecta congestión, la latencia a lo largo del tiempo y el promedio de retransmisiones TCP a lo largo del tiempo. Estas mismas vistas están disponibles por abonado, lo que permite confirmar que el controlador está actuando allí donde se produce la congestión y que el retraso y las retransmisiones mejoran tras la mitigación.

‍

Caso práctico: el impacto de BQN en Cajun Broadband

Un ejemplo de aplicación directa de Bequant es Cajun Broadband, un proveedor de servicios de Internet de Luisiana (EE. UU.), que ha registrado una reducción del 83 % en la latencia, con una disminución de las retransmisiones desde un máximo del 6,6 % hasta una media del 0,32 %.

ACM detecta y mitiga el verdadero cuello de botella de cada abonado
ACM detecta y mitiga el verdadero cuello de botella de cada abonado

‍

Conclusión

BQN ACM permite una gestión óptima del ancho de banda cuando los cuellos de botella reales se sitúan por debajo de los límites nominales del plan del abonado. Supervisa a cada abonado, detecta la congestión a partir del comportamiento real de la ruta, estima el punto de funcionamiento sostenible y activa el BQN AQM para mitigar la sobrecarga antes de que las colas generen una latencia y una pérdida excesivas. En resumen, los planes de los abonados definen la intención comercial; el ACM determina continuamente la velocidad que ofrece la mejor Calidad de Experiencia (QoE) posible en las condiciones actuales de la red. Así, en una red limitada por un router WiFi congestionado sobre el que el proveedor de red no tiene control, el ACM será capaz de detectar ese « limitación de velocidad » y evitar la latencia y las pérdidas que, de otro modo, producirían una baja Calidad de Experiencia para el usuario final.