Résumé

  • ARIN distingue allocation, réallocation et réassignation selon la place du bloc dans la chaîne d’enregistrement et selon que le destinataire prévoit de redistribuer les adresses ou de les utiliser en interne.
  • Le type de réseau renseigne donc un chemin de délégation enregistré. À lui seul, il ne prouve ni contrat client-fournisseur encore actif, ni contrôle opérationnel, ni origine BGP, ni accessibilité.

Une étiquette compacte pour une décision d’enregistrement

Le guide Whois d’ARIN présente le type de réseau comme un champ de la fiche d’un réseau. Le guide sur les réassignations précise la logique. Lorsqu’ARIN attribue un bloc à un client qui prévoit d’en distribuer des parties à ses propres clients, il s’agit d’une allocation. Un bloc en aval est une réallocation si son destinataire prévoit de le subdiviser à nouveau ; c’est une réassignation s’il prévoit de l’utiliser en interne.

Ces définitions codent une branche d’un processus de registre. Elles expliquent pourquoi une fiche figure sous une autre et quel type de déclaration en aval a été transmis. Elles ne disent pas que l’accord commercial envisagé lors de la création existe toujours. Elles ne décrivent pas non plus tous les services, contrats ou dépendances de routage entre les parties.

Le danger vient du présent implicite des mots. « Réalloué » peut être lu comme « cette organisation achète aujourd’hui du transit au titulaire parent ». « Réassigné » peut devenir « cette organisation exploite actuellement chaque adresse ». La définition du champ ne permet aucune de ces conclusions. La fiche décrit la manière dont le bloc a été enregistré ; une relation actuelle exige une preuve actuelle.

L’intention n’est pas la topologie

La distinction entre allocation et réallocation repose sur l’intention de redistribuer en aval. Il s’agit d’une finalité administrative, non d’un trajet de paquets. Le destinataire peut recourir à plusieurs fournisseurs, annoncer par d’autres systèmes autonomes, externaliser l’infrastructure, laisser le bloc inactif ou modifier son architecture sans que la raison historique de la création de la fiche change.

De même, l’usage « interne » d’une réassignation ne révèle ni les routeurs, ni les sites, ni les services, ni les personnes utilisant les adresses. Il ne prouve pas que le destinataire détient encore les identifiants ni que le titulaire amont reste son fournisseur. La classe de registre et l’arrangement opérationnel peuvent être liés, mais ils ne constituent pas la même preuve.

Une réponse RDAP ARIN en direct expose un objet d’enregistrement daté : plage, identifiant, parent, entités, événements et métadonnées propres au registre. Elle n’observe pas BGP. Pour connaître l’ASN qui origine maintenant un préfixe, la visibilité de la route ou l’accès à un service, il faut des observations de routage et de plan de données horodatées. Pour affirmer qui contracte avec qui, il faut une preuve commerciale actuelle ou une confirmation directe.

La hiérarchie reste utile

Refuser le raccourci de la carte client ne rend pas le type de réseau inutile. ARIN précise que les réallocations et réassignations ne peuvent provenir que d’une allocation. Le type aide donc à reconstruire la chaîne de délégation enregistrée et à retrouver le dossier amont, l’entité en aval et le chemin de déclaration.

ARIN exige aussi que certaines sous-délégations IPv4 et IPv6 soient déclarées dans un délai défini. Cette règle fait du registre un instrument de responsabilité, sans garantir que chaque changement ultérieur, commercial ou opérationnel, apparaisse aussitôt dans ce champ. Une capture sérieuse conserve la requête, l’heure, l’identifiant, le parent, le type, la plage, les entités et les dates d’événement.

Les règles de suppression rappellent la limite temporelle. ARIN explique qu’une fiche NET réassignée ou réallouée peut être supprimée et que les fiches situées en dessous peuvent être touchées. Une fiche présente à une date prouve l’état du registre à cette date. Sa suppression ultérieure n’annule pas l’ancienne capture ; sa présence passée ne rend pas la relation permanente.

Poser la question suivante au bon système

Le type de réseau répond à une question : comment ARIN a-t-il classé ce bloc dans la chaîne d’enregistrement ? Il ne clôt pas les questions de connectivité, d’autorité ou de propriété. Le routage demande des observations BGP datées et situées, distinctes des autorisations RPKI et des déclarations IRR. Le contrôle opérationnel demande des confirmations ou journaux actuels. Une relation commerciale demande contrats, factures, publications ou confirmation des parties. La propriété juridique relève des accords et du droit applicable.

La lecture rigoureuse reste simple : conserver le type comme preuve du chemin d’enregistrement et de l’usage déclaré, puis laisser les preuves actuelles porter les affirmations actuelles.

Sources