APNIC a rétabli les statistiques WHOIS/RDAP sans clore l’incident

Résumé

L’archive d’octobre répertorie les 24 rapports horaires du 16 octobre, chacun modifié le 29 octobre à 10 h 16.
APNIC avait annoncé l’arrêt de la génération après un problème de traitement des journaux ; l’avis laisse encore vides les champs « End Time » et « Duration ».

Analyse

Une panne n’est pas terminée parce que le dernier fichier manquant réapparaît dans un répertoire. Pour le lecteur qui doit décider si une série est exploitable, il faut aussi savoir quand le service a repris et quelles périodes ont été reconstituées. Chez APNIC, le second système répond mieux que le premier.

Le 16 octobre, APNIC a publié un avis sur les statistiques Whois et RDAP. Le texte situe le début du problème à 10 h, heure UTC+10. Des difficultés de traitement rendaient les statistiques incomplètes à partir de ce moment ; la génération a été désactivée, et APNIC annonçait qu’il republierait les fichiers concernés une fois le problème résolu. L’avis ne donne ni fin ni durée. Dans l’index des mises à jour, il reste affiché sous son titre initial, sans avis de clôture associé.

Le répertoire d’archives raconte la suite. Le README d’APNIC décrit des rapports horaires agrégés par ASN d’origine : nombre de requêtes, répartition par type et nombre d’adresses IP sources distinctes. Ces données servent au suivi opérationnel et à la recherche. Pour le 16 octobre, l’archive mensuelle contient maintenant les 24 fichiers de la journée, ainsi que leurs sommes MD5. Les fichiers et leurs sommes portent tous l’horodatage du 29 octobre à 10 h 16. La série se poursuit ensuite jusqu’au 31 octobre ; le répertoire courant expose également un instantané plus récent.

Cet horodatage prouve la republication des fichiers. Il ne révèle pas l’heure à laquelle APNIC a corrigé le traitement, ne certifie pas que chaque journal source a été récupéré et ne dit pas si les agrégats ont fait l’objet d’un contrôle indépendant. Mais l’archive suffit à montrer que la production des rapports a repris après la période signalée.

La nuance est concrète. Une équipe qui observe un recul des requêtes doit pouvoir distinguer une baisse d’usage d’une collecte incomplète ou d’un générateur arrêté. L’avis explique la rupture ; l’archive rend visible la réparation. Entre les deux, APNIC laisse au lecteur le soin de reconstituer la chronologie.

Il faudrait peu de choses pour fermer cette boucle : une heure de reprise, la liste des intervalles reconstruits et un lien depuis l’avis vers les fichiers concernés. Si certaines heures ne peuvent être confirmées, l’avis devrait le dire. Sans ces éléments, une panne de données réparée reste une question ouverte dans les outils de ceux qui utilisent la série.