Résumé

  • L’AIS sert d’abord à supprimer les alarmes de la couche cliente. Avec L-Flag à zéro, il signale une condition sans déclarer une défaillance du serveur.
  • LKR est une indication distincte de verrouillage administratif, et non une faute. Le R-Flag n’efface qu’un type de message et un IF_ID correspondants.
  • Le MEP récepteur doit valider type, version, identité et état local avant de supprimer, effacer, ignorer ou escalader.

La séparation des fonctions est essentielle. Un serveur ou un nœud intermédiaire peut envoyer un message de gestion des fautes dans un LSP client affecté. L’AIS informe les fonctions clientes d’une condition de la couche serveur et peut empêcher une cascade d’alarmes secondaires. Si la protection doit rétablir le service, l’AIS peut conserver L-Flag à zéro. Cet indicateur ne doit être positionné qu’après déclaration d’une défaillance du serveur.

Lorsqu’il est positionné, il peut être traité comme un LOC de la couche cliente ; si un contrôle de continuité rapide, ou fast CC, détecte déjà la panne, il peut être rendu négligeable par le traitement local. Cela ne retire pas au MEP son autorité de validation.

LKR a un sens différent : il signale un verrouillage administratif et permet de distinguer une restriction planifiée ou contrôlée d’une faute. Son L-Flag vaut zéro et doit être ignoré à la réception. Une faute est une condition observée qui affecte le service ; une défaillance du serveur déclarée est une conclusion autorisée de la couche serveur, portée par L-Flag ; un verrouillage administratif est un état de gestion porté par LKR. Les confondre produit une escalade trompeuse.

Sur le réseau, les messages FM utilisent le code G-ACh 0x0058 et ne doivent pas contenir l’en-tête TLV ACh. Le Refresh Timer doit être compris entre 1 et 20 secondes. L’émetteur envoie immédiatement, deux fois encore à une seconde d’intervalle, puis selon l’intervalle annoncé tant que la condition persiste. À l’arrêt des rafraîchissements, le récepteur efface la condition après 3,5 fois le timer. Un effacement rapide facultatif utilise R-Flag et trois messages répétés ; une nouvelle faute interrompt toutefois ces retransmissions d’effacement. Le MEP ignore un type ou une version inconnus. Avec R-Flag à zéro, il crée ou rafraîchit une condition correspondante ; avec R-Flag positionné, il n’efface qu’un type et un IF_ID identiques.

L’autorité est ainsi distribuée. Le serveur ou le nœud intermédiaire émet dans les chemins clients affectés. La configuration de l’opérateur encadre le verrouillage administratif et le traitement autorisé. La déclaration de défaillance autorise L-Flag. Le MEP récepteur valide et choisit l’action locale. RFC 6371 sépare donc la preuve OAM de l’action conséquente à la frontière client/serveur.

L’analyse d’Elias Ward voit un bénéfice de concentration : réduire le bruit en cascade, distinguer le verrouillage planifié d’une faute et rechercher la cause dans la couche serveur. Les coûts sont réels : rafraîchissements périodiques, état des timers et des IF_ID, propagation hiérarchique, effacement facultatif et validation de source. Le dossier ne fournit aucune preuve de déploiement, d’adoption, de mesure de réduction d’alarmes, de valeur commerciale ou d’effet client. Il ne formule aucune allégation d’incident.

Le chemin opérateur est concret : vérifier le LSP client et le canal FM ; contrôler type et version ; confirmer 0x0058 et l’absence de l’en-tête TLV ACh ; relever L-Flag, R-Flag, Refresh Timer et IF_ID ; valider la source et l’identité de couche selon la configuration ; qualifier la condition comme faute, défaillance serveur déclarée ou verrouillage administratif ; puis appliquer la politique du MEP. LDI peut être traité comme LOC client seulement si L-Flag est positionné et que la politique l’autorise ; il peut être ignoré lorsque fast CC détecte déjà la panne. Un rafraîchissement manquant doit expirer à 3,5 fois le timer. Un R-Flag sans correspondance ne doit rien effacer.

Sources