Résumé

  • Le Datatracker de l’IETF indique que draft-ietf-spring-stamp-srpm-mpls-05, projet actif du groupe SPRING, a été mis à jour le 16 août 2026.
  • Le texte décrit l’emploi de STAMP sur des politiques SR-MPLS, des meilleurs chemins IGP, des chemins Flexible Algorithm et des services L2/L3, avec des modes aller-retour, unidirectionnel et de boucle.

La fiche Datatracker situe le document à la version -05; le texte du projet date du 16 août. L’enjeu éditorial n’est pas qu’une sonde puisse être émise, mais que les paquets de mesure suivent un traitement comparable à celui du trafic auquel on attribue un délai ou une perte.

Le projet applique STAMP à des chemins SR-MPLS précis. Il couvre les listes de segments d’une politique, les meilleurs chemins IGP, les chemins Flexible Algorithm, ainsi que des services de couche 2 et de couche 3. Il expose quatre formes de mesure : aller-retour, unidirectionnelle, boucle, et boucle avec Timestamp-and-Forward. Leur présence dans ce texte ne signifie pas que ces modes sont déjà interopérables ou utilisés dans un réseau donné.

Le problème devient visible avec ECMP et les politiques explicites. Une mesure n’a de valeur pour une exploitation que si son contexte permet de relier le résultat à un chemin, une encapsulation et un service déterminés. Le document explique que les paquets STAMP peuvent porter la même encapsulation SR-MPLS que le trafic observé et traite la concordance des trajets aller et retour comme une considération pratique. Il ne publie aucune mesure de SLA.

Le texte rappelle aussi la limite du réflecteur de session : le traitement peut passer par le chemin lent et borner la cadence ou le nombre de sessions. Il propose des procédures; il ne démontre ni que cette limite a disparu, ni qu’un équipement particulier la traite. Le projet est de statut Informational, reste à l’état I-D Exists et expire le 17 février 2027 s’il ne progresse pas.