Résumé

  • Le projet 6man propose une option Hop-by-Hop portant un identifiant de partition de ressources ; les nœuds équipés l’exploitent localement, les autres peuvent l’ignorer tout en acheminant le paquet.
  • La révision 16 reconnaît que le sélecteur révèle potentiellement la classe de service et qu’une modification peut déplacer le trafic vers une autre file.
  • Le write-up publié le 6 septembre juge le texte prêt à avancer, tout en constatant l’absence d’un état d’implémentation documenté.

Le cas le plus trompeur n’est pas la perte du paquet. C’est son arrivée normale après qu’un nœud intermédiaire a ignoré la demande de ressources. Dans la révision 16, les bits d’action demandent précisément au routeur qui ne connaît pas l’option NR de la sauter. La destination reste joignable ; la promesse de traitement, elle, n’a pas été attestée.

À l’entrée du domaine, une politique locale classe le trafic, choisit un NRP, ajoute un en-tête IPv6 externe et inscrit le NRP Selector ID. Sur un équipement capable de traiter l’option à pleine vitesse, l’adresse détermine le prochain saut tandis que l’identifiant sélectionne une part locale de bande passante, de mémoire tampon ou de files. L’identifiant est commun ; la réalisation reste distribuée.

Le bit S règle seulement le cas d’un identifiant reconnu comme tel mais absent de la configuration locale. À 1, le nœud doit abandonner le paquet ; à 0, il doit utiliser les ressources par défaut. Il ne transforme pas un équipement incapable de lire l’option en contrôleur strict. Un test OAM reçu avec S=1 peut fournir une preuve utile pour ce chemin et ce paquet de test, pas un certificat général de latence ou d’isolation.

La différence entre la révision 15 et la source XML de la révision 16 est décisive. Le texte admet désormais qu’un observateur peut déduire une exigence de faible latence ou de fort débit, puis viser ce trafic. Un acteur capable de modifier l’identifiant peut changer la file, dégrader un SLA ou rompre l’isolement. La réponse proposée — domaine de confiance et filtrage — est une discipline d’exploitation, non une authentification portée par le paquet.

Le 6 septembre, la fiche Datatracker a reçu un shepherd et son historique un write-up. Celui-ci sépare onze soutiens, une objection composée de six questions, une solution par encodage alternatif finalement écartée et la conclusion des présidents. Il note aussi qu’aucun état d’implémentation n’est enregistré. Une réponse évoquant un déploiement reste un signal, pas un inventaire vérifiable.

Le socle est bien documenté : RFC 8200, RFC 7045, RFC 9098, RFC 9099 et RFC 9673 encadrent les extensions IPv6 ; RFC 9543, RFC 9732 et le travail sur l’échelle des NRP définissent la partition. Le registre IANA ne change pas la nature de la demande encore TBA.

La spécification initiale minimale de Heng Lu permet de normaliser le format sans centraliser les décisions de classement. Les couches de réalité séparent l’étiquette de la file réellement servie. La primauté du code en fonctionnement exige enfin des versions, des compteurs et des chemins observés. L’option coordonne une intention ; elle ne signe pas son exécution.