Resumo

  • Na resposta da ARIN capturada para 8.8.8.8, parentHandle liga o registro NET-8-8-8-0-2 ao registro pai NET-8-0-0-0-0.
  • Esse vínculo é evidência registral; não identifica provedor de trânsito, upstream comercial, caminho BGP ou a rede que atualmente transporta o tráfego.

A resposta RDAP da ARIN para 8.8.8.8, capturada em 26 de agosto de 2026, reúne dois identificadores semelhantes no mesmo objeto. O handle do objeto é NET-8-8-8-0-2; o parentHandle é NET-8-0-0-0-0. O primeiro cobre 8.8.8.0–8.8.8.255, tem o nome GOGL e o tipo DIRECT ALLOCATION. Uma leitura apressada pode transformar o segundo identificador em uma dependência operacional, como se o registro maior fosse a rede que fornece conectividade ao menor. O modelo de dados não diz isso.

A ARIN descreve o RDAP como um serviço de consulta a dados de registro de recursos da Internet. A navegação para o pai retorna outro objeto do registro. O que aparece é uma relação de organização da base: uma faixa registrada está contida em um registro pai. Não é medição de pacotes, acordo de interconexão ou tabela de rotas.

O RFC 9083 define parentHandle como o identificador, único no RIR, da rede pai do registro de rede. A referência é ao registro. O campo é útil para acompanhar a linhagem de uma alocação, verificar o escopo de um objeto e distinguir uma faixa específica do registro que a cobre. A definição não atribui a ele significado de trânsito.

O objeto também não informa qual sistema autônomo origina 8.8.8.0/24, quais redes propagam sua alcançabilidade, se alguma vende trânsito, que contrato rege o transporte ou que caminho um pacote seguiria a partir de determinado ponto. Não há campo para ASN upstream, peer BGP, próximo salto de encaminhamento ou rota. A ausência desses dados não encerra as perguntas operacionais; apenas mostra que elas precisam de outra superfície de evidência.

O RFC 4271 situa a evidência operacional de caminho em outro sistema. O BGP troca informação de alcançabilidade entre sistemas autônomos, e o atributo obrigatório AS_PATH identifica os sistemas autônomos pelos quais a informação de roteamento passou. Uma rota observada ainda depende do momento e do ponto de observação e não prova, por si só, um contrato comercial. Mas é evidência do sistema de roteamento; o pai de um registro RDAP não é.

Separar as duas camadas evita um erro de categoria. Um registro pai pode refletir a história da delegação ou a organização do banco de dados sem transportar o tráfego da faixa mais específica. No sentido inverso, uma rede que transporta o tráfego pode nunca aparecer como pai registral. Contenção de registro e trânsito de rede podem coexistir, mas uma não comprova a outra.

A prática correta não é descartar parentHandle, e sim nomear seu papel probatório. Use-o para percorrer a hierarquia registral. Se a pergunta passar a ser sobre origem, propagação, peering, trânsito ou encaminhamento, abra uma trilha separada e datada. O RDAP da ARIN estabelece o que o registro relaciona; observações de roteamento estabelecem o que as redes anunciam; fontes comerciais, quando disponíveis, estabelecem o que as organizações acordaram.

A conclusão da captura é limitada e segura: na hierarquia representada pelo RDAP da ARIN, NET-8-8-8-0-2 está abaixo de NET-8-0-0-0-0. Sozinhos, os dois handles não nomeiam uma relação de trânsito de rede.