Кратко

  • В данных реестра, полученных 21 октября 2026 года, у Nebius B.V. числятся пять автономных систем: четыре анонсируют блоки адресов, одна не анонсирует ничего, а три из пяти несут один и тот же идентификатор организации ORG-NB187-RIPE.
  • Выбранные регистрантом части имён — MAD, PA10 и UK — не доказывают ни место, ни функцию; единственная полученная запись о площадках относится к AS213291 и называет Хельсинки, Амстердам и Франкфурт, но не Мадрид и не Пенсильванию.

Что показывает реестр

В данных whois, полученных 21 октября 2026 года, в реестре RIPE NCC видны пять автономных систем: NebiusMAD (AS203326), NebiusPA10 (AS214415), CoreNebiusNet (AS215169), NebiusCloud (AS213291) и NEBIUS-UK (AS211318). Имена взяты из поля as-name соответствующего объекта — так их показывают выписки whois по каждой системе: AS203326, AS214415, AS215169, AS213291 и AS211318.

Три из этих объектов содержат в поле org идентификатор ORG-NB187-RIPE: AS203326, AS214415 и AS215169. У AS213291 и AS211318 полученная выписка вернула только поле as-name, без идентификатора организации. Это не формальность. Идентификатор организации связывает автономную систему с зарегистрированным юридическим лицом; если в выписке его нет, связь не подтверждена, но и не опровергнута.

Четыре анонсируют, одна молчит

По состоянию на тот же день AS203326 анонсирует пять префиксов (источник), AS214415 — тринадцать (источник), AS213291 — двадцать семь (источник), AS211318 — шесть (источник).

AS215169 не анонсирует ничего: тело ответа представляло собой пустой массив префиксов (источник), а сводка по этой системе указывает announced:false при держателе CoreNebiusNet Nebius B.V. (источник). Именно система со словом «Core» в имени на момент измерения не видна в глобальной маршрутизации, тогда как система со словом «Cloud» несёт наибольшее число префиксов.

Эти числа измеряют одно: что было видимо анонсировано в день наблюдения. Они не измеряют трафик, число клиентов, ёмкость или качество. Разница между 27 и 5 префиксами — это разница в объёме анонсированного адресного пространства, а не рейтинг. И молчащая система — не вышедшая из строя сеть: она может держать адреса для внутреннего или будущего использования.

Имя — не адрес

«MAD» легко прочитать как Мадрид, «PA10» — как площадку в Пенсильвании, «UK» — как Соединённое Королевство. Но это решения регистранта о наименовании, а не свидетельства о месте или функции. Единственная полученная запись о площадках относится к AS213291 в PeeringDB: организация Nebius B.V., тип сети Content, названные площадки — Digita Helsinki Pasila Broadcasting Tower, Elisa Helsinki Lauttasaari, Equinix AM7 в Амстердаме и Equinix FR5 во Франкфурте (источник).

Мадрида в этом списке нет, Пенсильвании тоже. Это не исключает других площадок. Компания описывает себя как поставщика облачных услуг для ИИ с высокоскоростными сетями (nebius.com) и документирует виртуальные машины, кластеры GPU, Kubernetes и сети VPC (docs.nebius.com). Читаемого соответствия между зарегистрированной системой и операционной ролью, площадкой или сервисом эта документация не содержит. Nebius B.V. также указана в публичном списке членов RIPE NCC по Нидерландам (список членов); само членство архитектуру не объясняет.

Где заканчивается читаемость

То, что не получено текстом, стоит назвать прямо, потому что это задаёт верхнюю границу утверждений: никаких дополнительных полей в объектах aut-num сверх as-name и org — ни descr, ни origin, ни mnt-by, ни дат создания и изменения; никакого текста объекта организации ORG-NB187-RIPE; никаких записей PeeringDB по четырём из пяти систем, причём обе попытки дали ошибку доступа, а не пустые записи; никакого отображения веб-интерфейса базы RIPE NCC; никакой публикации Nebius Group, где названа автономная система; никакой политики пиринга, списка участников точек обмена и страницы топологии, где названа система.

Отсюда два следствия. Общий идентификатор организации означает общее регистрационное администрирование, а не общую политику маршрутизации и не единую связную сеть. А состояние анонсированных префиксов — моментальный снимок, не постоянное свойство и не доказательство того, что компания продаёт транзит или обслуживает названного клиента.

Три объяснения без доказательств

Зачем оператору пять регистрационных обозначений вместо одного? Реестр не отвечает, и три прочтения остаются анализом, а не находкой. Первое — техническое: разделение по функции или стадии, одна система для испытаний, другая для промышленной эксплуатации. Второе — организационное: след роста или поглощений, при котором каждая часть сохранила прежнее имя вместо слияния. Третье — предохранительное: распределение регуляторных и юрисдикционных рисков по разным обозначениям. Что верно, решает документ самого оператора, а не сходство имён.

Что решило бы вопрос

Три класса документов закрыли бы вопрос: страница сети или пиринга от первой стороны, прямо называющая номер системы; перекрёстная ссылка внутри объектов RIPE, связывающая систему с ролью; или публикация, распределяющая роли. Пока не появится хотя бы одна из них, самое сильное описание — наблюдённое: пять регистраций, четыре анонса, общий идентификатор организации у трёх и одна молчащая система.

Что это значит для контрагента

Практический вопрос для того, кто покупает мощность или строит на этой сети, звучит не как «сколько систем у компании», а так: какая система анонсирует префиксы, по которым идёт моя нагрузка? Кто вправе менять объект этой системы? И что происходит с маршрутом при сбое, кто отвечает за это по договору? Запись справочника о Nebius B.V. даёт контекст членства и управления ресурсами, не превращая его в классификацию услуги (запись Nebius B.V.); тот, кто читает только реестр, получает структуру регистрации, а не структуру сервиса.