Resumen

  • La versión 09 del borrador STAMP sobre SR-MPLS del grupo SPRING sustituye una descripción general del camino de vuelta por reglas separadas para ruta SR-MPLS, servicio L3 y servicio L2.
  • Sin una Segment List indicada para el retorno, el reflector puede enviar la respuesta por IP si no encuentra ruta inversa SR-MPLS. Si falta el servicio inverso L2 o L3 correspondiente, debe descartar la prueba y no responder.

Un resultado de latencia aparece en el panel. La sonda salió por la ruta SR-MPLS que interesaba, pero ¿por dónde regresó? La pregunta no es una sutileza de presentación. Si el reflector tuvo que responder mediante encaminamiento IP, el intercambio ocurrió, pero la cifra no puede presentarse sin más como una prueba de la ruta inversa diseñada. La nueva redacción del borrador obliga a separar la existencia de una respuesta de la identidad del camino que la transportó.

La comparación entre versiones explica la noticia. La revisión 08 decía, en términos amplios, que el reflector enviaba sus paquetes por el mismo camino SR-MPLS en dirección contraria. La revisión 09, publicada el 28 de septiembre, reemplaza esa síntesis con tres subsecciones del apartado 6.3. No informa de un despliegue ni de un incidente; redefine en el texto propuesto cómo tratar tres clases de retorno.

En la ruta SR-MPLS general, una Segment List sub-TLV dentro del Return Path TLV señala el camino inverso y la pila MPLS que debe usar el reflector. Si no llega esa lista, el equipo escoge localmente una ruta SR-MPLS inversa. Cuando tampoco puede escogerla, la sección 6.3.1 permite transmitir el paquete de respuesta de la figura 10 por IP. El ámbito del permiso importa: no equivale a ignorar sin más una ruta solicitada explícitamente que resulte inutilizable. RFC 9503 establece un tratamiento específico para esa situación.

La regla de servicio es más estricta. Para L3, el reflector debe asociar la etiqueta L3VPN recibida en la ida con una pila de etiquetas del servicio en sentido inverso. La dirección de origen de la sonda ha de ser alcanzable en la tabla IPv4 o IPv6 vinculada a ese L3VPN. Si no encuentra el servicio inverso correspondiente, debe descartar el paquete y no emitir respuesta. Para L2, debe usar la pila de retorno relacionada con la etiqueta L2VPN recibida; si no hay servicio inverso, también debe descartar y callar. El retorno IP previsto para el caso general no certifica continuidad del servicio de un cliente.

Por eso hay dos errores simétricos de lectura. Una respuesta recibida puede no haber recorrido la ruta inversa que el informe presume. Una respuesta ausente puede deberse a la falta de contexto de servicio inverso después de que la sonda alcanzara el reflector, no necesariamente a una avería en el camino de ida. Son reglas de medición bidireccional: el propio borrador señala que en el modo unidireccional no hay paquete de respuesta del reflector y la sección 6.3 no se aplica.

Datatracker mantiene el documento como Internet-Draft del grupo SPRING, con estado I-D Exists y destino Informational. No es un RFC ni una verificación de implementaciones. La cuestión para quien gobierna una red es qué contexto conserva junto al número antes de usarlo para decidir sobre rendimiento, incumplimiento o reparación.

Fuentes