Meta OCP Summit 2026 stellt offenes Ethernet proprietären KI-Netzwerken gegenüber
Meta nutzte den OCP Summit 2026, um sein erstes flüssigkeitsgekühltes Netzwerk-Rack vorzustellen und spezialisierte KI-Interconnects mit einer offenen Ethernet-Architektur herauszufordern.
Die Ankündigung reicht von einzelnen Beschleuniger-Racks bis zu Clustern, die über Gebäude, Clouds und Regionen verteilt sind. Zu den Komponenten zählen IcePack, IceCube, Flattened Planar Fabric, MetaRoCE und ein neuer Standard für Switch-Plattformen.
Die einzelnen Produkte sind wichtig, doch das übergeordnete Argument wiegt schwerer. Meta zufolge kann ein programmierbarer Ethernet-Stack Scale-up-, Scale-out- und Scale-across-Netzwerke unterstützen, ohne jede Ebene an einen einzigen Anbieter zu binden.
Diese Position stellt offenes Ethernet spezialisierten Accelerator-Fabrics und proprietären Plattform-Schnittstellen gegenüber. Zugleich weist sie Broadcom, NVIDIA, Microsoft, Alibaba, Cisco und Cloud-Anbietern unterschiedliche Rollen innerhalb derselben Infrastrukturstrategie zu.
Meta präsentierte die Designs auf dem OCP Global Summit in San Jose, der vom 12. bis 15. Oktober 2026 stattfand. Das Konferenzprogramm rückte KI-Cluster, Netzwerke, Flüssigkeitskühlung und offene Plattformstandards ins Zentrum seiner Agenda.
Die technischen Aussagen sind ambitioniert, doch die meisten Leistungsnachweise stammen von Meta selbst. Der eigentliche Test wird sein, ob andere Betreiber die Architektur über unterschiedliche Beschleuniger, Switches und Cloud-Umgebungen hinweg reproduzieren können.
Meta OCP Summit 2026 vereint drei Netzwerkdomänen
Meta betrachtet das KI-Netzwerk als ein Gesamtsystem, das innerhalb von Racks, über Cluster hinweg und zwischen Regionen funktionieren muss.
Die Meta-Netzwerkveröffentlichung gliedert dieses System in drei Domänen. Scale-up verbindet Beschleuniger innerhalb eines Racks oder eines eng gekoppelten Pods. Scale-out verbindet zahlreiche Beschleunigerknoten innerhalb eines Clusters. Scale-across verknüpft Kapazitäten, die auf verschiedene Standorte verteilt sind.
Diese Domänen stellten traditionell unterschiedliche Anforderungen. Scale-up-Verbindungen priorisieren extrem geringe Latenz und eng synchronisierte Kommunikation. Scale-out-Fabrics müssen große kollektive Operationen über Tausende Prozessoren hinweg bewältigen. Regionale Netzwerke bringen Distanz, variable Pfade und Fehlerdomänen mit sich.
Metas Antwort beginnt mit IcePack, seinem ersten flüssigkeitsgekühlten Netzwerk-Rack. IcePack folgt dem OCP-Rackstandard ORV3-HPRv1 und beherbergt IceCube-Switch-Blades.
Jeder IceCube bietet eine Switching-Kapazität von 102,4 Terabit pro Sekunde. Er stellt 128 blockierungsfreie 800-Gigabit-Verbindungen bereit und verdoppelt die Bandbreite von Metas früheren 51,2T-Plattformen.
Meta entwickelte zwei IceCube-Varianten rund um unterschiedliche Switch-Chips. Eine nutzt Broadcom Tomahawk6C, die andere NVIDIA Spectrum-6. Beide betreiben Metas Open-Source-Netzwerkbetriebssystem FBOSS über das OCP Switch Abstraction Interface.
Dieses Dual-Silicon-Design stützt Metas übergeordnetes Argument. Eine offene Betriebsebene soll Infrastrukturteams ermöglichen, mehr als einen Hardwarepfad zu qualifizieren, ohne ihre gesamte Steuerungsumgebung neu aufzubauen.
Flüssigkeitskühlung ist keine kosmetische Ergänzung. Höhere Switch-Bandbreiten erhöhen die Leistungs- und Wärmedichte, während KI-Racks bereits Beschleuniger und unterstützende Komponenten auf begrenztem Raum bündeln.
Indem Meta die Netzwerkschicht in ein flüssigkeitsgekühltes Design integriert, kann das Unternehmen 102,4T-Switches neben Compute-Systemen der nächsten Generation platzieren. Zudem verringert dies die Abhängigkeit von zunehmend schwierigen Luftkühlungskonfigurationen.
IceCube deckt nur einen Teil des Netzwerks ab. Metas Flattened Planar Fabric, kurz FPF, verändert die Anbindung von GPUs an die Scale-out-Fabric.
Jede GPU verbindet sich über acht unabhängige 100-Gigabit-Links. Diese Verbindungen führen zu acht Switches, wobei jeweils eine Verbindung einer Netzwerkebene zugewiesen ist.
Ein konventionelles Design leitet Datenverkehr häufig über eine einzige Uplink-Struktur. FPF verteilt die verfügbaren Pfade über unabhängige Ebenen und verlagert die Paketplatzierung näher an die Netzwerkschnittstellenkarte.
Die Topologie entfernt zudem eine Switching-Ebene. Meta zufolge verwandelt FPF das bisherige dreistufige Clos-Design in eine zweistufige Clos-Fabric und reduziert damit Hops, Latenz und Infrastrukturbedarf.
Eine Clos-Fabric bietet über Switch-Ebenen hinweg mehrere Pfade zwischen Endpunkten. Das Entfernen einer Ebene vereinfacht diesen Pfad, überträgt jedoch mehr Verantwortung auf Endpunkt-Hardware und Steuerungssoftware.
Die Netzwerkschnittstellenkarte verteilt Pakete in Hardware über alle acht Ebenen. Die gemeinsame Steuerungsebene von Host und Switch kann den Datenverkehr anschließend von einer beeinträchtigten Ebene weglenken.
Meta entwickelte die Produktionsimplementierung gemeinsam mit NVIDIA und dessen Spectrum-X Multiplane-Technologie. Diese Zusammenarbeit erschwert jede einfache Erzählung, wonach Meta NVIDIA aus seiner Infrastruktur entfernen wolle.
Stattdessen versucht Meta, Beteiligung und Kontrolle voneinander zu trennen. NVIDIA-Silizium kann Teil des Systems bleiben, während Meta ein offenes Betriebsmodell über mehrere Anbieter hinweg aufrechterhält.
Die unmittelbare Veränderung ist daher größer als ein schnellerer Switch. Meta hat eine koordinierte Architektur für Kühlung, Switching, Routing, Transport und regionale Aggregation veröffentlicht.
Offenes Ethernet reicht nun bis in das Beschleuniger-Rack
Im Mittelpunkt steht die Frage, ob Ethernet eng gekoppelte Beschleuniger bedienen kann, ohne die Leistung spezialisierten Scale-up-Netzwerken zu überlassen.
Scale-up-Netzwerke waren der schwierigste Teil des Stacks für Ethernet. Die Kommunikation innerhalb eines Beschleuniger-Racks verlangt geringe Latenz, vorhersagbare Zustellung und beträchtliche Bandbreite zwischen Prozessoren.
Spezialisierte Interconnects gewannen an Bedeutung, weil sich diese Anforderungen von gewöhnlichem Rechenzentrumsverkehr unterscheiden. Ein Trainingsjob kann keine unvorhersehbaren Unterbrechungen tolerieren, wenn Hunderte Beschleuniger Teilergebnisse austauschen.
Meta reagiert darauf mit Tahan, einem Ethernet-basierten Scale-up-Switch für seine MTIA-300-Trainingsbeschleuniger. Tahan nutzt Broadcoms 51,2-Tbit/s-Switch-Chip Tomahawk 5.
Die Plattform bietet 64 Ports mit jeweils 800 Gigabit pro Sekunde. Meta weist die Hälfte dieser Kapazität über die Backplane der Beschleunigeranbindung zu.
Vier Tahan-Switches verbinden 16 Beschleuniger in einer blockierungsfreien Topologie. Laut Meta erhält jeder Beschleuniger 6,4 Terabit pro Sekunde an Scale-up-Bandbreite.
Tahan verwendet zudem die verlustfreie RoCE-Transportkonfiguration aus Metas Scale-out-Netzwerk erneut. RoCE transportiert Remote Direct Memory Access über Ethernet und ermöglicht Systemen, Daten ohne den üblichen Overhead der Host-Verarbeitung zu bewegen.
Meta konfiguriert diese Umgebung mit geroutetem IPv6, Priority Flow Control und auf KI-Datenverkehr abgestimmten Quality-of-Service-Richtlinien. FBOSS betreibt die Scale-up- und Scale-out-Switches.
Diese Wiederverwendung ist der Mechanismus hinter Metas Open-Ethernet-These. Ein gemeinsamer Betriebs-Stack kann die Zahl isolierter Netzwerksysteme verringern, die Ingenieure bereitstellen und Fehler analysieren müssen.
Meta liefert Tahan bereits aus, während sein nächstes Design ambitionierter ist. Das Unternehmen stellte ein Switch-Blade mit 216 Ports auf Basis von 400-Gigabit-Verbindungen und Broadcom-Tomahawk6C-Silizium in Aussicht.
Acht dieser Blades sollen 72 Beschleuniger innerhalb eines Racks verbinden. Das Design würde dieselbe 102,4T-Siliziumgeneration nutzen wie IceCube.
Eine künftige Version ist rund um Ethernet for Scale-Up Networking, kurz ESUN, geplant. ESUN ist eine OCP-Initiative, die Fabric-Anforderungen für Ethernet im Beschleunigermaßstab definiert.
Der Unterschied zwischen einem ausgelieferten Produkt und einem geplanten Standard ist wichtig. Tahan existiert heute, doch seine aktuelle Implementierung ist noch nicht die finale ESUN-basierte Architektur, die Meta beschreibt.
ESUN 1.0 definiert, was die Fabric leisten muss, während Implementierungsentscheidungen für Beschleuniger offenbleiben. Der Umfang umfasst Framing, Fehlerbehandlung und die Abstimmung mit Arbeiten von IEEE und dem Ultra Ethernet Consortium.
Meta zufolge nähert sich ESUN 1.1 der Fertigstellung. Zu den geplanten Ergänzungen zählen Switch-Profile und reduzierte Zwischenräume zwischen Paketen, die auf geringere Latenz innerhalb von Scale-up-Fabrics abzielen.
Zur beteiligten Gruppe gehören AMD, Arista, Arm, Broadcom, Cisco, HPE, Marvell, Microsoft und NVIDIA. Diese Mitgliedschaft zeigt breites Interesse, garantiert jedoch noch keine kompatiblen Produkte.
Der Vorteil von Ethernet besteht nicht darin, dass jede Komponente sofort austauschbar wird. Sein Vorteil liegt in einem gemeinsamen Rahmen, den Betreiber, Chip-Lieferanten und Systemanbieter umsetzen können, ohne dass ein einzelnes Beschleunigerunternehmen den gesamten Stack kontrolliert.
Spezialisierte Fabrics verfügen weiterhin über bedeutende Stärken. Sie profitieren von der engen Integration von Prozessoren, Switches, Softwarebibliotheken und Algorithmen für kollektive Kommunikation.
Meta muss daher mehr als reine Link-Kapazität nachweisen. Das Unternehmen benötigt stabile Tail-Latenzen, vorhersagbare Fehlerbehebung und anhaltende Anwendungsleistung unter Überlastung.
Erfüllt Ethernet diese Anforderungen, gewinnen Infrastrukturkäufer mehr Verhandlungsspielraum. Sie können Beschleuniger-, Switch- und Netzwerksoftware-Entscheidungen kombinieren, ohne ein vertikal integriertes Gesamtpaket akzeptieren zu müssen.
Bleibt Ethernet dahinter zurück, werden Betreiber es weiterhin außerhalb des Racks einsetzen und spezialisierte Fabrics für die anspruchsvollsten internen Verbindungen beibehalten.
Flattened Planar Fabric verlagert Intelligenz an den Rand
FPF tauscht eine einfachere physische Hierarchie gegen stärkere Koordination zwischen Netzwerkschnittstellen, Hosts, Switches und Steuerungssoftware.
Das abgeflachte Design reduziert das Netzwerk von drei Switching-Ebenen auf zwei. Weniger Ebenen können die Latenz senken und Geräte einsparen, doch das verbleibende System muss seine mehreren Pfade effektiv nutzen.
FPF beginnt den Lastausgleich an der Netzwerkschnittstellenkarte. Die NIC verteilt einzelne Pakete über acht unabhängige Ebenen, statt darauf zu warten, dass Switches größere Datenströme aufteilen.
Die Verteilung auf Paketebene kann verfügbare Links gleichmäßiger auslasten. Sie kann jedoch auch zu einer außerreihenfolgigen Zustellung führen, da Pakete auf separaten Pfaden nicht zwangsläufig in derselben Reihenfolge eintreffen.
Dieses Verhalten erklärt, weshalb das Transportdesign für die Architektur zentral ist. Ein konventioneller Transport kann neu angeordnete Pakete als Verlust interpretieren und unnötige Neuübertragungen oder Reaktionen auf Überlastung auslösen.
MetaRoCE ist Metas Antwort darauf. Es handelt sich um einen RDMA-Transport für kollektive KI-Kommunikation über große Ethernet-Fabrics.
Laut Metas technischer Präsentation ist das Protokoll Multipath-fähig, empfängergetrieben und tolerant gegenüber außerreihenfolgem Eintreffen. Es behandelt Paketverlust als erwarteten Netzwerkzustand, statt von einer perfekt verlustfreien Fabric auszugehen.
Empfängergetriebene Steuerung bedeutet, dass das Zielsystem mitbestimmt, wann und wie Sender Daten übertragen. Dieses Modell gibt dem empfangenden System mehr Einfluss auf Überlastung und verfügbare Kapazität.
Meta zufolge liefert MetaRoCE das Zuverlässigkeits- und Überlastungssteuerungsverhalten, das verteiltes Training benötigt. Das Unternehmen veröffentlicht Implementierungen, damit andere Infrastrukturteams das Design prüfen und erweitern können.
Eine frühere MetaRoCE-Präsentation beschrieb Implementierungen auf programmierbaren Netzwerkschnittstellenkarten von AMD. Sie behandelte außerdem Multiplane-Topologien, Tail-Latenz und RDMA über große Distanzen.
Offener Code verbessert die Prüfbarkeit, schafft jedoch nicht automatisch Interoperabilität. Breite Akzeptanz erfordert NIC-Unterstützung, Konformitätstests, stabile Spezifikationen und Betriebswerkzeuge von mehreren Anbietern.
Deshalb sollten FPF und MetaRoCE gemeinsam bewertet werden. FPF schafft die Multipath-Umgebung, während MetaRoCE versucht, diese Umgebung für synchronisierte KI-Workloads nutzbar zu machen.
Der Host wird ebenfalls Teil des Fehlerkontrollsystems. Fällt eine Ebene aus, kann der Host den Datenverkehr zu den verbleibenden Ebenen lenken, statt allein auf das Netzwerk zu warten.
Dieses Design kann die Auswirkungen eines isolierten Switch- oder Linkproblems begrenzen. Zugleich entsteht mehr Zustand, den Betreiber über Endpunkte und Netzwerkgeräte hinweg überwachen müssen.
Meta zufolge funktioniert FPF unter unterschiedlichen Fehler- und Wartungsbedingungen gut. Die öffentliche Ankündigung liefert jedoch keinen vollständigen unabhängigen Benchmark-Satz für diese Szenarien.
Die Architektur erfordert außerdem Hardware, die Pakete mit Leitungsgeschwindigkeit verteilen kann. Betreiber können nicht davon ausgehen, dass jede vorhandene NIC Metas Implementierung nachbilden kann.
Die Cloud-Bereitstellung bringt eine weitere Komplikation mit sich. Anbieter nutzen unterschiedliche Topologien, Verkehrsklassen, Staukonfigurationen, Switches und RDMA-Transporte.
Einige Clouds setzen für spezialisierte Workloads weiterhin auf InfiniBand. Andere bieten Ethernet-basierte Systeme an, die sich anders verhalten als Metas eigene Rechenzentren.
Meta zufolge führen seine Cloud-Partner gemeinsame Punkt-zu-Punkt- und Kollektiv-Benchmarks durch, bevor Kapazität in Betrieb geht. Diese Tests reichen von einigen Dutzend GPUs bis zu mehr als 1.000 GPUs.
Das Unternehmen ordnet zudem anbieterspezifische Verkehrsklassen und Staukonfigurationen den eigenen RDMA-Anforderungen zu. Dieser Prozess soll heterogene Infrastruktur für Produktions-Workloads ausreichend konsistent machen.
Diese Qualifizierungsarbeit zeigt eine wichtige Grenze der Offenheit auf. Ein System kann offene Komponenten nutzen und dennoch umfassende Integration und Tests durch eine große Engineering-Organisation erfordern.
Meta fasst das Thema unter dem Begriff Standardisierung zusammen. Heterogene Ausrüstung ist beherrschbar, doch jede Abweichung bei Transport, Telemetrie und Stauverhalten erhöht den Betriebsaufwand.
Kleinere Betreiber können von den daraus entstehenden Spezifikationen und der Software profitieren. Sie werden Metas vollständige Validierungsumgebung jedoch kaum unmittelbar nachbilden können.
Der Wettbewerbsdruck betrifft deshalb Anbieter ebenso wie Cloud-Kunden. Lieferanten von Switches, NICs und Beschleunigern müssen zeigen, dass ihre Produkte in ein gemeinsames Betriebsmodell passen.
Scale-Across-Networking macht Distanz zu einem Planungsproblem
Metas regionale Architektur behandelt Geografie als Teil des Trainingssystems und nicht bloß als Verbindung zwischen getrennten Rechenzentren.
Meta zufolge übersteigt die geplante KI-Kapazität des Unternehmens das, was ein einzelnes Gebäude oder eine Region aufnehmen kann. Prometheus ist für etwa ein Gigawatt im Jahr 2026 ausgelegt, während Hyperion auf bis zu fünf Gigawatt skalieren soll.
Diese Zahlen beschreiben Infrastrukturpläne, keinen abgeschlossenen Vergleich der Trainingsleistung. Sie erklären jedoch, warum Meta Kapazitäten über konventionelle Gebäude, Außenanlagen, Colocation-Einrichtungen und öffentliche Clouds hinweg verbindet.
Backend Aggregation, kurz BAG, ist die Scale-Across-Ebene. Meta beschreibt sie als zentralisierten Ethernet-Super-Spine, der mehrere Fabrics der Spine-Ebene zu einem größeren Cluster verbindet.
Das System arbeitet im Petabit-Maßstab. Die Inter-BAG-Kapazität zwischen zwei Regionen kann dem Unternehmen zufolge mehrere zehn Petabit pro Sekunde erreichen.
Diese Bandbreite hebt die Distanz nicht auf. Längere Verbindungen benötigen mehr Zeit für Pakete und Bestätigungen, während verlustfreies Ethernet ausreichend Pufferreserve für Daten im Übertragungsweg benötigt.
Einer kurzen lokalen Verbindung und einer Verbindung über mehrere zehn Kilometer sollten keine identischen Pufferzuweisungen erhalten. Jede Verbindung für den Worst Case auszulegen, würde knappen Switch-Speicher verschwenden.
FBOSS misst stattdessen die installierte Kabellänge. Es sendet Prüfdatenverkehr über eine nicht überlastete Warteschlange, schätzt die Hin-und-Rücklaufdistanz und weist auf Basis dieser Messung Pufferreserve zu.
Damit wird die physische Distanz zu einer Eingabe für die Netzwerkkonfiguration. Die Methode setzt zudem genaue Messungen und einen konservativen Umgang mit sich verändernden Bedingungen voraus.
Auch die Pfadqualität stellt ein Problem dar. Eine Route kann nach dem Verlust eines Teils ihrer Kapazität weiterhin verfügbar bleiben, weshalb ein binäres Up-or-Down-Signal nicht ausreicht.
BAG verwendet eBGP-Link-Bandbreitensignalisierung, um Verkehr proportional zur verfügbaren Pfadkapazität zu verteilen. Dämpfung begrenzt die durch einzelne Ausfälle verursachte Routing-Fluktuation.
Die Trainingssoftware fügt eine zweite Steuerungsebene hinzu. Die Inter-Fabric-Latenz ist laut Meta um ein Mehrfaches höher als die Latenz innerhalb einer Fabric.
Bibliotheken für kollektive Kommunikation wählen häufig Algorithmen, ohne die geografische Distanz zu berücksichtigen. Eine schlechte Wahl kann große Mengen synchronisierten Datenverkehrs über langsamere regionale Pfade erzwingen.
Meta begegnet diesem Problem mit adaptivem Routing und Workload-Planung. Routing verringert die Netzwerknachteile, während die Planung versucht, unnötigen kollektiven Verkehr von BAG fernzuhalten.
Das Unternehmen nutzt außerdem Replikate, um die Ausfallsicherheit zu verbessern. Fällt ein Replikat aus, schließt das System es aus, während die verbleibenden Replikate ihre Synchronisierungsarbeit fortsetzen.
Dies ist ein bedeutender Wandel im Infrastrukturdesign. Netzwerk- und Job-Planung können nicht länger unabhängig optimiert werden, wenn ein Trainingsjob mehrere Standorte umfasst.
Meta hat außerdem Segment Routing over IPv6 für sein regionales Backbone eingeführt. SRv6 kodiert Routing-Anweisungen in IPv6-Pfade und ermöglicht gezielteres Traffic Engineering.
Das Backbone betreibt FBOSS auf Switches mit flachen Puffern und Cisco Silicon One. Meta zufolge plant das Unternehmen, über OCPs Switch Abstraction Interface zusätzliche Siliziumfamilien zu qualifizieren.
Diese regionale Ebene setzt Cloud-Anbieter unter Druck. Meta möchte, dass gemietete Kapazität und Public-Cloud-GPUs aus betrieblicher Sicht der eigenen Infrastruktur ähneln.
Cloud-Partner können nicht einfach isolierte Beschleunigerinstanzen bereitstellen. Sie müssen vorhersehbare Topologie, Stauverhalten, Validierungsergebnisse und Telemetrie in deutlich größerem Maßstab bereitstellen.
Die Architektur stellt auch herkömmliche Cluster-Grenzen infrage. Ein Cluster bezeichnete einst Ausrüstung innerhalb einer Einrichtung. BAG behandelt Gebäude, Campus und nahegelegene Regionen als Komponenten eines Trainingssystems.
Größere Entfernungen bleiben eine ernste Einschränkung. Meta diskutiert künftige Jobs über Dutzende, Hunderte oder Tausende Kilometer, doch Latenz verschwindet nicht durch Software.
Die praktische Frage lautet, welche Workloads diese Distanzen tolerieren können. Locker gekoppelte Replikate können Regionen leichter überspannen als eng synchronisierte Operationen über jeden Beschleuniger hinweg.
Metas Ankündigung etabliert die Steuerungsmechanismen, nicht jedoch ein universelles Ergebnis. Die Anwendungsstruktur wird bestimmen, wie stark sich regionale Kapazität wie eine kohärente Maschine verhält.
Offene Schnittstellen beseitigen kein Integrationsrisiko
Metas Strategie öffnet mehrere Ebenen, doch ihr Erfolg hängt weiterhin von anspruchsvoller Technik über Hardware, Firmware, Transport und Workload-Software hinweg ab.
Die Open Switch Platform Architecture, kurz OSPA, zielt auf eine Ebene, die fragmentiert blieb, nachdem Switch-Datenebenen portabler wurden.
Das Switch Abstraction Interface ermöglicht Netzwerksoftware die Steuerung unterschiedlicher Switching-Chips. Die Plattformfunktionen unterhalb dieser Schnittstelle erfordern jedoch weiterhin hardwarespezifische Arbeit.
Zu diesen Funktionen gehören Einschaltsequenzierung, Sensoren, Wärmemanagement, Hardwareinventar, Verwaltungsverbindungen, Firmware-Updates und Diagnose.
Meta zufolge erforderte die Inbetriebnahme jeder Plattform monatelange doppelte Engineering-Arbeit. OSPA definiert gemeinsame Hardware- und Softwareschnittstellen, die diesen Aufwand reduzieren sollen.
Meta leitet die Initiative gemeinsam mit Microsoft und Alibaba. Version 1.0 wurde beim Open Compute Project eingereicht.
Diese Partnerschaft verleiht OSPA bei großen Betreibern Glaubwürdigkeit. Sie legt jedoch nicht fest, wie schnell Ausrüstungsanbieter die Spezifikation umsetzen oder wie konsistent sich ihre Implementierungen verhalten werden.
Meta hat FBOSS zudem so verändert, dass Switch-Anbieter ihre eigenen Plattformen integrieren können. Das angestrebte Modell erlaubt mehreren Anbietern, kompatible Systeme zu entwickeln, ohne auf Meta-Ingenieure warten zu müssen.
Entwickler können das FBOSS repository einsehen, das den Quellcode für Metas Netzwerkbetriebssystem bereitstellt. Öffentlicher Code ermöglicht technische Prüfung, doch für den Produktionseinsatz reicht der Zugriff auf ein Repository nicht aus.
Hardwarequalifizierung, Firmware-Kompatibilität, Testinfrastruktur und Incident Response bleiben erhebliche Investitionen. Anbieter müssen ihre Ports zudem pflegen, wenn sich Betriebssystem- und Siliziumgenerationen ändern.
MetaRoCE steht vor ähnlichen Adoptionshürden. Ein Protokoll kann offen sein und zugleich auf programmierbare NIC-Funktionen angewiesen sein, die in vielen eingesetzten Systemen nicht verfügbar sind.
Auch das Transportverhalten muss über Switch-Puffer, Routing-Richtlinien, Beschleunigertreiber und Kollektivbibliotheken hinweg vorhersehbar bleiben. Ein Defekt auf irgendeiner Ebene kann sich als Verlangsamung der Anwendung zeigen.
Es gibt noch eine weitere strategische Spannung. Metas Architektur stützt sich auf kommerzielles Silizium von Broadcom, NVIDIA, Cisco und AMD, während sie ein offenes Betriebsmodell präsentiert.
Diese Konstellation ist nicht widersprüchlich, definiert Offenheit jedoch eng. Meta öffnet Schnittstellen, Implementierungen und Referenzdesigns, statt jede Komponente selbst zu fertigen.
Lieferanten kontrollieren weiterhin Chip-Roadmaps, Packaging, Produktionskapazität und viele Low-Level-Funktionen. Betreiber gewinnen erst dann Alternativen, wenn mehrere Lieferanten gleichwertige Implementierungen bereitstellen.
Die Zusammenarbeit mit NVIDIA veranschaulicht dieses Gleichgewicht. Meta arbeitete bei FPF mit NVIDIA zusammen und positionierte Ethernet zugleich als Option für Netzwerkdomänen, die von spezialisierten Technologien bedient werden.
NVIDIA kann vom Verkauf von Spectrum-X-Switches in offenen Ethernet-Umgebungen profitieren. Gleichzeitig kann eine breitere Ethernet-Einführung die Abhängigkeit von einem einzigen vertikal integrierten Beschleunigernetzwerk verringern.
Broadcom erhält durch Tomahawk-basierte Tahan- und IceCube-Designs eine vergleichbare Chance. Cisco beteiligt sich über Silicon One am regionalen Backbone.
Microsoft und Alibaba unterstützen OSPA, weil die Standardisierung von Switch-Plattformen doppelte Engineering-Arbeit über große Flotten hinweg reduzieren kann. Ihre Beteiligung macht die Initiative zudem weniger Meta-spezifisch.
Unabhängige Validierung bleibt zum Start begrenzt. Meta bezeichnet seinen Transport als praxiserprobt, doch die Ankündigung liefert keine vollständigen Drittanbieterergebnisse über konkurrierende NICs und Switches hinweg.
Leser sollten daher drei Behauptungen voneinander trennen. Die Designs existieren, Teile davon laufen innerhalb von Meta, und offene Spezifikationen können eine breitere Einführung unterstützen.
Für die ersten beiden Behauptungen gibt es direkte Unternehmensbelege. Die dritte hängt von künftigen Implementierungen, Compliance-Suiten, Lieferantenunterstützung und Einsätzen außerhalb von Meta ab.
Auch Sicherheit und Zuverlässigkeit verdienen Aufmerksamkeit. Eine gemeinsame Schnittstelle kann maßgeschneiderten Code reduzieren, doch gemeinsame Implementierungen können Fehler über viele Plattformen hinweg konzentrieren.
Auch betriebliche Einfachheit ist nicht garantiert. Die Unterstützung mehrerer Anbieter kann den Handlungsspielraum verbessern, zugleich aber die Zahl der Firmware-Kombinationen erhöhen, die Teams qualifizieren müssen.
Offene Infrastruktur gelingt, wenn Kompatibilität den gesamten Engineering-Aufwand senkt. Sie scheitert, wenn nominell offene Komponenten umfassende individuelle Abstimmung benötigen, um gemeinsam zu funktionieren.
Metas Veröffentlichung gibt der Branche eine detaillierte Richtung vor. Sie löst diese wirtschaftliche Prüfung jedoch noch nicht.
Drei Signale werden über Metas offene Ethernet-Wette entscheiden
Die nächsten Belege müssen wiederholbare Interoperabilität, stabile Anwendungsleistung und eine Einführung über Metas eigene Flotte hinaus zeigen.
Das erste Signal ist die Veröffentlichung und Implementierung von ESUN 1.1. Die Spezifikation soll voraussichtlich Switch-Profile und kürzere Inter-Packet-Gaps für Scale-up-Verkehr mit niedriger Latenz ergänzen.
ESUN wird glaubwürdiger, wenn Beschleuniger- und Switch-Anbieter kompatible Produkte nach denselben Anforderungen ausliefern. Compliance-Ergebnisse würden Metas Argument stärker stützen als weitere Ankündigungen von Mitgliedschaften.
Verzögerte Implementierungen oder inkompatible Interpretationen durch Anbieter würden es schwächen. Sie würden darauf hindeuten, dass dem gemeinsamen Vokabular von Ethernet weiterhin eine verlässliche Scale-up-Produktschicht fehlt.
Das zweite Signal ist ein externer MetaRoCE-Einsatz. Meta hat Open-Source-Implementierungen angekündigt, doch Anwender benötigen funktionierende NIC-Unterstützung, Compliance-Tools und reproduzierbare Leistungstests.
Achten Sie auf Deployments, die unterschiedliche NICs, Switch-Chips und Beschleunigersysteme kombinieren. Ergebnisse unter Überlastung und bei Teilausfällen werden aussagekräftiger sein als Demonstrationen idealer Durchsatzwerte.
Besondere Aufmerksamkeit verdient die Tail-Latenz. Die durchschnittliche Bandbreite kann hoch bleiben, während eine kleine Zahl verzögerter Übertragungen synchronisiertes Training verlangsamt.
Die Einführung durch Cloud-Anbieter wäre ein weiterer wichtiger Test. Clouds betreiben heterogene Flotten und machen Integrationsprobleme sichtbar, die ein einzelner Betreiber mitunter verbergen kann.
Das dritte Signal ist das auf 102,4T-Switching basierende Rack mit 72 Beschleunigern. Meta hat diese Plattform vorgestellt, während Tahans kleinere Topologie mit 16 Beschleunigern bereits ausgeliefert wird.
Ein produktiver Einsatz würde die Roadmap für offene Standards mit einer dichteren Betriebsumgebung verbinden. Er würde zudem zeigen, ob Kühlung, Transport und Collective-Software gemeinsam skalieren.
Anwendungsergebnisse sind wichtiger als Portzahlen. Aussagekräftige Belege würden Trainingseffizienz, Ausfallwiederherstellung, Leistungsdichte und betrieblichen Aufwand unter dauerhaftem Produktionsverkehr vergleichen.
Die Agenda des Gipfels 2026 zeigt, wie viele Gruppen gleichzeitig an 800G-, 1.6T-, optischen, flüssigkeitsgekühlten sowie Beschleuniger-Netzwerktechnologien arbeiten.
Diese Breite schafft Chancen, aber auch Fragmentierung. Metas Vorschlag versucht, diese Komponenten durch gemeinsames Ethernet-Verhalten und offene Plattform-Schnittstellen zu organisieren.
Für Entwickler verändert sich dadurch, an welchen Stellen Leistungsprobleme auftreten. Transportsoftware, Collective-Bibliotheken, Topologiebewusstsein und Fehlerbehandlung beeinflussen nun neben dem Beschleunigercode auch den Modelldurchsatz.
Infrastrukturkäufer sollten prüfen, welche Ebenen tatsächlich austauschbar sind. Sie sollten außerdem fragen, wer die Validierung verantwortet, wenn Komponenten von mehreren Lieferanten stammen.
Cloud-Kunden sollten beobachten, ob Anbieter stärkere Garantien für Topologie und Leistung bereitstellen. Metas Qualifizierungsmodell deutet darauf hin, dass die bloße Verfügbarkeit generischer Beschleuniger für große verteilte Jobs nicht länger ausreicht.
Die Ankündigungen von Meta auf dem OCP Summit 2026 liefern ein schlüssiges Argument für offenes Ethernet im gesamten KI-Netzwerk. IcePack und IceCube adressieren Bandbreite und Kühlung. FPF und MetaRoCE adressieren Multipath-Transport. BAG und SRv6 adressieren geografische Distanzen.
OSPA und FBOSS sollen die Plattform über verschiedene Lieferanten hinweg betreibbar machen. ESUN erweitert diesen Ansatz auf den anspruchsvollsten Scale-up-Bereich.
Der offene Ansatz gewinnt nur, wenn andere Organisationen Metas Ergebnisse ohne Metas Engineering-Skalierung reproduzieren können. Diese Frage sollten Leser in den nächsten Produktzyklus mitnehmen.
Beobachten Sie die Implementierungen, nicht nur die Spezifikationen. Wenn unabhängige Betreiber über gemischte Hardware hinweg vorhersehbare Trainingsleistung erzielen, wird Metas Architektur die Wettbewerbsgrundlage des KI-Networkings verändert haben.
