Summary

  • La révision 09 du modèle SR Policy YANG remplace un compteur de transfert général par des mesures à l’entrée et à la sortie de l’encapsulation.
  • Les octets d’entrée excluent les nouveaux labels ou en-têtes; ceux de sortie les incluent. La part de transit amenée par le Binding SID n’est identifiable qu’à l’entrée.

Le routeur a enveloppé le paquet; le tableau de bord peut prendre cet emballage pour de la croissance. La version 08 de juillet présentait simplement des feuilles pkts et octets pour le transfert. La version du 2 novembre inscrit le lieu de la mesure dans les données. Le suivi IETF classe le texte comme projet actif du groupe SPRING, et non comme observation sur un équipement nommé.

Juste avant que la politique SR impose son encapsulation sortante, les compteurs d’entrée couvrent tous les paquets et octets. transit-pkts et transit-octets désignent à l’intérieur de ce total la part dirigée vers la politique par son Binding SID. Les octets comprennent les en-têtes déjà présents et la charge utile, mais excluent les labels MPLS ou l’enveloppe IPv6/SRH ajoutés ensuite. À la sortie, le compteur global inclut ces nouveaux octets. Le projet n’y fournit pas de série réservée au transit: conserver cette classification après encapsulation n’est généralement pas réalisable.

L’architecture SR Policy de RFC 9256 distingue chemins candidats et listes de segments. Le nouveau modèle relie aussi chaque chemin de transfert à une liste opérationnelle par un identifiant obligatoire, dans le même chemin candidat. RFC 8342 explique la différence entre configuration voulue et état opérationnel. Une comparaison valable doit donc porter sur les mêmes objets et la même période, surtout après un changement de chemin.

Un total de sortie plus grand peut refléter des en-têtes supplémentaires. Il ne mesure pas à lui seul davantage de transit. Le projet ne fournit pas de trace d’un routeur identifié reliant compteurs, chemin et époque; cette trace fixerait le coût réel de l’encapsulation.