Resumen

  • RFC 9903 es una especificación IETF Standards Track que define el módulo YANG ietf-ospf-sr-mpls para Segment Routing sobre MPLS en OSPFv2 y OSPFv3.
  • El módulo aumenta el modelo OSPF de RFC 9129 y depende de RFC 9020 para los recursos SR independientes del protocolo.
  • Una intención común no elimina la diferencia operacional: OSPFv2 usa LSAs Opaque para este estado, mientras OSPFv3 usa Extended LSAs, Router-Link TLVs y otros TLV específicos.

El mecanismo separa la intención administrada de la evidencia que debe comprobarse. RFC 9903 aumenta el modelo OSPF de RFC 9129 y reutiliza agrupaciones de RFC 9020 para enlaces de Mapping Server a nivel de instancia, un SRGB por protocolo y Adj-SIDs de interfaz. El modelo representa configuración y estado operativo; no reenvía tráfico, no calcula rutas y no asigna etiquetas.

La activación SR-MPLS a nivel de área se aplica a todas las interfaces de esa área y anuncia información SR-MPLS en los LSAs. Por eso no debe tratarse como una opción local de una interfaz. En el nivel de interfaz, el modelo representa Adj-SIDs para vecinos concretos en interfaces multiacceso broadcast o NBMA y representa TI-LFA sobre MPLS. TI-LFA y SR-based Remote LFA son funciones opcionales; remote-lfa-sr solo se aplica cuando Remote LFA está habilitado. El uso de Mapping Server tampoco es obligatorio.

La comprobación debe seguir la versión de OSPF que está ejecutándose. En OSPFv2, Prefix Range y Prefix-SID se asignan al estado de Extended Prefix Opaque LSAs; algoritmo, SID/Label Range, SR Local Block y SRMS Preference se reflejan en Router Information Opaque LSAs. En OSPFv3, los datos de prefijo aparecen en sus extended prefix LSAs y TLV; Adj-SID y LAN Adj-SID aparecen en Router-Link TLVs; algoritmo, range, bloque local y preferencia SRMS aparecen en Router Information LSAs. Un esquema YANG compartido no convierte esas familias de wire format en una sola.

El preflight debe producir comprobaciones concretas. Primero, identificar OSPFv2 u OSPFv3. Después, confirmar las áreas seleccionadas y su efecto sobre todas las interfaces. Comparar el SRGB del protocolo y los enlaces de Mapping Server con la modificación aprobada. Enumerar cada Adj-SID asociado a un vecino y cualquier dependencia de TI-LFA o Remote LFA. Capturar el estado LSDB de la versión antes del cambio y volver a leer la misma familia después. Si no aparece la evidencia esperada o aparece la de otra versión, detenerse: no se debe sustituir una codificación por otra.

El canal de gestión también forma parte del límite de control. NETCONF o RESTCONF debe utilizar transporte seguro y autenticación mutua; NACM puede restringir a cada usuario las operaciones y el contenido autorizados. Cambios no autorizados en la habilitación SR, los enlaces, el SRGB, los Adj-SIDs o TI-LFA pueden interrumpir, redirigir o denegar tráfico. Las augmentations de LSDB legibles de OSPFv2 y OSPFv3 pueden revelar prefijos, algoritmos, rangos, bloques locales, datos SRMS y topología útil para un atacante. La protección debe cubrir tanto escritura como lectura.

Análisis de Theo March: el asunto central no es escoger entre un modelo y dos modelos. Es administrar una intención única y validar dos gramáticas de evidencia. Esa diferencia importa para las decisiones de software-lifecycle-and-lock-in: una abstracción puede ordenar la gestión sin eliminar la necesidad de validación, autorización y rollback específicos de la versión. Este conjunto de fuentes no demuestra adopción, soporte de proveedores o controladores, rendimiento, incidentes, coste de migración ni valores predeterminados.

Ruta de decisión del operador

  1. Inventariar: registrar versión OSPF, áreas, interfaces, vecinos, SRGB, enlaces y funciones actuales.
  2. Autorizar: separar permisos de instancia, área e interfaz en NACM y en la revisión del cambio.
  3. Prevalidar: comprobar expectativas LSA/TLV por versión y guardar una línea base del estado operativo.
  4. Activar por etapas: seleccionar la menor área aprobada; una activación de área no queda limitada a una interfaz.
  5. Verificar: confirmar LSAs Opaque de OSPFv2 o Extended LSAs/TLV de OSPFv3 y revisar Adj-SIDs y protección opcional.
  6. Revertir: restaurar de forma consciente de la versión la habilitación, los enlaces, el SRGB, los Adj-SIDs y TI-LFA, con pruebas separadas para cada familia de estado.

Fuentes