Resumen
- RFC 8029 envía una solicitud MPLS Echo por el plano de datos del Target FEC Stack y pide al LSR receptor que contraste el reenvío con el plano de control. La respuesta habla de esa sonda, ese FEC, ese nodo y ese momento.
- La cobertura completa de ECMP puede ser imposible, las rutas de respaldo inactivas quedan fuera y la respuesta puede volver por IP o por un canal de control distinto. Un éxito o un silencio no califican todo el servicio.
- El recibo sólido enlaza entradas de la sonda, ruta y código observados, modo y camino de respuesta, alternativas probadas o desconocidas, continuidad BFD y una transacción de cliente independiente.
El panel muestra un resultado verde: volvió el ping MPLS. La frase “el servicio está arriba” parece económica, pero gasta más certeza de la que produjo el paquete.
La solicitud llevaba un Target FEC Stack, contexto de etiquetas, secuencia y modo de respuesta. Esos campos hicieron que la red eligiera un resultado de reenvío particular. Un router aplicó comprobaciones normalizadas y devolvió un código. Llamar “servicio” a ese intercambio borra el experimento real.
RFC 8029, publicada en 2017, consolida la especificación vigente de LSP Ping. Kireeti Kompella figura primero entre seis autores, junto con George Swallow, Carlos Pignataro, Nagendra Kumar, Sam Aldrin y Mach Chen. Sustituye la RFC 4379 original y varias ampliaciones. Es prueba de una contribución a un estándar colectivo del IETF, no de propiedad sobre las implementaciones ni autoridad sobre una red que lo use.
La pregunta tiene nombre: FEC
LSP Ping debe comprobar una ruta conmutada por etiquetas aunque el iniciador no conozca la dirección del router final. Por eso la solicitud describe la forwarding equivalence class. Un prefijo LDP o una sesión RSVP puede bastar; un VPN dentro de otro túnel puede necesitar una pila de elementos FEC.
El destino 127/8 no guía la sonda por MPLS: lo hace el label stack. La dirección especial evita que un paquete expulsado antes de tiempo sea reenviado como IP hacia un cliente. En el egress previsto, el router verifica si realmente termina ese FEC. Con traceroute, TTL crecientes permiten preguntar a nodos de tránsito y localizar la discrepancia.
El recibo debe conservar hora, secuencia, labels, FEC, LSR, return code y subcode. También debe indicar si el paquete representaba la profundidad real del payload. RFC 8029 explica que puede hacer falta una etiqueta adicional: un Echo simple puede pasar por una interfaz incapaz de transportar el payload MPLS de un L2VPN o L3VPN. Una prueba incompleta no presta su éxito a la capa omitida.
Una elección ECMP no representa el conjunto
Un FEC puede tener varios next hops. Dirección, puerto UDP, entropy label, traffic class y clase de payload influyen en la selección; también algoritmos privados. LSP Ping permite variar campos y seguir mappings, pero RFC 8029 admite que la cobertura total puede ser impracticable. Los backup paths sin uso normal no entran en el procedimiento y múltiples niveles ECMP generan combinaciones inalcanzables.
Por tanto, un Echo positivo prueba el camino ejercitado bajo las comprobaciones realizadas. RFC 7882 muestra el riesgo equivalente con BFD: una sesión sigue activa en una rama mientras otra envía tráfico a un agujero negro. El panel correcto dice “7 de 8 caminos enumerados; un respaldo sin probar”. Mantiene además la clase de paquete, porque una sonda IP lenta y un payload MPLS no-IP bajo carga pueden encontrar hash, cola y policer distintos.
La vuelta es otra superficie de evidencia
Echo Reply no tiene que invertir el LSP probado. RFC 8029 admite no responder, usar UDP IPv4/IPv6 normal, Router Alert o un canal de control de aplicación. RFC 7110 añadió un retorno especificado porque la ruta de respuesta necesitaba control propio.
Una respuesta por la red de gestión no demuestra la ruta inversa del cliente. Un silencio tampoco prueba la rotura de la ida: el nodo quizá no implemente LSP Ping, un policer puede frenar el control o puede fallar el retorno. La norma reconoce falsos negativos y permite seguir sondeando más allá de un tránsito silencioso.
El registro separa las piernas. Ida: labels, FEC, TTL, downstream y validación. Vuelta: modo pedido y real, dirección, transporte, restricción y hora. Si fue IP ordinario, se escribe así. Si no hubo prueba del reverse LSP, queda desconocido.
Diagnóstico, continuidad y experiencia
LSP Ping observa un instante. RFC 5884 lo usa para iniciar y asociar una sesión BFD con un LSP; BFD mantiene después una serie de liveness a intervalos negociados. Una respuesta al mediodía no garantiza las 12:05; una sesión BFD estable no certifica ramas ECMP que nunca recorrió.
La transacción del cliente aporta un tercer test. CE, pseudowire, MTU, tamaño, clase, cifrado, transporte y aplicación todavía pueden fallar. El SLA puede exigir pérdida y demora durante una ventana. LSP Ping localiza un fallo MPLS dentro de esa cadena, no sustituye la cadena.
Los códigos y downstream mappings son una explicación estructurada, no una insignia. Túneles jerárquicos o stitched cambian la pila de FEC y un Nil FEC puede ocultar detalles. Handles, secuencias, timestamps, límites y filtros reducen spoofing, replay o sobrecarga, pero no autentican la experiencia del usuario.
La lectura de Heng Lu sobre agency impide pedir prestada autoridad. Los autores definen una gramática compartida; el implementador produce código; el operador diseña la cobertura; el dueño del servicio define el resultado. El nombre del autor no certifica el producto y la respuesta del router no firma el SLA. La especificación mínima coordina sin arrebatar al operador local su decisión.
Unir el recibo sin comprimirlo
Primero se guarda la pregunta: iniciador, tiempo, LSP, Target FEC Stack, label stack, payload, TTL, modo, traffic class, entropy y campos ECMP. Después se guarda la observación: LSR, código, mappings, cambios de FEC, interfaz, labels, tiempo y epoch.
La cobertura enumera next hops, combinaciones, caminos vistos, backups, nodos sin soporte y universo desconocido. La vuelta tiene su propio bloque. BFD añade sesión, discriminator, intervalos, transiciones y ventana. El test del cliente conserva endpoints, payload, clase y objetivo.
Así la conclusión no necesita exagerar: esta sonda para este FEC recorrió este camino y recibió esta respuesta; estas alternativas quedaron fuera; la continuidad se observó durante este periodo; la transacción representativa cumplió o no. Es más largo que “ping OK”, pero permite actuar sin inventar evidencia.
Fuentes
- RFC 8029 — Detecting MPLS Data-Plane Failures
- RFC 4379 — especificación original de LSP Ping
- IETF Datatracker — Kireeti Kompella
- RFC 5884 — BFD para LSP MPLS
- RFC 7110 — retorno especificado
- RFC 7737 — simplificación de reply modes
- RFC 7882 — caso Seamless BFD
- Heng Lu — Running-Code Primacy
- Heng Lu — Minimum Initial Specification
- Heng Lu — On the Agency Problem
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
