UEC 1.0 · Packet spray · UET

Ultra Ethernet: UEC 1.0 para AI Fabrics

Ultra Ethernet es el camino abierto y multiproveedor hacia una red de IA de clase InfiniBand sobre Ethernet estándar. La especificación UEC 1.0, publicada en junio de 2025, define el Ultra Ethernet Transport (UET) con packet spraying, RDMA multi-path, entrega fuera de orden, retransmisión selectiva y control de congestión basado tanto en el emisor como en el receptor. No requiere una fabric PFC sin pérdidas, y OcNOS-DC aporta la capa de fabric basada en estándares que requieren las NIC compatibles con UEC.

June 2025Especificación UEC 1.0
1 fabricRoCEv2 y UEC, el mismo hardware
hasta 800GOcNOS-DC sobre Tomahawk 5
600+redes de operador sobre OcNOS
Cómo mueve UET un mensaje

Packet spray por todas las rutas

Un único mensaje RDMA entre dos GPU se rocía paquete a paquete por las cuatro rutas de spine a la vez. La fabric tolera la llegada fuera de orden y la NIC UEC de destino reensambla en orden. Sin fijación de flujo, sin colisiones de hash, sin enlaces ascendentes ociosos.

Distribución de paquetes Ultra Ethernet a través de una fabric de 4 spines Two GPUs connected through two leaves and four spines. A single RDMA message is split into four packets and sent across all four spine paths simultaneously. At the receiving NIC, packets arrive out of order and are reassembled in order before delivery to the GPU. Bottom band lists UEC properties: packet spray, multi-path RDMA, out-of-order delivery, NIC reassembly. P1 P2 P3 P4 Spine-1fabric UEC Spine-2fabric UEC Spine-3fabric UEC Spine-4fabric UEC Leaf-1OcNOS-DC Leaf-2OcNOS-DC GPU-AUEC NIC GPU-Breassembly UEC 1.0 · PACKET SPRAY · MULTI-PATH RDMA · OUT-OF-ORDER DELIVERY · NIC REASSEMBLY
Dentro del transporte

Qué añade el Ultra Ethernet Transport

RoCEv2 funciona, pero hereda restricciones de diseño más antiguas: una ruta con hash por flujo, pausa PFC en toda la red y recuperación de pérdidas por reinicio de ventana. La especificación UEC 1.0 conserva el Ethernet físico estándar que puede comprar a cualquiera y reemplaza las capas superiores por un transporte (UET) construido para trabajos de 1k a 100k GPU.

Path use

Packet spraying

Un único mensaje se rocía por todas las rutas disponibles a la vez. Sin fijación de flujo, sin colisiones de ECMP, de modo que la utilización de la fabric se acerca al máximo teórico durante un colectivo.

RDMA

RDMA multi-path

RDMA se transporta sobre muchas rutas paralelas en lugar de una, de modo que una transferencia grande ya no queda limitada por el ancho de banda de un único enlace con hash.

Entrega

Entrega fuera de orden

La fabric puede reordenar. La NIC UEC reensambla en orden antes de la entrega, de modo que las aplicaciones y la GPU nunca ven desorden.

Recovery

Retransmisión selectiva

Los paquetes perdidos se recuperan selectively en lugar de reiniciar la ventana RDMA, colapsando la penalización de latencia de cola de cualquier pérdida en la fabric.

Control

Control de congestión moderno

Both basados en emisor y en receptor reemplazan la pausa PFC de grano grueso como herramienta principal. UET no requiere una fabric PFC sin pérdidas; la pausa se convierte en un respaldo, no en la primera línea.

Ecosistema

Abierto y multiproveedor

UET runs on Ethernet estándar de cualquier proveedor. The consortium (AMD, Arista, Broadcom, Cisco, HPE, Intel, Meta, Microsoft, Oracle and others) publishes the spec openly.

Dónde encaja cada uno

UEC, RoCEv2 e InfiniBand, eje por eje

RoCEv2 opera hoy la mayoría de las fabrics de IA en producción. Ultra Ethernet es el camino a futuro basado en estándares a medida que se lanzan las NIC compatibles con UEC, e InfiniBand sigue siendo el especialista de un solo proveedor. Qué eje importa depende de la carga de trabajo y del calendario.

Axis RoCEv2Ethernet, hoy Ultra EthernetUET, abierto y multiproveedor InfiniBandsingle-vendor
Path useUna ruta ECMP con hash por flujo; las rutas paralelas pueden quedar ociosas.Packet spray por todas las rutas disponibles en paralelo.Enrutamiento adaptativo integrado en la especificación.
Manejo de pérdidasSin pérdidas mediante PFC + ECN + DCQCN; depende de la pausa en toda la red.Tolera pérdida y reordenamiento; no requiere una fabric PFC sin pérdidas.Sin pérdidas mediante control de flujo basado en créditos.
ReorderingSolo entrega en orden.Entrega fuera de orden, reensamblada en orden en la NIC.Entrega en orden.
RetransmissionLa recuperación por ventana penaliza la latencia de cola.Retransmisión selectiva solo de los paquetes perdidos.Recuperación a nivel de enlace.
Control de congestiónDCQCN con marcado ECN.Control basado tanto en el emisor como en el receptor en los extremos.Basado en créditos en el enlace.
EcosistemaEthernet multiproveedor en cada capa.Abierto y multiproveedor; cualquier proveedor puede ajustarse a la especificación UEC 1.0.De facto de un solo proveedor para el silicio de NIC y de switch.
Estado de OcNOS-DCEn producción hoy sobre Tomahawk 4 / Tomahawk 5.Capa de fabric alineada con el perfil UEC 1.0; el transporte se activa a medida que se lanzan las NIC.No aplicable; fabric y herramientas separadas.
OcNOS y UEC

La capa de fabric que requieren las NIC UEC

OcNOS-DC opera hoy una fabric RoCEv2 de producción y sigue el perfil UEC 1.0 del lado de la fabric: la configuración y los comportamientos del switch necesarios para interoperar con las NIC compatibles con UEC. El transporte completo es un elemento del roadmap que se activa a medida que se lanzan esas NIC. La alineación con el perfil no es una declaración de certificación.

Spec

Perfil de tejido UEC 1.0

OcNOS-DC sigue el perfil UEC 1.0 del lado de la fabric, la configuración y los comportamientos que los switches deben soportar para interoperar con las NIC compatibles con UEC a medida que llegan.

Spray-friendly

Reenvío tolerante a paquetes fuera de orden

ECMP por paquete, QoS apta para packet spray y políticas de búfer compartido que no penalizan la entrega fuera de orden: las condiciones que las NIC UEC necesitan para operar con eficiencia.

Hardware

Silicio Tomahawk 4 / 5

Funciona sobre las mismas plataformas Broadcom Tomahawk 4 (25.6T) y Tomahawk 5 (51.2T) usadas para los fabrics RoCEv2 actuales. No requiere una actualización completa de hardware.

Brownfield

RoCEv2 y UEC coexisten

El tráfico UEC y RoCEv2 comparte una fabric en prioridades distintas. Migre clústeres de forma incremental a medida que se despliegan las NIC compatibles con UEC.

Telemetría

Observabilidad consciente de UEC

Utilización por ruta, contadores de buffer aptos para distribución y métricas de tolerancia al reordenamiento transmitidos por gNMI para ajuste de lazo cerrado durante la puesta en marcha del clúster.

Hardware abierto

Ruta neutral respecto al proveedor

UEC es la alternativa abierta a InfiniBand. Emparejar OcNOS-DC con hardware abierto significa que ningún proveedor único es dueño de la fabric de IA, que es de lo que se trata.

El panorama de migración

Construya sobre RoCEv2 ahora, mantenga un camino limpio hacia UEC

Las fabrics reales no cambian de la noche a la mañana. El plan práctico es RoCEv2 de producción hoy sobre hardware que ya sigue el perfil UEC 1.0, de modo que el paso al transporte no necesita cambiar de NOS ni de switch.

  • RoCEv2 hoy. Con grado de producción para clústeres que se construyen ahora mismo. OcNOS-DC incluye RoCEv2 preajustado en Tomahawk 4 / Tomahawk 5. La mayoría de las fabrics en producción en 2026 son RoCEv2.
  • UEC a medida que se lanzan las NIC. El camino a futuro para los clústeres de escalado horizontal a medida que llegan las NIC compatibles con UEC. OcNOS-DC aporta la capa de fabric; los dueños del clúster eligen el proveedor de NIC.
  • InfiniBand sigue siendo especialista. Rendimiento de un solo proveedor con cableado, gestión y ecosistema separados. UEC cierra la brecha de rendimiento sobre una fabric Ethernet multiproveedor y basada en estándares.
  • La coexistencia es lo predeterminado. El tráfico RoCEv2 de los clústeres existentes y el tráfico UEC de la siguiente construcción corren juntos sobre el mismo hardware OcNOS-DC.
  • GLB se mantiene a futuro. El OcNOS 7.1 Balanceo de carga global el plano de calidad de ruta se está diseñando para interoperar con la señalización UEC a medida que la especificación madura, de modo que las inversiones de hoy en OcNOS-DC se mantienen a futuro.
La perspectiva de IP Infusion

El Ethernet abierto es el destino, y OcNOS es el camino

Ultra Ethernet lleva a Ethernet estándar y multiproveedor las técnicas de transporte que definieron InfiniBand. IP Infusion es miembro contribuyente del consorcio y OcNOS-DC aporta la capa de fabric, de modo que un clúster construido hoy se mantiene a futuro.

Un miembro contribuyente

IP Infusion participa en la definición de la especificación de la capa de fabric de UEC, y OcNOS-DC sigue el perfil de fabric UEC 1.0 a medida que evoluciona.

RoCEv2 de producción ahora

OcNOS-DC ofrece RoCEv2 sin pérdidas con PFC, ECN y DLB de submilisegundos hoy sobre hardware abierto validado de proveedores como Edgecore y UfiSpace.

Listo para UEC por diseño

Como el switch ya sigue el perfil de fabric, activar Ultra Ethernet a medida que se lanzan las NIC no necesita cambiar de NOS ni de switch. La alineación no es una declaración de certificación.

Preguntas frecuentes

Ultra Ethernet, respondido

¿Qué es Ultra Ethernet (UEC)?
Ultra Ethernet es un estándar abierto del Ultra Ethernet Consortium (UEC) que adapta Ethernet para cargas de trabajo de IA y HPC. La especificación UEC 1.0, publicada en junio de 2025, define el Ultra Ethernet Transport (UET): packet spray desde el extremo por todas las rutas, RDMA multi-path, entrega fuera de orden con reensamblado en la NIC, retransmisión selectiva y control de congestión basado tanto en el emisor como en el receptor, de modo que los grandes trabajos de entrenamiento e inferencia dejan de estar limitados por el hash de ruta única y la pausa en toda la red.
¿Es IP Infusion miembro del Ultra Ethernet Consortium?
Sí. IP Infusion es miembro contribuyente del Ultra Ethernet Consortium y participa en la definición de la especificación de la capa de fabric. OcNOS-DC sigue el perfil de fabric UEC 1.0, de modo que los switches que despliega hoy se mantienen a futuro a medida que llegan las NIC compatibles con UEC. La alineación con el perfil no es una declaración de certificación.
¿En qué se diferencia Ultra Ethernet de RoCEv2?
RoCEv2 fija cada flujo a una ruta ECMP y depende de PFC en toda la red para mantenerse sin pérdidas. Ultra Ethernet rocía un único mensaje por todas las rutas disponibles en paralelo, lo reensambla en orden en la NIC de destino, retransmite solo los paquetes perdidos y controla la congestión tanto en el emisor como en el receptor. UET no requiere una fabric PFC sin pérdidas, lo que reduce la dependencia de la pausa PFC y mejora la latencia de cola en los grandes colectivos.
¿Soporta OcNOS Ultra Ethernet hoy?
OcNOS-DC opera hoy una fabric RoCEv2 de producción con PFC, ECN y DLB de submilisegundos, y está alineado con el perfil de fabric UEC 1.0. El transporte completo de Ultra Ethernet es un elemento del roadmap que se activa a medida que se lanzan las NIC compatibles con UEC; como OcNOS-DC ya sigue el perfil de fabric, el cambio no necesita cambiar de NOS ni de switch. La alineación con el perfil no es una declaración de certificación.
¿Necesito hardware nuevo para Ultra Ethernet?
El switch es la parte que se mantiene a futuro. El comportamiento de extremo de Ultra Ethernet (packet spray, reensamblado, retransmisión selectiva) corre sobre las NIC compatibles con UEC, mientras que la fabric que su tráfico RoCEv2 usa hoy sigue sirviendo a medida que esas NIC se despliegan. Ejecutar OcNOS-DC sobre hardware Tomahawk 5 listado en la HCL significa que la capa de fabric ya está alineada con el perfil UEC 1.0.
¿Qué son el packet spray y la entrega fuera de orden?
El packet spray envía los paquetes de un mensaje por todas las rutas paralelas de la fabric a la vez en lugar de por una única ruta con hash, de modo que ningún enlace se convierte en un punto caliente durante un colectivo. Como los paquetes pueden entonces llegar fuera de orden, la NIC de destino los reensambla en la secuencia original. Juntos mantienen cada ruta ocupada y acortan la transferencia más lenta de un trabajo.

¿Planificando una fabric de IA lista para UEC? Diseñémosla juntos

Díganos la carga de trabajo y la escala de GPU, y un ingeniero de IP Infusion dimensionará la fabric leaf-spine con usted, o empiece un primer trazado en el AI Fabric Design Suite.