Home · Documentazione · Tecnologia · Ultra Ethernet
Allineato a UEC 1.0

Ultra Ethernet: UEC 1.0 per AI Fabric

Ultra Ethernet è la risposta aperta del settore alla domanda se Ethernet possa sostituire InfiniBand per il training di modelli da mille miliardi di parametri. La specifica Ultra Ethernet Consortium 1.0 riprogetta il transport con packet spray, RDMA multi-path, consegna fuori ordine e congestion control moderno, e OcNOS fornisce il livello di fabric basato su standard richiesto dalle NIC UEC.

Packet-spray su ogni percorso

Un singolo messaggio RDMA tra due GPU viene distribuito pacchetto per pacchetto su tutti e quattro i percorsi spine simultaneamente. La fabric tollera gli arrivi fuori ordine; la NIC UEC di destinazione li riassembla in ordine. Nessun flow-pinning, nessuna collisione di hash, nessun uplink inattivo.

Packet spray Ultra Ethernet su un fabric a 4 spine Due GPU connesse attraverso due leaf e quattro spine. Un singolo messaggio RDMA viene suddiviso in quattro pacchetti e inviato simultaneamente su tutti e quattro i percorsi spine. Sulla NIC ricevente, i pacchetti arrivano fuori ordine e vengono riassemblati in ordine prima della consegna alla GPU. La fascia inferiore elenca le proprietà UEC: packet spray, multi-path, consegna fuori ordine, riassemblaggio sulla NIC. P1 P2 P3 P4 Spine-1Fabric UEC Spine-2Fabric UEC Spine-3Fabric UEC Spine-4Fabric UEC Leaf-1Abilitato UEC Leaf-2Abilitato UEC GPU-AUEC NIC GPU-Breassembly UEC 1.0 · PACKET SPRAY · MULTI-PATH RDMA · CONSEGNA FUORI ORDINE · RIASSEMBLAGGIO NIC

Perché UEC conta ora

Il RoCEv2 è stata la prima generazione di "RDMA over Ethernet". Funziona, ma eredita i vincoli di progettazione di TCP/IP su Ethernet di un'epoca diversa. Un singolo flusso per (5-tuple, hash) significa che i collettivi GPU possono saturare un percorso mentre i percorsi paralleli restano inattivi. La propagazione delle pause PFC può causare head-of-line blocking e, in topologie patologiche, deadlock. Il recupero delle perdite basato su NACK impone una tassa sulla tail latency.

The Ultra Ethernet Consortium, backed by AMD, Arista, Broadcom, Cisco, HPE, Intel, Meta, Microsoft, Oracle, and others, released the UEC 1.0 specification to redesign the transport for AI scale. It keeps the standard physical Ethernet you can buy from anyone, and replaces the upper layers with a transport built for 1k-100k GPU jobs.

I quattro pilastri UEC

Packet spray

Un singolo messaggio viene distribuito su ogni percorso disponibile. Nessun flow pinning. Nessuna collisione ECMP. L'utilizzo del fabric si avvicina al massimo teorico.

Consegna fuori ordine

La fabric può riordinare i pacchetti. La UEC NIC li riassembla nell'ordine corretto prima della consegna, in modo che le applicazioni e la GPU non vedano mai un disordine.

Controllo della congestione moderno

Schemi sender-based e receiver-driven sostituiscono la pausa PFC grossolana come strumento principale. La pausa diventa una rete di sicurezza, non la prima linea.

Ritrasmissione selettiva

I pacchetti persi vengono recuperati in modo selettivo anziché riavviare la finestra RDMA, eliminando la penalità di tail-latency di qualsiasi perdita in-fabric.

L'implementazione UEC di OcNOS

Spec

Profilo fabric UEC 1.0

OcNOS-DC implements the UEC 1.0 fabric-side profile: the configuration and behaviours that switches must support to interoperate with UEC-capable NICs.

Spray-Friendly

Forwarding tollerante all'OOO

ECMP per-packet, QoS favorevole al packet-spray e policy di shared-buffer che non penalizzano la consegna out-of-order: le condizioni di cui le NIC UEC hanno bisogno per operare in modo efficiente.

Hardware

Silicio TH4 / TH5

Funziona sulle stesse piattaforme Broadcom Tomahawk 4 (25,6T) e Tomahawk 5 (51,2T) usate per gli attuali fabric RoCEv2. Nessun aggiornamento forklift richiesto.

Brownfield

Coesistenza RoCEv2 + UEC

Il traffico UEC e RoCEv2 condivide la stessa fabric su priorità differenti. Migri i cluster in modo incrementale man mano che vengono implementate NIC compatibili con UEC.

Telemetria

Osservabilità UEC-aware

Utilizzo per percorso, contatori di buffer ottimizzati per lo spray e metriche di tolleranza al reordering, in streaming su gNMI per il tuning closed-loop durante il bring-up del cluster.

Hardware aperto

Percorso vendor-neutral

UEC is the open alternative to InfiniBand. Pairing OcNOS-DC, aligned with the UEC 1.0 fabric profile, with open hardware means no single vendor owns the AI fabric, which is the whole point.

UEC vs RoCEv2 vs InfiniBand: dove si colloca ciascuno

  • RoCEv2 oggi. Di livello produzione per cluster costruiti proprio ora. OcNOS-DC viene fornito con RoCEv2 pre-ottimizzato su TH4 / TH5: veda il RoCEv2: approfondimento. La maggior parte dei fabric in produzione nel 2026 sono RoCEv2.
  • UEC domani. La strada da percorrere per i cluster scale-out man mano che le NIC UEC vengono distribuite in volume. OcNOS fornisce il livello fabric; i proprietari del cluster scelgono il fornitore di NIC. Dimensionate la fabric leaf-spine in base al numero di GPU con Strumento di dimensionamento AI Fabric.
  • InfiniBand. Lock-in delle prestazioni a vendor unico. Cablaggio diverso, gestione diversa, ecosistema separato. UEC colma il divario prestazionale su un fabric Ethernet multi-vendor basato su standard.
  • La coesistenza è l'impostazione predefinita. I fabric reali trasportano traffico RoCEv2 dai cluster esistenti e traffico UEC dalla build di nuova generazione, fianco a fianco. OcNOS-DC supporta entrambi sullo stesso hardware.
  • GLB proiettato al futuro. OcNOS 7.1 Global Load Balancing il piano di qualità del percorso è in fase di progettazione per interoperare con la segnalazione UEC man mano che la specifica matura, così gli investimenti in OcNOS-DC di oggi restano validi.
Fabric lossless RoCEv2 DLB: routing adattivo GLB: a livello di fabric (7.1) Topologie di riferimento AI fabric Feature matrix OcNOS Hardware 800G validato OcNOS-DC Soluzione AI fabric

State pianificando una fabric AI UEC-ready? Progettiamola insieme.

Prenoti una Architecture Review →
FAQ

Ultra Ethernet FAQ

What is Ultra Ethernet (UEC)?
Ultra Ethernet is an open standard from the Ultra Ethernet Consortium (UEC) that adapts Ethernet for AI and HPC workloads. The UEC 1.0 specification defines endpoint packet spray across every path, out-of-order delivery with reassembly at the NIC, selective retransmission, and modern congestion control, so large training and inference jobs stop being limited by single-path hashing and network-wide pause.
Is IP Infusion a member of the Ultra Ethernet Consortium?
Yes. IP Infusion is a contributing member of the Ultra Ethernet Consortium and takes part in shaping the fabric-layer specification. OcNOS-DC tracks the UEC 1.0 fabric profile, so the switches you deploy today carry forward as UEC-capable NICs arrive.
How is Ultra Ethernet different from RoCEv2?
RoCEv2 pins each flow to one ECMP path and depends on network-wide PFC to stay lossless. Ultra Ethernet sprays a single message across every available path in parallel, reassembles it in order at the destination NIC, retransmits only the lost packets, and controls congestion at the endpoints. That reduces the reliance on PFC and lifts tail latency on large collectives.
Does OcNOS support Ultra Ethernet today?
OcNOS-DC runs a production RoCEv2 fabric today with PFC, ECN, and sub-millisecond DLB, and it is aligned with the UEC 1.0 fabric profile. The full Ultra Ethernet transport engages as UEC-capable NICs ship; because OcNOS-DC already tracks the fabric profile, the move needs no NOS or switch swap. Alignment with the profile is not a certification claim.
Do I need new hardware for Ultra Ethernet?
The switch is the part that carries forward. Ultra Ethernet endpoint behavior (packet spray, reassembly, selective retransmission) runs on UEC-capable NICs, while the fabric your RoCEv2 traffic uses today keeps serving as those NICs roll out. Running OcNOS-DC on HCL-listed Tomahawk 5 hardware means the fabric layer is already aligned with the UEC 1.0 profile.
What are packet spray and out-of-order delivery?
Packet spray sends the packets of one message across all parallel fabric paths at once instead of down a single hashed path, so no link becomes a hot spot during a collective. Because packets can then arrive out of order, the destination NIC reassembles them into the original sequence. Together they keep every path busy and shorten the slowest transfer in a job.
Datasheet e schede soluzione

Approfondite. Portatelo con voi.

Il datasheet di prodotto e download tecnici e sintetici che vanno oltre questa pagina.

Datasheet

Datasheet OcNOS-DC

Specifica completa di OcNOS-DC: il set di funzionalità EVPN-VXLAN e Ethernet for AI, gli SKU software, le piattaforme hardware supportate e la guida all'ordine della soluzione.

Ottieni il datasheet
Solution brief

OcNOS 800G Lossless AI Fabric

Fabric RoCEv2 non bloccante su spine Broadcom Tomahawk 4/5: tier di SKU, piattaforme validate e architettura di deployment.

Scarica il brief
Solution brief

EVPN-VXLAN data center fabric

Fabric di data center leaf-spine carrier-grade: IRB simmetrico, route Type-2/Type-5 e gateway anycast distribuito.

Scarica il brief
AI fabric

Design the whole AI fabric with OcNOS

From the business case to the port-count maths, pick up wherever you are in the build.

Soluzione Open AI Fabric The complete 800G AI fabric: open switches, OcNOS-DC, and support under one contract. Design di riferimento Topologie AI Fabric Rail-optimized, scheduled 3-stage Clos, and coherent DCI, sized in real port counts. Size & build AI Fabric Design Suite Size a GPU fabric: leaf, spine, and super-spine counts with a component and power summary.
Nuovo alle AI fabric? Inizia qui Cos'è una AI fabric? Cos'è una GPU fabric? Cos'è l'Ethernet senza perdite? Cos'è RDMA?
The technology inside RoCEv2 lossless Rail-optimized network DLB adaptive routing GLB (7.1) Ultra Ethernet DCQCN deadlock PFC InfiniBand vs Ethernet RoCE vs InfiniBand AI fabric architecture Coherent DCI