Descripción de PFC mediante DSCP en la capa 3 para tráfico sin etiquetar
Los protocolos, como el acceso directo remoto a la memoria (RDMA) a través de Ethernet convergente versión 2 (RoCEv2) requieren un comportamiento sin pérdidas para el tráfico a través de conexiones de capa 3 a subredes de Ethernet de capa 2. Tradicionalmente, el control de flujo basado en prioridades (PFC) se puede usar para evitar la pérdida de tráfico cuando se produce congestión en las interfaces de capa 2 o capa 3 para el tráfico etiquetado por VLAN mediante la pausa selectiva del tráfico en cualquiera de las ocho prioridades correspondientes a los puntos de código IEEE 802.1p en los encabezados de VLAN del tráfico entrante en una interfaz. Sin embargo, el tráfico sin etiquetar (tráfico sin etiquetado de VLAN) no se puede examinar para buscar puntos de código IEEE 802.1p en los que pausar el tráfico.
A partir de Junos OS versión 17.4R1, para admitir el flujo de tráfico sin pérdidas en la capa 3 para tráfico sin etiquetar, apoyamos la habilitación de PFC para interfaces de capa 3 y interfaces de acceso de capa 2 mediante el uso de valores de punto de código de servicios distribuidos (DSCP) en el encabezado IP de capa 3 del tráfico entrante, en lugar de los valores de punto de código IEEE 802.1p en un encabezado VLAN de capa 2.
Descripción general de PFC basado en DSCP
PFC es una tecnología de puente de centro de datos que funciona en la capa 2, y la información de DSCP se intercambia en encabezados IP en la capa 3. Sin embargo, puede configurar el PFC basado en DSCP, que conserva el comportamiento sin pérdidas en las conexiones de red de capa 3 para el tráfico sin etiquetar.
PFC funciona mediante la generación de tramas de pausa para el tráfico identificado en puntos de código configurados en el tráfico entrante para notificar al par para pausar la transmisión cuando el vínculo está congestionado. Con PFC basado en DSCP habilitado, las tramas de pausa se activan según un valor DSCP de 6 bits configurado (correspondiente a valores decimales 0-63) en el encabezado IP de capa 3 del tráfico entrante.
Sin embargo, PFC solo puede enviar tramas de pausa con prioridad PFC de 3 bits (uno de 8 puntos de código que corresponden a valores decimales 0-7) que, en el caso del tráfico etiquetado por VLAN, normalmente corresponde a los puntos de código IEEE 802.1p en los encabezados de VLAN de tráfico entrante. El tráfico sin etiquetar no proporciona ninguna referencia para los valores de punto de código IEEE 802.1p, por lo que para activar PFC en un valor DSCP, el valor DSCP se debe asignar explícitamente en la configuración a una prioridad PFC para usar en las tramas de pausa de PFC enviadas al par cuando se produce congestión para ese punto de código. Puede asignar tráfico en un valor DSCP a una prioridad PFC cuando define la clase de reenvío sin pérdidas con la que desea clasificar el tráfico PFC basado en DSCP. La clase de reenvío también se debe asignar a una cola de salida con comportamiento sin pérdidas.
No puede asignar la misma prioridad de PFC a más de una clase de reenvío, ya que el valor de prioridad PFC asignado se utiliza como ID de clase de reenvío cuando se configura PFC basado en DSCP.
También se requiere un clasificador DSCP (en lugar de un clasificador IEEE 802.1p) para especificar que el tráfico entrante con el valor DSCP configurado anteriormente pertenece a la clase de reenvío sin pérdidas. Cualquier valor de DSCP para el que se habilita PFC basado en DSCP en una interfaz debe especificarse en el clasificador predeterminado de DSCP o en un clasificador DSCP definido por el usuario asociado con la interfaz.
Para habilitar el PFC basado en DSCP en una interfaz, defina un perfil de notificación de congestión de entrada con el mismo valor de DSCP (y los parámetros de búfer deseados) y asócielo a la interfaz.
El dispositivo par debe tener una configuración PFC que coincida para los puntos de código de prioridad PFC asignados.
Limitaciones de PFC basado en DSCP
Las siguientes son limitaciones del PFC basado en DSCP:
No puede configurar tanto PFC basado en DSCP como PFC IEEE 802.1p bajo el mismo perfil de notificación de congestión, ni asociar un perfil de notificación de congestión basado en DSCP y un perfil de notificación de congestión IEEE 802.1p con la misma interfaz.
El PFC basado en DSCP se admite en interfaces de capa 3 y de acceso de capa 2 solo para tráfico sin etiquetar. El comportamiento de PFC es impredecible si los paquetes etiquetados por VLAN se reciben en una interfaz con PFC basado en DSCP habilitado.
Cada clase de reenvío sin pérdida solo se puede asociar con un valor de prioridad PFC de 3 bits único del 0 al 7.