Résumé

  • Le sub-TLV du RFC 5330 est facultatif. Sa disparition doit être interprétée comme une absence d’information, non comme la valeur numérique zéro ni comme la preuve qu’aucun LSP TE sans réservation ne traverse le lien.
  • Même lorsqu’il est présent, le compteur décrit des LSP signalés avec une bande passante égale à zéro selon la politique d’inclusion de l’origine. Il ne mesure ni les octets, ni la capacité, ni la protection, ni les services touchés.

L’invention commence au moment de l’ingestion

Imaginons qu’une collecte reçoive lundi un sub-TLV de valeur 27. Mardi, le même type n’apparaît plus dans l’annonce du lien. Une base conçue avec une colonne entière obligatoire écrit automatiquement 0. Le graphique raconte alors une chute de 27 à zéro.

Le paquet ne raconte rien de tel. Le RFC 5330 indique que l’absence du sub-TLV Unconstrained TE LSP Count devrait être comprise comme une absence d’information concernant le lien. L’état observé mardi n’est donc pas une population vide. C’est une observation sans compteur RFC 5330.

Plusieurs causes restent possibles : l’origine peut ne plus prendre en charge l’extension, ne plus l’activer, retarder sa nouvelle annonce, changer de politique, ou traverser une condition de collecte. Sans reçu supplémentaire, aucune ne peut être promue en fait. Écrire zéro choisit pourtant l’explication la plus forte : il n’existerait aucun LSP compté.

La première exigence d’un modèle fidèle est donc modeste : conserver la présence séparément de la valeur. présent=oui, valeur=0 et présent=non ne doivent jamais partager le même état.

Le zéro appartient à la demande de signalisation

Le RFC appelle « unconstrained TE LSP » un LSP TE signalé avec une bande passante égale à zéro. Cette définition ne décrit pas l’usage réel du chemin. Elle ne dit pas que le LSP ne transporte aucun paquet, que son trafic ne vaut rien, que la liaison est libre ou qu’une panne serait sans conséquence.

Le scénario qui motive le document associe justement ces LSP à MPLS TE Fast Reroute. Un maillage de chemins sans réservation de bande passante peut suivre le plus court chemin IGP tout en bénéficiant d’un mécanisme de réparation locale. Le champ de signalisation est nul ; l’activité et l’importance opérationnelle peuvent ne pas l’être.

Cette distinction interdit une autre substitution facile. Un 0 réellement annoncé signifie zéro LSP appartenant à la population rapportée. Il ne signifie toujours pas zéro trafic. Une absence ne signifie même pas zéro LSP rapporté. Les trois propositions occupent des couches différentes.

Un tableau de bord sérieux nomme donc son unité complète : « nombre de LSP TE signalés avec bande passante nulle, inclus par cette origine et cette version de politique ». Le raccourci « charge LSP » efface déjà trop de choses.

La population peut légalement être incomplète

Le RFC 5330 autorise l’omission des LSP sans réservation configurés et provisionnés par un système de gestion. Deux origines conformes peuvent ainsi annoncer des nombres différents pour un ensemble sous-jacent identique.

Cette permission répond à une réalité d’exploitation : tous les LSP ne naissent pas nécessairement du même plan de contrôle ni du même processus d’inventaire. Mais elle rend le nombre impossible à comparer sans connaître la règle locale d’inclusion.

Si un changement de logiciel déplace une partie des LSP vers un contrôleur de gestion et que la nouvelle origine les omet, le compteur baisse sans suppression de chemin. Si, à l’inverse, une version commence à les inclure, le compteur monte sans création de LSP. La variation appartient alors à la mesure, non au réseau mesuré.

Il faut rattacher à chaque observation un contrat de population : sources de provisionnement incluses, états de signalisation retenus, traitement du make-before-break, moment d’entrée et de sortie du décompte, version de configuration et instant d’activation. Sans ces éléments, la série historique mélange des dénominateurs différents.

Une extension optionnelle exige plus de trois états

Les schémas binaires « actif/inactif » conviennent mal à une extension facultative. Au minimum, la plateforme doit distinguer : présent avec valeur zéro, présent avec valeur positive, absent, malformé, type non pris en charge, et non observé parce que la collecte a échoué.

Ces états conduisent à des actions différentes. Une valeur présente et nulle peut participer à un calcul, sous réserve du contrat de population. Un champ absent doit suspendre l’inférence fondée sur ce compteur. Un champ malformé appelle une analyse de protocole. Un type non pris en charge réclame un inventaire de capacités. Une observation manquante relève du collecteur.

Les fusionner sous 0 transforme les pannes de visibilité en améliorations apparentes. L’outil peut alors envoyer de nouveaux LSP vers le lien dont il sait le moins, simplement parce que sa base le présente comme vide.

La valeur nulle n’est utile que si sa provenance reste visible.

L’ordre des doublons est aussi une preuve

Le RFC attribue le type 23 au compteur, sous une forme de deux octets pour IS-IS et de quatre octets pour OSPF. Dans les deux cas, le sub-TLV est facultatif et ne doit pas apparaître plus d’une fois dans le conteneur concerné. Si une seconde instance existe, le récepteur ne traite que la première.

Cette règle protège le sens reçu, mais elle expose une faiblesse des normalisations génériques. Un décodeur qui transforme les TLV en dictionnaire peut écraser la première valeur par la dernière. Le routeur utilise alors 12 tandis que la télémétrie affiche 19.

Pour éviter cette divergence, le reçu de parsing doit garder l’ordre, les positions, les longueurs, toutes les valeurs rencontrées et la décision d’ignorer les suivantes. Une table finale ne suffit pas. Dès que l’ordre brut a été supprimé, il devient impossible de reconstruire la décision conforme du récepteur.

L’absence de doublon n’est pas non plus prouvée par une seule valeur normalisée. Elle doit être établie avant l’écrasement.

La fraîcheur ne révèle pas la granularité

Le nombre peut varier au rythme des créations, déplacements et suppressions de LSP. Le RFC 5330 laisse toutefois les mécanismes de déclenchement des annonces hors de son champ et recommande d’éviter une inondation systématique trop fine à chaque variation.

Une annonce récente peut donc contenir une vue regroupée ou soumise à seuil. Son âge et son numéro de séquence prouvent la fraîcheur de l’objet de protocole, pas l’instantanéité du comptage sous-jacent.

Le reçu doit conserver la politique de déclenchement, la dernière recomposition de population, la période de regroupement et le budget de staleness accepté par le consommateur. Une valeur restée stable pendant plusieurs changements connus est un motif d’examen, pas la preuve que le réseau n’a pas bougé.

Cette nuance compte particulièrement lorsqu’un champ présent devient absent. Le système doit dater l’instant de la dernière information valide sans prolonger indéfiniment l’ancien nombre, ni le remplacer par zéro.

Un compteur peut éclairer une décision sans la prendre

Dans des topologies symétriques à coûts égaux, les LSP sans réservation rendent la bande passante réservable peu utile comme critère de départage. Le RFC explique que des algorithmes peuvent utiliser le nombre de LSP en formulant des hypothèses statistiques sur leur trafic agrégé.

Il précise aussi que les algorithmes de répartition eux-mêmes sont hors de son champ. Le standard fournit une donnée coordonnée. Il ne garantit ni la validité d’une hypothèse, ni le choix d’un chemin, ni l’équilibre obtenu.

Deux liens portant chacun 30 LSP peuvent transporter des volumes très différents. Le nombre ne connaît ni la taille des flux, ni leur horaire, ni leur latence, ni leur importance commerciale. Le consommateur doit donc enregistrer ses autres entrées, sa version d’algorithme, les candidats, la décision et le résultat mesuré.

Une automatisation qui transforme l’absence en zéro ne commet pas seulement une erreur d’affichage. Elle injecte une affirmation fabriquée dans le calcul de chemin.

Le rayon d’une panne demande plusieurs jointures

Le RFC mentionne une autre utilité : estimer le nombre de LSP sans réservation affectés par la défaillance d’un lien. Le mot décisif reste « LSP ».

Un LSP peut porter plusieurs services ; un autre aucun trafic. Plusieurs primaires peuvent partager un tunnel de secours en mode facility backup. Une demande de protection ne prouve pas la disponibilité actuelle du secours, sa capacité lors d’une panne corrélée, ni la livraison après bascule.

Pour passer du compteur au client, il faut joindre le lien à la population réelle de LSP, les LSP à leur trafic et à leurs services, les primaires à leurs associations de protection, la panne à l’action de réparation, puis cette action à l’observation du résultat.

Le sub-TLV peut indiquer où commencer l’enquête. Il ne fournit aucune de ces jointures à lui seul. Une case vide encore moins.

Conserver le manque comme un fait

La meilleure réparation n’est pas de remplir tous les champs. Elle consiste à laisser l’absence rester une observation de premier ordre.

Le reçu de fil nomme le protocole, la portée, l’origine, le lien, la clé LSA ou LSP, la séquence, le checksum, le point et l’heure de capture. Le reçu de parsing conserve les instances ordonnées et les décisions. Le reçu de comptage contient présence, valeur éventuelle, temps d’origine et âge. Le contrat de population explique les inclusions et omissions. Les reçus de trafic, de protection, de décision et d’impact viennent ensuite.

Cette séparation respecte une idée plus large de l’infrastructure Internet : le codepoint enregistré donne un sens commun, l’annonce décrit ce qu’une origine a choisi d’émettre, le système en fonctionnement produit une observation, et le résultat reste à mesurer. Aucun étage ne devient l’autorité de celui qui suit par simple commodité de base de données.

Sources