Résumé
- RFC 9571 étend les mesures de RFC 6374 aux LSP MPLS génériques et multipoint-vers-point grâce aux Synonymous Flow Labels.
- La SFL identifie la population à compter ; elle ne prouve pas que réordonnancement, interfaces, cœurs et pipelines ont fini d’alimenter le compteur distant.
- Une mesure défendable relie portée, lot, temps d’attente, rapprochement des fenêtres, méthode, génération de configuration et observation de service sans les confondre.
Trois paquets perdus, ou trois paquets comptés trop tard ?
Un opérateur alterne deux SFL sur un trafic MPLS. Le compteur d’émission du lot orange vaut mille. La réponse du routeur distant en rapporte neuf cent quatre-vingt-dix-sept. Le tableau de bord affiche aussitôt trois pertes.
Cette soustraction n’est juste que si la fenêtre est réellement close aux deux extrémités. Un paquet peut avoir pris une branche ECMP plus lente. Un autre peut attendre l’incrément d’un compteur situé après un long pipeline matériel. Le troisième peut être visible sur une interface dont l’état n’a pas encore rejoint le processeur qui répond à la requête. Les trois portent pourtant la bonne étiquette.
RFC 9571 sépare précisément ces faits. Le document, publié en mai 2024 comme Proposed Standard de l’IETF, adapte la mesure de perte et de délai de RFC 6374 aux réseaux MPLS génériques. La SFL rend le lot reconnaissable. L’émetteur ne lance sa Query qu’après la fin du lot et lorsqu’il estime que tous ses paquets ont pu parvenir au récepteur. Cette estimation n’est pas encodée par la couleur.
Le paquet de mesure ne constituait pas une frontière universelle
Dans le modèle antérieur, un message LM pouvait servir de point de démarcation. RFC 9571 rappelle cinq causes d’erreur : réordonnancement par ECMP, réception sur des interfaces différentes, traitement réparti entre plusieurs cœurs, agrégation de liens et distance entre le traitement d’un paquet et l’incrément effectif du compteur.
Quand le taux réel de perte est faible, une seule mauvaise affectation de fenêtre déforme fortement le résultat. Remplacer le délimiteur ponctuel par des lots marqués réduit l’ambiguïté : les paquets A restent A même s’ils arrivent autour de la bascule. Mais la méthode ne transforme pas l’arrivée du premier paquet B en accusé de réception du dernier A.
Il faut donc conserver le délai de vidange choisi, le chemin concerné, le point de lecture du compteur et la raison pour laquelle ce délai était suffisant. Sans ce dossier, une valeur exacte au format peut rester fausse dans le temps.
Un total multipoint ne répond pas à une question source-destination
Sur un LSP multipoint-vers-point, le paquet MPLS ne fournit pas l’adresse source ordinaire nécessaire à la ventilation. Le récepteur peut compter correctement l’ensemble du trafic tout en étant incapable d’attribuer une perte à l’un des ingress.
RFC 9571 introduit donc un contexte propre à la source. L’enregistrement utile associe FEC, source, destination, SFL, index de lot, session et emplacement du compteur. Cette précision évite qu’un agrégat soit promu en preuve d’un trajet particulier.
Le TLV SFL transporte la SFL, la FEC ayant servi à l’allocation, un identifiant de groupe de gestion et un index. Cet index reste une commodité convenue par configuration. Il ne devient pas, par sa seule présence, une identité globale ou une preuve de provenance.
Les fenêtres de perte et de délai se croisent
Une fenêtre de perte est souvent longue ; une mesure de délai peut être courte. RFC 9571 autorise leur coexistence, mais non l’illusion de leur indépendance totale. Une série dédiée au délai peut traverser la limite entre les lots de perte A et B. Il faut alors choisir son rattachement et attendre tous les paquets pertinents avant la Query.
Un même paquet peut alimenter une statistique de perte et une statistique de délai. Compter deux fois en interne ou rapprocher les compteurs au moment du rapport relève de l’implémentation locale. C’est précisément pourquoi le résultat exporté doit nommer la règle suivie.
Le profil par défaut impose qu’un système de délai sache aussi mesurer la perte, que l’intervalle de délai finisse avant le lot de perte englobant et que le second lot de délai laisse au premier le temps d’arriver. Ces contraintes ferment l’espace des historiques possibles ; elles ne sont pas de simples conseils de présentation.
Zéro peut signifier « pas encore un intervalle complet »
Les mesures par classes temporelles illustrent un autre piège. Après création ou modification des seuils, le répondeur doit renvoyer zéro dans chaque classe jusqu’à ce qu’une période complète ait été observée. Ce zéro décrit l’état de configuration, pas l’absence de gigue.
La méthode statistique fournit nombre de paquets, somme des délais, minimum, maximum et somme des carrés. La méthode moyenne peut renvoyer une somme d’horodatages ou les instants du premier et du dernier paquet avec un effectif. L’échantillonnage définit encore une autre population. Aucune de ces sorties ne devrait être réduite à un champ « latence » sans méthode, fenêtre, format temporel et génération de configuration.
Le document précise également que la mesure combinée perte/délai à l’aide de SFL n’est pas prise en charge par cette spécification. Un format qui semble extensible n’autorise pas un système à déclarer cette capacité.
La preuve s’arrête avant l’expérience du client
Même une chaîne parfaite ne démontre qu’une propriété bornée : perte ou délai pour une population, entre deux points, pendant une fenêtre, selon une méthode. Elle n’explique pas la cause, ne dit pas si une retransmission a masqué l’effet, ne prouve pas qu’un objectif contractuel emploie la même définition et ne décrit pas ce que l’application a reçu.
La confidentialité et l’intégrité comptent aussi. Une granularité de source ou de flux révèle davantage d’information. RFC 9571 recommande notamment le chiffrement du protocole de contrôle et la rotation des labels. Une corruption du TLV SFL peut perturber la mesure sans être détectée par le répondeur RFC 6374. Une réponse cohérente n’est donc pas, à elle seule, une provenance authentifiée.
Sources
- RFC 9571 HTML
- Fiche RFC 9571
- RFC 9571 texte
- RFC 9571 XML
- RFC 9571 Datatracker
- Historique RFC 9571
- Errata RFC 9571
- RFC 6374
- RFC 8372
- RFC 8957
- RFC 9341
- RFC 5921
- RFC 7190
- RFC 5586
- RFC 7876
- RFC 7258
- Registre IANA G-ACh
- Registre IANA PWE3
- Heng Lu : primauté du code en exécution
- Heng Lu : spécification initiale minimale
- Heng Lu : la réalité plutôt que le plaidoyer
Sources
- https://www.rfc-editor.org/rfc/rfc9571.html
- https://www.rfc-editor.org/info/rfc9571/
- https://www.rfc-editor.org/rfc/rfc9571.txt
- https://www.rfc-editor.org/rfc/rfc9571.xml
- https://datatracker.ietf.org/doc/rfc9571/
- https://datatracker.ietf.org/doc/rfc9571/history/
- https://www.rfc-editor.org/errata/rfc9571
- https://www.rfc-editor.org/rfc/rfc6374.html
- https://www.rfc-editor.org/rfc/rfc8372.html
- https://www.rfc-editor.org/rfc/rfc8957.html
- https://www.rfc-editor.org/rfc/rfc9341.html
- https://www.rfc-editor.org/rfc/rfc5921.html
- https://www.rfc-editor.org/rfc/rfc7190.html
- https://www.rfc-editor.org/rfc/rfc5586.html
- https://www.rfc-editor.org/rfc/rfc7876.html
- https://www.rfc-editor.org/rfc/rfc7258.html
- https://www.iana.org/assignments/g-ach-parameters/g-ach-parameters.xhtml
- https://www.iana.org/assignments/pwe3-parameters/pwe3-parameters.xhtml
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
- https://heng.lu/on-why-btw-media-exists-and-why-reality-not-advocacy-is-the-product/
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
