Meta OCP Summit 2026 contrappone Ethernet aperto alle reti AI proprietarie
Meta ha sfruttato OCP Summit 2026 per presentare il suo primo rack di rete raffreddato a liquido e sfidare le interconnessioni AI specializzate con un'architettura Ethernet aperta.
L'annuncio si estende dai singoli rack di acceleratori ai cluster distribuiti tra edifici, cloud e regioni. I suoi componenti includono IcePack, IceCube, Flattened Planar Fabric, MetaRoCE e un nuovo standard per piattaforme switch.
I singoli prodotti sono importanti, ma lo è ancora di più l'argomentazione generale. Meta afferma che un unico stack Ethernet programmabile può supportare il networking scale-up, scale-out e scale-across senza vincolare ogni livello a un solo fornitore.
Questa posizione contrappone Ethernet aperto ai fabric per acceleratori specializzati e alle interfacce di piattaforma proprietarie. Assegna inoltre a Broadcom, NVIDIA, Microsoft, Alibaba, Cisco e ai provider cloud ruoli differenti all'interno della stessa strategia infrastrutturale.
Meta ha presentato i progetti al OCP Global Summit di San Jose, tenutosi dal 12 al 15 ottobre 2026. Il programma del summit ha posto cluster AI, networking, raffreddamento a liquido e standard di piattaforma aperti al centro della propria agenda.
Le affermazioni tecniche sono ambiziose, ma la maggior parte delle evidenze sulle prestazioni proviene da Meta stessa. La vera prova sarà capire se altri operatori riusciranno a riprodurre l'architettura con acceleratori, switch e ambienti cloud diversi.
Meta OCP Summit 2026 unifica tre domini di rete
Meta considera la rete AI come un unico sistema che deve funzionare all'interno dei rack, tra i cluster e fra regioni diverse.
Il rilascio di Meta sulla rete organizza questo sistema in tre domini. Lo scale-up collega gli acceleratori all'interno di un rack o di un pod strettamente accoppiato. Lo scale-out collega molti nodi di accelerazione all'interno di un cluster. Lo scale-across unisce capacità distribuite tra diversi siti.
Tradizionalmente, questi domini hanno imposto requisiti diversi. I collegamenti scale-up privilegiano una latenza estremamente bassa e comunicazioni strettamente sincronizzate. I fabric scale-out devono gestire grandi operazioni collettive su migliaia di processori. Le reti regionali introducono distanza, percorsi variabili e domini di guasto.
La risposta di Meta parte da IcePack, il suo primo rack di networking raffreddato a liquido. IcePack segue lo standard rack OCP ORV3-HPRv1 e ospita le blade switch IceCube.
Ogni IceCube fornisce 102,4 terabit al secondo di capacità di switching. Espone 128 connessioni non bloccanti da 800 gigabit e raddoppia la larghezza di banda delle precedenti piattaforme Meta da 51,2T.
Meta ha progettato due varianti di IceCube attorno a chip switch differenti. Una utilizza Broadcom Tomahawk6C, mentre l'altra utilizza NVIDIA Spectrum-6. Entrambe eseguono il sistema operativo di rete open source FBOSS di Meta attraverso OCP Switch Abstraction Interface.
Questo design a doppio silicio sostiene l'argomento più ampio di Meta. Un livello operativo aperto dovrebbe consentire ai team infrastrutturali di qualificare più di un percorso hardware senza ricostruire l'intero ambiente di controllo.
Il raffreddamento a liquido non è un'aggiunta estetica. Una maggiore larghezza di banda degli switch aumenta densità di potenza e calore, mentre i rack AI concentrano già acceleratori e apparecchiature di supporto in uno spazio limitato.
Portare il livello di networking in un design raffreddato a liquido aiuta Meta a collocare switch da 102,4T accanto ai sistemi di calcolo di nuova generazione. Riduce inoltre la dipendenza da configurazioni di raffreddamento ad aria sempre più difficili da gestire.
IceCube affronta solo una parte della rete. La Flattened Planar Fabric di Meta, o FPF, cambia il modo in cui le GPU si collegano al fabric scale-out.
Ogni GPU si collega attraverso otto link indipendenti da 100 gigabit. Questi link raggiungono otto switch, con una connessione assegnata a ciascun piano di rete.
Un design convenzionale invia comunemente il traffico attraverso un'unica struttura di uplink. FPF distribuisce i percorsi disponibili tra piani indipendenti e avvicina il posizionamento dei pacchetti alla scheda di interfaccia di rete.
La topologia rimuove inoltre un livello di switching. Meta afferma che FPF trasforma il precedente design Clos a tre livelli in un fabric Clos a due livelli, riducendo hop, latenza e requisiti infrastrutturali.
Un fabric Clos offre percorsi multipli tra endpoint attraverso livelli di switch. Rimuovere un livello semplifica tale percorso, ma trasferisce maggiori responsabilità all'hardware degli endpoint e al software di controllo.
La scheda di interfaccia di rete distribuisce i pacchetti in hardware su tutti e otto i piani. Il piano di controllo combinato di host e switch può quindi instradare il traffico lontano da un piano compromesso.
Meta ha sviluppato l'implementazione di produzione con NVIDIA e la sua tecnologia Spectrum-X Multiplane. Questa collaborazione complica qualunque semplice narrazione secondo cui Meta starebbe cercando di rimuovere NVIDIA dalla propria infrastruttura.
Meta sta invece cercando di separare la partecipazione dal controllo. Il silicio NVIDIA può restare parte del sistema, mentre Meta mantiene un modello operativo aperto tra più fornitori.
Il cambiamento immediato è quindi più ampio di uno switch più veloce. Meta ha pubblicato un'architettura coordinata per raffreddamento, switching, routing, trasporto e aggregazione regionale.
Ethernet aperto arriva ora all'interno del rack di acceleratori
La questione centrale è se Ethernet possa servire acceleratori strettamente accoppiati senza sacrificare le prestazioni a favore di reti scale-up specializzate.
Il networking scale-up è stata la parte più difficile dello stack in cui far entrare Ethernet. La comunicazione all'interno di un rack di acceleratori richiede bassa latenza, consegna prevedibile e una notevole larghezza di banda tra i processori.
Le interconnessioni specializzate hanno guadagnato terreno perché tali requisiti differiscono dal normale traffico dei data center. Un job di addestramento non può tollerare pause imprevedibili quando centinaia di acceleratori scambiano risultati parziali.
Meta risponde con Tahan, uno switch scale-up basato su Ethernet realizzato per i suoi acceleratori di addestramento MTIA 300. Tahan utilizza il chip switch Tomahawk 5 da 51,2 Tbps di Broadcom.
La piattaforma offre 64 porte operanti a 800 gigabit al secondo. Meta assegna metà di tale capacità alla connettività degli acceleratori attraverso il backplane.
Quattro switch Tahan collegano 16 acceleratori in una topologia non bloccante. Secondo Meta, ogni acceleratore riceve 6,4 terabit al secondo di larghezza di banda scale-up.
Tahan riutilizza inoltre la configurazione di trasporto RoCE lossless presente nella rete scale-out di Meta. RoCE trasporta l'accesso diretto remoto alla memoria su Ethernet, consentendo ai sistemi di spostare dati senza il normale overhead di elaborazione dell'host.
Meta configura questo ambiente con IPv6 instradato, controllo del flusso prioritario e policy di qualità del servizio ottimizzate per il traffico AI. FBOSS gestisce gli switch scale-up e scale-out.
Questo riuso è il meccanismo alla base della tesi di Meta sull'Ethernet aperto. Uno stack operativo comune può ridurre il numero di sistemi di networking isolati che gli ingegneri devono distribuire e risolvere.
Meta sta già consegnando Tahan, mentre il suo prossimo design è più ambizioso. L'azienda ha mostrato in anteprima una blade switch a 216 porte che utilizza connessioni da 400 gigabit e silicio Broadcom Tomahawk6C.
Otto di queste blade sono destinate a collegare 72 acceleratori all'interno di un rack. Il design utilizzerebbe la stessa generazione di silicio da 102,4T presente in IceCube.
È prevista una futura versione basata su Ethernet for Scale-Up Networking, o ESUN. ESUN è un'iniziativa OCP che definisce i requisiti del fabric per Ethernet su scala di acceleratori.
La distinzione tra un prodotto già distribuito e uno standard pianificato è importante. Tahan esiste oggi, ma la sua implementazione attuale non è ancora l'architettura finale basata su ESUN descritta da Meta.
ESUN 1.0 definisce ciò che il fabric deve fornire, lasciando aperte le scelte di implementazione degli acceleratori. Il suo ambito include framing, gestione degli errori e allineamento con il lavoro di IEEE e Ultra Ethernet Consortium.
Meta afferma che ESUN 1.1 si avvicina al completamento. Le aggiunte pianificate comprendono profili degli switch e intervalli ridotti tra pacchetti, mirati a una minore latenza nei fabric scale-up.
Il gruppo partecipante include AMD, Arista, Arm, Broadcom, Cisco, HPE, Marvell, Microsoft e NVIDIA. Questa adesione mostra un interesse diffuso, ma la sola partecipazione non garantisce prodotti compatibili.
Il vantaggio di Ethernet non è che ogni componente diventi immediatamente intercambiabile. Il suo vantaggio è un framework condiviso che operatori, fornitori di chip e produttori di sistemi possono implementare senza che un'unica azienda di acceleratori controlli l'intero stack.
I fabric specializzati mantengono ancora punti di forza importanti. Beneficiano della stretta integrazione fra processori, switch, librerie software e algoritmi di comunicazione collettiva.
Meta deve quindi dimostrare qualcosa in più della mera capacità dei collegamenti. Servono latenza di coda stabile, recupero dai guasti prevedibile e prestazioni applicative sostenute in presenza di congestione.
Se Ethernet soddisferà questi requisiti, gli acquirenti di infrastrutture acquisiranno maggiore potere negoziale. Potranno combinare scelte di acceleratori, switch e software di rete senza accettare un unico pacchetto verticalmente integrato.
Se non sarà all'altezza, gli operatori continueranno a utilizzare Ethernet al di fuori del rack, preservando al contempo i fabric specializzati per le connessioni interne più esigenti.
Flattened Planar Fabric sposta l'intelligenza al margine
FPF scambia una gerarchia fisica più semplice con un maggiore coordinamento tra interfacce di rete, host, switch e software di controllo.
Il design appiattito riduce la rete da tre livelli di switching a due. Meno livelli possono ridurre la latenza e rimuovere apparecchiature, ma il sistema rimanente deve sfruttare efficacemente i suoi percorsi multipli.
FPF avvia il bilanciamento del carico dalla scheda di interfaccia di rete. Il NIC distribuisce singoli pacchetti su otto piani indipendenti invece di attendere che gli switch dividano flussi di traffico più grandi.
La distribuzione a livello di pacchetto può utilizzare più uniformemente i link disponibili. Può anche creare consegne fuori ordine, perché i pacchetti che seguono percorsi separati non arrivano necessariamente in sequenza.
Questo comportamento spiega perché il design del trasporto è centrale nell'architettura. Un trasporto convenzionale può interpretare i pacchetti riordinati come prova di perdita, attivando ritrasmissioni non necessarie o risposte alla congestione.
MetaRoCE è la risposta di Meta. È un trasporto RDMA progettato per la comunicazione AI collettiva su grandi fabric Ethernet.
Secondo la presentazione tecnica di Meta, il protocollo è multipath, guidato dal ricevitore e tollerante agli arrivi fuori ordine. Considera la perdita di pacchetti una condizione di rete prevista invece di presumere un fabric perfettamente lossless.
Il controllo guidato dal ricevitore significa che la destinazione contribuisce a determinare quando e come i mittenti trasmettono i dati. Questo modello conferisce al sistema ricevente maggiore influenza sulla congestione e sulla capacità disponibile.
Meta afferma che MetaRoCE fornisce il comportamento di affidabilità e controllo della congestione richiesto dall'addestramento distribuito. L'azienda sta rilasciando implementazioni affinché altri team infrastrutturali possano esaminare ed estendere il design.
Una precedente presentazione su MetaRoCE descriveva implementazioni su schede di interfaccia di rete programmabili AMD. Copriva inoltre topologie multiplane, latenza di coda e RDMA a lunga distanza.
Il codice aperto migliora l'ispezionabilità, ma non crea automaticamente interoperabilità. Un'adozione ampia richiede supporto dei NIC, test di conformità, specifiche stabili e strumenti operativi di più fornitori.
Ecco perché FPF e MetaRoCE dovrebbero essere valutati insieme. FPF crea l'ambiente multipath, mentre MetaRoCE tenta di rendere tale ambiente utilizzabile per carichi di lavoro AI sincronizzati.
L'host diventa inoltre parte del sistema di controllo dei guasti. Se un piano fallisce, l'host può indirizzare il traffico verso i piani rimanenti anziché attendere l'intervento della sola rete.
Questo design può limitare l'effetto di un problema isolato a uno switch o a un collegamento. Crea però anche una maggiore quantità di stato che gli operatori devono monitorare tra endpoint e dispositivi di rete.
Meta afferma che FPF offre buone prestazioni in diverse condizioni di guasto e manutenzione. Tuttavia, l'annuncio pubblico non fornisce una serie completa di benchmark indipendenti per tali scenari.
L'architettura richiede inoltre hardware in grado di distribuire pacchetti a line rate. Gli operatori non possono presumere che ogni NIC esistente possa riprodurre l'implementazione di Meta.
Il deployment cloud introduce un'ulteriore complicazione. I provider utilizzano topologie, classi di traffico, impostazioni di congestione, switch e trasporti RDMA differenti.
Alcuni cloud continuano a fare affidamento su InfiniBand per carichi di lavoro specializzati. Altri offrono sistemi basati su Ethernet che si comportano diversamente dai data center di proprietà di Meta.
Meta afferma che i suoi partner cloud eseguono benchmark comuni point-to-point e collettivi prima che la capacità entri in servizio. Questi test vanno da decine di GPU a oltre 1.000 GPU.
L'azienda mappa inoltre classi di traffico e impostazioni di congestione specifiche per ciascun provider sui propri requisiti RDMA. Questo processo mira a rendere un'infrastruttura eterogenea sufficientemente coerente per i carichi di lavoro di produzione.
Questo lavoro di qualificazione mette in luce un limite importante dell'apertura. Un sistema può utilizzare componenti aperti pur richiedendo un'ampia integrazione e test da parte di una grande organizzazione ingegneristica.
Meta riassume la questione attraverso la standardizzazione. Le apparecchiature eterogenee sono gestibili, ma ogni differenza nel trasporto, nella telemetria e nel comportamento della congestione aggiunge lavoro operativo.
Gli operatori più piccoli possono beneficiare delle specifiche e del software risultanti. È improbabile che riescano a riprodurre immediatamente l'intero apparato di validazione di Meta.
La pressione competitiva ricade quindi sui fornitori tanto quanto sui clienti cloud. I fornitori di switch, NIC e acceleratori devono dimostrare che i loro prodotti si adattano a un modello operativo comune.
Il Networking Scale-Across Trasforma la Distanza in un Problema di Pianificazione
L'architettura regionale di Meta considera la geografia parte del sistema di addestramento, non soltanto una connessione tra data center separati.
Meta afferma che la capacità AI pianificata supera ciò che un singolo edificio o una singola regione può contenere. Prometheus è progettato attorno a circa un gigawatt nel 2026, mentre Hyperion è destinato a scalare verso cinque gigawatt.
Queste cifre descrivono piani infrastrutturali, non un confronto completato delle prestazioni di addestramento. Tuttavia, spiegano perché Meta stia collegando capacità distribuite tra edifici convenzionali, strutture esterne, strutture di colocation e cloud pubblici.
L'aggregazione backend, o BAG, è il livello scale-across. Meta la descrive come una super-spine Ethernet centralizzata che unisce più fabric a livello spine in un cluster più grande.
Il sistema opera su scala petabit. Secondo l'azienda, la capacità inter-BAG tra due regioni può raggiungere decine di petabit al secondo.
Questa larghezza di banda non elimina la distanza. I collegamenti più lunghi richiedono più tempo affinché pacchetti e conferme viaggino, mentre Ethernet lossless richiede sufficiente margine di buffer per i dati in transito.
Un breve collegamento locale e un collegamento che attraversa decine di chilometri non dovrebbero ricevere allocazioni di buffer identiche. Provisionare ogni connessione per il caso peggiore sprecherebbe preziosa memoria degli switch.
FBOSS misura invece la lunghezza del cavo installato. Invia traffico di sondaggio attraverso una coda non congestionata, stima la distanza di andata e ritorno e alloca il margine di buffer in base a tale misurazione.
Questo metodo rende la distanza fisica un input della configurazione di rete. Dipende inoltre da misurazioni accurate e da una gestione prudente delle condizioni variabili.
La qualità del percorso presenta un altro problema. Una rotta può restare disponibile dopo aver perso parte della propria capacità, quindi un segnale binario di attivo o inattivo è insufficiente.
BAG utilizza la segnalazione eBGP della larghezza di banda dei collegamenti per distribuire il traffico in proporzione alla capacità disponibile del percorso. Il damping limita il churn di routing causato da singoli guasti.
Il software di addestramento aggiunge un secondo livello di controllo. Secondo Meta, la latenza inter-fabric è diverse volte superiore alla latenza all'interno di un singolo fabric.
Le librerie di comunicazione collettiva scelgono spesso algoritmi senza comprendere la distanza geografica. Una scelta inadeguata può forzare grandi volumi di traffico sincronizzato attraverso percorsi regionali più lenti.
Meta sta affrontando questo problema con routing adattivo e pianificazione dei carichi di lavoro. Il routing riduce la penalità di rete, mentre la pianificazione cerca di tenere il traffico collettivo non necessario lontano da BAG.
L'azienda utilizza anche repliche per migliorare la resilienza. Se una replica fallisce, il sistema la esclude mentre le repliche superstiti proseguono il loro lavoro di sincronizzazione.
Si tratta di un cambiamento significativo nella progettazione dell'infrastruttura. Networking e pianificazione dei job non possono più essere ottimizzati in modo indipendente quando un singolo job di addestramento si estende su più siti.
Meta ha inoltre implementato Segment Routing su IPv6 per la propria dorsale regionale. SRv6 codifica istruzioni di routing nei percorsi IPv6, supportando un traffic engineering più deliberato.
La dorsale esegue FBOSS su switch a buffer ridotto che utilizzano Cisco Silicon One. Meta afferma di prevedere la qualificazione di ulteriori famiglie di silicio tramite la Switch Abstraction Interface di OCP.
Questo livello regionale crea pressione sui provider cloud. Meta vuole che la capacità in leasing e le GPU del cloud pubblico assomiglino alla sua infrastruttura di proprietà dal punto di vista operativo.
I partner cloud non possono limitarsi a fornire istanze isolate di acceleratori. Devono esporre topologia prevedibile, comportamento della congestione, risultati di validazione e telemetria su scala molto più ampia.
L'architettura mette inoltre in discussione i confini convenzionali dei cluster. Un cluster descriveva un tempo apparecchiature all'interno di una singola struttura. BAG considera edifici, campus e regioni vicine come componenti di un unico sistema di addestramento.
Le distanze maggiori restano un vincolo serio. Meta discute di futuri job che si estenderanno per decine, centinaia o migliaia di chilometri, ma la latenza non scompare grazie al software.
La questione pratica è quali carichi di lavoro possano tollerare tali distanze. Repliche debolmente accoppiate possono estendersi tra regioni più facilmente di operazioni strettamente sincronizzate tra ogni acceleratore.
L'annuncio di Meta stabilisce i meccanismi di controllo, non un risultato universale. La struttura dell'applicazione determinerà in quale misura la capacità regionale si comporterà come un'unica macchina coerente.
Le Interfacce Aperte Non Eliminano il Rischio di Integrazione
La strategia di Meta apre diversi livelli, ma il suo successo dipende ancora da una complessa attività ingegneristica tra hardware, firmware, trasporto e software per i carichi di lavoro.
L'Open Switch Platform Architecture, o OSPA, mira a un livello rimasto frammentato dopo che i data plane degli switch sono diventati più portabili.
La Switch Abstraction Interface consente al software di rete di controllare diversi chip di switching. Tuttavia, le funzioni della piattaforma al di sotto di tale interfaccia richiedono ancora lavoro specifico per l'hardware.
Tali funzioni includono sequenziamento dell'alimentazione, sensori, gestione termica, inventario hardware, connessioni di gestione, aggiornamenti firmware e diagnostica.
Meta afferma che l'avvio di ogni piattaforma ha richiesto mesi di attività ingegneristica duplicata. OSPA definisce interfacce hardware e software comuni pensate per ridurre tale lavoro.
Meta co-guida l'iniziativa con Microsoft e Alibaba. La versione 1.0 è stata presentata all'Open Compute Project.
Questa partnership conferisce a OSPA credibilità tra i grandi operatori. Non stabilisce però con quale rapidità i fornitori di apparecchiature implementeranno la specifica né quanto coerentemente si comporteranno le loro implementazioni.
Meta ha inoltre modificato FBOSS affinché i fornitori di switch possano integrare le proprie piattaforme. Il modello previsto consente a diversi fornitori di sviluppare sistemi compatibili senza attendere gli ingegneri di Meta.
Gli sviluppatori possono esaminare il repository FBOSS, che fornisce il codice sorgente del sistema operativo di rete di Meta. Il codice pubblico consente una revisione tecnica, ma il deployment in produzione richiede più dell'accesso a un repository.
La qualificazione dell'hardware, la compatibilità del firmware, l'infrastruttura di test e la risposta agli incidenti restano investimenti significativi. I fornitori devono inoltre mantenere le proprie integrazioni man mano che cambiano il sistema operativo e le generazioni di silicio.
MetaRoCE affronta ostacoli all'adozione simili. Un protocollo può essere aperto pur facendo affidamento su funzionalità di NIC programmabili non disponibili in molti sistemi già implementati.
Il comportamento del trasporto deve inoltre restare prevedibile tra buffer degli switch, policy di routing, driver degli acceleratori e librerie collettive. Un difetto in qualsiasi livello può manifestarsi come un rallentamento dell'applicazione.
Esiste un'altra tensione strategica. L'architettura di Meta dipende da silicio commerciale di Broadcom, NVIDIA, Cisco e AMD, pur presentando un modello operativo aperto.
Questa configurazione non è contraddittoria, ma definisce l'apertura in modo ristretto. Meta apre interfacce, implementazioni e progetti di riferimento anziché produrre internamente ogni componente.
I fornitori mantengono il controllo sulle roadmap dei chip, sul packaging, sulla capacità produttiva e su molte funzionalità di basso livello. Gli operatori ottengono alternative solo quando più fornitori offrono implementazioni equivalenti.
La collaborazione con NVIDIA illustra questo equilibrio. Meta ha lavorato con NVIDIA su FPF, posizionando al contempo Ethernet come opzione per i domini di rete serviti da tecnologie specializzate.
NVIDIA può beneficiare della vendita di switch Spectrum-X in ambienti Ethernet aperti. Allo stesso tempo, una più ampia adozione di Ethernet può ridurre la dipendenza da una singola rete di acceleratori verticalmente integrata.
Broadcom ottiene un'opportunità comparabile attraverso i design Tahan e IceCube basati su Tomahawk. Cisco partecipa alla dorsale regionale tramite Silicon One.
Microsoft e Alibaba sostengono OSPA perché la standardizzazione delle piattaforme di switch può ridurre l'attività ingegneristica duplicata nelle grandi flotte. Il loro coinvolgimento rende inoltre l'iniziativa meno specifica di Meta.
La validazione indipendente resta limitata al lancio. Meta definisce il proprio trasporto collaudato in produzione, ma l'annuncio non fornisce risultati completi di terze parti su NIC e switch concorrenti.
I lettori dovrebbero quindi distinguere tre affermazioni. I design esistono, alcune parti funzionano all'interno di Meta e le specifiche aperte possono supportare un'adozione più ampia.
Le prime due affermazioni dispongono di prove dirette dell'azienda. La terza dipende da implementazioni future, suite di conformità, supporto dei fornitori e deployment al di fuori di Meta.
Anche sicurezza e affidabilità meritano attenzione. Un'interfaccia comune può ridurre il codice personalizzato, ma le implementazioni condivise possono concentrare i difetti su molte piattaforme.
Nemmeno la semplicità operativa è garantita. Il supporto di più fornitori può migliorare il potere negoziale aumentando al contempo il numero di combinazioni firmware che i team devono qualificare.
L'infrastruttura aperta ha successo quando la compatibilità riduce il lavoro ingegneristico complessivo. Fallisce quando componenti nominalmente aperti richiedono un'estesa messa a punto una tantum per operare insieme.
La pubblicazione di Meta offre al settore una direzione dettagliata. Non risolve ancora questa verifica economica.
Tre Segnali Decideranno la Scommessa di Meta sull'Ethernet Aperta
Le prossime evidenze dovranno dimostrare interoperabilità ripetibile, prestazioni applicative stabili e adozione oltre la flotta di Meta.
Il primo segnale è il rilascio e l'implementazione di ESUN 1.1. Si prevede che la specifica aggiunga profili di switch e intervalli più brevi tra pacchetti per il traffico scale-up a bassa latenza.
ESUN diventa più credibile se i fornitori di acceleratori e switch immettono sul mercato prodotti compatibili con gli stessi requisiti. I risultati di conformità rafforzerebbero l'argomentazione di Meta più di ulteriori annunci di adesione.
Implementazioni ritardate o interpretazioni incompatibili da parte dei fornitori la indebolirebbero. Suggerirebbero che il vocabolario condiviso di Ethernet è ancora privo di un affidabile livello di prodotto scale-up.
Il secondo segnale è l’implementazione esterna di MetaRoCE. Meta ha annunciato implementazioni open source, ma gli adottanti necessitano di supporto NIC funzionante, strumenti di conformità e test delle prestazioni riproducibili.
Occorre osservare implementazioni che combinano NIC, chip di switching e sistemi di acceleratori diversi. I risultati in condizioni di congestione e guasti parziali saranno più utili delle dimostrazioni di throughput ideale.
La latenza di coda merita un’attenzione particolare. La larghezza di banda media può rimanere elevata mentre un numero ridotto di trasferimenti ritardati rallenta l’addestramento sincronizzato.
L’adozione da parte dei provider cloud offrirebbe un’altra verifica significativa. I cloud gestiscono parchi eterogenei ed espongono problemi di integrazione che un singolo proprietario talvolta può nascondere.
Il terzo segnale è il rack da 72 acceleratori basato su switching a 102,4T. Meta ha presentato in anteprima quella piattaforma, mentre la topologia più piccola di Tahan, con 16 acceleratori, è già disponibile sul mercato.
Un’implementazione in produzione collegherebbe la roadmap degli standard aperti a un sistema operativo più denso. Mostrerebbe inoltre se raffreddamento, trasporto e software collettivo riescono a scalare insieme.
I risultati applicativi contano più del numero di porte. Evidenze utili confronterebbero efficienza di addestramento, recupero dai guasti, densità di potenza e carico operativo sotto traffico di produzione sostenuto.
L’agenda del summit 2026 mostra quanti gruppi stiano perseguendo contemporaneamente tecnologie 800G, 1.6T, ottiche, raffreddate a liquido e per reti di acceleratori.
Questa ampiezza crea opportunità e frammentazione. La proposta di Meta cerca di organizzare questi componenti attraverso comportamenti Ethernet condivisi e interfacce di piattaforma aperte.
Per gli sviluppatori, il cambiamento influenza il punto in cui emergono i problemi prestazionali. Il software di trasporto, le librerie collettive, la consapevolezza della topologia e la gestione dei guasti incidono ora sul throughput dei modelli insieme al codice degli acceleratori.
Gli acquirenti di infrastruttura dovrebbero esaminare quali livelli siano realmente intercambiabili. Dovrebbero inoltre chiedersi chi sia responsabile della convalida quando i componenti provengono da più fornitori.
I clienti cloud dovrebbero osservare se i provider espongono garanzie più solide su topologia e prestazioni. Il modello di qualificazione di Meta suggerisce che la generica disponibilità di acceleratori non sia più sufficiente per grandi job distribuiti.
Gli annunci di Meta all’OCP Summit 2026 presentano un’argomentazione coerente a favore dell’Ethernet aperto nell’intera rete AI. IcePack e IceCube affrontano larghezza di banda e raffreddamento. FPF e MetaRoCE affrontano il trasporto multipath. BAG e SRv6 affrontano la geografia.
OSPA e FBOSS cercano di rendere la piattaforma operativa tra fornitori diversi. ESUN estende questo sforzo al dominio scale-up più esigente.
L’approccio aperto vincerà solo se altre organizzazioni riusciranno a riprodurre i risultati di Meta senza la scala ingegneristica di Meta. È questa la domanda che i lettori dovrebbero portare con sé nel prossimo ciclo di prodotti.
Osservate le implementazioni, non solo le specifiche. Se operatori indipendenti otterranno prestazioni di addestramento prevedibili su hardware misto, l’architettura di Meta avrà cambiato il fondamento competitivo del networking per l’AI.
