Resumo

  • A ARIN afirma que /rest/net/NETHANDLE/routes devolve objetos de rota do NET direto e não inclui sub-redes.
  • reassignments=true amplia o escopo para NETs reatribuídos a jusante; nenhuma das duas coleções é uma observação BGP ao vivo nem uma decisão RPKI.

A gaveta vazia do bloco pai

O erro começa com uma resposta limpa. Um operador consulta um NET handle e recebe uma coleção vazia. No painel, a ausência pode virar depressa um diagnóstico: sem rota, sem AS de origem, talvez sem rede.

A consulta, porém, não percorreu toda a árvore de endereços. O guia REST da ARIN define /rest/net/NETHANDLE/routes como a coleção de objetos identificados por prefixo e origem para o NET direto. Ele declara que a chamada não fornece sub-redes. A resposta abre uma gaveta específica do cadastro, não o armário inteiro.

Um detentor de alocação direta pode registrar reatribuições para clientes. Esses registros descendentes têm seus próprios handles e podem estar ligados a outros objetos IRR. Assim, a lista do pai pode estar vazia enquanto há informação na parte da hierarquia que não foi solicitada.

O parâmetro que muda o perímetro

Para incluir o NET e suas reatribuições a jusante, a ARIN documenta /rest/net/NETHANDLE/routes?reassignments=true. O parâmetro não aumenta a força de cada objeto. Ele altera quais registros podem entrar na resposta.

Há ainda uma condição comum: a rota precisa estar visível e autorizada dentro do sistema IRR. Visível nesse contexto não quer dizer observada em todo o BGP, alcançável a partir de qualquer rede ou transportando tráfego. Autorizada não quer dizer propriedade jurídica, controle operacional ou validação criptográfica da origem.

Os campos retornados mantêm a afirmação estreita: tipo de entrada, handle da organização, AS de origem e prefixo. Não há coletor, caminho de AS, horário de observação, alcance de propagação, tráfego ou estado RPKI. Esses elementos pertencem a outras medições.

A árvore de registro não é a árvore de roteamento

O RDAP representa a hierarquia administrativa com um handle próprio para cada rede e um possível parentHandle. Uma alocação direta e uma reatribuição descendente são objetos cadastrais distintos, embora os intervalos de endereço estejam contidos um no outro. As duas consultas da ARIN respeitam essa separação.

O RPSL responde a uma pergunta diferente. A RFC 2622 define a chave de um objeto route como o par prefixo e AS de origem. Essa declaração pode alimentar filtros, mas não encaminha pacotes, não configura um roteador e não demonstra que o anúncio esteja ativo agora.

Uma ROA forma outra camada. A ARIN e a RFC 9582 a descrevem como um objeto assinado criptograficamente que autoriza um AS a originar determinados prefixos. Uma ROA válida fortalece a conclusão de autorização, mas não prova a existência atual do anúncio. Da mesma forma, uma coleção IRR não é um feed BGP.

Guardar a pergunta junto com a resposta

Uma análise reproduzível registra o NET handle, o endpoint, os parâmetros e o horário da coleta. A lista direta responde pelo registro direto. A lista com reatribuições responde por uma parte maior da hierarquia cadastral. Whois ou RDAP explicam a relação pai-filho. O RPKI trata da autorização criptográfica. Coletores com data mostram o que observadores específicos realmente viram.

Se a lista direta estiver vazia, a próxima pergunta é se a árvore descendente fazia parte da consulta. Se a lista ampliada trouxer um objeto, ainda será necessário perguntar qual registro e qual par prefixo-origem foram admitidos no IRR e quais provas independentes sustentam o uso atual. A coleção permanece confiável quando seu limite permanece na conclusão.

Fontes