Resumen

  • RFC 9570 cambió LSP Ping: Router Alert pasó de ser obligatorio a no poder incluirse; IETF hizo histórica RFC 7506 e IANA conserva los valores 69 y modo 3 como deprecados.
  • Una decisión normativa, una fila de registro, una plantilla retirada y la ausencia observada de paquetes son pruebas distintas. La última no se deduce de las primeras.

Un auditor abre la página de RFC 7506 y ve Historic. Después comprueba que IANA llama DEPRECATED al valor 69. El informe concluye que Router Alert ha sido eliminado de la red. Todo lo citado es auténtico; la conclusión, sin embargo, ha saltado por encima de los equipos.

Ese salto convierte el gobierno de estándares en una ficción de automatización. Ninguna votación del IESG reescribe una plantilla de fabricante, reinicia una sonda antigua ni inspecciona el tráfico de una operadora. La decisión cambia qué debe implementar el software actual. El retiro efectivo exige otra cadena de hechos.

Histórico define la autoridad del texto

RFC 7506 apareció en abril de 2015 como documento Standards Track. Asignó el valor 69 de IPv6 Router Alert para OAM de MPLS y lo llevó al contexto de LSP Ping.

El registro de cambio de estado no es una nota informal. Con estado Approved - announcement sent, enlaza la reclasificación con RFC 9570, que retira Router Alert de las solicitudes y respuestas MPLS Echo y actualiza RFC 8029.

La declaración del IESG separa dos ideas. Un RFC obsoleto puede haber sido sustituido por otra edición de una tecnología que sigue vigente. El estatus histórico indica que la tecnología descrita ya no se considera actual ni recomendada. Requiere Last Call para toda la IETF y una acción formal del IESG; el documento de cambio conserva la explicación.

La decisión, por tanto, establece precedencia y trazabilidad. No contiene un recibo de despliegue para un router concreto.

RFC 9570 sí cambia la obligación

RFC 8029 exigía Router Alert en una solicitud MPLS Echo: valor 0 para IPv4 o 69 para IPv6. RFC 9570 sustituye ese MUST por MUST NOT. Además elimina el modo de respuesta 3, el que solicitaba una respuesta UDP con Router Alert, y dice que una implementación conforme debería ignorar la opción si llega.

La modificación no deja sin controles a LSP Ping. Ya se usaban simultáneamente una dirección especial y TTL o Hop Limit igual a uno para impedir que la solicitud cruzara el LSR de salida. RFC 9570 recomienda ::1/128 como destino IPv6 y otra fuente de entropía para recorrer rutas ECMP.

El grupo MPLS no había recibido informes de una implementación que dependiera de Router Alert para evitar la fuga, ni de una que implementara el modo 3. Es una base válida para la decisión. No equivale a un censo mundial: un programa privado, una imagen antigua o una plantilla de laboratorio pueden no haber sido reportados.

El registro conserva lo deprecado

IANA mantiene el valor IPv6 69 como MPLS OAM (DEPRECATED) y cita RFC 7506 y RFC 9570. También mantiene el modo de respuesta 3 con su nombre y la marca deprecada.

La persistencia no invita a reutilizarlos. RFC 9570 explica, conforme a RFC 8126, que lo deprecado no debe aparecer en implementaciones nuevas, mientras que las implantaciones existentes deben seguir interoperando. RFC 9805 cerró después el registro IPv6 Router Alert; cierre y borrado no son sinónimos, y el número 69 no se vuelve libre.

La fila histórica permite reconocer un paquete y reconstruir su linaje. Sin ella, el mismo byte parecería desconocido y la migración perdería contexto.

Un equipo puede relacionarse con 69 de cuatro maneras

Un emisor puede generar Router Alert porque conserva la regla anterior. Un receptor puede aceptar e ignorar la opción, como recomienda RFC 9570. Otro componente puede procesarla en una ruta excepcional. Y una función heredada puede depender de ella cuando debería usar los mecanismos que la nueva norma conserva.

Preguntar solamente “¿soporta RFC 7506?” aplana esas diferencias. RFC 6398 advierte sobre el coste y la superficie de procesamiento de Router Alert fuera de entornos controlados. Eso obliga a revisar la exposición, no a declarar vulnerable a un proveedor o una red sin pruebas.

También hay que limitar las afirmaciones negativas. Una captura sin valor 69 durante veinticuatro horas demuestra lo que no se vio en determinados puntos y durante ese intervalo. No desactiva una plantilla que solo se ejecuta ante una avería infrecuente.

El recibo de retirada que falta

Un recibo de retirada operativa empieza por el plano normativo: versión y fecha del cambio de estado, RFC 9570 y instantáneas de los dos registros IANA. Después enumera por separado los hechos de ejecución.

Para cada emisor identifica software, versión, plantilla activa y capacidad de producir Router Alert. Para cada receptor registra si ignora, procesa o rechaza la opción. Conserva la dirección de destino, TTL o Hop Limit, mecanismo contra fugas y fuente de entropía ECMP que sustituyen el comportamiento retirado. Añade el resultado de configuración y una observación con ventana y puntos de captura.

Cada excepción necesita responsable, alcance, vencimiento y condición de cierre. La compatibilidad que RFC 9570 preserva es una propiedad útil; no es un permiso para una excepción sin dueño.

El tablero debe mostrar cuatro resultados: retiro documental, retiro de configuración, retiro observado y final de la compatibilidad heredada. The Policy Mirror obliga a comparar la política pública con la instalada. Running-Code Primacy exige una prueba de ejecución. Reality, Not Advocacy limita el veredicto: RFC 7506 es histórica; la ausencia de 69 en una red determinada todavía debe demostrarse.

Fuentes