Résumé

  • Le nouveau projet du groupe GROW enrichit les rapports BMP avec durée de fenêtre, nombre d’échantillons, extrêmes, moyenne, médiane, P5 et P95.
  • La collecte peut toutefois être périodique, déclenchée par événement ou hybride, et l’algorithme de percentile reste un choix d’implémentation.
  • Le projet précise que ces valeurs ont d’abord une portée locale et qu’il n’exporte ni la configuration ni la méthode interne qui les a produites.
  • Un reçu de filiation de mesure devrait donc accompagner tout usage comparatif : population, cadence, exclusions, algorithme, horloge, version et décision concernée.
  • Ce reçu est une proposition éditoriale de Daniel Kade, non une exigence d’IETF, de GROW ou de BMP.

Le chiffre stable qui ne décrit pas l’intervalle

Un tableau de bord reçoit 100 000 routes à midi, 100 000 à 12 h 15 et 100 000 à 12 h 30. La courbe paraît plate. Entre les deux premières lectures, la table a pourtant pu tomber à 95 000, monter à 105 000, puis revenir à son point de départ. Les trois instantanés sont exacts ; l’interprétation de stabilité ne l’est pas.

C’est le point de départ du projet actif BMP Statistics Information TLV. Sa révision 01, datée du 11 septembre 2026, propose d’ajouter aux statistiques de type jauge une durée de fenêtre, un nombre d’échantillons et plusieurs résumés : minimum, maximum, instantané, moyenne, médiane, P5 et P95. Le minimum et le maximum portent l’heure de leur observation.

L’idée prolonge une fonction existante. RFC 7854 définit BMP comme interface de suivi des sessions BGP et des vues de routage, pas comme protocole de routage. Ses rapports statistiques sont des observations destinées à être réutilisées : diagnostic, planification, alerte, comparaison de plates-formes ou justification d’une décision d’exploitation.

La nuance institutionnelle compte. Le document est un Internet-Draft du groupe GROW, et non un RFC adopté. L’historique Datatracker conserve sa filiation ; la fiche actuelle affiche I-D Exists, sans shepherd, directeur de zone responsable ni date de téléconférence. L’en-tête de la révision dit « Standards Track », alors que le champ Datatracker n’affiche pas aujourd’hui de statut RFC visé. Il faut garder cette divergence visible plutôt que lui inventer une résolution.

Le texte accomplit deux gestes inséparables : il rend l’intervalle moins aveugle et il indique pourquoi le résumé obtenu ne devient pas, pour autant, une mesure universelle.

La fenêtre et le compte répondent à deux questions différentes

La durée de fenêtre dit pendant combien de temps les observations retenues ont été accumulées. Le nombre d’échantillons dit combien d’observations ont effectivement participé au calcul. Quinze points sur neuf cents secondes ne valent pas deux points sur la même durée. Le premier ensemble a davantage de chances de rencontrer un épisode court ; aucun des deux ne prouve une observation continue.

La révision 01 rend ces deux champs positifs obligatoires dans le nouveau TLV. La fenêtre peut être différente de l’intervalle d’envoi, notamment lorsqu’un événement déclenche le rapport ou lorsqu’une session vient d’être établie. Si un émetteur calcule le même type de statistique sur deux fenêtres différentes, il doit utiliser deux TLV séparés.

Pour la moyenne, la médiane et les percentiles, un petit nombre d’échantillons limite la représentativité. Pour le minimum et le maximum, il limite la probabilité que le véritable extrême survenu entre deux prises ait été observé. Le « minimum » reste bien le plus petit point enregistré, pas nécessairement le plus petit état qu’a connu le routeur.

Le mécanisme est facultatif. Un équipement peut ne pas le prendre en charge, l’activer pour certains pairs ou seulement pour certaines jauges. Après l’ouverture d’une session ou le retour d’un pair à l’état Established, le premier rapport peut l’omettre ou employer les données partielles disponibles. Une absence n’est donc pas un zéro, ni une preuve d’absence de variation.

La séparation entre jauges et compteurs ferme une autre ambiguïté. Le TLV de distribution ne doit pas viser une statistique de type compteur. Un collecteur doit ignorer cet usage incorrect et peut le journaliser. Le nom d’un résumé reste ainsi lié à la nature de la grandeur qu’il résume.

Périodique et événementiel : deux populations sous un même nom

La méthode périodique observe la jauge au rythme d’une horloge. Elle traite les moments calmes et agités avec la même cadence, mais peut manquer une pointe entre deux déclenchements. La méthode événementielle observe lorsqu’une route arrive ou disparaît. Elle voit mieux certains mouvements brefs, mais un intervalle mouvementé fournit mécaniquement plus de points qu’un intervalle calme. Une stratégie hybride mélange ces deux logiques.

La révision 01 autorise ces approches et en fait un détail d’implémentation. Le type d’entrée reste P95. Pourtant, le quatre-vingt-quinzième percentile d’une population échantillonnée chaque minute n’a pas nécessairement le même objet que celui d’une population alimentée à chaque événement de routage.

Même avec les mêmes valeurs brutes, le résultat peut changer. Le projet ne fixe pas l’algorithme de percentile. La méthode du rang le plus proche et l’interpolation linéaire ne répondent pas toujours par le même nombre, particulièrement dans les petits ensembles. Le mot « médiane » ou « P95 » harmonise une intention statistique ; il ne révèle pas la convention mathématique.

Le fenêtrage reste lui aussi local. Le texte indique qu’il correspond souvent au temps écoulé depuis le rapport précédent, mais permet d’autres stratégies. Une fenêtre glissante, des intervalles disjoints et une fenêtre partielle après redémarrage peuvent afficher la même durée tout en sélectionnant des observations différentes.

Les horodatages du minimum et du maximum n’annulent pas cette diversité. Ils indiquent quand le routeur dit avoir vu l’extrême. Leur précision dépend de son horloge. La moyenne, la médiane et les percentiles n’ont pas d’heure propre et ne reconstituent pas la trajectoire à l’intérieur de la fenêtre.

Voilà pourquoi la section Operational Considerations qualifie les valeurs de principalement locales au routeur déclarant. Pour comparer ou agréger plusieurs routeurs, il faut des fenêtres et des configurations de collecte compatibles. Or le TLV n’exporte ni cette configuration ni la méthode interne. Le texte renvoie cette compatibilité aux voies de gestion ou de configuration.

Un registre de types n’est pas un registre de méthodes

Le projet demande à l’IANA de créer des registres pour les types d’entrées et pour les TLV d’information statistique. Il propose les noms initiaux Minimum, Maximum, Snapshot, Average, Median, P5 et P95, ainsi qu’une note dans le registre BMP Parameters.

Ces inscriptions stabilisent les codes et leurs significations. Elles n’attestent pas la cadence, la sélection des événements, la politique de données manquantes ou l’algorithme employé. Deux équipements peuvent respecter la même valeur enregistrée tout en produisant des populations différentes.

RFC 8126 définit des procédures telles que Standards Action et First Come First Served. Elles organisent l’autorité d’allocation et de modification. Elles ne transforment pas un nom partagé en équivalence expérimentale. De plus, une demande inscrite dans un draft n’est pas encore une allocation définitive : la page IANA vivante reflète les RFC publiés et certaines inscriptions temporaires.

Ce que la révision 01 a réellement ajouté

La révision 00 distinguait déjà échantillonnage interne et envoi périodique. La version suivante ajoute la durée de fenêtre et le nombre d’échantillons au format, P5 et P95 au vocabulaire, les microsecondes aux horodatages, l’avertissement sur les algorithmes et une section entière sur la portée locale.

L’annonce du 11 septembre date la nouvelle version ; elle ne vaut ni consensus final ni preuve d’implémentation. Le mandat de GROW explique la pertinence du travail : mesures et suivi opérationnels du routage mondial, automatisation et maintenance de BMP.

Le progrès n’est donc pas seulement l’apparition de percentiles. Le paquet contient désormais assez de contexte pour détecter certaines comparaisons fragiles : fenêtre différente, compte trop faible, rapport partiel, absence du TLV ordinaire nécessaire au contexte AFI/SAFI. La méthode complète demeure ailleurs.

Ce qu’un TLV valide établit — et ce qu’il n’établit pas

Un message conforme peut établir qu’un routeur a déclaré tel résumé pour telle statistique référencée, sur telle durée et avec tel nombre d’échantillons. On peut vérifier les longueurs, les indicateurs, l’unicité des types d’entrées, l’applicabilité à une jauge et, pour certaines statistiques AFI/SAFI, la présence du TLV ordinaire associé.

Il ne prouve pas que tout événement pertinent a été observé, que l’horloge était exacte, que deux appareils ont formé la même population, que les trous ont reçu le même traitement ou qu’une agrégation ultérieure n’a pas mélangé des séries incompatibles. Un compte élevé n’écarte pas un biais de sélection. Un maximum observé ne devient pas maximum continu. Un P95 enregistré n’est pas encore un étalon de flotte.

La gouvernance commence en refusant de fusionner ces propositions. Le transport est valide. La filiation peut rester incomplète. Le type est commun. La méthode peut différer. Le résultat est utile localement. Son autorité comparative doit être démontrée séparément.

Le reçu de filiation de mesure

La solution n’exige pas que BMP devienne un système de gestion de configuration. Elle exige que la voie de gestion mentionnée par le draft produise un reçu durable, joint à la série lorsqu’elle quitte son contexte local.

Ce reçu devrait conserver l’identité du routeur, du pair, de la statistique et, si nécessaire, de l’AFI/SAFI ; le début, la fin et la durée de fenêtre ; la frontière de session et de rapport ; le déclencheur ou la cadence ; les nombres attendus, retenus et exclus ; les règles appliquées aux lacunes et doublons ; l’algorithme de percentile et l’arrondi ; la source, la résolution et l’incertitude de l’horloge ; la version logicielle et de configuration ; toute agrégation aval ; le responsable ; et la condition de remplacement du reçu.

Il ne s’agit pas de publier toute donnée brute. Il s’agit de rendre inspectable la règle de comparaison. Un analyste peut alors séparer deux séries, les rapprocher avec une réserve explicite ou refuser une moyenne trompeuse. Un changement logiciel cesse de ressembler à un changement du réseau lorsqu’il modifie seulement l’algorithme.

Cette fiche est une proposition de Daniel Kade. Elle ne figure pas dans le draft et ne prétend pas imposer une méthode mondiale. L’argument de Heng Lu sur la spécification initiale minimale permet précisément des choix locaux tout en préservant leur frontière. The Policy Mirror demande qu’une règle locale reste visible à ceux qui en subissent les conséquences. Pour un percentile BMP, la règle la plus importante est celle qui a choisi ses échantillons.

Sources