Resumen

  • Un SID consciente de recursos conserva su instrucción SR y añade la selección de ancho de banda, buffers y colas; no certifica que esos recursos estén activos en todos los saltos.
  • La revisión 20 prohíbe usar un NRP incompleto, define la actualización como una operación de todos los nodos y ordena dejar fuera de reenvío los SID con una vinculación incoherente.
  • El propio borrador contempla nodos que exageran capacidad o no asignan lo anunciado. La señal autenticada, la reserva física, el fallback y el SLA observado requieren pruebas distintas.

Una dirección con una promesa pegada

El Segment Routing nació como lenguaje de instrucciones: RFC 8402 ofrece la arquitectura, RFC 8660 la realización MPLS y RFC 8986 la programación SRv6. La revisión 20 permite que esos SID también identifiquen el conjunto de recursos disponible para ejecutar la acción.

En un enlace, un Adj-SID puede apuntar a una porción de ancho de banda, buffers o colas. A escala de una partición, un Prefix-SID o locator puede seleccionar recursos distribuidos por nodos y enlaces. El mecanismo no crea estado por ruta, pero sí amplía el inventario de SID, locators, asociaciones y umbrales.

La confusión aparece cuando el identificador se lee como recibo. RFC 9543 describe la partición de recursos que realiza objetivos de una red segmentada; RFC 9732 desarrolla su arquitectura. El nombre de la partición sólo contesta “qué conjunto debe usarse”. No contesta “qué instaló cada nodo” ni “qué obtuvo este flujo”.

El momento de commit no vive en el controlador

La revisión 20 exige que el NRP y sus SID o locators estén alineados en todos los participantes. Un sistema central debe confirmar la finalización y poder retroceder tras un fallo parcial. Si un router rechaza la asociación por falta de recursos, el fallo debe reportarse. No se puede usar el NRP antes del aprovisionamiento completo, y una actualización no termina hasta que todos los cambios hayan concluido.

Eso impide declarar éxito porque la API del controlador respondió bien. La prueba necesita el conjunto de nodos esperado, la aceptación local, la activación real, la versión de la vinculación y el estado del rollback. Las comprobaciones deben contrastar configuración e intención. Ante una incoherencia detectada, el SID afectado queda fuera del reenvío por defecto y el error debe hacerse visible.

Pero la detección tiene un límite. Un nodo comprometido puede no asignar lo que dice, inflar la disponibilidad o degradar una partición de manera selectiva. La autenticación mutua, la autorización, la integridad y la protección contra replay aseguran el canal. No inspeccionan el planificador físico.

El paquete llegó por el plan B

Cuando faltan recursos locales, el comportamiento normal es descartar, aunque un mando permite seguir en best effort. Si el tráfico supera su cuota, la política también puede descartarlo o bajar su prioridad. La revisión 20 pide registrar y reportar el fallback.

Aquí se separan continuidad y cumplimiento. Mantener la sesión durante una avería puede ser la decisión correcta. Sin embargo, una llegada por best effort no satisface automáticamente una promesa de latencia o pérdida. El evento debe conservar la partición, el flujo, el intervalo y el compromiso afectado; de otro modo, la disponibilidad borra el coste comercial.

La dependencia de Flexible Algorithm añade riesgo: secuestrar el algoritmo afecta tanto el camino como el aislamiento. El control de admisión también debe impedir que las particiones agoten los recursos del SR base. Selección, aislamiento y protección del plano común son cuentas distintas.

Una implementación declarada no es una auditoría

El borrador recoge la declaración de Huawei de que varias familias de routers implementan el mecanismo en producción. Conforme a RFC 7942, el mismo texto aclara que la IETF no verificó la información aportada, no respalda la implementación y no presenta un catálogo. El dato merece atención como experiencia de código; no demuestra interoperabilidad, alcance de mercado ni SLA.

El estado público, el historial y la API muestran un borrador de grupo SPRING en evaluación IESG, seguimiento del AD y un DISCUSS pendiente. La revisión Secdir y la revisión Opsdir explican por qué el texto se endureció. La versión 19, el HTML 20 y el XML 20 congelan la comparación, no una aprobación.

Como lentes editoriales declaradas, la primacía del código en ejecución, la especificación mínima con decisiones locales y las capas de realidad dan una regla útil: no ascender el registro del controlador a la realidad que describe. La medición debe cerrar la cadena.