Resumen

  • Un PCInitiate válido expresa intención del PCE y un PCRpt expresa el testimonio acotado del PCC; ninguno demuestra por sí solo aceptación BGP, instalación RIB/FIB o entrega de paquetes.
  • La cadena operativa continúa por autoridad y época, sincronización, identidad BGP bilateral, política, realización del reenvío, canarios de tráfico, retirada ordenada y reversión.

Es posible que el controlador reciba una fila impecable de confirmaciones y que el servicio siga sin probarse. Un router dice haber procesado el par BGP, varios confirman rutas explícitas y los extremos informan que enviaron prefijos. Los nombres e identificadores coinciden. Esa secuencia no demuestra necesariamente que el otro par aceptó la ruta, que el hardware instaló cada siguiente salto, que el cambio fue libre de bucles ni que un paquete llegó.

RFC 9757 es un documento experimental del IETF que lleva PCE-as-a-Central-Controller a rutas IP nativas construidas con sesiones BGP, rutas de host hacia los pares y anuncios de prefijos. El registro de RFC Editor y Datatracker fijan su identidad. El propio RFC solicita experiencia de implementación y despliegue para conocer impacto, escalabilidad y estabilidad. Los objetos asignados y el texto normativo no son evidencia de adopción ni de éxito operativo.

Tres objetos correlacionados no son una ejecución atómica

Para Native IP, PCInitiate lleva SRP, LSP, una CCI de tipo 2 y exactamente uno de BPI, EPR o PPA. BPI describe el par BGP; EPR, una ruta de host hacia ese par; PPA, los prefijos que deben anunciarse. Symbolic Path Name enlaza las instrucciones del mismo camino y CC-ID distingue una instrucción dentro de la sesión PCEP.

La correlación es útil, pero cada PCC solo puede declarar sobre su operación local. PCRpt acusa la instrucción o participa en la sincronización; repetir el objeto no lo convierte en observador independiente del protocolo posterior o del plano de datos. Ambos hablantes anuncian PST 4 y la capacidad Native IP; una negociación incoherente termina la sesión. Eso evita usar la extensión sin acuerdo, pero no prueba el mandato del PCE, la vigencia de su topología ni la integridad del conjunto de PCC.

La seguridad del canal y la autenticación del PCE tampoco sustituyen el gobierno de la orden. Deben quedar identidad operativa, alcance de autorización, dueño de la decisión y época de control. Una orden bien autenticada todavía puede ser antigua o equivocada.

«BGP Session Established» necesita al otro extremo

BPI incluye AS remoto, direcciones local y remota, TTL EBGP, estado y el bit T. Las direcciones deben reservarse para este uso. El PCC intenta establecer la sesión y reporta progreso, establecimiento o fallo.

RFC 9757 no cambia la máquina de estados BGP de RFC 4271; entrega algunos parámetros al módulo local y deja otros en sus valores predeterminados. Un estado establecido es evidencia local, no un acta bilateral. Hace falta unir direcciones, AS, AFI/SAFI, protección de transporte, instancia de política, identidad del router, generación y tiempos en ambos extremos.

La arquitectura CCDR de RFC 8821 no elimina las políticas de importación. Tras PPA, el PCC informa que envió los prefijos. Enviar no prueba entrega, entrada en Adj-RIB-In, aceptación de política, selección en Loc-RIB, propagación ni uso en FIB. La prueba conserva el UPDATE saliente, la recepción del par, la versión de política, la decisión de mejor ruta y la entrada de reenvío.

Confirmar EPR no equivale a leer la tabla del hardware

EPR instala rutas de host hacia el par. Normalmente vencen a las rutas IGP y quedan por debajo de rutas estáticas instaladas manualmente o por otros medios. El PCC verifica el siguiente salto. Para evitar bucles transitorios, el PCE añade EPR en orden inverso al camino, las elimina en orden directo e instala la nueva antes de retirar la antigua.

El orden forma parte de la evidencia: versión del camino, dependencia entre equipos, tiempos de envío y confirmación, resolución del siguiente salto y momento de retirada. Un PCRpt exitoso describe la operación según el PCC; todavía se necesitan lecturas independientes de RIB, FIB y adyacencia, además del tráfico. La ruta puede perder prioridad, fallar al programar hardware, apuntar a una vecindad caducada o llegar fuera de orden.

El bit T solo selecciona Raw o Tunnel. Raw reenvía por el destino original y puede compartir un segmento con tráfico de otra entrada. Tunnel usa por defecto IP-in-IP entre entrada y salida para acotar mejor el par. El bit no demuestra encapsulación, decapsulación, MTU, validación de origen ni recorrido. El canario debe registrar entrada, clase, tamaño, tiempos y salida esperada; en Tunnel, ambos extremos declaran por separado.

La avería convierte la correlación en un problema de tiempo

BPI, EPR y PPA con el mismo nombre de camino se sincronizan como atributos de una ruta en LSP-DB siguiendo RFC 8232. RFC 8231, RFC 8281 y RFC 9050 aportan estado, iniciación, delegación y temporizadores.

La sincronización demuestra qué se informó bajo una versión y una sesión; no inmoviliza la red. Si un PCC sale de control, el PCE recalcula y despliega sobre los activos evitando bucles. Si falla el PCE, las instrucciones pueden redelegarse y el estado persistir hasta el State Timeout Interval. Cada recibo necesita época del controlador, generación PCEP, versión de base y conjunto de PCC.

Limpiar exige retiradas explícitas de PPA, EPR y BPI. La verificación confirma que ya no quedan anuncio, ruta, sesión, túnel o estado sincronizado, sin cortar antes de tiempo el camino restante. El test final es de tráfico: el camino retirado deja de llevar el canario y el camino superviviente o restaurado continúa haciéndolo.

La Running-Code Primacy de Heng Lu aporta la disciplina editorial: el documento de coordinación no prevalece sobre implementación, validación y uso. RFC 9757 fortalece la primera mitad de diez recibos enlazados. No convierte PCRpt en prueba del paquete; permite saber exactamente dónde debe comenzar esa prueba.

Registro de fuentes

El expediente actual incluye la búsqueda de erratas del RFC 9757, el PCEP base de RFC 5440 y el contexto de PST y PCECC de RFC 8408 y RFC 8283. Los criterios editoriales también se apoyan en Minimum Initial Specification, Reality, Not Advocacy y Reality Layers de Heng Lu.