Résumé

  • Le RFC 6374 observe un LSP MPLS, un pseudowire ou une section préexistante. Le fonctionnement peut être proactif ou à la demande, direct ou inféré, en bande ou hors bande.
  • La mesure directe de perte peut fournir une comptabilité exacte des compteurs, avec une éventuelle dépendance à du matériel spécialisé. La mesure inférée utilise du trafic de test et reste approximative.
  • Le délai aller simple exige des horloges synchronisées. Les métriques bidirectionnelles évitent de comparer directement des horloges non locales ; le délai de canal bidirectionnel ne doit pas être confondu avec le délai aller-retour.

Le demandeur choisit le type de mesure, la portée et le débit. Le répondeur fournit les compteurs ou les horodatages. L’implémentation définit les points de mesure, les portées et les formats d’horodatage pris en charge, et doit rendre ce comportement compréhensible. L’IETF et l’IANA encadrent les codages interopérables ; l’IANA distingue notamment les Channel Types G-ACh de perte directe, de perte inférée, de délai et de mesures combinées. Une inscription ne prouve ni la prise en charge ni l’activation chez un récepteur. Les systèmes de niveau supérieur fixent les seuils, interprètent les SLA et décident des suites.

Le sens d’un résultat dépend de sa classe de trafic et de l’endroit où les points de mesure sont placés. Il dépend aussi d’ECMP, de l’alignement des compteurs, de la portée de la perte, de la qualité des horloges, de la synchronisation et du format d’horodatage. Un échantillon ECMP ne décrit pas tous les chemins alternatifs. Les normes ne quantifient pas l’exactitude d’un déploiement sans ces informations.

La mesure proactive ajoute du trafic et de la charge de traitement. Le débit doit rester adapté au contexte. Le demandeur devrait suspendre une mesure soutenue lorsque les messages de mesure perdus dépassent son seuil ; le récepteur devrait limiter les requêtes excessives. Le RFC 6375 profile la méthode pour MPLS-TP : la configuration vient de l’extérieur, les valeurs par défaut sont fixées et la négociation n’est donc pas nécessaire, les valeurs reçues doivent être validées et l’opérateur garde la maîtrise des débits. Le RFC 7876 ajoute un objet UDP Return pour un chemin de réponse hors bande explicitement sélectionné.

Il modifie le transport du retour, non la sémantique de mesure, et impose de prévenir l’abus de réflexion. Une protection adaptée, par exemple IPsec lorsque nécessaire, peut être requise pour les retours IP hors bande.

Ce mécanisme n’est ni authentification ni autorisation. Il suppose que l’intégrité du chemin et l’identité du correspondant distant ont été vérifiées par d’autres mécanismes MPLS. Les implémentations doivent pouvoir désactiver chaque Channel Type lorsque cette assurance manque. Même après vérification de l’identité, une injection ou une attaque de type homme-du-milieu peut falsifier la preuve. Une réponse réussie ne crée donc pas le LSP, ne le reroute pas, ne réserve pas de capacité, ne le répare pas, ne modifie pas la politique et n’autorise aucune remédiation.

Fixture de vérification : nommer précisément le LSP, le pseudowire ou la section ; consigner la classe de trafic, le traitement ECMP et les emplacements ; capturer des instantanés de compteurs alignés ; tester chaque Channel Type et format d’horodatage ; n’interpréter l’aller simple qu’après contrôle de la synchronisation ; calculer séparément délai de canal bidirectionnel et délai aller-retour ; vérifier suspension et limitation de débit ; valider la configuration externe du RFC 6375 ; tester que le retour UDP du RFC 7876 respecte les paramètres demandés sans devenir un amplificateur.

Les valeurs par défaut observées doivent être rapportées comme faits d’implémentation, non comme exigences normatives.

Chemin de décision opérateur : vérifier d’abord identité et intégrité ; choisir ensuite perte directe ou inférée et la portée ; fixer un débit supportable ; valider compteurs, horloges et protection du retour ; établir une base ; comparer avec un seuil détenu par le système de gestion ; puis décider d’une enquête, d’un traitement SLA ou d’une remédiation. Le protocole fournit la preuve, pas la décision.

Sans LM/DM natif MPLS, les équipes s’appuieraient davantage sur des sondes IP, des symptômes indirects ou des mécanismes propres à un constructeur. Ces moyens peuvent ne pas partager le même contexte d’acheminement ni offrir une comptabilité directe des pertes. Leur preuve n’est donc pas interchangeable.

Sources