Resumen
- RFC 3137 mantuvo el router-LSA y el coste ordinario de los enlaces stub, pero elevó a
0xFFFFlos enlaces no stub para que una topología redundante evitara usar el router como tránsito. - La señal no equivalía a retirar el nodo ni demostraba que los flujos se hubieran drenado. Si no existía otra ruta, el comportamiento OSPF posterior a RFC 1583 aún podía utilizar el camino caro.
El problema no era llegar al router, sino pasar por él
Un router puede dejar de ser un buen corredor antes de dejar de ser una dirección válida. Tal vez su CPU ya no soporte la carga, su memoria no alcance para todas las LSA o la operación esté preparándolo para mantenimiento. El tránsito debería salir, pero los operadores aún necesitan administrarlo y los prefijos conectados directamente no han dejado de existir.
Vaciar el router-LSA parece una solución limpia: si el nodo desaparece, ningún cálculo lo elegirá como paso. Sin embargo, OSPF describe una topología, no una agenda de destinos independientes. Según RFC 2328, el cálculo forma primero un árbol con routers y redes de tránsito y luego añade las redes stub. Al retirar el LSA de X se pierden sus enlaces y los enlaces de retorno necesarios para calcular cómo llegar a X. La medida evita cruzarlo y, al mismo tiempo, puede destruir su accesibilidad.
RFC 3137, publicada como Informational en junio de 2001, resolvió esa tensión sin inventar un estado administrativo externo. Dejó el router dentro del grafo y cambió el significado económico de sus enlaces.
0xFFFF no borraba el vértice
X debía anunciar todos sus enlaces no stub con el valor máximo de 16 bits, 0xFFFF. El documento lo llamó LSInfinity y advirtió que no era el máximo de 24 bits usado en las LSA summary y AS-external. Los enlaces stub, de tipo 3, conservaron el coste de salida de la interfaz.
Así se separaban dos funciones. Los enlaces no stub permitían que el camino más corto atravesara routers o redes de tránsito. Con la métrica máxima, cualquier alternativa razonable resultaba más barata. Los enlaces stub representaban prefijos directamente conectados. Mantener su coste hacía posible terminar la ruta en X aunque resultara indeseable continuar a través de X.
El router quedaba en una franja intermedia: visible, direccionable y caro como puente. No estaba “bien” por el hecho de ser accesible. Tampoco estaba “caído” por el hecho de haber perdido la preferencia de tránsito.
La RFC citó estados críticos, introducción y retirada gradual y otras razones administrativas o de ingeniería de tráfico. Esos usos expresaban intención. No confirmaban que todos los routers hubieran recibido el anuncio, que el SPF hubiese terminado ni que los paquetes hubieran cambiado de siguiente salto.
La ruta alternativa era parte del mecanismo
El texto insistió en la redundancia. La métrica no construía un desvío; solo inclinaba una comparación. Cada receptor inundado con el LSA recomponía su propia base de estado de enlace y su propio árbol. Si la topología ofrecía otro camino, ese camino ganaba. Si no lo ofrecía, el número máximo no podía fabricar uno.
Por eso la expresión “no tránsito” tenía un límite. En la semántica de RFC 1583 y versiones posteriores, 0xFFFF seguía siendo un coste finito. Cuando X era la única vía hacia una red, podía volver a ser elegido. El diseño conservaba una última continuidad, pero también podía devolver carga al router precisamente cuando el operador quería protegerlo.
La operación necesitaba una cadena de pruebas. El cambio de configuración mostraba lo solicitado. El router-LSA mostraba lo originado. Las bases remotas mostraban lo recibido. Las tablas de rutas y de forwarding mostraban lo seleccionado e instalado. La telemetría de flujo mostraba si el tránsito había salido. Una comprobación de servicio mostraba si el resultado seguía siendo útil. Ningún escalón autorizaba a inventar el siguiente.
La misma cifra tenía dos lecturas históricas
RFC 3137 documentó una incompatibilidad controlada. Los routers cuyo cálculo seguía RFC 1247 descartaban los enlaces con coste LSInfinity. Los que seguían RFC 1583 o una versión posterior no consideraban inalcanzable el valor máximo.
Con redundancia, ambos elegían la ruta barata que rodeaba X. Sin ella, los primeros se negaban a usarlo como tránsito y los segundos podían conservarlo como último camino. El memo sostuvo que esta divergencia concreta no producía bucles: donde había alternativa coincidían; donde no, una familia usaba X y la otra no.
No era una garantía sobre toda convergencia. No decía que no pudieran existir microbucles mientras distintos FIB se actualizaban, ni que cualquier implementación respetara idénticos tiempos. El trabajo posterior de RFC 6976 sobre actualización ordenada del FIB muestra que el problema transitorio tenía su propia superficie.
La palabra LSInfinity ocultaba la diferencia. Para un receptor era descarte; para otro, la peor ruta disponible. El protocolo no había desaparecido la ambigüedad semántica: la había acotado para obtener un comportamiento compatible.
RFC 6987 convirtió la ambigüedad en una decisión
RFC 6987 sustituyó a RFC 3137 en 2013. Conservó el principio y bautizó 0xFFFF como MaxLinkMetric. La corrección era conceptual. “Métrica máxima” describe una preferencia extrema; “infinito” parece prometer una prohibición que no todos los cálculos cumplían.
La revisión extendió la explicación a OSPFv2 y OSPFv3 e incorporó la alternativa del R-bit en OSPFv3. Un router con el R-bit despejado no debe usarse para tránsito. RFC 6987 dejó la elección al operador y explicó el coste: MaxLinkMetric permite usar el camino único; el R-bit lo excluye de manera consistente.
No es una diferencia de sintaxis menor. Una política elige continuidad cuando falla la redundancia; la otra elige aislamiento. El texto de 2001 no contenía ese marco completo, de modo que la historia debe conservar la fecha de cada afirmación.
Reiniciar con gracia pedía seguir cruzando el router
RFC 3623 trató otro problema. Un router cuyo software OSPF se reinicia puede mantener su plano de forwarding. Si la topología sigue estable y los vecinos cooperan, el reinicio graceful intenta conservarlo en el camino. RFC 3137 quería que el camino lo evitara.
Ambos buscan una transición menos abrupta, pero la palabra “graceful” no los vuelve equivalentes. Uno mantiene el tránsito durante una ceguera temporal del control plane; el otro reduce el tránsito mientras el nodo continúa anunciándose.
RFC 5817 llevó el apagado planificado al ámbito MPLS/GMPLS TE. RFC 6976 estudió cómo ordenar actualizaciones para reducir bucles transitorios. Esas técnicas posteriores permiten definir lo que el LSA de RFC 3137 no probaba: no era desmontaje de túneles, no era final de drenaje y no era recibo universal de convergencia segura.
Una presencia de protocolo no era una salud de servicio
La contribución duradera fue admitir más de dos estados. El router podía tener suficiente vida para publicar y ser administrado, pero no suficiente capacidad para transportar tránsito. También podía publicar correctamente mientras algunos receptores aún conservaban el camino anterior.
El control se repartía. X elegía el LSA. Cada receptor elegía su cálculo. La topología decidía si existía salida. El operador elegía el momento y la condición de retorno. Las mediciones decidían qué había ocurrido de verdad.
Los autores no reclamaron originalidad, y la publicación Informational no certificó despliegue. RFC 3137 hizo algo más modesto y más útil: mantuvo una identidad topológica mientras retiraba una función. En vez de fingir que “presente” significaba “apto para todo”, dio al cambio de red un estado visible y verificable.
Fuentes
- https://www.rfc-editor.org/rfc/rfc3137.txt
- https://www.rfc-editor.org/info/rfc3137
- https://datatracker.ietf.org/doc/rfc3137/
- https://www.rfc-editor.org/rfc/rfc2328.txt
- https://www.rfc-editor.org/rfc/rfc1247.txt
- https://www.rfc-editor.org/rfc/rfc1583.txt
- https://www.rfc-editor.org/rfc/rfc6987.txt
- https://www.rfc-editor.org/info/rfc6987
- https://www.rfc-editor.org/rfc/rfc5340.txt
- https://www.rfc-editor.org/rfc/rfc3623.txt
- https://www.rfc-editor.org/rfc/rfc5817.txt
- https://www.rfc-editor.org/rfc/rfc6976.txt
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