Meta представи нови отворени разработки за мрежите в AI инфраструктурата в публикация от 26 октомври 2026 г. Две различни части заслужават отделно внимание: публичният софтуер MetaRoCE и инициативата OSPA за общ интерфейс към платформения слой на мрежови комутатори. Едното се отнася до преноса на данни, другото — до управлението на самата платформа.

Какво вече може да се прегледа

Хранилището MetaRoCE е публично и използва Apache 2.0. То съдържа спецификация и софтуерна реализация на RDMA транспорт, включително селективно потвърждение и повторно предаване. README описва работа върху Ethernet без задължителен Priority Flow Control. Това е описание на проекта, а не резултат от собствен тест на SIExpo.

Според публикацията на Meta вариантът, свързан с DPDK, предстои. Следователно наличието на хранилище не означава, че всеки обявен компонент вече може да се използва. Публичният код позволява технически преглед, но сам по себе си не доказва производителност в чужда мрежа или съвместимост с всяко устройство.

OSPA решава друг слой

Open Switch Platform Abstraction разглежда общи функции като захранване, инвентар, наблюдение на средата, достъп до хардуер и обновяване на фърмуер. В официалното представяне на OCP маршрутизирането и равнините за пренос и контрол са извън този обхват. Инициативата не е нов протокол, който сам избира маршрута на AI трафика.

Meta съобщава за внесена спецификация OSPA 1.0. Отделната страница на OCP описва ревизия 0.9 за ранен преглед. Това са различни състояния на документацията: не ги представяме като потвърждение, че окончателен стандарт вече е приет и внедрен навсякъде. Meta, Microsoft и Alibaba са сред първоначалните участници.

Защо разграничението е практично

Нашият редакционен пример е подмяна на комутатор в изчислителен клъстер. Екипът има поне два отделни въпроса: как приложението изпраща данните и как операторът следи вентилатори, захранване и версия на фърмуера. Добър отговор на единия не доказва решение на другия. Общо име „отворена мрежа“ би скрило точно тази разлика.

При оценка на транспортния софтуер бихме сравнили еднакви натоварвания и предварително определени условия за загуба на пакети. При платформения слой бихме проверили инвентара, откриването на отказ и възстановяването след неуспешно обновяване в разрешена тестова среда. Това са предложени критерии, а не извършени от нас изпитвания или указания за промяна на работеща продукционна мрежа.

За AI оператора съществената новина е наличието на конкретен код и работа по общ платформен интерфейс. От тях може да започне техническа оценка с ясно посочена версия. Разходът, устойчивостта и ползата обаче трябва да се установят в съответната инфраструктура. Публикацията на доставчика не е доказателство за автоматично ускорение и не променя сама по себе си инсталираните комутатори, кабели или приложения.

*AI илюстрация: концептуална редакционна визия, не документална снимка или действителен екран от продукта.*

*Редакционна проверка: 2026-10-27T07:47:49.830830+00:00.*