Le Meta OCP Summit 2026 oppose l’Ethernet ouvert aux réseaux IA propriétaires

Meta a profité de l’OCP Summit 2026 pour présenter son premier rack réseau refroidi par liquide et défier les interconnexions IA spécialisées avec une architecture Ethernet ouverte.

L’annonce s’étend des racks d’accélérateurs individuels aux clusters répartis entre bâtiments, clouds et régions. Ses composants comprennent IcePack, IceCube, Flattened Planar Fabric, MetaRoCE et une nouvelle norme de plateforme de commutation.

Les produits pris individuellement comptent, mais l’argument d’ensemble compte davantage. Meta affirme qu’une pile Ethernet programmable unique peut prendre en charge les réseaux scale-up, scale-out et scale-across sans verrouiller chaque couche chez un seul fournisseur.

Cette position oppose l’Ethernet ouvert aux fabrics d’accélérateurs spécialisés et aux interfaces de plateforme propriétaires. Elle donne également à Broadcom, NVIDIA, Microsoft, Alibaba, Cisco et aux fournisseurs de cloud des rôles différents au sein d’une même stratégie d’infrastructure.

Meta a présenté ces conceptions lors de l’OCP Global Summit à San Jose, organisé du 12 au 15 octobre 2026. Le programme du sommet plaçait les clusters IA, les réseaux, le refroidissement liquide et les normes de plateformes ouvertes au cœur de son agenda.

Les affirmations techniques sont ambitieuses, mais la plupart des preuves de performance proviennent de Meta elle-même. Le véritable test consistera à déterminer si d’autres opérateurs peuvent reproduire l’architecture avec différents accélérateurs, commutateurs et environnements cloud.

Le Meta OCP Summit 2026 unifie trois domaines réseau

Meta considère le réseau IA comme un système unique qui doit fonctionner à l’intérieur des racks, entre les clusters et d’une région à l’autre.

La publication réseau de Meta organise ce système en trois domaines. Le scale-up connecte les accélérateurs au sein d’un rack ou d’un pod étroitement couplé. Le scale-out connecte de nombreux nœuds d’accélérateurs au sein d’un cluster. Le scale-across relie des capacités distribuées entre plusieurs sites.

Ces domaines ont traditionnellement imposé des exigences différentes. Les liaisons scale-up privilégient une latence extrêmement faible et une communication étroitement synchronisée. Les fabrics scale-out doivent gérer d’importantes opérations collectives sur des milliers de processeurs. Les réseaux régionaux introduisent la distance, des chemins variables et des domaines de défaillance.

La réponse de Meta commence avec IcePack, son premier rack réseau refroidi par liquide. IcePack suit la norme de rack OCP ORV3-HPRv1 et accueille des lames de commutation IceCube.

Chaque IceCube fournit 102,4 térabits par seconde de capacité de commutation. Il expose 128 connexions 800 gigabits non bloquantes et double la bande passante des précédentes plateformes 51,2T de Meta.

Meta a conçu deux variantes d’IceCube autour de puces de commutation différentes. L’une utilise Broadcom Tomahawk6C, tandis que l’autre utilise NVIDIA Spectrum-6. Les deux exécutent le système d’exploitation réseau open source FBOSS de Meta via l’OCP Switch Abstraction Interface.

Cette conception à double silicium soutient l’argument plus large de Meta. Une couche opérationnelle ouverte devrait permettre aux équipes d’infrastructure de qualifier plusieurs voies matérielles sans reconstruire l’ensemble de leur environnement de contrôle.

Le refroidissement liquide n’est pas un ajout cosmétique. Une bande passante de commutation supérieure accroît la densité énergétique et thermique, alors que les racks IA concentrent déjà accélérateurs et équipements de support dans un espace limité.

En intégrant la couche réseau dans une conception refroidie par liquide, Meta peut placer des commutateurs 102,4T à côté des systèmes de calcul de nouvelle génération. Cela réduit également la dépendance à des configurations de refroidissement par air de plus en plus difficiles à mettre en œuvre.

IceCube ne traite qu’une partie du réseau. Le Flattened Planar Fabric, ou FPF, de Meta modifie la manière dont les GPU se raccordent au fabric scale-out.

Chaque GPU se connecte via huit liaisons indépendantes de 100 gigabits. Ces liaisons atteignent huit commutateurs, avec une connexion attribuée à chaque plan réseau.

Une conception conventionnelle envoie généralement le trafic via une structure montante unique. FPF répartit les chemins disponibles entre des plans indépendants et rapproche le placement des paquets de la carte d’interface réseau.

La topologie supprime également un niveau de commutation. Meta affirme que FPF transforme son précédent design Clos à trois niveaux en un fabric Clos à deux niveaux, réduisant les sauts, la latence et les besoins en infrastructure.

Un fabric Clos fournit plusieurs chemins entre les points de terminaison à travers des couches de commutateurs. La suppression d’une couche simplifie ce chemin, mais transfère davantage de responsabilités au matériel des points de terminaison et au logiciel de contrôle.

La carte d’interface réseau répartit les paquets sur les huit plans au niveau matériel. Le plan de contrôle combiné de l’hôte et des commutateurs peut ensuite détourner le trafic d’un plan dégradé.

Meta a développé l’implémentation de production avec NVIDIA et sa technologie Spectrum-X Multiplane. Cette collaboration complique toute lecture simpliste selon laquelle Meta chercherait à éliminer NVIDIA de son infrastructure.

Meta cherche plutôt à dissocier la participation du contrôle. Le silicium NVIDIA peut rester intégré au système, tandis que Meta maintient un modèle opérationnel ouvert auprès de plusieurs fournisseurs.

Le changement immédiat dépasse donc le simple commutateur plus rapide. Meta a publié une architecture coordonnée pour le refroidissement, la commutation, le routage, le transport et l’agrégation régionale.

L’Ethernet ouvert atteint désormais l’intérieur du rack d’accélérateurs

L’enjeu central est de savoir si Ethernet peut servir des accélérateurs étroitement couplés sans céder les performances aux réseaux scale-up spécialisés.

Le réseau scale-up a été la partie la plus difficile de la pile à pénétrer pour Ethernet. La communication au sein d’un rack d’accélérateurs exige une faible latence, une livraison prévisible et une bande passante importante entre processeurs.

Les interconnexions spécialisées ont gagné du terrain car ces exigences diffèrent du trafic ordinaire des centres de données. Une tâche d’entraînement ne peut pas tolérer de pauses imprévisibles lorsque des centaines d’accélérateurs échangent des résultats partiels.

Meta répond avec Tahan, un commutateur scale-up basé sur Ethernet conçu pour ses accélérateurs d’entraînement MTIA 300. Tahan utilise la puce de commutation Tomahawk 5 de Broadcom à 51,2 Tbps.

La plateforme offre 64 ports fonctionnant à 800 gigabits par seconde. Meta attribue la moitié de cette capacité à la connectivité des accélérateurs via le backplane.

Quatre commutateurs Tahan connectent 16 accélérateurs dans une topologie non bloquante. Chaque accélérateur reçoit 6,4 térabits par seconde de bande passante scale-up, selon Meta.

Tahan réutilise également la configuration de transport RoCE sans perte employée dans le réseau scale-out de Meta. RoCE transporte l’accès direct à la mémoire à distance sur Ethernet, permettant aux systèmes de déplacer des données sans la surcharge habituelle de traitement par l’hôte.

Meta configure cet environnement avec IPv6 routé, un contrôle de flux par priorité et des politiques de qualité de service ajustées au trafic IA. FBOSS exploite les commutateurs scale-up et scale-out.

Cette réutilisation est le mécanisme qui sous-tend la thèse de Meta sur l’Ethernet ouvert. Une pile opérationnelle commune peut réduire le nombre de systèmes réseau isolés que les ingénieurs doivent déployer et dépanner.

Meta commercialise déjà Tahan, tandis que son prochain design est plus ambitieux. L’entreprise a présenté en avant-première une lame de commutation à 216 ports utilisant des connexions à 400 gigabits et du silicium Broadcom Tomahawk6C.

Huit de ces lames sont destinées à connecter 72 accélérateurs au sein d’un rack. Le design utiliserait la même génération de silicium 102,4T que celle d’IceCube.

Une version future est prévue autour d’Ethernet for Scale-Up Networking, ou ESUN. ESUN est une initiative OCP définissant les exigences de fabric pour l’Ethernet à l’échelle des accélérateurs.

La distinction entre un produit commercialisé et une norme planifiée est importante. Tahan existe aujourd’hui, mais son implémentation actuelle n’est pas encore l’architecture finale basée sur ESUN que décrit Meta.

ESUN 1.0 définit ce que le fabric doit fournir tout en laissant ouvertes les options d’implémentation des accélérateurs. Son périmètre comprend le tramage, la gestion des erreurs et l’alignement avec les travaux de l’IEEE et de l’Ultra Ethernet Consortium.

Meta affirme qu’ESUN 1.1 approche de son achèvement. Les ajouts prévus comprennent des profils de commutateurs et des intervalles inter-paquets réduits, visant une latence plus faible dans les fabrics scale-up.

Le groupe participant comprend AMD, Arista, Arm, Broadcom, Cisco, HPE, Marvell, Microsoft et NVIDIA. Cette participation montre un intérêt étendu, mais elle ne garantit pas à elle seule des produits compatibles.

L’avantage d’Ethernet ne réside pas dans l’interchangeabilité immédiate de chaque composant. Il repose sur un cadre partagé que les opérateurs, fournisseurs de puces et vendeurs de systèmes peuvent mettre en œuvre sans qu’une seule entreprise d’accélérateurs contrôle l’ensemble de la pile.

Les fabrics spécialisés conservent d’importants atouts. Ils bénéficient d’une intégration étroite entre processeurs, commutateurs, bibliothèques logicielles et algorithmes de communication collective.

Meta doit donc démontrer davantage que la capacité brute des liaisons. L’entreprise doit assurer une latence de fin de parcours stable, une reprise prévisible après défaillance et des performances applicatives soutenues en cas de congestion.

Si Ethernet répond à ces exigences, les acheteurs d’infrastructure gagneront davantage de pouvoir de négociation. Ils pourront combiner leurs choix d’accélérateurs, de commutateurs et de logiciels réseau sans accepter un package verticalement intégré unique.

S’il échoue, les opérateurs continueront d’utiliser Ethernet hors du rack tout en conservant des fabrics spécialisés pour les connexions internes les plus exigeantes.

Flattened Planar Fabric déplace l’intelligence vers la périphérie

FPF échange une hiérarchie physique plus simple contre une coordination accrue entre interfaces réseau, hôtes, commutateurs et logiciels de contrôle.

La conception aplatie réduit le réseau de trois niveaux de commutation à deux. Moins de niveaux peuvent réduire la latence et supprimer des équipements, mais le système restant doit exploiter efficacement ses multiples chemins.

FPF commence l’équilibrage de charge au niveau de la carte d’interface réseau. La NIC distribue les paquets individuels sur huit plans indépendants au lieu d’attendre que les commutateurs répartissent des flux de trafic plus importants.

La distribution au niveau des paquets peut utiliser les liaisons disponibles de manière plus homogène. Elle peut également entraîner une livraison dans le désordre, car les paquets empruntant des chemins distincts n’arrivent pas nécessairement dans l’ordre.

Ce comportement explique pourquoi la conception du transport est centrale dans l’architecture. Un transport conventionnel peut interpréter les paquets réordonnés comme une preuve de perte, déclenchant des retransmissions inutiles ou des réponses à la congestion.

MetaRoCE est la réponse de Meta. Il s’agit d’un transport RDMA conçu pour les communications collectives IA sur de grands fabrics Ethernet.

Le protocole est multipath, piloté par le récepteur et tolérant aux arrivées dans le désordre, selon la présentation technique de Meta. Il traite la perte de paquets comme une condition réseau attendue plutôt que de supposer un fabric parfaitement sans perte.

Le contrôle piloté par le récepteur signifie que la destination contribue à déterminer quand et comment les expéditeurs transmettent les données. Ce modèle donne au système récepteur davantage d’influence sur la congestion et la capacité disponible.

Meta affirme que MetaRoCE fournit les comportements de fiabilité et de contrôle de congestion nécessaires à l’entraînement distribué. L’entreprise publie des implémentations afin que d’autres équipes d’infrastructure puissent examiner et étendre le design.

Une précédente présentation de MetaRoCE décrivait des implémentations sur des cartes d’interface réseau programmables AMD. Elle abordait également les topologies multiplanes, la latence de fin de parcours et le RDMA longue distance.

Le code ouvert améliore la possibilité d’inspection, mais ne crée pas automatiquement l’interopérabilité. Une adoption large exige une prise en charge par les NIC, des tests de conformité, des spécifications stables et des outils opérationnels provenant de plusieurs fournisseurs.

C’est pourquoi FPF et MetaRoCE doivent être évalués ensemble. FPF crée l’environnement multipath, tandis que MetaRoCE tente de rendre cet environnement exploitable pour des charges de travail IA synchronisées.

L’hôte devient également partie intégrante du système de contrôle des défaillances. Si un plan tombe en panne, l’hôte peut orienter le trafic vers les plans restants au lieu d’attendre que le réseau agisse seul.

Cette conception peut limiter l’effet d’un problème isolé de commutateur ou de liaison. Elle crée aussi davantage d’états que les opérateurs doivent surveiller sur les terminaux et les équipements réseau.

Meta affirme que FPF fonctionne bien dans diverses conditions de panne et de maintenance. Toutefois, l’annonce publique ne fournit pas un ensemble complet de benchmarks indépendants pour ces scénarios.

L’architecture exige également du matériel capable de distribuer les paquets au débit de ligne. Les opérateurs ne peuvent pas supposer que chaque NIC existante puisse reproduire l’implémentation de Meta.

Le déploiement dans le cloud ajoute une autre complication. Les fournisseurs utilisent des topologies, des classes de trafic, des réglages de congestion, des commutateurs et des transports RDMA différents.

Certains clouds s’appuient encore sur InfiniBand pour des charges de travail spécialisées. D’autres proposent des systèmes Ethernet qui se comportent différemment des centres de données exploités par Meta.

Meta indique que ses partenaires cloud exécutent des benchmarks communs de point à point et de communications collectives avant la mise en service de la capacité. Ces tests vont de quelques dizaines de GPU à plus de 1 000 GPU.

L’entreprise fait également correspondre les classes de trafic et les réglages de congestion propres aux fournisseurs à ses propres exigences RDMA. Ce processus vise à rendre des infrastructures hétérogènes suffisamment cohérentes pour les charges de travail de production.

Ce travail de qualification révèle une limite importante de l’ouverture. Un système peut utiliser des composants ouverts tout en exigeant une intégration et des tests considérables de la part d’une grande organisation d’ingénierie.

Meta résume cet enjeu par la standardisation. Les équipements hétérogènes sont gérables, mais chaque différence de transport, de télémétrie et de comportement face à la congestion ajoute du travail d’exploitation.

Les petits opérateurs peuvent bénéficier des spécifications et logiciels qui en résultent. Il est peu probable qu’ils reproduisent immédiatement l’ensemble du dispositif de validation de Meta.

La pression concurrentielle s’exerce donc autant sur les fournisseurs que sur les clients cloud. Les fournisseurs de commutateurs, de NIC et d’accélérateurs doivent démontrer que leurs produits s’intègrent dans un modèle opérationnel commun.

Le réseau scale-across transforme la distance en problème d’ordonnancement

L’architecture régionale de Meta considère la géographie comme une partie du système d’entraînement, et non comme une simple connexion entre des centres de données distincts.

Meta affirme que sa capacité IA prévue dépasse ce qu’un seul bâtiment ou une seule région peut contenir. Prometheus est conçu autour d’environ un gigawatt en 2026, tandis que Hyperion doit évoluer vers cinq gigawatts.

Ces chiffres décrivent des projets d’infrastructure, et non une comparaison achevée des performances d’entraînement. Ils expliquent néanmoins pourquoi Meta relie des capacités réparties entre des bâtiments classiques, des structures extérieures, des installations de colocation et des clouds publics.

L’agrégation backend, ou BAG, est la couche scale-across. Meta la décrit comme une super-colonne vertébrale Ethernet centralisée reliant plusieurs fabrics de couche spine en un cluster plus vaste.

Le système fonctionne à l’échelle du pétabit. Selon l’entreprise, la capacité inter-BAG entre deux régions peut atteindre des dizaines de pétabits par seconde.

Cette bande passante n’élimine pas la distance. Les liaisons plus longues exigent davantage de temps pour que les paquets et les accusés de réception circulent, tandis qu’Ethernet sans perte requiert une marge de tampon suffisante pour les données en transit.

Une liaison locale courte et une liaison s’étendant sur des dizaines de kilomètres ne devraient pas recevoir des allocations de tampon identiques. Dimensionner chaque connexion pour le pire cas gaspillerait une mémoire de commutateur rare.

FBOSS mesure plutôt la longueur des câbles installés. Il envoie du trafic de sonde via une file non congestionnée, estime la distance aller-retour et alloue une marge de tampon à partir de cette mesure.

Cette méthode fait de la distance physique une donnée d’entrée de la configuration réseau. Elle dépend également de mesures précises et d’une gestion prudente des conditions changeantes.

La qualité des chemins pose un autre problème. Une route peut rester disponible après avoir perdu une partie de sa capacité ; un signal binaire indiquant seulement si elle est active ou inactive est donc insuffisant.

BAG utilise la signalisation de bande passante de liaison eBGP pour répartir le trafic proportionnellement à la capacité disponible des chemins. L’amortissement limite l’instabilité du routage provoquée par des défaillances individuelles.

Le logiciel d’entraînement ajoute une seconde couche de contrôle. Selon Meta, la latence inter-fabric est plusieurs fois supérieure à la latence au sein d’un même fabric.

Les bibliothèques de communication collective choisissent souvent leurs algorithmes sans comprendre la distance géographique. Un mauvais choix peut imposer de grands volumes de trafic synchronisé sur des chemins régionaux plus lents.

Meta s’attaque à ce problème avec un routage adaptatif et l’ordonnancement des charges de travail. Le routage réduit la pénalité réseau, tandis que l’ordonnancement cherche à éloigner de BAG le trafic collectif inutile.

L’entreprise utilise également des réplicas pour améliorer la résilience. Si un réplica échoue, le système l’exclut tandis que les réplicas survivants poursuivent leur travail de synchronisation.

Il s’agit d’une évolution importante de la conception des infrastructures. Le réseau et l’ordonnancement des tâches ne peuvent plus être optimisés indépendamment lorsqu’une même tâche d’entraînement couvre plusieurs sites.

Meta a aussi déployé Segment Routing over IPv6 pour son backbone régional. SRv6 encode les instructions de routage dans les chemins IPv6, permettant une ingénierie du trafic plus délibérée.

Le backbone exécute FBOSS sur des commutateurs à faible mémoire tampon utilisant Cisco Silicon One. Meta indique prévoir de qualifier d’autres familles de silicium via la Switch Abstraction Interface de l’OCP.

Cette couche régionale accroît la pression sur les fournisseurs cloud. Meta souhaite que la capacité louée et les GPU des clouds publics ressemblent à son infrastructure propriétaire du point de vue opérationnel.

Les partenaires cloud ne peuvent pas simplement fournir des instances d’accélérateurs isolées. Ils doivent exposer une topologie prévisible, un comportement de congestion, des résultats de validation et de la télémétrie à une échelle bien plus grande.

L’architecture remet également en cause les frontières conventionnelles des clusters. Un cluster désignait autrefois des équipements au sein d’une seule installation. BAG traite les bâtiments, les campus et les régions proches comme des composants d’un unique système d’entraînement.

Les distances plus longues restent une contrainte majeure. Meta évoque de futures tâches couvrant des dizaines, des centaines ou des milliers de kilomètres, mais la latence ne disparaît pas grâce au logiciel.

La question pratique est de savoir quelles charges de travail peuvent tolérer ces distances. Des réplicas faiblement couplés peuvent plus facilement couvrir plusieurs régions que des opérations étroitement synchronisées sur chaque accélérateur.

L’annonce de Meta établit les mécanismes de contrôle, et non un résultat universel. La structure des applications déterminera dans quelle mesure la capacité régionale se comportera comme une machine cohérente.

Les interfaces ouvertes n’éliminent pas le risque d’intégration

La stratégie de Meta ouvre plusieurs couches, mais son succès dépend toujours d’un travail d’ingénierie difficile entre matériel, firmware, transport et logiciels de charge de travail.

L’Open Switch Platform Architecture, ou OSPA, cible une couche restée fragmentée après que les plans de données des commutateurs sont devenus plus portables.

La Switch Abstraction Interface permet au logiciel réseau de contrôler différentes puces de commutation. Pourtant, les fonctions de plateforme sous cette interface nécessitent toujours un travail spécifique au matériel.

Ces fonctions comprennent le séquençage de l’alimentation, les capteurs, la gestion thermique, l’inventaire matériel, les connexions de gestion, les mises à jour de firmware et les diagnostics.

Meta indique que la mise en service de chaque plateforme a exigé des mois d’ingénierie dupliquée. OSPA définit des interfaces matérielles et logicielles communes destinées à réduire ce travail.

Meta codirige l’initiative avec Microsoft et Alibaba. La version 1.0 a été soumise à l’Open Compute Project.

Ce partenariat confère à OSPA une crédibilité auprès des grands opérateurs. Il ne permet pas de savoir à quelle vitesse les fournisseurs d’équipements mettront en œuvre la spécification ni avec quelle cohérence leurs implémentations se comporteront.

Meta a également modifié FBOSS afin que les fournisseurs de commutateurs puissent intégrer leurs propres plateformes. Le modèle visé permet à plusieurs fournisseurs de développer des systèmes compatibles sans attendre les ingénieurs de Meta.

Les développeurs peuvent consulter le dépôt FBOSS, qui fournit le code source du système d’exploitation réseau de Meta. Le code public permet une revue technique, mais le déploiement en production exige davantage qu’un accès à un dépôt.

La qualification matérielle, la compatibilité du firmware, l’infrastructure de test et la réponse aux incidents restent des investissements substantiels. Les fournisseurs doivent également maintenir leurs ports à mesure que changent le système d’exploitation et les générations de silicium.

MetaRoCE fait face à des obstacles d’adoption similaires. Un protocole peut être ouvert tout en s’appuyant sur des fonctions de NIC programmables indisponibles dans de nombreux systèmes déployés.

Le comportement du transport doit également rester prévisible à travers les tampons des commutateurs, les politiques de routage, les pilotes d’accélérateurs et les bibliothèques collectives. Un défaut dans n’importe quelle couche peut apparaître sous la forme d’un ralentissement de l’application.

Il existe une autre tension stratégique. L’architecture de Meta dépend du silicium commercial de Broadcom, NVIDIA, Cisco et AMD tout en présentant un modèle opérationnel ouvert.

Cette organisation n’est pas contradictoire, mais elle définit l’ouverture de manière étroite. Meta ouvre les interfaces, les implémentations et les conceptions de référence plutôt que de fabriquer chaque composant elle-même.

Les fournisseurs conservent le contrôle des feuilles de route des puces, du packaging, des capacités de production et de nombreuses fonctions de bas niveau. Les opérateurs ne gagnent des alternatives que lorsque plusieurs fournisseurs proposent des implémentations équivalentes.

La collaboration avec NVIDIA illustre cet équilibre. Meta a travaillé avec NVIDIA sur FPF tout en positionnant Ethernet comme une option pour des domaines réseau desservis par des technologies spécialisées.

NVIDIA peut bénéficier de la vente de commutateurs Spectrum-X dans des environnements Ethernet ouverts. Parallèlement, une adoption plus large d’Ethernet peut réduire la dépendance à un réseau d’accélérateurs unique et verticalement intégré.

Broadcom bénéficie d’une opportunité comparable grâce aux conceptions Tahan et IceCube basées sur Tomahawk. Cisco participe au backbone régional via Silicon One.

Microsoft et Alibaba soutiennent OSPA car la standardisation des plateformes de commutateurs peut réduire l’ingénierie dupliquée au sein de grandes flottes. Leur participation rend également l’initiative moins spécifique à Meta.

La validation indépendante reste limitée au lancement. Meta qualifie son transport d’éprouvé en production, mais l’annonce ne fournit pas de résultats tiers complets couvrant des NIC et commutateurs concurrents.

Les lecteurs devraient donc distinguer trois affirmations. Les conceptions existent, certaines parties fonctionnent chez Meta, et des spécifications ouvertes peuvent permettre une adoption plus large.

Les deux premières affirmations disposent d’éléments directs fournis par l’entreprise. La troisième dépend d’implémentations futures, de suites de conformité, du soutien des fournisseurs et de déploiements hors de Meta.

La sécurité et la fiabilité méritent également de l’attention. Une interface commune peut réduire le code personnalisé, mais des implémentations partagées peuvent concentrer les défauts sur de nombreuses plateformes.

La simplicité opérationnelle n’est pas non plus garantie. Prendre en charge plusieurs fournisseurs peut accroître le pouvoir de négociation tout en multipliant les combinaisons de firmware que les équipes doivent qualifier.

L’infrastructure ouverte réussit lorsque la compatibilité réduit le travail total d’ingénierie. Elle échoue lorsque des composants nominalement ouverts exigent d’importants ajustements ponctuels pour fonctionner ensemble.

La publication de Meta donne à l’industrie une orientation détaillée. Elle ne résout pas encore ce test économique.

Trois signaux décideront du pari de Meta sur l’Ethernet ouvert

Les prochaines preuves devront montrer une interopérabilité reproductible, des performances applicatives stables et une adoption au-delà de la propre flotte de Meta.

Le premier signal sera la publication et l’implémentation d’ESUN 1.1. La spécification devrait ajouter des profils de commutateurs et des intervalles inter-paquets plus courts pour le trafic scale-up à faible latence.

ESUN gagnera en crédibilité si les fournisseurs d’accélérateurs et de commutateurs livrent des produits compatibles avec les mêmes exigences. Les résultats de conformité renforceraient davantage l’argument de Meta que des annonces supplémentaires d’adhésion.

Des implémentations retardées ou des interprétations incompatibles par les fournisseurs l’affaibliraient. Elles indiqueraient que le vocabulaire commun d’Ethernet manque encore d’une couche produit scale-up fiable.

Le deuxième signal est le déploiement externe de MetaRoCE. Meta a annoncé des implémentations open source, mais les adoptants ont besoin d’une prise en charge fonctionnelle des NIC, d’outils de conformité et de tests de performances reproductibles.

Il faudra surveiller les déploiements associant différentes NIC, puces de commutation et systèmes d’accélérateurs. Les résultats en situation de congestion et de défaillance partielle seront plus utiles que des démonstrations de débit idéal.

La latence de queue mérite une attention particulière. La bande passante moyenne peut rester élevée tandis qu’un petit nombre de transferts retardés ralentit l’entraînement synchronisé.

L’adoption par les fournisseurs de cloud constituerait un autre test significatif. Les clouds exploitent des parcs hétérogènes et révèlent les problèmes d’intégration qu’un propriétaire unique peut parfois masquer.

Le troisième signal est le rack de 72 accélérateurs construit autour d’une commutation à 102,4T. Meta a présenté en avant-première cette plateforme, tandis que la topologie plus petite de Tahan, à 16 accélérateurs, est déjà commercialisée.

Un déploiement en production relierait la feuille de route des normes ouvertes à un système d’exploitation plus dense. Il montrerait également si le refroidissement, le transport et les logiciels de communications collectives peuvent évoluer de concert.

Les résultats applicatifs comptent davantage que le nombre de ports. Des éléments probants utiles compareraient l’efficacité de l’entraînement, la récupération après défaillance, la densité de puissance et la charge opérationnelle sous un trafic de production soutenu.

Le programme du sommet 2026 montre combien de groupes poursuivent simultanément des technologies 800G, 1.6T, optiques, à refroidissement liquide et de réseaux d’accélérateurs.

Cette diversité crée à la fois des opportunités et de la fragmentation. La proposition de Meta cherche à organiser ces composants autour d’un comportement Ethernet partagé et d’interfaces de plateforme ouvertes.

Pour les développeurs, ce changement modifie l’endroit où les problèmes de performances apparaissent. Les logiciels de transport, les bibliothèques de communications collectives, la conscience de la topologie et la gestion des défaillances influencent désormais le débit des modèles au même titre que le code des accélérateurs.

Les acheteurs d’infrastructure devraient examiner quelles couches sont réellement interchangeables. Ils devraient également demander qui prend en charge la validation lorsque les composants proviennent de plusieurs fournisseurs.

Les clients cloud devraient surveiller si les fournisseurs proposent des garanties plus solides en matière de topologie et de performances. Le modèle de qualification de Meta suggère que la simple disponibilité générique d’accélérateurs ne suffit plus pour les grands traitements distribués.

Les annonces de Meta à l’OCP Summit 2026 constituent un argument cohérent en faveur d’un Ethernet ouvert sur l’ensemble du réseau d’IA. IcePack et IceCube traitent de la bande passante et du refroidissement. FPF et MetaRoCE traitent du transport multipath. BAG et SRv6 traitent de la dimension géographique.

OSPA et FBOSS tentent de rendre la plateforme exploitable entre différents fournisseurs. ESUN étend cet effort au domaine de scale-up le plus exigeant.

L’approche ouverte ne l’emportera que si d’autres organisations peuvent reproduire les résultats de Meta sans disposer de son échelle d’ingénierie. C’est la question que les lecteurs devraient garder à l’esprit lors du prochain cycle de produits.

Surveillez les implémentations, pas seulement les spécifications. Si des opérateurs indépendants obtiennent des performances d’entraînement prévisibles sur du matériel hétérogène, l’architecture de Meta aura modifié les fondements de la concurrence dans les réseaux d’IA.