Fabric Ethernet lossless a 800G per cluster GPU

OcNOS AI Fabric è la fabric AI completa fornita da IP Infusion: OcNOS-DC preinstallato su switch Broadcom Tomahawk qualificati da 800G e 400G di Edgecore o UfiSpace, con RoCEv2 lossless, bilanciamento dinamico del carico e rilevamento e ripristino dei deadlock PFC, con un unico contratto di supporto. NIC e GPU restano una vostra scelta.

900+operatori utilizzano OcNOS
60+paesi
18switch OcNOS-DC qualificati
AI fabric rail-optimized, vista in tempo realeDue spine Tomahawk 5 si collegano a quattro rail leaf. Ogni server GPU collega una NIC a ciascun rail leaf. Il traffico sullo stesso rail resta sul proprio leaf; il traffico tra rail diversi attraversa uno spine.SpineLeaf railServer GPUTomahawk 5 · 800G
Ogni NIC GPU viaggia sul proprio rail. Il traffico sullo stesso rail resta sul proprio leaf; il traffico tra rail diversi attraversa uno spine.
Ideale per
Team che realizzano cluster GPU su Ethernet 800G o 400G senza perdite, con le NIC e le GPU di loro scelta.
Qualificato su
Edgecore AIS800-64DUfiSpace S9321-64EEdgecore AS9736-64D

Che cosa deve garantire una fabric GPU

Una AI fabric è la rete Ethernet che collega i server GPU. Deve trasportare il traffico RoCEv2 senza perdite e mantenere attivo ogni collegamento, perché un solo pacchetto scartato blocca un'operazione collettiva mentre la NIC lo ritrasmette, e un solo collegamento congestionato rallenta l'intero job di training.

Tre schemi di traffico bloccano i job di training. OcNOS-DC ha una soluzione per ciascuno.

Stesso traffico, stessi quattro uplink. Cambia solo il modo in cui i flussi vengono distribuiti.

Uplink 1
Uplink 2
Uplink 3
Uplink 4

L'ECMP statico vincola ogni flusso di grandi dimensioni a un uplink tramite hash, così due uplink si saturano mentre due restano quasi inattivi.

A scopo illustrativo.

Tutte le GPU trasmettono insieme
L'ECMP statico vincola i flussi di grandi dimensioni a un uplink, così alcuni collegamenti si saturano mentre altri restano inattivi.
→ DLB sposta i flowlet dagli uplink congestionati ai percorsi meno carichi.
Come funziona DLB →
Burst su una sola porta
Molti mittenti raggiungono la stessa porta nel giro di microsecondi.
→ Marcatura ECN segnala alle NIC compatibili con DCQCN di rallentare prima che i buffer si riempiano.
→ rilevamento e ripristino dei deadlock PFC sblocca autonomamente una coda bloccata.
Come funziona DCQCN →
Una sola perdita blocca il job
La NIC deve ritrasmettere i dati persi, quindi una sola perdita blocca l'operazione collettiva.
→ PFC ed ECN mantengono il traffico RoCEv2 lossless.
Come funziona RoCEv2 →

GLB, in arrivo con OcNOS 7.1, bilancerà il carico sull'intera fabric. Informazioni su GLB →

Ogni NIC GPU sul proprio rail

Ogni server GPU collega una NIC a ciascuno degli otto rail leaf. L'AllReduce sullo stesso rail resta sul proprio leaf; solo il traffico tra rail diversi raggiunge gli spine Tomahawk 5 a 800G. I pod scalano sugli stessi switch.

Topologia di fabric AI rail-optimized: quattro spine Tomahawk 5 a 800G sopra otto leaf di rail, con quattro server GPU che mappano ciascuno una delle proprie otto NIC su un leaf di rail diverso, così l'AllReduce all'interno del rail resta su un unico leaf.
Pod singolo rail-optimized: le 8 NIC di ogni server GPU sono mappate una per rail su 8 leaf dedicati, così l'AllReduce sullo stesso rail resta sul leaf e solo il traffico tra rail diversi raggiunge lo spine.

Un fabric rail-optimized da 1,024 GPU, spiegato switch per switch: calcolo delle porte, conteggio dei componenti, scalabilità a 4,096 GPU e oltre, piattaforme ed edizioni di OcNOS-DC e un profilo iniziale RoCEv2 lossless.

Ottieni il design di riferimento della fabric AI Vedere le topologie di riferimento →

Riepilogo tecnico

Che cosa esegue OcNOS-DC nella fabric. Seguite un link per l'approfondimento.

Aggiornato a OcNOS-DC 7.0. Fonti, verificate a ottobre 2026: la matrice funzionalità OcNOS (piattaforme data center), l'elenco di compatibilità hardware e il design di riferimento per fabric AI.

Riepilogo tecnico della AI fabric OcNOS-DC
Ambito OcNOS-DC Approfondimento
Silicio OcNOS AI Fabric supporta oggi Broadcom Tomahawk 5 e Tomahawk 4 per leaf e spine AI. Il supporto per Tomahawk 6 è previsto in OcNOS 7.2.Fonti: elenco di compatibilità hardware, pagina Tomahawk 6 Silicio →
Trasporto lossless RoCEv2 con PFC per priorità, marcatura ECN ed ETS. PFC su L3 attraverso i confini instradati.Fonte: matrice funzionalità (PFC with QoS, PFC over L3, ECN, ETS) RoCEv2 →
Controllo della congestione Marcatura ECN per NIC compatibili con DCQCN, con Dynamic ECN su Tomahawk 5. Ottimizzazione del buffer dei pacchetti dello switch.Fonte: matrice funzionalità (ECN, Dynamic ECN, ottimizzazione del buffer pacchetti dello switch) DCQCN →
Bilanciamento del carico Bilanciamento dinamico del carico (DLB) su Tomahawk 4 e 5, con hashing RoCEv2 per QP di destinazione, e Reactive Path Rebalance su Tomahawk 5. GLB, in arrivo con OcNOS 7.1, lo estende all'intera fabric.Fonti: matrice funzionalità (DLB, DLB Reactive Path Rebalance), guida alla gestione del sistema OcNOS-DC, pagina GLB DLB →
Protezione dai deadlock Rilevamento e ripristino dei deadlock PFC.Fonte: matrice funzionalità (rilevamento e ripristino dei deadlock PFC) Deadlock PFC →
Impostazioni dei server DCBX scambia le impostazioni PFC ed ETS con il peer del collegamento tramite LLDP.Fonte: matrice funzionalità (DCBX, DCBX per PFC over L3)
Telemetria Streaming gNMI su modelli OpenConfig: on-change, dial-in e dial-out.Fonte: matrice funzionalità (gNMI dial-in, dial-out e on-change, modelli OpenConfig) Telemetria →
Automazione ZTP su IPv4 e IPv6. Playbook Ansible dal Day 0 al Day 2. IP Maestro su NETCONF.Fonte: matrice funzionalità (ZTP su IPv4 e IPv6, Ansible, NETCONF) Automazione →
Agenti AI Telemetria gNMI, NETCONF con modelli YANG e commit confirmed con ripristino automatico, così gli agenti AI e gli strumenti AIOps possono leggere, modificare e ripristinare il fabric.Fonte: matrice funzionalità (NETCONF confirmed commit, CLI commit confirmed) Agenti AI →
Topologie Rail-only, rail-optimized a due livelli e rail-optimized a tre livelli.Fonte: design di riferimento per fabric AI, ottobre 2026 Topologie →
Scalare Due livelli fino a 4.096 GPU a 800G per GPU su Tomahawk 5. Tre livelli fino a 16.384 GPU. Reference-design ceilings from Clos radix math, not measured figures.Fonte: design di riferimento per fabric AI, ottobre 2026 Dimensionamento →
Ultra Ethernet IP Infusion è membro dell'Ultra Ethernet Consortium.Fonte: pagina Ultra Ethernet UEC →

Scale-across: un cluster GPU su più edifici

I grandi cluster GPU richiedono ormai più energia di quanta un singolo edificio possa fornire, quindi gli operatori uniscono i fabric di più edifici e siti in un unico cluster. OcNOS-DC gestisce le spine di ogni sito e OcNOS-SP i router a buffer profondo tra le regioni.

Ottiche coherent nella porta della spine

Sugli switch Tomahawk 4 e Trident 4 qualificati, OcNOS-DC supporta 400G ZR/ZR+. Sui Tomahawk 5 Edgecore AIS800-64D e UfiSpace S9321-64E supporta 800G ZR/ZR+. La spine si collega direttamente all'OLS / ROADM, senza shelf di transponder o muxponder.

Come funziona il DCI coherent

Segnali di congestione sui link instradati

La marcatura ECN funziona sulle interfacce instradate di tutti i 18 switch OcNOS-DC qualificati, così le NIC compatibili con DCQCN rilevano la congestione sui link instradati tra edifici. BFD sulle sessioni BGP rileva i guasti di percorso.

Come funziona DCQCN

Router a buffer profondo tra le regioni

Tra le regioni, OcNOS-SP gira su router Jericho 2C+ e Qumran 2C a buffer profondo con SR-MPLS, EVPN e BGP. Sette router OcNOS-SP supportano 400G ZR/ZR+.

Vedi il supporto ZR per piattaforma

Cosa OcNOS AI Fabric non fa

Questi limiti aiutano a pianificare il resto del cluster.

InfiniBand
È una fabric Ethernet. Non commuta InfiniBand.
Operazioni collettive
Gestisce il lato switch. La libreria collettiva (xCCL: NCCL, RCCL o oneCCL) e l'endpoint RDMA girano sulla NIC e sull'host. Lo scheduler del cluster colloca i job.
Scale-up
Collega i server. I collegamenti GPU-GPU all'interno di un server o di un rack (collegamenti scale-up) sono esterni alla fabric.
Ultra Ethernet
Oggi funziona con RoCEv2. Il trasporto Ultra Ethernet funziona su NIC compatibili con UEC. IP Infusion è membro dell'Ultra Ethernet Consortium.
Tomahawk 6 e GLB
Tomahawk 6 non è ancora supportato. Il supporto in OcNOS-DC è previsto in OcNOS 7.2. GLB arriva con OcNOS 7.1.
Solo Tomahawk 5
Dynamic ECN e Reactive Path Rebalance funzionano solo sugli switch Tomahawk 5.
Numero di GPU
Il numero di GPU in questa pagina è il limite massimo dei progetti di riferimento, ricavato dal calcolo del radix Clos, non un valore misurato. Ottiche e cavi lato GPU non sono conteggiati.

Dimensionatela in base al numero di GPU

Scegli la dimensione del cluster e scopri il fabric necessario. Poi dimensiona il tuo nel Design Suite, inclusi i conteggi di link, transceiver e cavi.

SpineLeaf railServer GPU123456781234567812345678123456781-3233-6465-9697-128
Un pod rail-optimized da 1.024 GPU su Broadcom Tomahawk 5 usa 32 switch leaf e 16 switch spine, 48 switch in tutto, in un design non bloccante 1:1. Ogni leaf riceve una NIC da ciascuno dei 32 server, così il traffico dello stesso rail resta sul leaf. Sono valori dei progetti di riferimento ricavati dal calcolo del radix Clos, non valori misurati.
  • 16 spine, ciascuno con 64 × 800G.
  • 32 leaf, ciascuno con 32 × 800G verso il basso, suddivisi in 2 × 400G per GPU, e 32 × 800G verso l'alto.
  • 128 server, ciascuno con 8 GPU e 8 NIC.

1.024 GPU

32
leaf
16
spine
48
switch

Due livelli

Progetti di riferimento rail-optimized su Tomahawk 5. Il numero di GPU è il limite massimo dei progetti di riferimento, ricavato dal calcolo del radix di Clos, non un valore misurato.

Aprire la AI Fabric Design Suite Prenota una revisione dell'architettura

Switch da 800G e 400G qualificati

Leaf e spine Tomahawk 5 e un leaf Tomahawk 4, di Edgecore e UfiSpace.

Switch spine 800G Edgecore AIS800-64D

Edgecore AIS800-64D

64 x 800G · 51.2 Tbps

QSFP-DD800 · breakout a 2x400G / 4x200G / 8x100G

Leaf o spine · Tomahawk 5
Datasheet →
Switch spine 800G UfiSpace S9321-64E

UfiSpace S9321-64E

64 x 800G · 51.2 Tbps

QSFP-DD800 · breakout a 2x400G / 4x200G / 8x100G

Leaf o spine · Tomahawk 5
Datasheet →
Switch leaf 400G Edgecore AS9736-64D

Edgecore AS9736-64D

64 x 400G · 25.6 Tbps

QSFP56-DD 400G · breakout a 4x100G

Leaf · Tomahawk 4
Datasheet →

Vedi tutti i 18 switch OcNOS-DC qualificati →

Un sistema, un contratto

Un unico percorso di supporto

OcNOS-DC preinstallato e qualificato per ogni modello di switch e stepping dell'ASIC. Un solo PO, un solo contratto di supporto, un solo percorso RMA. Tempo di risposta P1 da 8 ore (Standard) a 30 minuti (Enterprise).

Vedi i dettagli del supporto

Una sola console per l'intero parco

IP Maestro gestisce topologia, guasti, configurazione e immagini software tramite NETCONF, al di sotto del vostro OSS.

Esplora IP Maestro

Ottiche con interoperabilità multi-vendor comprovata

Le ottiche di più fornitori hanno un'interoperabilità comprovata. Richiedeteci l'elenco dei transceiver per il vostro progetto.

Richiedere l'elenco dei transceiver

Condividete il design con il vostro team

PDF brevi. Un modulo rapido, poi il download si avvia.

AI fabric lossless a 800G

Edizioni di OcNOS-DC, piattaforme qualificate e architettura di deployment.

Scarica il brief

Datasheet OcNOS-DC

Set di funzionalità, SKU software e hardware supportato.

Ottieni il datasheet

Domande frequenti

Gli agenti AI e gli strumenti AIOps possono gestire un fabric AI OcNOS?
Sì. Ogni switch OcNOS-DC qualificato espone NETCONF con modelli YANG e commit confirmed con ripristino automatico. La telemetria in streaming gNMI è disponibile nell'edizione PLUS. Un agente può leggere lo stato del fabric, applicare una modifica in prova e lasciare che OcNOS la annulli se la modifica non viene confermata. La Matrice funzionalità riporta ogni edizione e ogni switch.
Quali meccanismi dell'AI fabric vengono eseguiti nello switch OcNOS-DC?
OcNOS-DC implementa i meccanismi lato switch da cui dipendono i carichi di lavoro AI: RoCEv2 lossless con PFC ed ECN, Dynamic ECN su Tomahawk 5, dynamic load balancing (DLB), ottimizzazione del buffer dei pacchetti dello switch e rilevamento e ripristino del deadlock PFC. La logica collettiva (xCCL), il lato NIC del controllo della congestione come DCQCN e la pianificazione dei job vengono eseguiti nella NIC e nello scheduler del cluster, al di fuori dello switch.
Dove finisce OcNOS-DC e dove subentrano la NIC e lo scheduler del cluster?
OcNOS-DC esegue il lato switch: PFC ed ECN per RoCEv2 lossless, dynamic load balancing, rilevamento e ripristino del deadlock PFC e streaming telemetry gNMI. La NIC esegue la libreria collettiva (xCCL) e l'endpoint RDMA. Lo scheduler del cluster assegna i job e può usare la telemetria dello switch. Questa separazione mantiene intercambiabili NIC, GPU e orchestrazione.
Cosa offre IP Infusion per un AI fabric?
Un sistema completo: switch aperti qualificati con OcNOS-DC preinstallato, forniti come OcNOS Systems con un unico contratto di supporto, dalla stessa famiglia OcNOS che gestisce le reti dei service provider. OcNOS-DC funziona su silicio Broadcom con RoCEv2 lossless (PFC ed ECN), dynamic load balancing con Reactive Path Rebalance su Tomahawk 5 e rilevamento e ripristino del deadlock PFC. Ogni switch esegue l'edizione di OcNOS-DC adatta al suo ruolo: DC-PLUS per l'insieme completo di funzioni AI fabric, DC-IPBASE per le funzioni lossless di base e DC-MGMT per la gestione out-of-band. NIC, GPU e fornitore degli switch restano una tua scelta.
Cosa significa Ultra Ethernet (UEC) 1.0 per OcNOS AI Fabric?
OcNOS-DC offre già oggi RoCEv2 lossless con PFC ed ECN e il bilanciamento dinamico del carico, e IP Infusion è membro dell'Ultra Ethernet Consortium (UEC). UEC 1.0 definisce un trasporto Ethernet multipath che distribuisce un singolo flusso su molti percorsi invece di vincolarlo a un unico hash ECMP; questo comportamento degli endpoint viene eseguito su NIC compatibili con UEC. Per pianificare come UEC si inserisce in un progetto specifico, contattate un ingegnere IP Infusion. Leggi l'approfondimento su Ultra Ethernet.
Come mantiene OcNOS-DC la fabric lossless, e cosa protegge dai deadlock PFC?
Tre meccanismi: PFC mette in pausa il traffico per priorità prima che i buffer vadano in overflow, ECN marca i pacchetti in anticipo per rallentare i mittenti ed ETS assegna la banda del collegamento alla classe RDMA. In più, il rilevamento e ripristino del deadlock PFC individua una coda bloccata in un ciclo di pausa e la ripristina, così una porta bloccata torna operativa senza reset manuale. PFC su L3 è supportato attraverso i confini instradati.
Cos'è il DLB e cosa cambia con GLB in OcNOS 7.1?
Durante l'AllReduce, i flussi più grandi collidono quando l'ECMP standard li fissa ciascuno a un solo uplink per tutta la loro durata, e la sincronizzazione attende il collegamento congestionato. Oggi DLB sposta i flowlet dagli uplink congestionati verso percorsi meno carichi al salto locale, e Tomahawk 5 aggiunge Reactive Path Rebalance. GLB, in arrivo con OcNOS 7.1, estende il load balancing all'intero fabric.
Quale hardware di switch e quali ottiche 800G supporta la fabric AI OcNOS?
Il fabric funziona su switch Broadcom Tomahawk 5 e Tomahawk 4 qualificati di Edgecore e UfiSpace. Gli switch da 800G (Edgecore AIS800-64D e UfiSpace S9321-64E, Tomahawk 5, 64 x 800G QSFP-DD800, 51.2 Tbps) fungono da leaf e spine e supportano il breakout a 400G, 200G e 100G. Il leaf da 400G (Edgecore AS9736-64D, Tomahawk 4, 64 x 400G QSFP56-DD, 25.6 Tbps) supporta il breakout a 4 x 100G ed è adatto ai fabric con una NIC da 400G per GPU. Le ottiche di più fornitori hanno un'interoperabilità comprovata; contattaci per l'elenco dei transceiver per la tua configurazione. Gli switch qualificati sono elencati nella HCL.
Un fabric AI OcNOS può estendersi su più edifici o siti?
Sì. Le ottiche coherent ZR/ZR+ si inseriscono nelle spine, la marcatura ECN funziona sui link instradati tra edifici e OcNOS-SP gira su router a buffer profondo tra le regioni. Leggi l'approfondimento sul DCI coherent.
Chi fornisce il supporto per la fabric AI, e anche l'hardware è coperto?
Quando il fabric viene acquistato come OcNOS Systems, un unico contratto IP Infusion copre insieme il software OcNOS-DC e l'hardware switch qualificato, quindi c'è un solo TAC e un solo SLA. Il supporto è su più livelli: Standard include TAC via email, assistenza telefonica in orario d'ufficio e coordinamento RMA dell'hardware con risposta P1 in 8 ore; Premium aggiunge un portale di assistenza clienti 24/7 e risposta P1 in 2 ore; Enterprise aggiunge risposta P1 in 30 minuti e un Customer Success Manager. Il portale 24/7 è disponibile con Premium ed Enterprise.

Progettate l'intera fabric AI con OcNOS

Dal business case al calcolo del numero di porte, riprendete da qualunque punto della realizzazione.

Siete qui Fabric AI aperta La fabric AI a 800G completa: switch aperti, OcNOS-DC e supporto sotto un unico contratto.
Design di riferimento Topologie di fabric AI Fabric rail-optimized a due e tre livelli, e DCI coerente, dimensionati in numeri reali di porte. Dimensionamento e realizzazione Suite di progettazione per fabric AI Dimensionate una fabric GPU: conteggi di leaf, spine e super-spine con un riepilogo di componenti e alimentazione.
Primi passi con le fabric AI? Iniziate qui Cos'è una fabric AI? Cos'è una fabric GPU? Cos'è l'Ethernet senza perdite? Cos'è RDMA? Switch per AI networking
La tecnologia all'interno RoCEv2 senza perdite Rete rail-optimized DLB GLB (7.1) Ultra Ethernet Tomahawk 5 Tomahawk 6 a 1.6T Silicio Broadcom DCQCN Deadlock PFC InfiniBand vs Ethernet RoCE vs InfiniBand Architettura della fabric AI DCI coerente
Valuta la fabric Come scegliere un fabric di rete AI Prove dell'AI fabric Neocloud networking

Pianifica la tua fabric GPU con i nostri ingegneri

Porta le tue domande di progettazione a un ingegnere IP Infusion, oppure condividi il design di riferimento con il tuo team.

Prenota una revisione dell'architettura Ottieni il design di riferimento della fabric AI