Résumé

  • RFC 9758 organise chaque URI ipn en identifiant d’allocateur, numéro de nœud et numéro de service, sans centraliser l’attribution de tous les nœuds.
  • La liaison tardive de BPv7 résout l’EID à chaque saut : le nom ne contient ni position, ni accessibilité, ni instruction de routage.
  • Les valeurs LocalNode et Private Use ne restent cohérentes que dans leur périmètre, tandis que l’identité de l’entité de traitement exige une preuve de sécurité distincte.

Le registre coordonne un espace de noms, pas un service de livraison. IANA peut inscrire qu’un identifiant d’allocateur relève d’une organisation. Elle ne voit pas le contact qui s’ouvrira demain, la table de liaison d’un relais ou l’application qui attend le Bundle à l’arrivée.

La délégation réduit le centre

Une URI ipn est un triplet. L’identifiant d’allocateur désigne l’organisation qui distribue les numéros de nœud. Le numéro de nœud regroupe les ressources co-localisées. Le numéro de service distingue les fonctions sur ce nœud. Les deux premiers forment le Fully Qualified Node Number, ou FQNN.

Ce dessin limite ce qui doit être mondial. IANA attribue les identifiants d’allocateur ; chaque allocateur maintient ensuite l’unicité de ses propres numéros. Une organisation hiérarchique peut recevoir une plage consécutive et distinguer ses subdivisions. La ressemblance avec CIDR est volontaire, mais le texte empêche l’analogie de déborder : ces numéros identifient des organisations, ils ne sont pas des adresses.

L’autorité se divise donc proprement. IANA répond de la ligne d’allocateur. L’allocateur répond de son registre de nœuds. Le nœud répond des services qu’il expose. Aucun de ces acteurs ne peut, par son enregistrement seul, attester la localisation présente, la disponibilité d’un contact ou l’exécution d’un service.

Le trajet change sans renommer la ressource

Dans BPv7, un EID est lié tardivement. Chaque nœud traversé résout le nom en une action locale, selon l’état qu’il connaît alors. Un nœud mobile conserve ainsi son nom. La contrepartie est méthodologique : la liaison d’hier ne devient jamais une propriété cachée de l’identifiant.

RFC 9758 interdit de lire dans le triplet une information de localisation, d’accessibilité, d’adressage ou de routage. Même lorsqu’un allocateur fabrique un numéro de nœud à partir d’une adresse de liaison, le destinataire doit voir un nombre, non une route encodée.

Une direction peut alors demander des preuves précises. Le registre montre l’absence de collision déclarée. La table locale montre la liaison retenue. Le journal de transfert montre une tentative. Un rapport d’état montre un événement ultérieur. La réception applicative montre un résultat. Dire « l’EID existe » ne répond à aucune des quatre dernières questions.

Le protocole ne garantit pas la personne derrière le nom

RFC 9758 affirme qu’aucun endpoint ipn n’est garanti accessible à tout instant. Le Bundle Protocol ne garantit pas davantage l’identité de l’entité qui traite les données à cet endpoint. La vérification d’un Block Integrity Block visant le bloc primaire apporte la preuve BPSec pertinente, mais seulement dans le cadre des clés, sources de sécurité, accepteurs et règles locales réellement appliqués.

Une URI conforme peut être malveillante. Elle peut déclarer une fausse source ou viser un service que l’arrivée du Bundle mettrait en danger. Le document demande donc de vérifier authenticité et validité avant traitement, et cite séparément BPSec et TCPCLv4 protégé par TLS. La syntaxe, le canal et l’autorisation de traiter sont trois décisions.

Une frontière fait partie du nom

Le triplet nul désigne « nulle part » et ne peut être atteint. Le service zéro désigne l’endpoint administratif. La valeur LocalNode ne signifie quelque chose que sur le nœud courant : elle ne doit ni partir, ni être acceptée depuis l’extérieur, ni paraître dans un annuaire ou une négociation de pair.

Private Use élargit la portée à un domaine administratif, pas au monde. Dans l’instantané IANA étudié, les numéros de nœud 1 à 0x3FFF de l’allocateur par défaut sont privés. Deux domaines peuvent légitimement employer la même valeur. Leur passerelle doit donc empêcher un Bundle qui la porte comme source ou destination de franchir la frontière.

Cette obligation protège une propriété logique. Si une valeur locale fuit, le même texte numérique peut désigner deux réalités. RFC 9758 avertit qu’un nœud malveillant peut exploiter cette perte d’unicité pour perturber le réseau. Le filtre de frontière n’est pas une option de présentation ; il maintient le sens du protocole.

Deux formes binaires, une identité décodée

La norme conserve l’encodage CBOR à deux éléments et ajoute une forme explicite à trois éléments. Les comparaisons d’EID portent sur les valeurs décodées : deux octets différents peuvent donc représenter le même triplet. Une vérification d’intégrité attachée à la syntaxe peut néanmoins distinguer les représentations.

La compatibilité ascendante n’est pas automatique. Un ancien nœud BPv7 peut rejeter la forme à trois éléments comme malformée. Dans une flotte mixte, il faut connaître les capacités du destinataire, choisir la forme de repli et journaliser la cause réelle du rejet. Une fiche « compatible ipn » ne suffit pas.

Ce que le registre sait — et ignore

Au moment de la recherche, IANA classait ipn parmi les URI permanentes et publiait les registres des allocateurs, des nœuds de l’allocateur par défaut et des services BPv7 bien connus. Les faibles identifiants d’allocateur s’encodent plus brièvement ; leur rareté efficace impose une discipline d’examen. Un numéro de service bien connu aide à coordonner une convention, mais ne prouve pas que le service tourne.

La doctrine de spécification minimale de Heng Lu donne ici un test utile : rendre commun uniquement ce dont la collision rend l’action commune nécessaire. L’unicité de l’allocateur appartient à cette couche. La liaison, le chemin, l’authentification et le résultat restent auprès des opérateurs qui peuvent les exécuter. Transformer la ligne du registre en oracle de livraison confondrait les couches de réalité et agrandirait artificiellement le pouvoir du centre.

Sources

  1. IANA Uniform Resource Identifier (URI) Schemes
  2. RFC 1918 : Address Allocation for Private Internets
  3. RFC 3986 : syntaxe générique des URI
  4. RFC 4838 : architecture des réseaux tolérants aux délais
  5. RFC 6260 : Compressed Bundle Header Encoding
  6. RFC 7116 : registres IANA liés au Bundle Protocol
  7. RFC 8126 : lignes directrices pour les sections IANA
  8. RFC 9171 : Bundle Protocol Version 7
  9. RFC 9172 : Bundle Protocol Security
  10. RFC 9174 : TCP Convergence-Layer Protocol Version 4
  11. RFC 9758 : Updates to the 'ipn' URI Scheme
  12. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  13. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  14. Running-Code Primacy