Descripción general de Junos OS CoS
Cuando una red experimenta congestión y retraso, se deben eliminar algunos paquetes. La clase de servicio (CoS) de Junos OS le permite dividir el tráfico en clases y establecer varios niveles de transferencia de datos y pérdida de paquetes cuando se produce congestión. Tiene un mayor control sobre la pérdida de paquetes, ya que puede configurar reglas adaptadas a sus necesidades.
Puede configurar funciones de CoS para proporcionar varias clases de servicio para diferentes aplicaciones. CoS también le permite reescribir el punto de código de servicios diferenciados (DSCP) o bits de punto de código IEEE 802.1p de paquetes que salen de una interfaz, lo que le permite adaptar paquetes para los requisitos de red de los pares remotos.
CoS ofrece varias clases de servicio para diferentes aplicaciones. Puede configurar varias clases de reenvío para transmitir paquetes, definir qué paquetes se colocan en cada cola de salida, programar el nivel de servicio de transmisión para cada cola y administrar la congestión mediante un algoritmo de detección temprana aleatoria ponderada (WRED).
Al diseñar aplicaciones de CoS, debe considerar cuidadosamente sus necesidades de servicio, y debe planificar y diseñar a fondo su configuración de CoS para garantizar la coherencia y la interoperabilidad en todas las plataformas en un dominio de CoS.
Dado que CoS se implementa en el hardware en lugar de en el software, puede experimentar con e implementar funciones de CoS sin afectar el rendimiento de reenvío y conmutación de paquetes.
Las políticas de CoS se pueden habilitar o deshabilitar en cada interfaz de conmutador. Además, cada interfaz física y lógica del conmutador puede tener reglas de CoS personalizadas asociadas.
Cuando cambia o cuando desactiva y, a continuación, reactiva la configuración de clase de servicio, el sistema experimenta que el paquete cae porque el sistema bloquea momentáneamente el tráfico para cambiar la asignación del tráfico entrante a las colas de entrada.
En este tema se describe lo siguiente:
Estándares de CoS
Las siguientes RFC definen los estándares para las capacidades de CoS:
RFC 2474, Definición del campo de servicios diferenciados en los encabezados IPv4 e IPv6
RFC 2597, Grupo PHB de reenvío garantizado
RFC 2598, un PHB de reenvío acelerado
RFC 2698, un marcador de tres colores de dos velocidades
RFC 3168, La adición de notificación de congestión explícita (ECN) a IP
También se admiten los siguientes estándares de puente de centro de datos (DCB) para proporcionar el CoS (y otras características) que el canal de fibra a través de Ethernet (FCoE) requiere para transmitir tráfico de almacenamiento a través de una red Ethernet:
IEEE 802.1Qbb, control de flujo basado en prioridad (PFC)
IEEE 802.1Qaz, selección mejorada de transmisión (ETS)
Extensión IEEE 802.1AB (LLDP) denominada Protocolo de intercambio de capacidad de puente de centro de datos (DCBX)
Los conmutadores serie OCX y las plataformas de servicios de red NFX250 no son compatibles con PFC y DCBX.
Los conmutadores QFX10000 de Juniper Networks admiten programación jerárquica de puertos de selección de transmisión mejorada (ETS) y programación directa de puertos.
Cómo funciona Junos OS CoS
Junos OS CoS funciona examinando el tráfico que entra en el borde de su red. El conmutador clasifica el tráfico en grupos de servicios definidos para proporcionar el tratamiento especial del tráfico en toda la red. Por ejemplo, puede enviar tráfico de voz a través de ciertos vínculos y tráfico de datos a través de otros vínculos. Además, los flujos de tráfico de datos se pueden atender de manera diferente a lo largo de la ruta de red para garantizar que los clientes de mayor pago reciban un mejor servicio. A medida que el tráfico sale de la red en el borde final, puede reclasificar el tráfico para cumplir con las políticas del par de destino reescribiendo los bits de punto de código DSCP o IEEE 802.1.
Para admitir CoS, debe configurar cada conmutador en la red. Generalmente, cada conmutador examina los paquetes que lo ingresan para determinar su configuración de CoS. Esta configuración dicta qué paquetes se transmiten primero al siguiente conmutador descendente. Es posible que se necesiten conmutadores en los bordes de la red para modificar la configuración de CoS de los paquetes que ingresan a la red para clasificar los paquetes en los grupos de servicio adecuados.
En la figura 1, el conmutador A recibe tráfico. A medida que cada paquete entra, el conmutador A examina la configuración actual de CoS del paquete y clasifica el tráfico en una de las agrupaciones definidas en el conmutador. Esta definición permite que el conmutador A priorice sus recursos para el servicio de los flujos de tráfico que recibe. El conmutador A puede modificar la configuración de CoS (clase de reenvío y prioridad de pérdida) de los paquetes para que coincidan mejor con los grupos de tráfico definidos.
Cuando el conmutador B recibe los paquetes, examina la configuración de CoS, determina los grupos de tráfico adecuados y procesa el paquete según esa configuración. Luego, transmite los paquetes al conmutador C, que realiza las mismas acciones. El conmutador D también examina los paquetes y determina los grupos adecuados. Dado que el conmutador D se encuentra en el extremo final de la red, puede reclasificar (reescribir) los bits de punto de código CoS de los paquetes antes de transmitirlos.
Comportamiento predeterminado de CoS
Si no configura la configuración de CoS, el software realiza algunas funciones de CoS para asegurarse de que el sistema reenvía el tráfico y los paquetes de protocolo con un retraso mínimo cuando la red está experimentando congestión. Algunas configuraciones de CoS, como clasificadores, se aplican automáticamente a cada interfaz lógica que configure. Otras opciones de configuración, como las reglas de reescritura, solo se aplican si las asocia explícitamente a una interfaz.