Meta OCP Summit 2026 stawia otwarty Ethernet przeciwko zastrzeżonym sieciom AI
Meta wykorzystała OCP Summit 2026 do zaprezentowania swojej pierwszej chłodzonej cieczą szafy sieciowej oraz zakwestionowania wyspecjalizowanych połączeń AI za pomocą otwartej architektury Ethernet.
Zapowiedź obejmuje rozwiązania od pojedynczych szaf akceleratorów po klastry rozproszone między budynkami, chmurami i regionami. Wśród jej komponentów znajdują się IcePack, IceCube, Flattened Planar Fabric, MetaRoCE oraz nowy standard platform przełącznikowych.
Poszczególne produkty są istotne, ale ważniejsza jest szersza teza. Meta twierdzi, że jeden programowalny stos Ethernet może obsługiwać sieci scale-up, scale-out i scale-across bez uzależniania każdej warstwy od jednego dostawcy.
Stanowisko to przeciwstawia otwarty Ethernet wyspecjalizowanym strukturom dla akceleratorów i zastrzeżonym interfejsom platform. Nadaje też Broadcom, NVIDIA, Microsoft, Alibaba, Cisco oraz dostawcom chmury odmienne role w ramach tej samej strategii infrastrukturalnej.
Meta przedstawiła projekty podczas OCP Global Summit w San Jose, który odbył się od 12 do 15 października 2026 roku. Program wydarzenia umieścił klastry AI, sieci, chłodzenie cieczą i otwarte standardy platform w centrum swojej agendy.
Deklaracje techniczne są ambitne, jednak większość dowodów dotyczących wydajności pochodzi od samej Mety. Prawdziwym testem będzie to, czy inni operatorzy zdołają odtworzyć tę architekturę na różnych akceleratorach, przełącznikach i w środowiskach chmurowych.
Meta OCP Summit 2026 łączy trzy domeny sieciowe
Meta traktuje sieć AI jako jeden system, który musi działać wewnątrz szaf, między klastrami i pomiędzy regionami.
Wydanie Meta network release dzieli ten system na trzy domeny. Scale-up łączy akceleratory w obrębie szafy lub ściśle sprzężonego poda. Scale-out łączy wiele węzłów akceleratorowych w klastrze. Scale-across spaja zasoby rozproszone między lokalizacjami.
Domeny te tradycyjnie stawiają odmienne wymagania. Połączenia scale-up priorytetowo traktują ekstremalnie niskie opóźnienia i ściśle zsynchronizowaną komunikację. Struktury scale-out muszą obsługiwać duże operacje zbiorowe na tysiącach procesorów. Sieci regionalne wprowadzają dystans, zmienne ścieżki i domeny awarii.
Odpowiedź Mety zaczyna się od IcePack, jej pierwszej chłodzonej cieczą szafy sieciowej. IcePack jest zgodny ze standardem szafy OCP ORV3-HPRv1 i mieści moduły przełącznikowe IceCube.
Każdy IceCube zapewnia 102,4 terabita na sekundę przepustowości przełączania. Udostępnia 128 nieblokujących połączeń 800-gigabitowych i podwaja przepustowość wcześniejszych platform Mety 51,2T.
Meta zaprojektowała dwa warianty IceCube wokół różnych układów przełączających. Jeden wykorzystuje Broadcom Tomahawk6C, drugi NVIDIA Spectrum-6. Oba działają pod kontrolą otwartego systemu operacyjnego sieci FBOSS Mety za pośrednictwem OCP Switch Abstraction Interface.
Taka konstrukcja z dwoma rodzajami krzemu wspiera szerszą tezę Mety. Otwarta warstwa operacyjna powinna pozwolić zespołom infrastruktury kwalifikować więcej niż jedną ścieżkę sprzętową bez przebudowy całego środowiska zarządzania.
Chłodzenie cieczą nie jest wyłącznie dodatkiem wizualnym. Wyższa przepustowość przełączników zwiększa gęstość mocy i obciążenie termiczne, podczas gdy szafy AI już koncentrują akceleratory i sprzęt pomocniczy na ograniczonej przestrzeni.
Przeniesienie warstwy sieciowej do konstrukcji chłodzonej cieczą pomaga Mecie umieścić przełączniki 102,4T obok systemów obliczeniowych nowej generacji. Zmniejsza też zależność od coraz trudniejszych konfiguracji chłodzenia powietrzem.
IceCube odpowiada tylko za jedną część sieci. Flattened Planar Fabric Mety, czyli FPF, zmienia sposób podłączania GPU do struktury scale-out.
Każdy GPU łączy się przez osiem niezależnych łączy 100-gigabitowych. Łącza te prowadzą do ośmiu przełączników, przy czym jedno połączenie przypisano do każdej płaszczyzny sieciowej.
Konwencjonalna konstrukcja zwykle przesyła ruch przez pojedynczą strukturę uplinków. FPF rozdziela dostępne ścieżki pomiędzy niezależne płaszczyzny i przenosi rozmieszczanie pakietów bliżej karty interfejsu sieciowego.
Topologia eliminuje też jedną warstwę przełączania. Meta twierdzi, że FPF przekształca jej wcześniejszy trójwarstwowy projekt Clos w dwuwarstwową strukturę Clos, ograniczając liczbę przeskoków, opóźnienia i wymagania infrastrukturalne.
Struktura Clos zapewnia wiele ścieżek między punktami końcowymi za pośrednictwem warstw przełączników. Usunięcie jednej warstwy upraszcza tę ścieżkę, lecz przenosi większą odpowiedzialność na sprzęt końcowy i oprogramowanie sterujące.
Karta interfejsu sieciowego rozprasza pakiety sprzętowo pomiędzy wszystkie osiem płaszczyzn. Połączona płaszczyzna sterowania hosta i przełącznika może następnie kierować ruch z dala od zakłóconej płaszczyzny.
Meta opracowała wdrożenie produkcyjne wraz z NVIDIA i jej technologią Spectrum-X Multiplane. Ta współpraca komplikuje prostą narrację, według której Meta próbuje usunąć NVIDIA ze swojej infrastruktury.
Zamiast tego Meta stara się oddzielić udział od kontroli. Krzem NVIDIA może pozostać częścią systemu, podczas gdy Meta utrzymuje otwarty model operacyjny obejmujący wielu dostawców.
Bezpośrednia zmiana jest zatem większa niż szybszy przełącznik. Meta opublikowała skoordynowaną architekturę chłodzenia, przełączania, routingu, transportu i agregacji regionalnej.
Otwarty Ethernet dociera teraz do wnętrza szafy akceleratorów
Główne pytanie brzmi, czy Ethernet może obsługiwać ściśle sprzężone akceleratory bez oddawania wydajności wyspecjalizowanym sieciom scale-up.
Sieci scale-up były najtrudniejszą częścią stosu, do której Ethernet próbował wejść. Komunikacja wewnątrz szafy akceleratorów wymaga niskich opóźnień, przewidywalnego dostarczania danych i znacznej przepustowości między procesorami.
Wyspecjalizowane połączenia zyskały na znaczeniu, ponieważ wymagania te różnią się od zwykłego ruchu w centrum danych. Zadanie treningowe nie może tolerować nieprzewidywalnych przerw, gdy setki akceleratorów wymieniają częściowe wyniki.
Meta odpowiada rozwiązaniem Tahan, opartym na Ethernet przełącznikiem scale-up zbudowanym dla jej akceleratorów treningowych MTIA 300. Tahan wykorzystuje układ przełączający Broadcom 51.2-Tbps Tomahawk 5.
Platforma oferuje 64 porty działające z przepustowością 800 gigabitów na sekundę. Meta przeznacza połowę tej pojemności na łączność akceleratorów przez płytę bazową.
Cztery przełączniki Tahan łączą 16 akceleratorów w nieblokującej topologii. Według Mety każdy akcelerator otrzymuje 6,4 terabita na sekundę przepustowości scale-up.
Tahan ponownie wykorzystuje także bezstratną konfigurację transportu RoCE stosowaną w sieci scale-out Mety. RoCE przenosi zdalny bezpośredni dostęp do pamięci przez Ethernet, umożliwiając systemom przesyłanie danych bez zwykłego narzutu przetwarzania po stronie hosta.
Meta konfiguruje to środowisko przy użyciu routowanego IPv6, priorytetowej kontroli przepływu oraz zasad jakości usług dostrojonych do ruchu AI. FBOSS obsługuje przełączniki scale-up i scale-out.
To ponowne wykorzystanie jest mechanizmem stojącym za tezą Mety o otwartym Ethernecie. Wspólny stos operacyjny może ograniczyć liczbę odizolowanych systemów sieciowych, które inżynierowie muszą wdrażać i diagnozować.
Meta już dostarcza Tahan, podczas gdy jej kolejny projekt jest bardziej ambitny. Firma zaprezentowała zapowiedź modułu przełącznikowego z 216 portami wykorzystującymi połączenia 400-gigabitowe i krzem Broadcom Tomahawk6C.
Osiem takich modułów ma łączyć 72 akceleratory w jednej szafie. Konstrukcja wykorzystywałaby tę samą generację krzemu 102,4T co IceCube.
Przyszła wersja jest planowana wokół Ethernet for Scale-Up Networking, czyli ESUN. ESUN to inicjatywa OCP definiująca wymagania dotyczące struktury Ethernet dla akceleratorów na dużą skalę.
Rozróżnienie między dostarczanym produktem a planowanym standardem ma znaczenie. Tahan istnieje już dziś, ale jego obecna implementacja nie jest jeszcze ostateczną architekturą opartą na ESUN, którą opisuje Meta.
ESUN 1.0 określa, co struktura musi zapewniać, pozostawiając otwarte wybory dotyczące implementacji akceleratorów. Zakres obejmuje ramkowanie, obsługę błędów oraz zgodność z pracami IEEE i Ultra Ethernet Consortium.
Meta twierdzi, że ESUN 1.1 zbliża się do ukończenia. Planowane dodatki obejmują profile przełączników i zmniejszone odstępy między pakietami, które mają obniżyć opóźnienia w strukturach scale-up.
W grupie uczestniczą AMD, Arista, Arm, Broadcom, Cisco, HPE, Marvell, Microsoft i NVIDIA. To członkostwo pokazuje szerokie zainteresowanie, lecz sam udział nie gwarantuje kompatybilnych produktów.
Przewaga Ethernetu nie polega na tym, że każdy komponent natychmiast staje się wymienny. Polega na wspólnych ramach, które operatorzy, dostawcy układów i producenci systemów mogą wdrażać bez kontroli całego stosu przez jedną firmę produkującą akceleratory.
Wyspecjalizowane struktury nadal mają istotne atuty. Korzystają ze ścisłej integracji procesorów, przełączników, bibliotek oprogramowania i algorytmów komunikacji zbiorowej.
Meta musi więc udowodnić więcej niż surową przepustowość łączy. Potrzebuje stabilnych opóźnień ogonowych, przewidywalnego odzyskiwania sprawności po awariach i trwałej wydajności aplikacji przy przeciążeniach.
Jeśli Ethernet spełni te wymagania, nabywcy infrastruktury zyskają większą siłę negocjacyjną. Będą mogli łączyć wybory dotyczące akceleratorów, przełączników i oprogramowania sieciowego bez akceptowania jednego pionowo zintegrowanego pakietu.
Jeśli rozwiązanie nie spełni oczekiwań, operatorzy nadal będą używać Ethernetu poza szafą, zachowując wyspecjalizowane struktury dla najbardziej wymagających połączeń wewnętrznych.
Flattened Planar Fabric przenosi inteligencję na brzeg sieci
FPF wymienia prostszą hierarchię fizyczną na większą koordynację między interfejsami sieciowymi, hostami, przełącznikami i oprogramowaniem sterującym.
Spłaszczona konstrukcja redukuje sieć z trzech warstw przełączania do dwóch. Mniejsza liczba warstw może obniżyć opóźnienia i usunąć część sprzętu, ale pozostały system musi skutecznie wykorzystywać wiele ścieżek.
FPF rozpoczyna równoważenie obciążenia na karcie interfejsu sieciowego. NIC rozdziela pojedyncze pakiety między osiem niezależnych płaszczyzn, zamiast czekać, aż przełączniki podzielą większe przepływy ruchu.
Dystrybucja na poziomie pakietów może równomierniej wykorzystywać dostępne łącza. Może też powodować dostarczanie poza kolejnością, ponieważ pakiety wybierające odrębne ścieżki niekoniecznie docierają w tej samej sekwencji.
To zachowanie wyjaśnia, dlaczego projekt transportu ma kluczowe znaczenie dla tej architektury. Konwencjonalny transport może interpretować pakiety dostarczone w zmienionej kolejności jako oznakę utraty, wywołując niepotrzebne retransmisje lub reakcje na przeciążenie.
MetaRoCE jest odpowiedzią Mety. To transport RDMA zaprojektowany dla zbiorowej komunikacji AI w dużych strukturach Ethernet.
Według technicznej prezentacji Mety protokół obsługuje wiele ścieżek, jest sterowany przez odbiorcę i toleruje pakiety docierające poza kolejnością. Traktuje utratę pakietów jako oczekiwany stan sieci, zamiast zakładać idealnie bezstratną strukturę.
Sterowanie przez odbiorcę oznacza, że miejsce docelowe pomaga określić, kiedy i jak nadawcy przesyłają dane. Model ten daje systemowi odbierającemu większy wpływ na przeciążenia i dostępną pojemność.
Meta twierdzi, że MetaRoCE zapewnia niezawodność i mechanizmy kontroli przeciążenia wymagane przez trening rozproszony. Firma udostępnia implementacje, aby inne zespoły infrastruktury mogły zbadać i rozwijać ten projekt.
Wcześniejsza prezentacja MetaRoCE opisywała implementacje na programowalnych kartach interfejsu sieciowego AMD. Omawiała również topologie wielopłaszczyznowe, opóźnienia ogonowe i RDMA na duże odległości.
Otwarty kod poprawia możliwość inspekcji, ale nie tworzy automatycznie interoperacyjności. Szerokie wdrożenie wymaga obsługi przez NIC, testów zgodności, stabilnych specyfikacji i narzędzi operacyjnych od wielu dostawców.
Dlatego FPF i MetaRoCE należy oceniać łącznie. FPF tworzy środowisko wielościeżkowe, a MetaRoCE próbuje uczynić je użytecznym dla zsynchronizowanych obciążeń AI.
Host staje się również częścią systemu kontroli awarii. Jeśli jedna płaszczyzna ulegnie awarii, host może skierować ruch do pozostałych płaszczyzn, zamiast czekać wyłącznie na reakcję sieci.
Taka konstrukcja może ograniczyć skutki odizolowanego problemu z przełącznikiem lub łączem. Tworzy jednak także więcej stanów, które operatorzy muszą monitorować w punktach końcowych i urządzeniach sieciowych.
Meta twierdzi, że FPF działa dobrze w różnych warunkach awarii i prac konserwacyjnych. Publiczne ogłoszenie nie przedstawia jednak kompletnego, niezależnego zestawu benchmarków dla tych scenariuszy.
Architektura wymaga również sprzętu zdolnego do dystrybucji pakietów z prędkością liniową. Operatorzy nie mogą zakładać, że każda istniejąca karta NIC odtworzy implementację Meta.
Wdrożenie chmurowe wprowadza kolejną komplikację. Dostawcy korzystają z różnych topologii, klas ruchu, ustawień kontroli przeciążenia, przełączników i transportów RDMA.
Niektóre chmury nadal opierają się na InfiniBand w wyspecjalizowanych obciążeniach. Inne oferują systemy oparte na Ethernet, które działają inaczej niż należące do Meta centra danych.
Meta podaje, że jej partnerzy chmurowi uruchamiają wspólne benchmarki punkt-punkt i operacji zbiorowych, zanim zasoby zostaną oddane do użytku. Testy te obejmują od kilkudziesięciu do ponad 1 000 GPU.
Firma mapuje również specyficzne dla dostawców klasy ruchu i ustawienia kontroli przeciążenia na własne wymagania RDMA. Celem tego procesu jest zapewnienie wystarczająco spójnego działania heterogenicznej infrastruktury dla obciążeń produkcyjnych.
Te prace kwalifikacyjne ujawniają istotne ograniczenie otwartości. System może wykorzystywać otwarte komponenty, a mimo to wymagać szeroko zakrojonej integracji i testów ze strony dużej organizacji inżynieryjnej.
Meta ujmuje ten problem jako kwestię standaryzacji. Heterogeniczny sprzęt jest możliwy do zarządzania, lecz każda różnica w transporcie, telemetrii i zachowaniu przy przeciążeniu zwiększa nakład pracy operacyjnej.
Mniejsi operatorzy mogą skorzystać z wynikających z tego specyfikacji i oprogramowania. Jest jednak mało prawdopodobne, by od razu odtworzyli pełny aparat walidacyjny Meta.
Presja konkurencyjna spada zatem w równym stopniu na dostawców, co na klientów chmurowych. Dostawcy przełączników, kart NIC i akceleratorów muszą wykazać, że ich produkty pasują do wspólnego modelu operacyjnego.
Sieciowanie Scale-Across Zamienia Odległość w Problem Harmonogramowania
Regionalna architektura Meta traktuje geografię jako część systemu treningowego, a nie jedynie połączenie między odrębnymi centrami danych.
Meta twierdzi, że jej planowana moc obliczeniowa dla AI przekracza możliwości pojedynczego budynku lub regionu. Prometheus zaprojektowano z myślą o około jednym gigawacie w 2026 roku, podczas gdy Hyperion ma skalować się do pięciu gigawatów.
Liczby te opisują plany infrastrukturalne, a nie ukończone porównanie wydajności treningu. Wyjaśniają jednak, dlaczego Meta łączy zasoby między konwencjonalnymi budynkami, konstrukcjami zewnętrznymi, obiektami kolokacyjnymi i chmurami publicznymi.
Agregacja backendu, czyli BAG, stanowi warstwę scale-across. Meta opisuje ją jako scentralizowany super-rdzeń Ethernet, łączący kilka struktur warstwy spine w jeden większy klaster.
System działa w skali petabitów. Według firmy pojemność między dwoma regionami w ramach BAG może osiągać dziesiątki petabitów na sekundę.
Ta przepustowość nie eliminuje odległości. Dłuższe łącza wymagają więcej czasu na przesyłanie pakietów i potwierdzeń, a bezstratny Ethernet potrzebuje wystarczającego zapasu bufora dla danych będących w trakcie transmisji.
Krótkie łącze lokalne i łącze rozciągające się na dziesiątki kilometrów nie powinny otrzymywać identycznych przydziałów bufora. Konfigurowanie każdego połączenia pod najgorszy przypadek marnowałoby ograniczoną pamięć przełączników.
FBOSS mierzy natomiast długość zainstalowanego kabla. Wysyła ruch sondujący przez nieprzeciążoną kolejkę, szacuje odległość w obie strony i na podstawie tego pomiaru przydziela zapas bufora.
Metoda ta czyni fizyczną odległość parametrem konfiguracji sieci. Zależy jednak także od dokładnych pomiarów i ostrożnego reagowania na zmieniające się warunki.
Jakość ścieżki stwarza kolejny problem. Trasa może pozostać dostępna po utracie części przepustowości, dlatego binarny sygnał dostępności lub niedostępności nie wystarcza.
BAG wykorzystuje sygnalizację przepustowości łączy eBGP do rozdzielania ruchu proporcjonalnie do dostępnej pojemności ścieżki. Damping ogranicza fluktuacje routingu powodowane pojedynczymi awariami.
Oprogramowanie treningowe dodaje drugą warstwę kontroli. Według Meta opóźnienie między strukturami jest kilkukrotnie większe niż opóźnienie wewnątrz jednej struktury.
Biblioteki komunikacji zbiorowej często wybierają algorytmy bez uwzględnienia odległości geograficznej. Nietrafiony wybór może wymusić przesyłanie dużych ilości zsynchronizowanego ruchu przez wolniejsze ścieżki regionalne.
Meta rozwiązuje ten problem za pomocą routingu adaptacyjnego i harmonogramowania obciążeń. Routing ogranicza koszt sieciowy, natomiast harmonogramowanie stara się trzymać niepotrzebny ruch zbiorowy z dala od BAG.
Firma wykorzystuje również repliki, aby zwiększać odporność. Jeśli jedna replika zawiedzie, system ją wyklucza, podczas gdy pozostałe repliki kontynuują pracę synchronizacyjną.
To istotna zmiana w projektowaniu infrastruktury. Sieci i harmonogramowania zadań nie można już optymalizować niezależnie, gdy jedno zadanie treningowe obejmuje wiele lokalizacji.
Meta wdrożyła również Segment Routing over IPv6 w swoim regionalnym szkielecie sieciowym. SRv6 koduje instrukcje routingu w ścieżkach IPv6, wspierając bardziej świadome inżynierię ruchu.
Szkielet działa z FBOSS na przełącznikach z płytkimi buforami wykorzystujących Cisco Silicon One. Meta podaje, że planuje kwalifikować dodatkowe rodziny układów krzemowych za pośrednictwem Switch Abstraction Interface organizacji OCP.
Ta warstwa regionalna wywiera presję na dostawców chmurowych. Meta chce, aby dzierżawiona pojemność i GPU w chmurach publicznych przypominały jej własną infrastrukturę z perspektywy operacyjnej.
Partnerzy chmurowi nie mogą po prostu dostarczać odizolowanych instancji akceleratorów. Muszą zapewniać przewidywalną topologię, zachowanie przy przeciążeniu, wyniki walidacji i telemetrię na znacznie większą skalę.
Architektura podważa także konwencjonalne granice klastra. Klaster niegdyś oznaczał sprzęt w obrębie jednego obiektu. BAG traktuje budynki, kampusy i pobliskie regiony jako komponenty jednego systemu treningowego.
Większe odległości pozostają poważnym ograniczeniem. Meta omawia przyszłe zadania obejmujące dziesiątki, setki lub tysiące kilometrów, lecz opóźnienie nie znika dzięki oprogramowaniu.
Praktyczne pytanie brzmi, które obciążenia mogą tolerować takie odległości. Luźniej powiązane repliki mogą łatwiej obejmować regiony niż ściśle zsynchronizowane operacje wykonywane na każdym akceleratorze.
Ogłoszenie Meta ustanawia mechanizmy kontroli, a nie uniwersalny rezultat. Struktura aplikacji określi, w jakim stopniu regionalna pojemność będzie działać jak jedna spójna maszyna.
Otwarte Interfejsy Nie Eliminują Ryzyka Integracji
Strategia Meta otwiera kilka warstw, ale jej powodzenie nadal zależy od trudnej inżynierii obejmującej sprzęt, firmware, transport i oprogramowanie obsługujące obciążenia.
Open Switch Platform Architecture, czyli OSPA, celuje w warstwę, która pozostała rozproszona po zwiększeniu przenośności płaszczyzn danych przełączników.
Switch Abstraction Interface pozwala oprogramowaniu sieciowemu kontrolować różne układy przełączające. Funkcje platformy działające poniżej tego interfejsu nadal wymagają jednak prac specyficznych dla sprzętu.
Funkcje te obejmują sekwencjonowanie zasilania, czujniki, zarządzanie temperaturą, inwentaryzację sprzętu, połączenia zarządzające, aktualizacje firmware i diagnostykę.
Meta podaje, że uruchomienie każdej platformy wymagało miesięcy powielonych prac inżynieryjnych. OSPA definiuje wspólne interfejsy sprzętowe i programowe, które mają ograniczyć ten nakład.
Meta współkieruje inicjatywą wraz z Microsoft i Alibaba. Wersja 1.0 została zgłoszona do Open Compute Project.
To partnerstwo nadaje OSPA wiarygodność wśród dużych operatorów. Nie przesądza jednak, jak szybko dostawcy sprzętu wdrożą specyfikację ani jak spójnie będą działać ich implementacje.
Meta zmieniła również FBOSS tak, aby dostawcy przełączników mogli samodzielnie wdrażać własne platformy. Docelowy model umożliwia kilku dostawcom tworzenie kompatybilnych systemów bez oczekiwania na inżynierów Meta.
Deweloperzy mogą przejrzeć repozytorium FBOSS, które udostępnia kod źródłowy systemu operacyjnego sieci Meta. Publiczny kod umożliwia przegląd techniczny, lecz wdrożenie produkcyjne wymaga czegoś więcej niż dostępu do repozytorium.
Kwalifikacja sprzętu, zgodność firmware, infrastruktura testowa i reagowanie na incydenty nadal wymagają istotnych inwestycji. Dostawcy muszą również utrzymywać swoje porty wraz ze zmianami systemu operacyjnego i generacji układów krzemowych.
MetaRoCE napotyka podobne bariery adopcyjne. Protokół może być otwarty, a jednocześnie opierać się na programowalnych funkcjach kart NIC niedostępnych w wielu wdrożonych systemach.
Zachowanie transportu musi także pozostać przewidywalne w obrębie buforów przełączników, polityk routingu, sterowników akceleratorów i bibliotek zbiorowych. Defekt w dowolnej warstwie może objawiać się jako spowolnienie aplikacji.
Istnieje też inne napięcie strategiczne. Architektura Meta zależy od komercyjnych układów krzemowych Broadcom, NVIDIA, Cisco i AMD, a jednocześnie przedstawia otwarty model operacyjny.
Taki układ nie jest sprzeczny, ale wąsko definiuje otwartość. Meta otwiera interfejsy, implementacje i projekty referencyjne, zamiast samodzielnie produkować każdy komponent.
Dostawcy nadal kontrolują mapy drogowe układów, pakowanie, zdolności produkcyjne i wiele funkcji niskiego poziomu. Operatorzy zyskują alternatywy tylko wtedy, gdy kilku dostawców dostarcza równoważne implementacje.
Współpraca z NVIDIA ilustruje tę równowagę. Meta współpracowała z NVIDIA nad FPF, jednocześnie pozycjonując Ethernet jako opcję dla domen sieciowych obsługiwanych przez wyspecjalizowane technologie.
NVIDIA może skorzystać na sprzedaży przełączników Spectrum-X w otwartych środowiskach Ethernet. Jednocześnie szersze zastosowanie Ethernet może zmniejszyć zależność od jednej pionowo zintegrowanej sieci akceleratorów.
Broadcom zyskuje porównywalną szansę dzięki projektom Tahan i IceCube opartym na Tomahawk. Cisco uczestniczy w regionalnym szkielecie dzięki Silicon One.
Microsoft i Alibaba wspierają OSPA, ponieważ standaryzacja platform przełączników może ograniczyć powielone prace inżynieryjne w dużych flotach. Ich udział sprawia także, że inicjatywa jest mniej specyficzna dla Meta.
Niezależna walidacja pozostaje ograniczona na etapie premiery. Meta określa swój transport jako sprawdzony w produkcji, lecz ogłoszenie nie przedstawia kompletnych wyników zewnętrznych testów obejmujących konkurencyjne karty NIC i przełączniki.
Czytelnicy powinni zatem rozróżnić trzy twierdzenia. Projekty istnieją, ich części działają wewnątrz Meta, a otwarte specyfikacje mogą wspierać szersze wdrożenie.
Dwa pierwsze twierdzenia mają bezpośrednie potwierdzenie ze strony firmy. Trzecie zależy od przyszłych implementacji, zestawów zgodności, wsparcia dostawców i wdrożeń poza Meta.
Na uwagę zasługują również bezpieczeństwo i niezawodność. Wspólny interfejs może ograniczyć ilość niestandardowego kodu, lecz współdzielone implementacje mogą koncentrować defekty na wielu platformach.
Prostota operacyjna także nie jest gwarantowana. Obsługa wielu dostawców może zwiększyć siłę negocjacyjną, jednocześnie powiększając liczbę kombinacji firmware, które zespoły muszą kwalifikować.
Otwarta infrastruktura odnosi sukces, gdy kompatybilność zmniejsza całkowity nakład pracy inżynieryjnej. Zawodzi, gdy nominalnie otwarte komponenty wymagają szeroko zakrojonego, jednorazowego dostrajania, aby działać razem.
Publikacja Meta wyznacza branży szczegółowy kierunek. Nie rozstrzyga jeszcze tego testu ekonomicznego.
Trzy Sygnały Zadecydują o Zakładzie Meta na Otwarty Ethernet
Kolejne dowody muszą pokazać powtarzalną interoperacyjność, stabilną wydajność aplikacji i wdrożenie poza własną flotą Meta.
Pierwszym sygnałem będzie publikacja i wdrożenie ESUN 1.1. Oczekuje się, że specyfikacja doda profile przełączników i krótsze odstępy między pakietami dla ruchu scale-up o niskim opóźnieniu.
ESUN stanie się bardziej wiarygodny, jeśli dostawcy akceleratorów i przełączników dostarczą kompatybilne produkty spełniające te same wymagania. Wyniki zgodności wzmocniłyby argument Meta bardziej niż kolejne ogłoszenia o członkostwie.
Opóźnione implementacje lub niekompatybilne interpretacje dostawców osłabiłyby go. Sugerowałyby, że wspólnemu językowi Ethernet nadal brakuje niezawodnej warstwy produktowej dla scale-up.
Drugim sygnałem jest zewnętrzne wdrożenie MetaRoCE. Meta ogłosiła implementacje open source, lecz użytkownicy potrzebują działającego wsparcia NIC, narzędzi zgodności oraz powtarzalnych testów wydajności.
Warto obserwować wdrożenia łączące różne NIC, układy przełączników i systemy akceleratorów. Wyniki uzyskane przy przeciążeniach i częściowych awariach będą bardziej użyteczne niż demonstracje idealnej przepustowości.
Szczególnej uwagi wymaga opóźnienie ogonowe. Średnia przepustowość może pozostać wysoka, podczas gdy niewielka liczba opóźnionych transferów spowalnia zsynchronizowane trenowanie.
Kolejnym istotnym testem byłoby wdrożenie przez dostawców chmurowych. Chmury obsługują heterogeniczne floty i ujawniają problemy integracyjne, które pojedynczy właściciel może czasem ukryć.
Trzecim sygnałem jest szafa z 72 akceleratorami zbudowana wokół przełączania 102,4T. Meta zaprezentowała zapowiedź tej platformy, podczas gdy mniejsza topologia Tahana z 16 akceleratorami jest już dostępna.
Wdrożenie produkcyjne połączyłoby mapę drogową otwartych standardów z gęstszym środowiskiem operacyjnym. Pokazałoby również, czy chłodzenie, transport i oprogramowanie kolektywne skalują się wspólnie.
Wyniki zastosowań są ważniejsze niż liczba portów. Użyteczne dowody porównywałyby efektywność trenowania, odzyskiwanie po awariach, gęstość mocy i nakład pracy operacyjnej przy utrzymującym się ruchu produkcyjnym.
Program szczytu 2026 pokazuje, jak wiele grup jednocześnie rozwija technologie 800G, 1.6T, optyczne, cieczowo chłodzone oraz sieci dla akceleratorów.
Ta różnorodność stwarza zarówno szanse, jak i fragmentację. Propozycja Meta próbuje uporządkować te komponenty poprzez wspólne zachowanie Ethernetu i otwarte interfejsy platformowe.
Dla deweloperów zmiana wpływa na to, gdzie pojawiają się problemy z wydajnością. Oprogramowanie transportowe, biblioteki kolektywne, świadomość topologii i obsługa awarii wpływają teraz na przepustowość modeli obok kodu akceleratorów.
Nabywcy infrastruktury powinni sprawdzić, które warstwy są rzeczywiście wymienne. Powinni też pytać, kto odpowiada za walidację, gdy komponenty pochodzą od kilku dostawców.
Klienci chmurowi powinni obserwować, czy dostawcy udostępniają silniejsze gwarancje dotyczące topologii i wydajności. Model kwalifikacyjny Meta sugeruje, że ogólna dostępność akceleratorów nie wystarcza już dla dużych zadań rozproszonych.
Ogłoszenia Meta podczas OCP Summit 2026 przedstawiają spójne uzasadnienie dla otwartego Ethernetu w całej sieci AI. IcePack i IceCube dotyczą przepustowości oraz chłodzenia. FPF i MetaRoCE dotyczą transportu wielościeżkowego. BAG i SRv6 dotyczą zasięgu geograficznego.
OSPA i FBOSS mają uczynić platformę operacyjną w środowiskach wielu dostawców. ESUN rozszerza te działania na najbardziej wymagającą domenę skalowania w górę.
Otwarte podejście zwycięży tylko wtedy, gdy inne organizacje będą mogły odtworzyć wyniki Meta bez skali inżynieryjnej Meta. To pytanie, które czytelnicy powinni mieć na uwadze w kolejnym cyklu produktowym.
Należy obserwować implementacje, a nie tylko specyfikacje. Jeśli niezależni operatorzy osiągną przewidywalną wydajność trenowania na mieszanym sprzęcie, architektura Meta zmieni podstawy konkurencji w sieciach AI.
