Кратко

  • Nebius B.V. выходит к RIPE с единственным идентификатором организации ORG-NB187-RIPE, за которым отдельно зарегистрированы четыре автономные системы: AS203326, AS214415, AS213291 и AS215169.
  • Регистрация — административный акт, анонсирование — факт маршрутизации: две из этих систем заполняют почти весь 213.239.160.0/19, третья занимает совсем другое пространство, а четвёртая не анонсирует ничего видимого ни в одном из двух независимых наблюдателей.

Тот, кто арендует GPU-часы у облака искусственного интеллекта, покупает заодно и утверждение о сети под ними. У Nebius B.V. это утверждение сегодня умещается в одном объекте реестра: ORG-NB187-RIPE — организация типа LIR, созданная 8 декабря 2022 года и последний раз изменённая 5 августа 2026 года, под которой четыре автономные системы значатся по отдельности. Посчитайте эти четыре номера — и компания выглядит оператором четырёх сетей. Спросите вместо этого, какие из них действительно анонсируют адреса, и ответ уже не четыре и даже не одни и те же три у каждого наблюдателя. Зарегистрированная идентичность есть в карточке Nebius B.V. в справочнике; саму сеть читают в другом месте.

Одна организация, четыре имени

Номер автономной системы — это идентификатор, который сеть регистрирует, чтобы другие сети могли прописать в её сторону маршрутную политику. Сама регистрация — бумажная процедура. Документация объектов RIPE говорит об этом без обиняков: ASSIGNED и LEGACY — административные состояния объекта aut-num, а не измерение того, идёт ли по нему трафик (типы объектов RPSL). Тела объектов публикуются по типам, и их можно получить по источнику, типу объекта и ключу через REST-запрос к реестру (запросы REST).

У всех четырёх статус ASSIGNED, все указывают на одну организацию и называют одну и ту же пару мейнтейнеров — RIPE-NCC-END-MNT и lir-nl-nebius-1-MNT. Различаются имя, которое каждая система себе даёт, и экспорт, который она объявляет вовне.

Система Зарегистрированное имя Объявленный экспорт Анонсировано IPv4 / IPv6 (Hurricane Electric)
AS203326 NebiusMAD AS174, AS1299 3 / 2
AS214415 NebiusPA10 AS9002, AS1299 9 / 4
AS213291 NebiusCloud AS208722, AS200632 17 / 17
AS215169 CoreNebiusNet AS1299, AS9002, AS6762, AS12849, AS208905 0 / 0

Даты объектов идут от января 2023 года до апреля 2026-го: AS213291 — январь 2023, AS215169 — апрель 2024, AS214415 — август 2024, AS203326 — совсем недавно, в апреле 2026. Четыре номера, четыре разных года, один идентификатор за всеми.

Арифметика, которую скрывает счёт

Начнём с того, что действительно видно на линии. AS214415 анонсирует 213.239.160.0/21 и 213.239.168.0/21 (Hurricane Electric, AS214415). AS203326 добавляет 213.239.176.0/24, 213.239.177.0/24 и 213.239.184.0/21 (Hurricane Electric, AS203326; bgp.tools, AS203326).

Эти пять префиксов покрывают диапазон от 213.239.160.0 до 213.239.191.255, то есть один /19, но с дырой посередине. Шесть /24 от 213.239.178.0 до 213.239.183.255 не встречаются ни в одном из них. Держат ли их в резерве, отдали ли внутренней системе без анонса или просто ещё не распределили — без объекта inetnum, который задаёт границы выделения, этого не решить, а такой объект в этом разборе получить не удалось.

Две ASN, один блок адресов, ни одного пересечения. Именно это предложение и стоит писать с точки зрения эксплуатации, и именно его нет ни в одном подсчёте автономных систем.

AS213291 в эту арифметику не укладывается. В её списке IPv4 есть 89.169.96.0/20 (Hurricane Electric, AS213291), далеко от того /19, и как раз её префиксы заставляют наблюдателей расходиться.

Зарегистрированная сеть, которая не маршрутизирует

AS215169 — самый чистый тест на то, что вообще означает регистрация. У неё самый длинный список экспорта из четырёх — AS1299, AS9002, AS6762, AS12849, AS208905 — и при этом, по отметке страницы от 10 ноября 2026 года, 18:52 по тихоокеанскому времени, Hurricane Electric показывает ноль префиксов IPv4, ноль IPv6, ноль анонсов и ноль наблюдаемых пиров (Hurricane Electric, AS215169). IPinfo относит систему к категории inactive: ни адресов, ни вышестоящих, ни нижестоящих, ни пиров (IPinfo, AS215169).

Ноль у наблюдателя — это измерение с порогом, а не доказательство неиспользования. Конечная точка announced-prefixes у RIPEstat по умолчанию требует, чтобы анонс видели минимум десять пиров; всё, что видят меньше десяти сетей, из стандартного ответа попросту исчезает (RIPEstat, announced-prefixes). Частное соединение, система, включённая на прошлой неделе, или маршрутизация, которая никогда не выходит из закрытой группы, выглядят одинаково. Материал выдерживает только одно узкое утверждение: под этим номером не анонсируется публично видимый трафик, замеченный достаточным числом пиров.

Три числа, три разных вопроса

Сколько префиксов анонсирует AS213291? Ответов три. PeeringDB указывает info_prefixes4 равным 10 и info_prefixes6 равным 10 в записи, последний раз обновлённой 10 октября 2024 года (PeeringDB, AS213291), — и эти поля не наблюдения, а максимум, который оператор объявляет своим пирам (руководство оператора PeeringDB). Hurricane Electric считает 17 префиксов IPv4 и 17 IPv6 анонсированными плюс 23 анонса (Hurricane Electric, AS213291). bgp.tools насчитывает 17 в IPv4 и 16 в IPv6 (bgp.tools, AS213291).

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

Тот же урок, в обратную сторону

AS401712 принадлежит Nebius Inc., американской компании, а не нидерландскому LIR. Hurricane Electric насчитывает 1 префикс IPv4 и 2 IPv6 анонсированными — 2607:e840:220::/44 и 2607:e840:221::/48 — плюс 4 анонса (Hurricane Electric, AS401712). В заголовке bgp.tools виден только один префикс, 104.204.96.0/24; два IPv6-префикса появляются, лишь когда включается режим низкой видимости (bgp.tools, AS401712, режим низкой видимости).

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

Где подсчёт перестаёт быть полезным

Четыре ASN, один идентификатор организации, одна пара мейнтейнеров и одна привычка: регистрировать систему раньше, чем её маршруты станут публичными. Когда компания растёт через поглощения, именно объект организации тянет за собой адреса; ASN можно зарегистрировать задолго до того, как его наполнят. При таком чтении устойчивая идентичность — это ORG-NB187-RIPE плюс адресная арифметика, а не цифра четыре.

Как конкурентная метрика подсчёт тоже не работает. Облако с четырьмя ASN — не четыре облака с одной. Это облако с конкретной историей развёртывания мощностей: Мадрид, парижская точка обмена, собственно облачный бизнес — и на каждом шаге своё имя, своя экспортная политика и свои отношения с вышестоящими, вписанные в реестр.

Что этот разбор решает, а что нет

Атрибуты реестра, приведённые здесь, взяты из публичных зеркал данных RIPE и со страниц маршрутных наблюдателей, а не из тел объектов самого реестра; объекты aut-num, inetnum и route, которые зафиксировали бы границу выделения, получить не удалось. Документированным остаётся более узкое и всё же решающее: четыре регистрации под одной ответственной организацией, две из которых заполняют один и тот же /19 и оставляют дыру в шесть /24, третья объявляет пять транзитных отношений и не показывает ничего, а у четвёртой число видимых префиксов зависит от того, какого наблюдателя и с каким порогом спросить.

Для облака искусственного интеллекта это информативнее любого суммарного числа ASN, и реестр всегда был в состоянии дать такую картину. Адреса, идентификатор и мейнтейнер — то, что наследует контрагент. Четыре номера — всего лишь привычка подавать заявки.