Este artículo explica cómo funciona el motor de QoS de Cato y te ayuda significativamente a mejorar la utilización del ancho de banda de la red y optimizar el rendimiento de la red.
En la Aplicación de Administración de Cato, utiliza perfiles de gestión de BW para configurar las prioridades de QoS para los diferentes tipos de tráfico. Cada perfil contiene tanto la prioridad de QoS como los límites de ancho de banda del tráfico. Luego puedes asignar el perfil de gestión de BW a una regla de red y priorizar el tipo específico de tráfico.
Puedes establecer valores de prioridad entre 2 y 255 donde 0 y 1 están reservados para el tráfico administrativo de Cato y 255 está reservado como la prioridad más baja. Si configuras el perfil de ancho de banda con prioridad P10, el tráfico coincidente tiene una prioridad más alta sobre el tráfico con prioridad P20. Puedes proporcionar una prioridad diferente a diferentes aplicaciones y lograr el rendimiento requerido para este tipo de tráfico. Recomendamos que asignes un valor de prioridad más bajo a un tipo de tráfico más significativo. Por ejemplo, si el tráfico de VoIP es más importante para tu cuenta que el RDP, asigna a las reglas de red de VoIP una prioridad más alta que a las reglas de RDP.
Nota: Si configuras un Reenvío de Puerto Remoto (RPF) para tu cuenta, el tráfico RPF se asigna automáticamente con la prioridad más baja de 255. Para más información sobre RPF, consulta Configurar Reenvío de Puerto Remoto para la Cuenta.
Cato Networks utiliza una técnica estándar de modelado de tráfico para optimizar el rendimiento de la red controlando la tasa promedio de Subida y Bajada.
El siguiente diagrama muestra cómo el motor de QoS asigna prioridad a diferentes tipos de tráfico.
Cato utiliza el algoritmo de Cubeta Perforada para medir los límites del ancho de banda y la explosividad. Implementar Cubeta Perforada como un modelador de tráfico significa que cuando la tasa de paquetes entrantes es mayor que la tasa saliente, como con la congestión de la red, los paquetes entran en la cola y se descartan una vez que la cola está llena. Cuando los paquetes son transmitidos, se eliminan de la cola, primero en entrar, primero en salir (FIFO) y luego pueden entrar paquetes nuevos en la cola.
El algoritmo de Cubeta Perforada mide la tasa de tráfico e identifica cuándo la cubeta está llena. Utiliza estas métricas para enviar el tráfico priorizado usando el ejemplo de agua llenando una cubeta:
-
Tasa promedio - el límite real de BW. La tasa de agua que sale de la cubeta en cada tic del reloj.
-
Capacidad de explosión - el tamaño de la cubeta. La cantidad total de agua que la cubeta puede llevar antes de que comience a descartar paquetes.
-
Tasa de explosión – durante una explosión de tráfico, la tasa a la que se permite que entre agua en la cubeta. La tasa de explosión no está limitada, y cualquier explosión puede entrar en la cubeta.
Si la cubeta no está llena, todos los paquetes se envían. Sin embargo, cuando la prioridad para una cubeta está llena, los nuevos paquetes para esa prioridad se colocan en cola y posiblemente se descartan. Cada prioridad tiene una cola diferente, y los paquetes se envían por orden (FIFO) según las prioridades. Cuando todas las colas están llenas, entonces todos los paquetes se descartan independientemente de la prioridad.
Sin embargo, Cato implementa la Detección Temprana Aleatoria Ponderada (WRED) para evitar descartar una gran cantidad de paquetes. Para el tráfico TCP, Cato descarta los paquetes de datos y no los paquetes ACK para activar el algoritmo de congestión del remitente. Y en respuesta, el remitente reduce la tasa a la que envía paquetes.
El Socket envía los paquetes desde las colas de prioridad en dos iteraciones: iteración de límite duro y la iteración de mejor esfuerzo. El modelador de tráfico primero envía los paquetes de acuerdo con los límites de BW configurados y luego hace el mejor esfuerzo para enviar los paquetes restantes. Durante cada tic de 1 ms, realiza ambas iteraciones:
-
Iteración de Límites Duros – en esta iteración la secuencia es evaluar cada cola comenzando desde la mayor prioridad hasta la menor prioridad. Para cada cola de prioridad, el Socket envía los paquetes de acuerdo con sus límites de QoS configurados. Durante esta iteración, si el límite total de BW del enlace se supera, el Socket deja de enviar paquetes.
-
Iteración de Mejor Esfuerzo – si los paquetes transmitidos en la Iteración de Límites Duros no superan el límite total de ancho de banda, entonces en esta iteración el Socket evalúa cada cola nuevamente. Comenzando desde la mayor prioridad hasta la menor prioridad, envía los paquetes restantes. El objetivo es utilizar todo el ancho de banda del enlace sin superar el límite total de BW.
Esta sección muestra un ejemplo de cómo el motor de QoS de Cato prioriza los paquetes en las colas de tráfico.
Cinco Colas de Prioridad con Paquetes
El diagrama anterior muestra los paquetes en 5 colas de prioridad antes de que el Socket comience las iteraciones.
QoS – Iteración de Límites Duros
Este diagrama muestra la primera iteración, que es la Iteración de Límites Duros. Comenzando desde P10, P20, P30, P40 y por último P255. El ancho de banda disponible para cada cola es: dos paquetes de la cola P10, un paquete de la P20, un paquete de la P30, dos paquetes de la P40 y un paquete de la cola P255.
QoS – Iteración de Mejor Esfuerzo
Este diagrama muestra la segunda iteración, que es la Iteración de Mejor Esfuerzo. En esta iteración, se enviaron tres paquetes de P10, y uno de cada uno de P20, P30, P40 y por último P255. En este caso, se utiliza todo el ancho de banda disponible y un paquete en la cola P255 queda para el siguiente tic. Luego, llegan nuevos paquetes a las colas y el algoritmo ejecuta las dos iteraciones nuevamente y envía el paquete restante.
0 comentarios
Inicie sesión para dejar un comentario.