Descripción del control de flujo basado en prioridad

Confiabilidad de la entrega de paquetes en redes Ethernet estándar y en redes de capa 2

Ethernet estándar no garantiza que un paquete que se inyectó en la red llegue a su destino esperado. La confiabilidad la proporcionan los protocolos de capa superior. Generalmente, una ruta de red consta de varios saltos entre el origen y el destino. Un problema surge cuando los transmisores envían paquetes más rápido que los receptores pueden aceptarlos. Cuando los receptores se encuentran sin espacio de memoria disponible para contener los flujos entrantes, sueltan en modo silencioso paquetes entrantes adicionales. Este problema se resuelve generalmente mediante protocolos de capa superior que detectan las caídas y solicitan la retransmisión.

Las aplicaciones que requieren confiabilidad en la capa 2 deben tener control de flujo que incluya comentarios de un receptor a un remitente respecto a la disponibilidad del búfer. Mediante IEEE tramas de control 802.3x Ethernet PAUSE, un receptor puede generar una trama de control MAC y enviar una solicitud PAUSE a un remitente cuando se ha llenado un umbral especificado de búfer de receptor para evitar el desborde del búfer. Al recibir una solicitud PAUSE, el remitente detiene la transmisión de cualquier paquete nuevo hasta que el receptor notifica al remitente que tiene suficiente espacio de memoria para volver a aceptarlos. La desventaja de usar la PAUSA de Ethernet es que funciona en todo el vínculo, el cual puede estar llevando varios flujos de tráfico. Algunos flujos de tráfico no necesitan control de flujo en la capa 2, ya que transportan aplicaciones que confían en protocolos de capa superior para obtener confiabilidad. La PFC le permite configurar el control de flujo de capa 2 de forma desaforado para el tráfico que lo requiere, como un tráfico de canal de fibra sobre Ethernet (FCoE), sin afectar a otro tráfico en el vínculo. También puede habilitar PFC para otros tipos de tráfico, como iSCSI.

Cálculos de los requisitos de búfer al usar PFC PAUSE

El búfer de recepción debe ser lo suficientemente grande como para alojar todos los datos que se reciben mientras el sistema responde a una trama PFC PAUSE.

Cuando calcule los requisitos de memoria intermedia, tenga en cuenta los siguientes factores:

• Retraso en el procesamiento y la cola de la PAUSA de PFC: en general, el tiempo para detectar la falta de espacio de memoria intermedia suficiente y para transmitir la PAUSA de PFC es prácticamente indetenible. Sin embargo, pueden producirse retrasos si el conmutador detecta una reducción en el espacio de memoria mientras el transmisor está empezando a transmitir una trama de longitud máxima.

• Retraso de propagación en todos los medios: la cantidad de retraso depende de la longitud y velocidad del vínculo físico.

• Tiempo de respuesta a la trama PFC PAUSE

• Retraso de propagación a través de los medios en la ruta de retorno

Cómo funcionan con o sin DCBX los perfiles de notificación de PFC y congestión

La PFC se puede aplicar a una interfaz independientemente de si el protocolo de intercambio de capacidades de puente de centro de datos (DCBX) está habilitado (DCBX está habilitado de forma predeterminada para interfaces de 10 Gigabit Ethernet en EX4500 conmutadores habilitados para CEE).

Sin embargo, el control y la publicidad automáticos de PFC requieren DCBX:

• Cuando DCBX está habilitado: DCBX detecta la configuración de PFC del vecino de puente de centro de datos (DCB), utiliza la negociación automática para anunciar la configuración de PFC local y par y, luego, habilita o deshabilita PFC dependiendo de si las configuraciones son compatibles o no. Cuando PFC está habilitado, utiliza el perfil de notificación de congestión que configuró y aplicó a la interfaz.

• Cuando DCBX no estáhabilitado: la clase de servicio (CoS) activa PFC cuando la trama entrante tiene un campo de prioridad de usuario (UP) que coincide con el patrón de tres bits especificado para el perfil de notificación de congestión.

Para controlar manualmente el uso de PFC en la interfaz independientemente de la configuración de los dispositivos par del centro de datos, puede cambiar explícitamente la configuración de DCBX en la interfaz para deshabilitar la negociación automática de PFC. Consulte Deshabilitar DCBX para deshabilitar la negociaciónautomática de PFC en conmutadores serie EX (CLI procedimiento) . Cuando la negociación automática de PFC está deshabilitada, la PFC se activa mediante el perfil de notificación de congestión para PFC independientemente de la configuración del par DCB.

En la tabla 1 se muestra la asignación uno a uno entre el campo UP de una trama etiquetada IEEE 802.1Q, la clase de tráfico y la cola de salida. Además de establecer un perfil de notificación de congestión PFC en un puerto de entrada, debe establecer una clase de reenvío para que coincida con la prioridad especificada en el perfil de notificación de congestión de PFC y para reenviar la trama a la cola adecuada.

Juniper Networks serie EX Conmutadores Ethernet admiten hasta seis clases de tráfico y le permiten asociar esas clases con seis perfiles diferentes de notificación de congestión. (Los conmutadores admiten hasta 16 clases de reenvío.)