Résumé

  • Dans la réponse ARIN observée pour 8.8.8.8, parentHandle relie l’enregistrement NET-8-8-8-0-2 à l’enregistrement parent NET-8-0-0-0-0.
  • Ce lien décrit le registre. Il n’identifie ni un fournisseur de transit, ni un amont commercial, ni un chemin BGP, ni le réseau qui transporte actuellement le trafic.

La réponse RDAP d’ARIN pour 8.8.8.8, relevée le 26 août 2026, juxtapose deux identifiants qui se ressemblent. Le handle de l’objet est NET-8-8-8-0-2; son parentHandle est NET-8-0-0-0-0. Le premier correspond à la plage 8.8.8.0–8.8.8.255, porte le nom GOGL et le type DIRECT ALLOCATION. La tentation est grande de lire le second comme le réseau qui se trouverait « derrière » le premier. Le modèle de données dit autre chose.

ARIN présente RDAP comme un moyen d’interroger les données d’enregistrement des ressources Internet. La remontée vers le parent renvoie un autre objet du registre. Nous sommes donc devant une relation de classement: une plage enregistrée se situe sous un enregistrement couvrant dans la base d’ARIN. La réponse ne constitue ni une mesure de trafic, ni une table de routage, ni un contrat d’interconnexion.

La RFC 9083 définit précisément parentHandle comme l’identifiant, unique au sein du RIR, du réseau parent de l’enregistrement de réseau. Cette précision rend le champ utile. Elle permet de suivre une lignée d’allocation, de délimiter l’objet examiné et de distinguer une plage particulière de l’enregistrement qui la couvre. Mais elle ne lui confère aucune sémantique de transit.

La réponse ne donne pas l’AS d’origine de 8.8.8.0/24, les réseaux qui propagent sa joignabilité, leurs accords commerciaux ou le chemin suivi depuis un point d’observation. Aucun champ n’y désigne un ASN amont, un pair BGP, un prochain saut ou un chemin. Cela ne répond pas aux questions opérationnelles; cela indique qu’il faut les poser à une autre source.

La RFC 4271 situe cette autre couche. BGP échange de l’information de joignabilité entre systèmes autonomes, et l’attribut obligatoire AS_PATH énumère les systèmes autonomes traversés par l’information de routage. Une observation BGP reste liée à une date et à un point de vue; elle ne prouve pas à elle seule un contrat de transit. Elle appartient néanmoins au système de routage, contrairement au parent d’un enregistrement RDAP.

Cette distinction évite une erreur de catégorie. Un enregistrement parent peut refléter l’histoire d’une délégation ou l’organisation de la base sans transporter le trafic du bloc plus spécifique. Inversement, un réseau qui transporte ce trafic peut ne jamais apparaître comme parent dans le registre. Les deux relations peuvent parfois coïncider, mais la première ne démontre pas la seconde.

La bonne méthode consiste donc à conserver parentHandle tout en nommant exactement sa fonction probante. Il sert à parcourir la hiérarchie d’enregistrement. Dès que l’analyse porte sur l’origine, la propagation, le peering, le transit ou le transfert effectif des paquets, il faut ouvrir un dossier de preuves distinct et daté. ARIN RDAP établit la relation enregistrée; les observations de routage décrivent les annonces; les documents commerciaux, lorsqu’ils existent, décrivent les engagements.

La conclusion du relevé est étroite mais solide: dans la hiérarchie exposée par ARIN RDAP, NET-8-8-8-0-2 se trouve sous NET-8-0-0-0-0. Ces deux identifiants ne nomment pas, à eux seuls, une relation de transit réseau.