Résumé

  • Dans un objet IPv4 inetnum, ASSIGNED PA ou ALLOCATED PA qualifie la nature administrative de l’enregistrement et sa position hiérarchique.
  • Cette valeur ne prouve ni une annonce BGP, ni l’accessibilité d’une adresse, ni le bon fonctionnement d’un service.

Le piège tient dans un mot familier. Lorsqu’un analyste lit status: ASSIGNED PA, il peut y projeter l’idée d’un réseau actif. Or la documentation des objets RIPE attribue au champ une fonction bien plus précise : indiquer le type de données d’un objet inetnum et sa position relative dans la hiérarchie des adresses.

Cette hiérarchie distingue notamment allocation, sous-allocation et affectation. Les valeurs ALLOCATED PA, ALLOCATED-ASSIGNED PA, ASSIGNED PA, SUB-ALLOCATED PA, AGGREGATED-BY-LIR, ASSIGNED PI et LEGACY ne sont donc pas des voyants de disponibilité. Elles permettent de comprendre comment une plage est enregistrée et quelle relation elle entretient avec les objets parents et enfants.

La base applique réellement cette logique. Ses règles métier précisent, par exemple, qu’un objet ASSIGNED PA ne peut être créé que sous un objet ALLOCATED PA. Le champ agit ainsi comme une contrainte de cohérence pour l’arbre du registre. Sa valeur peut être décisive pour l’autorisation d’une mise à jour sans rien dire sur le passage d’un paquet.

Le document RIPE-826 fournit la grammaire politique : une allocation est un bloc dans lequel sont réalisées des affectations. Allocations et affectations doivent être enregistrées, et les informations de plage, de contact et de statut doivent rester exactes. Cette exigence porte sur l’état du registre, non sur une mesure instantanée de l’Internet.

La réponse REST capturée pour 193.0.0.0 illustre la portée exacte de l’information. Elle renvoie la plage 193.0.0.0 - 193.0.7.255, le nom RIPE-NCC, une remarque indiquant un usage pour l’infrastructure du RIPE NCC, ainsi que status: ASSIGNED PA. Elle indique aussi une dernière modification au 19 mars 2026. On peut en déduire la classe et le contexte déclarés de l’objet. On ne peut pas en déduire que chaque adresse répond, que toute la plage est annoncée maintenant ou qu’une application donnée fonctionne.

La séparation existe jusque dans le modèle de données. RIPE décrit l’objet route comme une route IPv4 annoncée sur Internet. Cet objet relève d’une autre surface que inetnum; une observation BGP courante et une mesure active d’accessibilité constituent encore d’autres preuves.

Une lecture rigoureuse conserve donc quatre questions distinctes : quelle est la classe d’enregistrement ? qui peut maintenir les données ? que voit le routage ? que mesure-t-on réellement au niveau du service ? Le champ status répond bien à la première. Il devient trompeur seulement lorsqu’on lui demande les trois autres.

Sources