Résumé

  • Le test publié le 10 septembre déclare réservés AS64495-AS131071 et AS131070-AS131072, alors que chacun dépasse d’un numéro la plage configurée 64496-131071, à une extrémité différente.
  • Le code recherche un chevauchement quelconque, puis le mapper RDAP transforme ce résultat en un statut unique pour l’objet. Il faut donc conserver les limites avant d’interpréter ce statut ASN par ASN.

Le premier exemple commence trop tôt. Le second finit trop tard. C’est précisément pour cela qu’ils sont utiles. Avec 64496-131071 comme intervalle réservé, le test accepte naturellement le bloc identique. Il attend aussi true pour AS64495-AS131071 et pour AS131070-AS131072. À l’inverse, un bloc entièrement extérieur reste non réservé.

Le registre IANA donne un sens concret à ces deux excursions. AS64495 clôt une plage attribuée à RIPE NCC ; AS64496 ouvre une séquence réservée à la documentation, suivie d’espaces privés ou réservés jusqu’à AS131071. AS131072 appartient déjà au bloc suivant, attribué à APNIC. Les exemples assemblent donc, à chaque bord, des numéros qui n’ont pas tous la même désignation globale.

La méthode isReservedAsBlock ne cherche pourtant pas l’uniformité. Elle convertit la clé de l’AS-BLOCK en intervalle, puis demande si une plage réservée configurée est chevauchée. Une seule intersection suffit. Dans RdapObjectMapper, ce booléen choisit ensuite entre les statuts RESERVED et ACTIVE de l’objet.

On peut défendre cette asymétrie. Une règle de contenance complète produirait un faux sentiment d’innocuité dès qu’un grand bloc actif englobe quelques numéros réservés. Pour un filtre prudent, signaler tout contact est rationnel. Mais le mot obtenu ne contient plus la géométrie de la décision : ni le segment en cause, ni la proportion du bloc, ni la version de la configuration.

C’est là que l’usage en aval devient décisif. Un collecteur RDAP qui conserve la clé entière peut toujours refaire la jointure avec le registre IANA. Un entrepôt qui éclate le bloc en lignes d’ASN et réplique le statut global perd cette possibilité. AS64495 pourrait alors apparaître réservé par héritage de son voisin, tout comme AS131072 à l’autre bout. Aucun cas réel de ce type n’est établi par les sources ; il s’agit d’un mécanisme de perte d’information, pas d’une accusation contre un opérateur connu.

La documentation de la RIPE Database précise que l’objet AS-BLOCK sert à déléguer une plage à un registre ou à la marquer comme réservée. Seuls les administrateurs de la base créent ces objets, et leurs mainteneurs parents participent à l’autorisation de création des objets aut-num. Cette fonction administrative justifie une alerte conservatrice. Elle ne permet pas d’assimiler le statut du mapper à une attribution IANA, à une validation d’origine BGP ou à une mesure de disponibilité du réseau.

Il faut aussi lire correctement la nouveauté. Le commit d’Edward Shryane, daté du 10 septembre, ajoute un fichier de test de 53 lignes. Il ne modifie ni ReservedResources ni RdapObjectMapper. Le dernier tag capturé, WHOIS 1.124.1, date du 31 août. Nous savons donc que le test est postérieur à cette version, non que la règle vient d’être déployée. La date d’entrée en production de la logique existante et la présence d’un bloc mixte dans la base publique restent non établies.

Le test apporte malgré tout une vraie information de gouvernance : il rend la sémantique de bord exécutable. La bonne amélioration n’est pas nécessairement de rendre le filtre moins prudent. Elle consiste à joindre au statut la plage candidate, l’intervalle réservé correspondant, la révision du registre et la version du mapper. On peut alors dire « cet objet touche un espace réservé » sans transformer cette phrase en verdict sur tous les numéros qu’il contient.

Sources