Résumé

  • Le projet d’Ahuja exige que la valeur émise par un relais soit exactement celle que reçoit le suivant, dans une relation authentifiée.
  • Son exemple, 1 transmis après 1 puis 2 transmis après 3, passe deux comparaisons locales sans constituer une chaîne.

La première organisation reçoit 1 et transmet 1. La deuxième reçoit 3 et transmet 2. Chacune peut afficher un verdict local NO_BROADER : elle n’a pas élargi la valeur reçue. Pourtant, le premier 1 n’est jamais devenu le 3 du deuxième relais. Deux feux verts n’ont pas posé le pont.

C’est l’exemple choisi dans la version 03 du projet A Policy Grammar for Inter-Domain Agent Routing, déposée le 20 octobre par Sumit P. Ahuja. Le document est une soumission individuelle, sans adoption comme norme IETF. Il s’attaque à une facilité commerciale bien réelle : présenter une suite de décisions locales comme une autorisation de bout en bout.

La proposition distingue quatre attributs. Un domaine peut se déprioriser progressivement, exprimer une préférence non contraignante entre ses propres agents ou attacher un marqueur de politique dont le sens appartient à un accord bilatéral. Aucun de ces trois signaux ne donne à un tiers une conclusion sur toute la chaîne. Seule la validité de chaîne est conçue pour cela, avec des conditions supplémentaires.

Chaque relais doit d’abord comparer sa sortie à son entrée et obtenir NO_BROADER. Ensuite vient le point oublié par le tableau de bord : la sortie d’un relais et l’entrée du suivant doivent être la même valeur, liée à leur relation authentifiée. Les comparaisons doivent employer la même définition immuable du profil et de la règle. La transitivité de cette règle doit découler de sa définition ou être établie mécaniquement. Une simple déclaration de transitivité ne suffit pas.

Le projet emprunte à un autre texte sur les capacités bornées l’exigence d’une identité de profil stable : une définition figée par une norme ou un identifiant fondé sur son contenu. Une étiquette modifiable permettrait de réécrire après coup le sens d’un ancien contrôle. Là encore, la traçabilité est une opération, pas une décoration du journal.

Le texte sépare un refus parce que la valeur est trop large (BROADER) d’une évaluation impossible (UNDECIDED). Un résultat valable seulement pour un relais reste LOCAL_ONLY. Il exige le refus si l’évaluation nécessaire ne peut aboutir. Surtout, il réclame à une autre couche la preuve authentifiée reliant les relais ; il ne la produit pas lui-même. Aucun chiffre de déploiement ni incident observé n’est fourni. La démonstration à demander désormais est simple : quelle valeur a traversé la frontière, et qui a signé ce raccord ?

Projet principal · Capacités bornées · Exigences pour agents