DCQCN: control de congestión cuantizado para RDMA

La función que cumple DCQCN en un tejido de IA

RoCEv2 tiene dos formas de manejar la congestión: la pausa PFC (contrapresión que se propaga salto por salto) y DCQCN (un bucle de control de tasa de extremo a extremo). PFC por sí solo funciona, pero empuja la congestión aguas arriba y arriesga tormentas de pausa y bloqueo de cabecera de línea. DCQCN actúa antes que PFC, marcando los paquetes con ECN before la cola alcanza el umbral de pausa, de modo que el emisor reduce la velocidad antes de que el switch tenga siquiera que aplicar la pausa.

Bien hecho, pasará la mayor parte de la vida de su fabric solo con la retroalimentación de DCQCN, con PFC como red de seguridad de respaldo. Mal hecho, los umbrales de ECN están desalineados con el headroom de PFC y obtiene tormentas de pausa incluso con DCQCN configurado. El ajuste de umbrales lo es todo, y OcNOS-DC publica valores por defecto ajustados para tráfico colectivo xCCL, exponiendo cada parámetro para fabrics con patrones de tráfico específicos.

Los tres actores

• Punto de reacción (NIC emisora). Recibe los CNP y ejecuta el bucle de DCQCN de actualización α / disminución multiplicativa / incremento aditivo para cuantizar su tasa de envío.
• Punto de congestión (switch). Marca los paquetes con capacidad ECN para CE utilizando una curva WRED cuando la profundidad de la cola supera K-min, con la probabilidad de marcado aumentando linealmente hasta P-max en K-max.
• Punto de notificación (NIC receptora). Genera un CNP de vuelta al emisor en cada flujo marcado, con límite de tasa (normalmente uno por cada 50 µs por flujo).

La implementación de DCQCN de OcNOS