Résumé

  • La RFC 8029 fait suivre à une requête MPLS Echo le chemin de données du Target FEC Stack et demande au LSR qui la reçoit de confronter le transfert à sa connaissance du plan de contrôle. La réponse concerne cette sonde, ce FEC, ce nœud et cet instant.
  • Une couverture ECMP complète peut être impossible, les chemins de secours normalement inactifs restent hors champ et la réponse peut revenir par IP ou par un canal de contrôle distinct. Un succès comme un silence ne suffit donc pas à qualifier le service entier.
  • Le reçu défendable relie paramètres de sonde, chemin observé, code de retour, mode et voie de réponse, alternatives testées ou non, continuité BFD et transaction client représentative indépendante.

Le voyant passe au vert : le ping MPLS est revenu. Dans bien des salles d’exploitation, la conclusion arrive avant le paquet décodé — « le service est disponible ».

Pourtant, ce paquet a été construit pour une question plus étroite. Il transporte un Target FEC Stack, un contexte d’étiquettes, un numéro de séquence et un mode de réponse. Ces éléments ont produit un choix de transfert particulier. Un routeur a évalué des conditions normalisées et renvoyé un code. Transformer ce compte rendu en jugement sur « le service » efface précisément ce que le test permettait de vérifier.

Publiée en 2017, la RFC 8029 consolide la spécification actuelle de LSP Ping. Elle place Kireeti Kompella en tête de six auteurs, avec George Swallow, Carlos Pignataro, Nagendra Kumar, Sam Aldrin et Mach Chen, et remplace la RFC 4379 d’origine ainsi que plusieurs mises à jour. Cette attribution établit une contribution à un travail collectif de l’IETF; elle ne fait de Kompella ni le propriétaire des implémentations, ni l’exploitant des réseaux qui les utilisent.

Le FEC est la vraie question

Un ping IP ordinaire cherche une réponse d’un point IP. LSP Ping doit éprouver un chemin commuté par étiquettes alors même que l’initiateur peut ignorer l’adresse du routeur terminal. La requête décrit donc la forwarding equivalence class visée. Un préfixe LDP ou une session RSVP peut suffire; un VPN imbriqué dans un tunnel peut exiger plusieurs éléments de FEC.

L’adresse de destination 127/8 ne dirige pas la sonde dans le réseau MPLS. Le label stack le fait. L’adresse spéciale évite qu’un paquet de diagnostic, sorti trop tôt d’un LSP défectueux, soit livré comme trafic IP à un client. À l’egress attendu, le routeur vérifie qu’il est bien terminal pour le FEC annoncé. En mode traceroute, des TTL successifs sollicitent les nœuds de transit afin de localiser un désaccord.

« Ping réussi » ne conserve rien de cette précision. Un reçu utile indique heure, séquence, labels, FEC, LSR répondant, code et subcode. Il peut alors être rapproché de l’état des routes et des labels au même epoch. Il faut également dire si la sonde reproduisait la profondeur du payload. La RFC 8029 note qu’un label supplémentaire peut être nécessaire pour révéler une panne qui n’affecte pas un simple paquet Echo, mais frappe le trafic L2VPN ou L3VPN réel.

Un chemin ECMP ne répond pas pour les autres

Plusieurs next hops peuvent desservir un même FEC. Adresse, port UDP source, entropy label, traffic class ou interprétation du payload peuvent changer le chemin. LSP Ping permet de varier certains champs et d’examiner les downstream mappings; il ne garantit pas une énumération parfaite.

La RFC 8029 reconnaît que des algorithmes propriétaires rendent parfois la couverture complète impraticable. Les chemins de secours qui ne servent qu’après défaillance ne sont pas couverts, et plusieurs étages ECMP peuvent produire des combinaisons que l’initiateur n’atteint jamais. Le résultat vaut donc pour le chemin exercé, pas pour un membre intact par association.

La RFC 7882 décrit le même piège avec BFD : une session peut rester active sur un chemin ECMP tandis qu’un autre perd le trafic. Le bon tableau de bord donne un dénominateur — sept chemins testés sur huit, un secours inconnu — plutôt qu’un état MPLS universel. Il garde aussi la classe de paquet : un contrôle à faible débit et un payload non-IP chargé ne subissent pas nécessairement le même hachage, la même file ou le même policer.

La réponse possède son propre itinéraire

L’Echo Reply n’a aucune obligation de refaire l’aller en sens inverse. La RFC 8029 prévoit l’absence de réponse, un retour UDP IPv4/IPv6 normal, un retour avec Router Alert ou un canal de contrôle applicatif. La RFC 7110 a ensuite permis de spécifier une voie de retour, signe que celle-ci constitue une surface de preuve autonome.

Recevoir une réponse par le réseau de gestion ne valide donc pas le chemin client inverse. Inversement, un silence n’invalide pas automatiquement l’aller : le nœud peut ne pas prendre en charge LSP Ping, un policer du plan de contrôle peut intervenir, ou la route de réponse peut échouer. La spécification mentionne ces faux négatifs et permet, en traceroute, de sonder au-delà d’un transit silencieux.

Le dossier doit enregistrer les deux jambes. Pour l’aller : labels, FEC, TTL, downstream choisi et validation. Pour le retour : mode demandé et constaté, adresse, transport, contrainte éventuelle et heure d’arrivée. L’inconnu reste inconnu; une réponse IP ne devient pas la preuve d’un reverse LSP.

Trois horloges, trois témoins

LSP Ping fournit un diagnostic ponctuel. La RFC 5884 l’utilise pour amorcer et lier une session BFD à un LSP; BFD assure ensuite une détection continue aux intervalles négociés. Les deux résultats ne se remplacent pas. Une réponse à midi n’assure rien à 12 h 05; une session BFD stable ne certifie pas tous les membres ECMP qu’elle n’a pas empruntés.

Le service client vit sur une troisième horloge. Interfaces d’accès, pseudowire, MTU, taille du payload, classe de service, chiffrement, transport et application peuvent encore échouer. Un test représentatif doit mesurer perte, délai ou disponibilité pendant la période contractuelle. LSP Ping peut situer une faute MPLS à l’intérieur de cette chaîne; il ne devient pas la chaîne.

Les return codes, subcodes et mappings de la RFC 8029 forment ainsi un compte rendu, non un sceau. Les tunnels hiérarchiques ou stitched peuvent modifier le FEC; certains détails peuvent être masqués par un Nil FEC. Les protections contre rejeu, spoofing ou surcharge — handle, séquence, timestamp, filtrage et limitation — consolident l’échange diagnostique sans authentifier l’expérience applicative.

La lecture de Heng Lu sur l’agency éclaire la séparation. Les auteurs normalisent un langage, les fabricants l’implémentent, l’opérateur choisit l’expérience et le propriétaire du service fixe le résultat attendu. Le nom d’un auteur ne certifie pas le code; la réponse d’un routeur ne signe pas l’expérience d’un client. Une spécification minimale rend la coordination possible et laisse à l’acteur local l’autorité — et la responsabilité — de conclure.

Composer le reçu sans perdre les jointures

Le reçu commence par l’hypothèse : initiateur, heure, LSP, Target FEC Stack, label stack, profondeur du payload, TTL, mode ping ou traceroute, traffic class, entropy label et champs influençant ECMP. Il poursuit avec le répondant, le code, les mappings, les changements de FEC, le temps de réponse et l’epoch de configuration.

La couverture est une liste : next hops connus, combinaisons essayées, chemins observés, secours inactifs, nœuds sans support et population encore inconnue. Le retour possède son bloc propre. BFD ajoute identifiant, discriminator, intervalle, transitions et fenêtre. Enfin, la transaction client conserve endpoints, payload, classe et objectif de service.

La conclusion devient alors exploitable : telle sonde pour tel FEC a suivi tel chemin et reçu telle réponse dans telles conditions; telles alternatives n’ont pas été testées; la continuité a été observée pendant telle fenêtre; le service représentatif a satisfait — ou non — son objectif. C’est plus long que « le ping passe ». C’est aussi beaucoup plus sûr.

Sources