Résumé

  • Pour trois blocs /16 examinés le 3 septembre 2026, REx indique 2003-09-10 comme date de transfert. Or les trois blocs figurent déjà dans les statistiques APNIC du 1er mars 2003.
  • Entre les fichiers APNIC des 9 et 10 septembre, le champ date passe de 20030214 à trois valeurs de 1987, sans modification du registre, du code d'économie, de la plage, de sa taille ou du statut alloué.
  • La méthode REx présentée en 2023 associe valeur de départ et date de délégation pour identifier une ressource. La modification de cette paire est une piste explicative, pas une cause démontrée du résultat actuel.
  • Le contexte ERX concerne la responsabilité de gestion. L'examen ne prouve ni vente, ni changement de propriété, ni événement de routage, ni panne, préjudice ou faute ; trois cas choisis ne mesurent pas un taux d'erreur.

Une correction peut compliquer un raccordement

Une archive n'est pas seulement faite de faits anciens. Elle contient aussi les descriptions successives que l'on en a données. Améliorer l'une de ces descriptions est souhaitable ; encore faut-il comprendre ce que cette amélioration change pour un outil chargé de relier les fichiers.

Trois plages d'adresses donnent à cette question une forme très concrète : 129.60.0.0/16, 129.78.0.0/16 et 129.94.0.0/16. Chacune représente 65 536 adresses IPv4. Dans les fichiers APNIC des 9 septembre et 10 septembre 2003, leurs caractéristiques essentielles restent identiques, sauf une : la date.

Le registre déclarant reste APNIC. Le code de pays ou d'économie, l'adresse de départ, le nombre d'adresses et le statut alloué ne changent pas. Le 9 septembre, les trois lignes portent 20030214. Le lendemain, chacune retrouve une date différente de 1987, déjà présente dans l'archive ARIN du 1er janvier. Fichier ARIN de janvier.

Plage Date dans ARIN au 1er janvier 2003 Date dans APNIC au 1er mars et au 9 septembre Date dans APNIC au 10 septembre
129.60.0.0/16 19870826 20030214 19870826
129.78.0.0/16 19871002 20030214 19871002
129.94.0.0/16 19871022 20030214 19871022

Le tableau établit un retour aux valeurs anciennes dans les fichiers comparés. Il n'identifie ni la personne qui a effectué la modification, ni son raisonnement, ni l'ensemble des opérations administratives de cette période. Une observation de champ n'est pas un compte rendu de décision.

Septembre ne peut pas signifier la première apparition

Le rapprochement devient intéressant lorsqu'on consulte REx. La réponse APNIC recueillie le 3 septembre 2026 donne aux trois plages la même valeur transferDate : 2003-09-10. Une recherche séparée de 129.78.0.0/16 renvoie aussi cette valeur. Résultats APNIC, recherche du bloc.

Il serait pourtant faux de lire cette date comme la première apparition des plages dans les statistiques APNIC. Le fichier du 1er mars 2003 contient déjà les trois /16, avec le champ 20030214. L'examen porte sur la couverture numérique de chaque plage entière, non sur la présence d'une suite de chiffres qui pourrait désigner un autre réseau.

Les observations antérieures apportent du contexte, sans livrer le jour exact du passage. Les fichiers APNIC du 1er janvier et du 1er février ne comportent pas de ligne couvrant ces /16. ARIN les décrit en janvier, mais son fichier du 1er mars ne les couvre plus.

Ces états espacés ne constituent pas un journal quotidien de transmission. La valeur 20030214 ne devient donc pas, par élimination, une date de remise vérifiée. La date inscrite dans une ligne et celle de sa première publication sont deux observations qu'il faut établir séparément. L'absence d'une plage dans un fichier donné ne dit rien, à elle seule, de sa présence sur Internet.

Le champ qui entre dans l'identité

Pourquoi une date modifiée intéresserait-elle un outil de recherche historique ? Parce qu'elle peut faire partie de la définition employée pour reconnaître la même ressource au fil du temps.

Dans son explication de REx publiée en 2023, APNIC décrit une identité fondée sur la valeur de départ et la date de délégation. L'outil rapproche des observations issues des registres, traite les apparitions conflictuelles et infère une période de transfert. Pour une période incertaine, il affiche la date possible la plus tardive ; des journaux de transfert plus précis peuvent affiner le résultat.

Dans cette logique, la paire 129.78.0.0 et 20030214 n'est pas la paire 129.78.0.0 et 19871002. Le changement de septembre rend la paire APNIC identique à celle de l'ancien fichier ARIN. La plage demeure la même dans la comparaison APNIC, mais l'un des éléments utilisés pour son raccordement historique change.

C'est une hypothèse plausible pour comprendre l'importance prise par septembre. Ce n'est pas un diagnostic du logiciel actuel. Le code du service de calcul, l'intégralité de ses entrées, les conflits entre registres et la provenance détaillée des trois résultats n'ont pas été examinés. L'archive ARIN complète de septembre n'a pas été obtenue non plus. On ne peut donc pas affirmer que cette modification a, à elle seule, produit la date affichée aujourd'hui.

Le constat solide reste plus étroit : septembre ne correspond pas à la première présence dans les fichiers APNIC capturés. Démontrer ce constat n'oblige pas à présenter comme démontrée la cause qu'on soupçonne.

Ce que le projet ERX permet de dire

La liste ERX d'APNIC cite explicitement les trois plages dans un groupe de 129/8 dont l'achèvement est indiqué en janvier 2003. Il s'agit des plages énumérées, pas de la totalité de 129/8. Le mois indiqué ne donne pas un jour de transfert précis.

Le projet ERX organisait le transfert de responsabilité de gestion de ressources anciennement enregistrées vers le registre régional approprié. Cette liste ne prouve pas leur vente. L'achèvement global du projet en février 2005 ne doit pas davantage être substitué à la date de chaque groupe.

Ce contexte explique pourquoi il serait imprudent de traiter une seule valeur comme le résumé de tous les changements. Le projet administratif, les états statistiques et leur reconstruction n'ont pas nécessairement le même événement de référence. Les noms de détenteurs renvoyés aujourd'hui par REx ne reconstituent pas non plus toute la succession des organisations depuis 2003.

Garder l'inférence, conserver sa portée

REx rend consultables des observations dispersées qui seraient autrement difficiles à rapprocher. Dans les périodes où les journaux d'événements sont incomplets, cette inférence a une réelle utilité. APNIC explique d'ailleurs son traitement de l'incertitude ; le composant public actuel de présentation de la méthode conserve cette explication. Rien ici ne permet de parler de méthode cachée.

Le composant de résultats examiné affiche directement la date reçue. Dans les lignes obtenues, celle-ci n'est pas accompagnée des bornes d'une période ou d'un champ de provenance. C'est une observation sur cette réponse et ce composant, pas une inspection de toutes les vues du produit. Expliquer une méthode en général et rendre vérifiable l'origine de chaque résultat sont deux services différents.

La sélection doit aussi rester visible. Les trois cas proviennent d'une page triée par date de transfert ; ce n'est ni un échantillon aléatoire ni un recensement. Ils réfutent une interprétation de trois lignes, mais ne permettent pas d'estimer la fréquence d'un problème. Aucun changement de routage, panne, préjudice, changement de propriété ou comportement fautif n'est établi.

La bonne question n'est donc pas de savoir s'il faut renoncer à corriger les archives pour préserver les anciens rapprochements. Il faut pouvoir corriger une description tout en gardant la possibilité d'expliquer ce que l'ancienne version permettait de relier. Une histoire utile garde la mémoire de ses propres révisions.

Repères documentaires

Pour lire les champs, on peut consulter la spécification des statistiques RIR et les notes du format étendu. La documentation prop-142 sur les journaux de transfert apporte un contexte ultérieur ; elle ne prouve ni le jour d’un passage en 2003, ni le calcul actuel de REx.