Résumé

  • RFC 6428 entrelace, dans une même session BFD, les paquets CC et un paquet CV de vérification proactive par seconde.
  • CC et CV utilisent des points de code G-ACh distincts : 0x0022 pour BFD CC et 0x0023 pour BFD CV proactive.
  • CV transporte un TLV Source MEP-ID immuable. Le MEP récepteur l’utilise, avec l’encapsulation, l’étiquette et le discriminateur, pour détecter une mauvaise connectivité.
  • RDI n’est pertinent que dans le champ diagnostic des messages CC. Le champ diagnostic des messages CV doit être ignoré.

Le point essentiel est que « UP » décrit la continuité, pas un verdict universel sur le service. En fonctionnement normal, les paquets CC sont entrelacés avec un paquet CV par seconde. La perte de continuité est détectée après la périodicité de session multipliée par le Detect Multiplier distant ; la mauvaise connectivité est détectée dans la seconde. Le MEP récepteur devrait utiliser le diagnostic 1 à l’expiration du temps de détection, le diagnostic 5 après une indication Link Down et le diagnostic 9 lorsqu’une mauvaise connectivité est détectée.

Le récepteur vérifie une encapsulation erronée, un Source MEP-ID ou un type de MEP inattendu, un discriminateur associé à une autre étiquette, un discriminateur attendu reçu sur la mauvaise étiquette, ainsi qu’une authentification invalide lorsqu’elle est activée. La sortie d’un défaut de mauvaise connectivité exige 3,5 secondes sans message CV présentant ce défaut. À l’entrée, le MEP récepteur affirme un signal fail vers les processus clients ; le blocage du trafic dépend toutefois de l’action conséquente définie par le cadre OAM MPLS-TP, et non de la seule réception d’un paquet.

Tous les changements d’état BFD et les échanges Poll/Final utilisent des paquets CC. Les informations d’état et de Poll/Final contenues dans les paquets CV doivent être ignorées. En mode coordonné, une session BFD bidirectionnelle suit l’état du défaut. En mode indépendant, deux sessions sont utilisées ; l’une peut rester UP tout en recevant RDI. Un tableau de supervision doit donc afficher séparément la direction, le champ diagnostic, l’identité source et la classification du défaut.

Les autorités sont distinctes. L’opérateur configure le MEG, le MEP-ID, la périodicité CC, l’état CV souhaité, l’authentification et, le cas échéant, la clé ainsi que la politique de discriminateur. Le MEP source fournit une preuve d’identité, sans pouvoir déclarer seul la connectivité correcte au récepteur. Le MEP récepteur classe le défaut. Le cadre OAM et les actions conséquentes de la RFC 6371 encadrent l’effet sur le trafic client. Aucun indicateur UP/DOWN ne remplace cette séparation.

Un dispositif CC seul peut montrer une continuité récurrente, mais pas établir l’identité de la source attendue. Donner une signification RDI au champ diagnostic CV créerait une sémantique que la spécification demande d’ignorer. Un Source MEP-ID ou un mappage d’étiquette erroné reste un défaut même si les paquets arrivent. Les sources ne démontrent ni les fournisseurs, ni les déploiements, ni l’adoption, ni les taux de faux positifs, ni la durée d’impact client, ni les coûts commerciaux, ni les résultats de rétablissement. Elles ne prouvent pas non plus qu’une session UP équivaut à la santé applicative.

La page d’errata gelée est seulement un instantané de récupération, pas une affirmation de correction.

Parcours de décision opérateur

  1. Vérifier le chemin MPLS-TP visé et, si un GAL est utilisé, confirmer qu’il est au bas de la pile avec un TTL d’au moins un.
  2. Classer le point de code G-ACh : 0x0022 signifie CC ; 0x0023, CV proactive. Ne pas lire le diagnostic CV comme un RDI.
  3. Corréler la temporisation CC, le Detect Multiplier distant, le code diagnostic et Poll/Final ; calculer l’échéance de continuité avec la périodicité configurée.
  4. Pour CV, vérifier le Source MEP-ID inchangé, le type de MEP attendu, le mappage discriminateur-étiquette, l’étiquette reçue, l’encapsulation et le résultat d’authentification.
  5. Décider s’il s’agit d’une perte de continuité, d’une mauvaise connectivité, d’un défaut distant ou d’une absence de défaut ; appliquer ensuite l’action conséquente RFC 6371 configurée.
  6. En mode indépendant, présenter séparément l’état de session et le RDI reçu ; ne jamais les réduire à « service sain ».

Sources

  • RFC 6428 — mécanisme CC, CV et RDI.
  • RFC 5880 — machine d’état et diagnostics BFD de base.
  • RFC 5586 — transport GAL et G-ACh.
  • RFC 5921 — cadre et identifiants MPLS-TP.
  • RFC 6371 — cadre OAM MPLS-TP et actions conséquentes.
  • RFC 5860 — exigences OAM MPLS-TP.
  • RFC 5884 — BFD pour les LSP MPLS.
  • RFC 5885 — BFD VCCV et compatibilité CC seule.
  • Errata RFC 6428 — instantané de récupération gelé uniquement.