Resumen

  • En OSPFv3, los LSA ID de prefijos inter-área y externos son enteros de 32 bits sin significado de dirección incorporado. RFC 5187 obliga a preservar la relación exacta entre ID y prefijo.
  • Un hash de números estables no demuestra continuidad si los objetos nombrados cambiaron. La prueba debe comparar el mapa antes/después y unirlo al FIB, a los helpers y al tráfico.

Antes del reinicio, el identificador 47 describía un prefijo de cliente. Después, el número 47 seguía presente, la cantidad de LSA era idéntica y el panel declaró que el estado se había conservado. Pero el proceso de reconstrucción había asignado ese entero a otro prefijo.

El inventario vio continuidad. OSPFv3 veía una afirmación distinta con el mismo nombre numérico. Los paquetes dependían de cuál de las dos interpretaciones había quedado en el FIB.

El número no contiene el prefijo

RFC 5187 fue publicada en junio de 2008 para adaptar a OSPFv3 el reinicio gracioso de RFC 3623. En OSPFv2 existe una correspondencia directa entre determinados LSA ID y los prefijos. En OSPFv3, el ID de inter-area-prefix-LSA y external-LSA es un entero sin signo de 32 bits.

Por eso la norma formula una obligación explícita: el router que reinicia debe preservar la correspondencia entre LSA ID y prefijo. No basta conservar el conjunto de enteros. Es necesario conservar su función semántica.

Un sistema de auditoría debe capturar ID, prefijo, longitud, tipo, ámbito, Advertising Router y secuencia. La comparación distingue alta legítima, baja legítima, renumeración y remapeo. Un contador igual o una suma de comprobación sobre IDs aislados puede ocultar la mutación más peligrosa.

La gracia protege estado preexistente

El mecanismo supone que la topología permanece estable y que el router mantiene sus tablas de forwarding. En un cambio planificado, este confirma antes del reinicio que el FIB está actualizado y persistirá. Durante la recuperación calcula rutas, pero se apoya en entradas instaladas previamente.

La grace-LSA de OSPFv3, tipo 0x000b, pide a vecinos que sigan anunciando el router como FULL durante un periodo. Incluye la duración y el motivo; su Link State ID es el Interface ID de la interfaz emisora.

La solicitud no prueba que el FIB sea correcto ni que un helper la acepte. El operador necesita fingerprints de forwarding y pruebas de next hop y paquetes, además de decisiones por vecino.

La identidad de interfaz es la segunda correspondencia

Link-LSA y Network-LSA usan Interface ID en sus identificadores, y Router-LSA lo usa en descripciones de enlaces. Un cambio durante el reinicio desajusta LSA antiguos y estado de adyacencia. RFC 5187 dice que esas disparidades terminan antes de tiempo el reinicio gracioso.

Muchos equipos usan IfIndex. RFC 2863 trata persistencia y reasignación, pero el nombre visible de una interfaz no garantiza el mismo índice. El expediente debe mapear puerto físico, ifName, IfIndex, OSPF Interface ID, dirección link-local y vecino antes y después.

Preservar ambos mapas evita dos errores opuestos: atribuir un nombre viejo a un objeto nuevo y tratar como objeto nuevo el mismo recurso que solo cambió de nombre.

Cada helper decide localmente

RFC 3623 permite a un vecino rechazar helper mode, limitar el periodo, ayudar solo determinados motivos o negarse mientras reinicia. Recibir una grace-LSA no equivale a aceptar la función.

La ayuda se mantiene por segmento y cesa en éxito, expiración o cambio de topología relevante. Con strict LSA checking, el criterio puede ser deliberadamente conservador. Salir no es una infracción: devuelve el sistema a convergencia normal cuando la premisa de estabilidad desaparece.

Un estado global «graceful» solo es válido si agrega cada decisión y cada razón de salida. De lo contrario mezcla interfaces protegidas con interfaces que ya retiraron su cooperación.

Un reinicio imprevisto carece de recibo previo

Una actualización puede preparar FIB, estado no volátil, grace-LSA y capacidad de helpers. Un crash no pudo probar esas condiciones. Puede intentar recuperación, pero la razón desconocida y la ausencia de snapshot anterior deben aumentar la incertidumbre.

La política local debe decidir cuánto riesgo acepta. Esa decisión futura y localizada es coherente con el mecanismo mínimo común: el protocolo no convierte todos los motivos en equivalentes operativos.

Repetir un mensaje no repite la realidad

RFC 5187 contempla que un Link-Update antiguo con grace-LSA sea reproducido para aparentar que un router fuera de servicio reinicia. También observa que repetir Hello sería más fácil para mantener la adyacencia, por lo que no presenta un riesgo completamente nuevo.

La conclusión exacta no es que el replay carezca de importancia. Es que autenticidad de formato y continuidad de vecino no demuestran actualidad del forwarding. Edad, secuencia, anti-replay y observación de camino forman parte de la prueba.

Un recibo de correspondencia

Conservar: identificador de cambio; motivo y carácter planificado; build y procesador; Router ID; grace-LSA por interfaz; duración; decisiones de helpers; FIB previo y durante; tabla LSA ID-prefijo; tabla puerto-IfIndex-Interface ID; sincronización de vecinos y LSDB; LSDB, RIB y FIB; cambios de topología; paquetes, pérdida y path; seguridad; salida, rollback y reconciliación.

En las capas de realidad de Heng Lu, el entero es un símbolo útil. Su autoridad depende de una correspondencia con el objeto y de código en ejecución que produzca el resultado esperado. RFC 5187 no celebra la inmovilidad del número. Exige continuidad de significado.

Fuentes

  1. RFC 5187 HTML
  2. RFC 5187 texto
  3. RFC Editor
  4. IETF Datatracker
  5. Historial
  6. Referencias
  7. Erratas RFC 5187
  8. RFC 3623 — Graceful OSPF Restart
  9. Información RFC 3623
  10. RFC 5340 — OSPF para IPv6
  11. Información RFC 5340
  12. RFC 2740 — OSPF IPv6 original
  13. RFC 2863 — Interfaces Group MIB
  14. RFC 1213 — MIB-II
  15. RFC 4552 — autenticación OSPFv3
  16. RFC 7166 — Authentication Trailer
  17. IANA — parámetros OSPFv3
  18. Heng Lu — capas de realidad
  19. Heng Lu — especificación mínima y adopción voluntaria
  20. Heng Lu — prioridad del código en ejecución