Resumo

  • A Nebius B.V. comparece diante do RIPE com um único identificador de organização, ORG-NB187-RIPE, e quatro sistemas autônomos registrados separadamente: AS203326, AS214415, AS213291 e AS215169.
  • Registro é ato administrativo, originação é fato de roteamento: dois desses sistemas preenchem quase todo o 213.239.160.0/19, um terceiro ocupa espaço completamente diverso, e o quarto não origina nada visível em dois observadores independentes.

Quem aluga horas de GPU numa nuvem de inteligência artificial está comprando também uma afirmação sobre a rede que existe embaixo. Na Nebius B.V. essa afirmação cabe hoje num único objeto do registro: ORG-NB187-RIPE, uma organização do tipo LIR criada em 8 de dezembro de 2022 e modificada pela última vez em 5 de agosto de 2026, atrás da qual quatro sistemas autônomos aparecem declarados um a um. Conte esses quatro números e a empresa parece operar quatro redes. Pergunte quais deles realmente originam endereços e a resposta deixa de ser quatro — e nem chega a ser o mesmo três em todo observador. A identidade registrada está na ficha da Nebius B.V. no diretório; a rede propriamente dita se lê em outro lugar.

Uma organização, quatro nomes

Número de sistema autônomo é o identificador que uma rede registra para que as outras possam escrever políticas de roteamento na direção dela. O registro em si é papelada. A documentação de objetos do RIPE diz isso sem rodeio: ASSIGNED e LEGACY são estados administrativos de um objeto aut-num, não medições de tráfego sendo roteado (tipos de objeto RPSL). O corpo dos objetos é publicado por tipo e pode ser recuperado por fonte, tipo de objeto e chave na consulta REST do registro (consultas REST).

Os quatro carregam estado ASSIGNED, apontam para a mesma organização e listam a mesma dupla de mantenedores, RIPE-NCC-END-MNT e lir-nl-nebius-1-MNT. O que muda é o nome que cada um dá a si mesmo e as exportações que declara para fora.

Sistema Nome registrado Exportações declaradas IPv4 / IPv6 originados (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

As datas dos objetos vão de janeiro de 2023 a abril de 2026: AS213291 em janeiro de 2023, AS215169 em abril de 2024, AS214415 em agosto de 2024 e AS203326 tão recente quanto abril de 2026. Quatro números, quatro safras, um único identificador atrás de todos.

A aritmética que a contagem esconde

Comece pelo que de fato aparece na rede. O AS214415 anuncia 213.239.160.0/21 e 213.239.168.0/21 (Hurricane Electric, AS214415). O AS203326 acrescenta 213.239.176.0/24, 213.239.177.0/24 e 213.239.184.0/21 (Hurricane Electric, AS203326; bgp.tools, AS203326).

Esses cinco prefixos cobrem de 213.239.160.0 a 213.239.191.255, ou seja, um /19, com um buraco no meio. Os seis /24 que vão de 213.239.178.0 a 213.239.183.255 não aparecem em nenhum deles. Reservados, atribuídos internamente a algum sistema do grupo que não anuncia, ou simplesmente ainda não distribuídos: não dá para decidir sem o objeto inetnum que define a alocação, e esse objeto não foi obtido nesta leitura.

Dois ASN, um bloco de endereços, nenhuma sobreposição. Essa é a frase interessante do ponto de vista operacional, e ela não aparece em contagem nenhuma de sistemas autônomos.

O AS213291 não obedece a essa aritmética. O espaço IPv4 listado inclui 89.169.96.0/20 (Hurricane Electric, AS213291), bem longe do /19, e são justamente os prefixos dele que fazem os observadores discordarem.

Uma rede registrada que não roteia

O AS215169 é o teste mais limpo do que um registro significa. Carrega a lista de exportações mais longa dos quatro — AS1299, AS9002, AS6762, AS12849, AS208905 — e, com carimbo de página de 10 de novembro de 2026 às 18h52 no horário do Pacífico, o Hurricane Electric atribui a ele zero prefixos IPv4, zero IPv6, zero anunciados e zero pares observados (Hurricane Electric, AS215169). O IPinfo classifica o sistema como inativo, sem endereços, sem upstreams, sem downstreams e sem pares (IPinfo, AS215169).

Zero num observador é observação com limite de corte, não prova de desuso. O endpoint announced-prefixes do RIPEstat exige por padrão um mínimo de dez pares vendo um anúncio, o que faz qualquer coisa vista por menos de dez redes desaparecer da resposta padrão (RIPEstat, announced-prefixes). Interconexão privada, sistema ligado na semana passada ou roteamento que nunca sai de um grupo fechado produzem exatamente a mesma imagem. O dossiê sustenta uma única afirmação estreita: não há tráfego público sendo originado sob esse número por pares suficientes para ficar registrado.

Três contagens, três perguntas

Quantos prefixos o AS213291 origina? Existem três respostas. O PeeringDB traz info_prefixes4 em 10 e info_prefixes6 em 10, num registro atualizado pela última vez em 10 de outubro de 2024 (PeeringDB, AS213291) — e esses campos não são observações. São o máximo que o operador declara esperar que os pares vejam (guia para operadores do PeeringDB). O Hurricane Electric conta 17 prefixos IPv4 e 17 IPv6 originados, além de 23 anunciados (Hurricane Electric, AS213291). O bgp.tools conta 17 em IPv4 e 16 em IPv6 (bgp.tools, AS213291).

Nenhuma das três está errada. Uma é promessa, outra é tabela acumulada mantida por um observador e a terceira é a visão corrente de outro. Divergem porque respondem a perguntas diferentes em relógios diferentes. Citar uma delas como "o tamanho da NebiusCloud" é escolher uma pergunta e vesti-la de fato.

A mesma lição, na direção contrária

O AS401712 pertence à Nebius Inc., a empresa americana, e não ao LIR holandês. O Hurricane Electric conta 1 prefixo IPv4 e 2 IPv6 originados — 2607:e840:220::/44 e 2607:e840:221::/48 — com 4 anunciados (Hurricane Electric, AS401712). A manchete do bgp.tools mostra um único prefixo, 104.204.96.0/24; os dois IPv6 só aparecem quando a visão de baixa visibilidade é ligada (bgp.tools, AS401712, visão de baixa visibilidade).

Aqui a divergência corre no sentido oposto. Não é um sistema sem nada visível, é um sistema cuja visibilidade se concentra em prefixos que a maioria dos pares não carrega. Dois observadores, um mesmo dia, duas contagens defensáveis e nenhuma contradição a resolver.

Onde a contagem deixa de servir

Quatro ASN, um identificador de organização, uma dupla de mantenedores e um hábito: registrar o sistema antes de as rotas ficarem públicas. Quando a empresa cresce por aquisição, é o objeto de organização que leva os endereços adiante; um ASN pode ficar registrado muito antes de ser preenchido. Lida assim, a identidade durável é o ORG-NB187-RIPE mais a aritmética dos endereços, não o número quatro.

A contagem também fracassa como métrica competitiva. Uma nuvem com quatro ASN não é quatro vezes uma nuvem com um. É uma nuvem com uma história específica de como a capacidade foi erguida — Madri, um ponto de acesso parisiense, o negócio de nuvem propriamente dito — cada etapa com seu nome, sua política de exportação e suas relações de trânsito escritas no registro.

O que esta leitura resolve e o que não resolve

Os atributos de registro citados aqui vêm de espelhos públicos dos dados do RIPE e de páginas de observadores de rotas, não dos corpos de objeto do próprio registro, e os objetos aut-num, inetnum e route que fixariam o limite da alocação não foram obtidos. O que fica documentado é mais estreito e ainda assim decisivo: quatro registros sob uma mesma organização responsável, dois deles preenchendo um mesmo /19 com um buraco de seis /24, um terceiro carregando cinco relações de trânsito declaradas e nada visível, e um quarto cuja contagem de prefixos visíveis depende do observador consultado e do limite escolhido.

Para uma nuvem de IA, isso é mais informativo do que qualquer total de ASN, e o registro sempre foi capaz de entregar esse quadro. Endereços, identificador e mantenedor são o que uma contraparte herda. Os quatro números são hábito de protocolo.