Resumen

  • RFC 9730 describe coexistencia: los elementos GMPLS pueden descubrir recursos, construir topología, calcular rutas bajo política local y señalizar LSP mediante RSVP-TE, mientras los controladores coordinan dominios, abstraen recursos e inician aprovisionamiento sin configurar cada salto.
  • “El controlador aceptó la orden”, “el dominio señalizó el camino”, “un PLR conmutó tráfico” y “el servicio extremo a extremo volvió a cumplir su objetivo” son afirmaciones diferentes. Cada una exige una evidencia distinta.

Coexistencia, no sustitución

RFC 9730, publicado por el IETF en marzo de 2025 con categoría Informational y título Interworking of GMPLS Control and Centralized Controller Systems, parte de una realidad menos binaria de lo que sugiere el debate entre control distribuido y centralizado. Un elemento de red GMPLS no es un dispositivo pasivo. Puede aprender el estado de nodos y enlaces, construir una topología, calcular rutas de acuerdo con restricciones y política local, y establecer un LSP mediante RSVP-TE.

Un sistema centralizado, a su vez, puede agregar información de varios dominios, traducir una solicitud de servicio y decidir qué dominio o nodo de ingreso debe actuar. Puede seleccionar o precalcular una ruta y pedir al ingreso que la aprovisione mediante PCInitiate o NETCONF. Después, RSVP-TE puede ejecutar la creación efectiva entre los elementos del dominio. El controlador no necesita escribir cada etiqueta o cross-connect de cada salto para ejercer coordinación.

Esta separación introduce el principio operativo más importante: una orden enviada no equivale a un servicio creado. Y un LSP creado no equivale a un servicio restaurado para el cliente.

Qué ve cada capa

RFC 8453 sitúa al MDSC entre las solicitudes de un CNC y los recursos expuestos por uno o más PNC. El MDSC mapea o traduce servicios, coordina dominios y trabaja con abstracciones. El PNC configura y monitoriza NEs y puede exponer una topología cruda, reducida o abstracta. La MPI transporta solicitudes de conectividad o ancho de banda junto con vistas filtradas por política.

Una topología multidominio puede ser global y a la vez incompleta dentro de cada dominio. Esto protege autonomía y escala, pero limita lo que puede afirmarse desde arriba. Un MDSC puede conocer conectividad abstracta entre fronteras sin ver cada enlace interno.

Tampoco existe una única “verdad de red”. Un NE puede tener una TED local; un PNC, otra vista; un MDSC, una abstracción agregada. Esas representaciones pueden actualizarse en relojes diferentes. RFC 9730 no fija un límite universal de frescura. Por eso importa saber qué versión de topología se usó, cuándo se obtuvo y bajo qué política.

Dónde puede vivir el cálculo

El cálculo de camino puede residir en un controlador, en el ingreso usando su TED o en un PCE. En el modelo clásico, el PCE devuelve una ruta y el PCC decide si y cuándo desplegarla. En la operación PCE-initiated, el PCE puede disparar creación, mantenimiento o retirada de LSP.

La atribución de responsabilidad cambia según esa ubicación. Si un PCE calculó una ruta pero el PCC no la instaló, la causa no está en la misma fase que un LSP cuya señalización falló. Un PCInitiate aceptado tampoco prueba que RSVP-TE haya concluido satisfactoriamente.

La evidencia debe conservar las transiciones. En la capa de control: solicitud y restricciones del MDSC, versión y política de la topología abstracta, respuestas de PNC, ruta o segmentos elegidos, supuestos de disyunción y acuse de cualquier orden de reroute. En el dominio: TED y resultado de política local, recepción de PCInitiate o NETCONF, mensajes RSVP Path/Resv o errores, programación de etiquetas y cross-connects, y un estado equivalente a PCRpt que permita saber qué LSP existe realmente.

Cruzar dominios sin confundir abstracción con realización

El aprovisionamiento multidominio puede usar RSVP-TE extremo a extremo, LSP de dominio cosidos o segmentos separados. Los nodos de borde o los controladores pueden participar en la asignación de etiquetas interdominio.

Ninguna variante convierte al MDSC en observador omnisciente. Si la abstracción sólo muestra capacidad agregada entre fronteras, una ruta aparentemente viable puede tropezar con restricciones internas durante el aprovisionamiento. Eso no hace incorrecta la abstracción: limita su afirmación. Demuestra que, según la información expuesta, existe una posibilidad modelada. La señalización y la programación posteriores demuestran si pudo realizarse.

Conviene tratar los estados como afirmaciones acumulativas. “El MDSC seleccionó A-B-C” es una decisión de coordinación. “El PNC de B aceptó el segmento” muestra aceptación local. “RSVP-TE recibió Resv y programó el cross-connect” confirma creación dentro del dominio. “El endpoint volvió a ser alcanzable con el rendimiento previsto” demuestra el resultado del servicio.

Recuperación: un relevo entre acción local y coordinación amplia

Durante una avería, RFC 9730 describe un relevo, no una competición. La acción local puede reaccionar antes porque el detector y el punto de reparación están próximos al fallo. La coordinación central puede abarcar más recursos cuando el problema supera lo que un nodo o dominio puede resolver.

Para protección de tramo, RFC 9730 no añade un nuevo requisito general. Un sistema centralizado puede calcular rutas disjuntas, mientras APS o mecanismos GMPLS de notificación pueden conmutar localmente. En restauración de un solo dominio, un controlador puede refrescar una alternativa, pero su vigencia real depende de reporte, procesamiento, almacenamiento y del estado que finalmente tenga el head-end.

Por eso, “ruta de protección calculada” no equivale a “ruta de protección disponible en el instante del fallo”. La primera es una propiedad de cálculo; la segunda depende de recursos actuales y del estado de establecimiento.

FRR separa calcular, crear y conmutar

Fast Reroute obliga a distinguir tres acciones. Un controlador puede calcular un bypass o detour. RSVP-TE puede crearlo. Un PLR detecta el fallo y conmuta tráfico. Es posible observar éxito en una fase y fallo en otra.

RFC 4873 permite que un branch node o PLR establezca un recovery LSP independiente hasta un merge node. La selección dinámica de branch y merge puede ser local, y la imposibilidad de recuperar debe notificarse. Por eso un registro útil necesita el timestamp de detección, el PLR o branch, el merge, el ámbito protegido, el estado del detour o bypass, el momento de conmutación y cualquier aviso por falta de recursos.

RFC 4426 distingue recuperación de span, segmento y extremo a extremo y permite que varios niveles coexistan. Esa concurrencia puede introducir preemption o reversion. Un primer desvío rápido puede restaurar tráfico y, después, una recuperación más amplia puede volver a cambiar el camino. Medir sólo el primer evento ocultaría la estabilidad posterior.

Cuando falla más de un dominio

En una avería multidominio, un dominio GMPLS puede intentar rerouting segmentario. Si faltan recursos o falla un enlace interdominio, el resultado puede ascender desde Controller(G) hacia el MDSC. Éste puede calcular y activar una alternativa que atraviese otros dominios, incluso uno nuevo.

La separación de evidencias vuelve a ser esencial. “Insufficient resources” demuestra que una estrategia local concreta no pudo completarse; no que no exista ninguna ruta global. Un nuevo cálculo del MDSC demuestra que ha encontrado una alternativa bajo su vista abstracta; no que los dominios implicados ya la hayan instalado.

La restauración sólo queda acreditada cuando los segmentos se materializan y el servicio vuelve a funcionar en el límite de cliente. El retraso puede estar en detección, señalización, sincronización de estado, cómputo, autorización, programación de hardware o validación de servicio. RFC 9730 no define un objetivo único de convergencia ni un formato universal de prueba.

Disponibilidad y seguridad

Los servicios existentes y la protección preestablecida deben seguir funcionando cuando el controlador no está disponible; la redundancia del controlador y las funciones de respaldo en los NE son deseables. Esto obliga a distinguir qué funciones necesitan al controlador en tiempo real y cuáles sobreviven con estado ya instalado.

Cada entidad también necesita gestión, confianza y política de seguridad. Los controladores son puntos de alto valor porque concentran visibilidad y capacidad de iniciar cambios. Requieren autenticación, autorización, parcheo, monitorización y protección. Pero la seguridad no termina ahí: sesiones de gestión, credenciales de NE, señalización y política local siguen formando parte del camino operativo.

No confundir documentos vecinos

RFC 9731 define un modelo YANG para operaciones de redes virtuales; RFC 9732 trata particionamiento de recursos basado en NRP; RFC 9889 describe una realización de network slices para 5G con tecnologías IP/MPLS existentes. Ninguno define la mecánica de recuperación de RFC 9730.

RFC 9730 tampoco prescribe un producto de telemetría, un objetivo único de convergencia o un formato obligatorio de prueba, y parte de la recuperación no GMPLS queda fuera de su alcance.

La cadena de evidencia

Una operación auditable necesita cuatro capas de evidencia.

Primero, intención y coordinación: solicitud y restricciones del controlador o MDSC; versión de la topología abstracta y política; respuestas de PNC; camino o segmentos seleccionados; supuestos de disyunción; y acuse de reroute.

Segundo, realización de dominio: TED cruda y resultado de política local; recepción de PCInitiate o NETCONF; RSVP Path, Resv o error; etiquetas y cross-connects programados; y estado equivalente a PCRpt.

Tercero, recuperación local: instante de detección; PLR, branch y merge; alcance protegido; estado del detour o bypass; conmutación; aviso por falta de recursos; preemption o reversion.

Cuarto, resultado de servicio: reachability entre endpoints, rendimiento observado y evidencia frente al SLO del cliente. Sólo esta última capa demuestra el resultado comercial. Las anteriores explican cómo se intentó obtenerlo.

La utilidad de RFC 9730 está, por tanto, menos en elegir entre control distribuido y centralizado que en definir sus fronteras. El controlador puede ver más dominios. El dominio puede conocer más detalle. El nodo local puede reaccionar antes. El cliente sólo observa si el servicio funciona. Una operación madura enlaza esas perspectivas sin permitir que una afirmación exceda lo realmente demostrado.

Fuentes