Summary

  • Le projet d’engagements de comportement de routage interdomaines propose des déclarations attribuables pour un AS, des voisins, des classes de routes et des conditions précises.
  • Sa section 6.1 refuse de déduire une autorité sur la politique de routage du seul enregistrement d’un ASN ou de la détention d’un préfixe.

Un registre peut inscrire un numéro d’AS. Il ne change pas pour autant les filtres d’exportation du réseau. Le projet IRBC publié le 2 novembre place cette différence au centre d’une proposition de déclarations sur le comportement BGP. Si quelqu’un promet que l’AS A ne transmettra une classe de routes à un voisin que dans certaines circonstances, la première question est moins technique qu’institutionnelle : qui parle, au nom de qui, avec quel droit ? La section 6.1 dit qu’un futur modèle ne devrait pas inférer l’autorité sur la politique de routage de la seule possession de préfixes ou de l’enregistrement d’un ASN.

La section 2.2 sépare trois titres souvent confondus : pouvoir sur le numéro d’AS, pouvoir sur les ressources d’adressage et pouvoir opérationnel sur la politique de routage. L’émetteur de la déclaration peut être l’AS concerné ou son représentant autorisé. L’AS voisin reste une autre partie. Une déclaration unilatérale de A ne crée pas la promesse de B ; le modèle doit conserver l’identité et l’autorité de chaque émetteur lorsque leurs versions divergent.

La portée compte autant que la signature. Le texte demande de préciser connexion, voisin, sens, classe de routes, état opérationnel, exceptions et durée de validité. Obligation, interdiction, permission et préférence ne sont pas des synonymes. La RFC 9234 définit déjà des rôles BGP pour une session ; ici, le problème est d’attribuer une responsabilité pour un comportement déterminé et de la comparer à une preuve observable.

Un collecteur n’a qu’une fenêtre sur le réseau. Une annonce BGP vue à un point prouve son passage à ce point. Son absence dans ce flux ne prouve pas qu’un autre voisin ne l’a pas reçue. Le projet demande donc lieu d’observation, intervalle, provenance et couverture, avec un verdict « indéterminé » si les données manquent. Une version retirée ne doit pas servir à juger une période où une autre déclaration s’appliquait.

Le Datatracker de l’IETF classe le document comme projet individuel. Il manque une déclaration réelle, la preuve de mandat de son émetteur et des relevés couvrant les voisins visés pour éprouver cette frontière en exploitation.