QoS: clasificación, policing, shaping y encolamiento
La calidad de servicio es lo que hace un router cuando a un enlace le llega más tráfico del que puede transmitir. OcNOS clasifica el tráfico en la entrada, lo mide frente a una tasa contratada y luego lo encola, planifica y conforma en la salida, con el mismo modelo de configuración en todas las plataformas de enrutamiento y conmutación que suministra IP Infusion.
El pipeline de QoS
Un paquete pasa por la QoS dos veces. A la entrada se clasifica, opcionalmente se remarca y se mide con un policer. A la salida se coloca en una cola, lo selecciona un planificador y se libera a través de un shaper. Cada etapa tiene su propio estándar y su propio modo de fallo.
El policing y el shaping resuelven problemas distintos
Ambos suelen tratarse como intercambiables y no lo son. Un policer mide un flujo y actúa de inmediato sobre el paquete que tiene delante. El tráfico dentro de la tasa contratada pasa; el que la supera se descarta o se remarca con menor prioridad, y no se almacena nada. Como un policer nunca almacena en búfer, no añade retardo, y como nunca retrasa, no puede suavizar nada. Las ráfagas se cortan en lugar de absorberse.
Un shaper hace lo contrario. El tráfico excedente se retiene en una cola y se libera a la tasa configurada, de modo que el perfil que sale del puerto es uniforme aunque el tráfico que llegó fuera a ráfagas. Eso protege un enlace aguas abajo o una entrega al cliente frente a recibir más de lo acordado, pero el suavizado se paga en latencia y ocupación de búfer.
La división práctica se deriva de ello. Aplique policing en la entrada para proteger su propia red del tráfico que supera lo vendido. Aplique shaping en la salida para proteger lo que haya aguas abajo. El policing en una entrega de salida provoca en la aplicación descartes que no puede prever. El shaping en la entrada solo traslada su problema de congestión a sus propios búferes.
Tres colores, dos formas de medir
Los dos policers de OcNOS son marcadores de tres colores. Verde está dentro de la tasa comprometida, amarillo dentro de la tolerancia de ráfaga y rojo fuera de contrato. Lo que cambia es cómo se mide la tasa. Un marcador de tres colores de una tasa (RFC 2697) trabaja con una tasa y una ráfaga comprometida y otra excedente, lo que se adapta a un contrato que permite ráfagas pero no una tasa superior sostenida. Un marcador de tres colores de dos tasas (RFC 4115) mide por separado una tasa comprometida y una tasa pico, lo que se adapta a un contrato con un techo real por encima de la tasa comprometida. Ambos están disponibles en las 26 plataformas de proveedor de servicios y en las 18 de centro de datos.
Lo que implementa OcNOS
Coincidencia con lo que realmente existe
Interfaz, lista de acceso, DSCP, precedencia IP, RTP o 802.1p, según la arquitectura DiffServ de la RFC 2475. Un puerto también puede configurarse para confiar en los valores 802.1p o DSCP ya aplicados aguas arriba en lugar de reclasificar.
srTCM y trTCM
Medición de tres colores de una tasa según la RFC 2697 y de dos tasas según la RFC 4115, con descarte o remarcado para el color fuera de contrato. Disponible en todas las plataformas.
WRED antes del desbordamiento
Weighted Random Early Detection según la RFC 2309 descarta una proporción creciente de paquetes a medida que la cola crece, para que los emisores reduzcan su velocidad antes de que un tail drop elimine todos los flujos a la vez.
WRR, WFQ y prioridad estricta
Round robin ponderado, encolamiento equitativo ponderado y prioridad estricta en varias colas de hardware por puerto, con las pautas de clases de servicio de la RFC 4594 como punto de partida. Se puede definir ancho de banda mínimo y máximo por cola.
Por cola y por puerto
Shaping de tasa aplicado a una cola individual o al puerto en su conjunto, según el modelo de políticas de la RFC 3644, de modo que un techo agregado y techos por clase pueden coexistir en la misma interfaz.
Contadores que responden a la pregunta
Estadísticas de class-map y contadores por cola de salida, para demostrar que una política coincide con el tráfico que usted cree y que una cola se está vaciando.
Dónde difieren las plataformas de proveedor de servicios y de centro de datos
La mayor parte de las herramientas de QoS es común a ambas familias de plataformas, pero tres capacidades no lo son, y suponer lo contrario es un error de diseño que conviene detectar pronto.
- El encolamiento jerárquico es una capacidad de las plataformas de proveedor de servicios. Una jerarquía de encolamiento de uno, dos o tres niveles (RFC 3644) permite situar un shaper de nivel de puerto por encima de colas por servicio, lo que necesita una entrega Carrier Ethernet o un puerto de agregación de servicios empresariales. Está disponible en las 26 plataformas de proveedor de servicios y no forma parte del conjunto de centro de datos. El modelo de encolamiento por servicio relacionado, que asigna servicios a VLAN y aplica shaping a cada una, tiene el mismo alcance.
- Explicit Congestion Notification es una capacidad de las plataformas de centro de datos. ECN (RFC 3168) marca los paquetes en lugar de descartarlos para que el extremo pueda reaccionar, lo que hace viable el transporte RDMA sin pérdidas. En un fabric de IA o de almacenamiento es la base sobre la que DCQCN se construye, junto con PFC.
- El remarcado de paquetes puenteados es una capacidad de las plataformas de centro de datos, disponible en las 18 plataformas de centro de datos.
Si un diseño depende de alguna de ellas, confirme primero la plataforma. La matriz de funciones recoge el detalle por plataforma, y la lista de compatibilidad de hardware lo relaciona con los routers y switches en los que funcionan esas capacidades.
¿Está definiendo una política de QoS para una entrega real?
ContáctenosPreguntas frecuentes
¿Qué es la QoS en un router?
¿Cuál es la diferencia entre policing y shaping de tráfico?
¿Qué es WRED y por qué usarlo?
¿Qué son srTCM y trTCM?
¿Admite OcNOS QoS jerárquica?
¿Según qué criterios puede OcNOS clasificar el tráfico?
Diseñe toda la fabric de IA con OcNOS
Desde el caso de negocio hasta los cálculos de recuento de puertos, retome donde esté en la construcción.
Profundice. Llévelo consigo.
Dos descargas técnicas y breves que profundizan más que esta página: el datasheet completo de OcNOS-SP y el datasheet completo de OcNOS-DC.
Datasheet de OcNOS-SP
Especificación completa de OcNOS-SP: el conjunto de funciones de acceso, cell site y agregación, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.
Obtener el datasheetDatasheet de OcNOS-DC
Especificación completa de OcNOS-DC: el conjunto de funciones EVPN-VXLAN y Ethernet for AI, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.
Obtener el datasheetDatasheet de OcNOS-SP
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.
Datasheet de OcNOS-DC
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.