Resumen

  • La documentación Quality of Service de Arista EOS, presentada como versión 4.37.0F, deja el punto de marcado de congestión en manos de quien opera: la orden random-detect ecn activa el marcado ECN en una cola de transmisión unicast y fija umbrales expresados en tamaño de cola.
  • La RFC 3168 fija qué significa ese marcado en el cable — un campo de dos bits con cuatro códigos, y un router congestionado que marca en lugar de descartar — de modo que el umbral es el instante en que una fábrica deja de absorber tráfico y empieza a hablar de él.

Pregunta qué hace rápido a una red de clúster de IA y te tenderán un número en gigabits. Cuatrocientos, ochocientos, el camino a 1,6 T. La documentación de Arista responde a una pregunta más incómoda con un número mucho menor: treinta y tres milisegundos, tecleados en una cola, en una interfaz.

La página es el manual Quality of Service de EOS, mostrado como versión 4.37.0F (Arista EOS Quality of Service). Describe el ECN basado en latencia configurado por cola de transmisión y luego recorre la secuencia al pie de la letra: entrar en interface Ethernet 1/1, seleccionar tx-queue 3 y fijar random-detect ecn delay threshold 33 milliseconds. Quien esperaba una hoja de datos ha aterrizado en un indicador de configuración. Ahí está el asunto. El valor que decide cuándo esta fábrica pide a sus emisores que aflojen no viene impreso en el chasis. Alguien lo teclea.

Qué hace realmente el marcado

El mecanismo viene del estándar, no del fabricante. La RFC 3168 designa los bits 6 y 7 del octeto TOS de IPv4 como campo ECN, señala que ese campo se define de forma idéntica en el octeto Traffic Class de IPv6 y reparte cuatro códigos sobre esos dos bits: 00 Not-ECT, 01 ECT(1), 10 ECT(0) y 11 CE (RFC 3168). Un router que sufre congestión incipiente escribe el código Congestion Experienced en un paquete ya apto para ECN en vez de destruirlo.

Pon eso junto a la descripción de Arista. El manual llama a Explicit Congestion Notification una extensión IP y TCP que permite señalizar congestión de extremo a extremo sin perder paquetes, y que reconoce congestión temprana poniendo banderas dirigidas a los hosts afectados. La cola actúa, por tanto, antes de que se hubiera producido un descarte. Cada host aguas abajo reacciona a una decisión tomada aguas arriba, antes de cualquier pérdida de paquete, en un lugar que nadie fuera del rack puede ver.

WRED es la forma en que la página describe la implementación para colas unicast: un algoritmo de gestión activa de cola que extiende Random Early Detection para definir varios umbrales en una misma cola. Umbrales, en plural, por cola. La orden random-detect ecn, afirma la página, activa el marcado ECN para la cola de transmisión unicast en modo configuración y especifica umbrales expresados en tamaño de cola.

Hay, pues, dos familias de decisión dentro de una sola cola — un umbral de ocupación expresado como tamaño de cola y un umbral de latencia expresado en milisegundos — y quien opera elige cuál manda y dónde se sitúa. En una fábrica de entrenamiento con tráfico all-to-all, esa elección determina si la red empuja hacia atrás mientras aún tiene margen o si espera a que sus búferes estén casi llenos, momento en que las únicas señales disponibles son caras.

El paréntesis que pesa más que la cifra

Llega luego la anotación, y es el detalle más consecuente de la página. La orden aparece documentada como random-detect ecn (Arad/Jericho). El sistema operativo del conmutador está diciendo que la orden que tecleas, y el comportamiento que lleva detrás, van atados al silicio bajo la tapa.

Ese solo paréntesis convierte un valor de configuración en un programa de ingeniería. Una fábrica no es un conmutador: son unos cientos o unos miles, a menudo comprados por tandas, a menudo repartidos entre más de una generación de silicio según crece el clúster. Si la orden de marcado depende de la plataforma, un valor correcto en una familia no se copia sin más a otra: se vuelve a deducir, se vuelve a probar y se vuelve a justificar contra el tráfico que el clúster corre de verdad. El trabajo es real, es repetitivo y no produce nada que un cliente pueda fotografiar.

Aquí falla discretamente el encuadre por velocidad de puerto como descripción del negocio. Un carril de 400 G y uno de 800 G difieren en cuánto tráfico puede llegar a una cola. Ninguno de los dos decide en qué nivel de llenado esa cola empieza a marcar paquetes en vez de absorberlos. Compra la óptica más rápida y habrás comprado más tráfico llegando al mismo mando.

Por qué la carga recae en quien opera

Un fabricante puede entregar una orden, documentar un ejemplo y publicar una secuencia resuelta sobre una interfaz. Lo que no puede hacer desde la fábrica es saber cuántos carriles tiene tu clúster, qué flujos comparten una cola ni cómo son tus operaciones colectivas en el instante en que chocan. El umbral es producto conjunto de una documentación y un despliegue, y la mitad del despliegue pertenece a quien tiene la consola.

La forma del coste merece nombrarse sin rodeos. El estado de configuración no se compra una vez: se mantiene. Sobrevive a una rotación de personal solo si está escrito en algún sitio. Sobrevive a una renovación de hardware solo si alguien advierte que cambió la familia de órdenes. Y resulta invisible en la comparación que de verdad hace una compra, porque dos conmutadores con el mismo número de puertos y las mismas ópticas son idénticos en una hoja de cálculo, tanto si sus valores por defecto de marcado de congestión son accesibles, están documentados y se pueden probar, como si no.

Dónde se detiene la prueba

Esta revisión obtuvo texto legible de la página Quality of Service de EOS y de la RFC 3168, y no obtuvo texto legible de la página Priority Flow Control de Arista, su página Traffic Management ni su página AI networking. Aquí no se afirma ningún umbral de pausa, ninguna cifra de reserva de búfer, ninguna regla de topología para redes dorsales de GPU ni el comportamiento de la fábrica de ningún cliente nombrado, porque esas páginas no se leyeron.

El mando es el producto

Quita la propaganda y una red dorsal de IA es un problema de gestión de colas vestido con óptica cara. Arista documenta la mitad de gestión de colas con honestidad suficiente: aquí está la orden, aquí el umbral, aquí un ejemplo con treinta y tres milisegundos dentro y aquí una nota que te avisa de que la orden depende de qué chip compraste. Para quien especifica un clúster, la conclusión útil es poco glamurosa. Pregunta cuál será el umbral de marcado, quién lo tecleará, cómo quedará registrado y cómo sabrás que sigue siendo correcto tras la siguiente tanda de hardware — porque el carril más rápido llegará en la fecha prevista y no responderá a ninguna de esas preguntas. La compañía figura en la ficha de directorio de BTW sobre Arista Networks, Inc..