APNIC représente 3,0 % d’un échantillon de succès geofeed, pas un taux d’adoption

Résumé

• Une diapositive d’APNIC 62 attribue 3,0 % des « éditeurs de geofeeds ayant réussi » à APNIC, 21,6 % à ARIN et 75,5 % au RIPE NCC.
• La base est un tirage aléatoire de 200 000 lignes de géolocalisation découvrables par Whois, regroupées par netnames distincts. AFRINIC et LACNIC sont exclus pour des raisons techniques.
• Ni la population éligible de chaque RIR, ni la date du cliché, ni le nombre de netnames, ni la définition de la réussite ne sont publiés. Les barres ne sont donc pas des taux régionaux d’adoption.
• Un bouton de publication peut réduire une friction réelle, mais son effet doit être suivi de l’éligibilité jusqu’à la découverte, la validation, la maintenance et l’usage en aval.

Une petite note qui change le sens du graphique

Le titre du graphique semble simple : de quel RIR viennent les éditeurs de geofeeds qui ont réussi ? Sous cette question, trois barres se partagent presque tout l’espace. APNIC est à 3,0 %, ARIN à 21,6 %, le RIPE NCC à 75,5 %.

On pourrait lire ces proportions comme un classement de l’adoption. Pourtant, la ligne en petits caractères décrit autre chose. Les auteurs ont pris un ensemble aléatoire de 200 000 lignes de géolocalisation provenant de geolocatemuch.com, limité aux réseaux découvrables dans le Whois, puis compté des identifiants de réseau — des netnames distincts. AFRINIC et LACNIC n’entrent pas dans le calcul, pour des raisons techniques annoncées.

Cette transparence est utile. Elle impose toutefois une discipline de lecture. Une ligne de géolocalisation n’est pas un membre. Un fichier peut contenir de nombreux préfixes. Plusieurs objets de registre peuvent conduire au même fichier. Un netname peut être répété, réutilisé ou structuré différemment selon le RIR. Le passage de 200 000 lignes à des « éditeurs » dépend donc d’une chaîne de décisions, pas d’un simple comptage.

Les pourcentages affichés totalisent 100,1 %. Un arrondi au dixième suffit à expliquer cet écart ; il n’autorise aucune accusation. La vraie absence concerne les effectifs : combien de netnames se trouvent derrière chaque barre, et combien de netnames, titulaires, préfixes ou réseaux routés auraient pu publier dans chaque région ?

Une part de l’échantillon n’est pas une prévalence

Dire qu’APNIC représente 3,0 % des succès observés répond à une question de composition. Pour calculer un taux d’adoption, il faut une autre fraction : les succès APNIC divisés par une population APNIC éligible, définie avec la même unité que celles d’ARIN et du RIPE NCC.

Sans ce dénominateur, deux mondes opposés produisent la même barre. Trente succès sur soixante unités éligibles et trente succès sur soixante mille unités donnent tous deux 3,0 % d’un ensemble mondial de mille succès, mais ne racontent rien de comparable sur l’adoption régionale.

Le compte rendu du Blog APNIC emploie correctement le mot « échantillon », puis présente les données comme le signe d’importantes différences régionales d’adoption. L’hypothèse mérite d’être testée. La rareté des observations APNIC dans l’ensemble retenu constitue un signal. Elle ne suffit pas à estimer la probabilité qu’un opérateur APNIC publie un geofeed par rapport à son homologue européen.

L’exclusion d’AFRINIC et de LACNIC est tout aussi instructive. Elle évite de faire passer une limite technique sous silence. Mais elle signifie que le total porte sur trois RIR, non sur le système mondial. Aucun résultat sur les deux régions absentes ne peut être déduit du graphique.

Que signifie « réussi » ?

Le site geolocatemuch.com explique comment trouver des références dans le Whois, récupérer les fichiers et réunir des lignes validées. Il précise aussi qu’un seul fichier peut porter de nombreux préfixes, que plusieurs objets peuvent pointer vers lui et que les lignes hors du périmètre de l’objet englobant doivent être ignorées.

Le mot « réussi » peut donc désigner plusieurs étapes : référence découverte, URL joignable, CSV lisible, préfixe dans le bon périmètre, autorité vérifiée, localisation plausible, fichier toujours actuel, ou donnée effectivement ingérée par un fournisseur. Confondre ces états transforme une mesure de tuyauterie en mesure d’usage.

RFC 8805 définit le format, mais laisse le consommateur vérifier l’exactitude, régler les contradictions et préférer d’autres sources. RFC 9632 organise la découverte et une authentification facultative. Il aide à établir qui est autorisé à parler pour la ressource ; il ne mesure pas l’endroit déclaré.

RFC 9877 ajoute à RDAP l’extension geofeed1, une relation de lien et un type de média. Le texte place expressément la récupération et l’utilisation des données hors de son champ. Il ne définit ni bouton « un clic », ni population d’adoption, ni obligation pour les bases commerciales.

Un clic peut être une bonne expérience — et une expérience mesurable

La présentation de Sid Mathur demande aux RIR de rendre la publication d’une URL geofeed accessible « en un clic » depuis leurs tableaux de bord. L’idée a une force pratique. Les registres connaissent déjà le compte et les ressources administrées. Une interface guidée peut prévenir les erreurs de syntaxe, vérifier le périmètre et rappeler les risques de confidentialité.

Il faut reconnaître cet argument. Obliger un opérateur à apprendre une convention obscure pour publier un lien normalisé ne crée aucune valeur. Une bonne interface peut rendre le chemin correct plus court et moins coûteux.

Elle ne crée cependant pas le fichier, ne choisit pas le sens du mot « localisation », ne garantit pas la maintenance et ne force aucun consommateur à ingérer la mise à jour. Elle résout une transition du côté du registre, pas toute la chaîne.

La même diapositive cite un sondage informel dans la communauté WhatsApp d’APNIC : « ne pas savoir comment le registre peut aider » aurait été le deuxième obstacle. C’est une piste légitime pour concevoir un essai, pas un classement régional robuste. Le support ne donne ni nombre de répondants, ni méthode de recrutement, ni formulation complète, ni choix proposés, ni date, ni règle de dédoublonnage.

Le reçu qui manque

Une mesure rejouable fixerait d’abord l’horodatage, la version des données et du code, la méthode de tirage des 200 000 lignes, les volumes avant et après dédoublonnage et la règle d’attribution à un RIR. Elle publierait les échecs de découverte, de récupération, de syntaxe, de périmètre et d’autorité, ainsi que chaque exclusion technique.

Pour chaque RIR, le même objet devrait servir au numérateur et au dénominateur. Si l’unité reste le netname, il faut dire comment il est normalisé et reconnaître ses limites comme identité organisationnelle. Si l’étude préfère les titulaires, fichiers, préfixes ou origines routées, ce changement doit apparaître dans le titre et la méthode.

Le suivi du produit peut rester respectueux de la vie privée : comptes éligibles, tentatives, publications valides, motifs d’échec, fichiers toujours présents après 30 ou 90 jours et découverte par au moins un consommateur. Il n’est pas nécessaire de publier la position d’un client ni l’historique d’un compte.

Le rapport officiel d’APNIC 62 établit que « The case for RIRs » était une intervention de la Cooperation SIG. Il ne transforme pas la recommandation du conférencier en engagement d’APNIC. Cette limite permet justement une expérimentation honnête.

La barre de 3,0 % mérite donc d’être conservée comme alerte. Sa note de bas de page interdit simplement de l’élever trop tôt au rang de taux. Une prochaine mesure pourra dire si une interface simplifiée a changé le comportement, à condition de montrer qui pouvait participer, qui a été observé et quelle étape a réellement bougé.

Sources

1. Blog APNIC — IP geolocation at APNIC 62
2. Sid Mathur — Self-published Geofeeds; the role of RIRs
3. Rapport de la conférence APNIC 62
4. Geolocate much?
5. RFC 8805
6. RFC 9632
7. RFC 9877