Resumen

  • RFC 9502 hace posible asociar alcance de prefijos IP con un Flexible Algorithm; no convierte esa asociación en prueba de tránsito ni de resultado de servicio.
  • Una afirmación responsable debe conservar cuatro registros distintos: la definición acordada, la participación de cada plano IP, la ruta calculada y la entrada realmente instalada en la FIB.

Un operador recibe una petición aparentemente sencilla: «confirmen que la aplicación crítica usa el algoritmo 129». La respuesta rápida suele ser mostrar la configuración del algoritmo y un prefijo anunciado. Parece una respuesta técnica, y tal vez lo sea para una pregunta limitada. Pero no responde a la pregunta que un responsable de servicio cree haber hecho. No dice qué nodos participaron, qué ruta calculó cada nodo, qué se instaló en el plano de reenvío ni qué paquetes circularon en un intervalo concreto.

Esa diferencia no es una advertencia genérica sobre complejidad. Es la arquitectura explícita de RFC 9502, la extensión que permite que algoritmos flexibles de IGP describan alcance IPv4 e IPv6. El documento se apoya en RFC 9350, donde un Flexible Algorithm Definition requiere acuerdo y donde los nodos que no pueden aceptar una definición dejan de participar. El número del algoritmo puede ser común. Su efecto no se vuelve automáticamente común.

La disciplina editorial importa porque una frase que mezcle estas capas fabrica una certeza que la red no ofreció. «El prefijo está bajo Flex-Algorithm 129» puede significar que un anuncio existe y que su originador lo asocia a ese identificador. No significa por sí mismo: «cada router relevante aceptó la definición», «cada router relevante participó en el plano IPv4 o IPv6», «se eligió una ruta concreta», «la entrada sobrevivió las políticas y se instaló» o «el flujo del cliente llegó». Son proposiciones distintas, con observables distintos y propietarios distintos.

La norma exige primero una definición coherente. RFC 9502 no autoriza a los nodos a tratar el mismo identificador como una licencia para inventar condiciones propias; opera sobre la noción de FAD introducida por RFC 9350. Una discrepancia puede desembocar en no participación. Por ello, una captura de un router central no es una prueba razonable para toda una topología. Es evidencia de ese router, en ese momento, y de ninguna cosa más salvo que otros registros la conecten con ellas.

Después llega una separación menos intuitiva: el algoritmo puede participar en un plano de datos y no en otro. RFC 9502 extiende el trabajo a IPv4 e IPv6, pero la participación se expresa por plano IP. Es fácil que un inventario diga «el dominio usa el algoritmo 129» mientras un prefijo IPv6 no cumple las condiciones locales, o mientras la política permite la construcción para IPv4 pero no para IPv6. Una etiqueta uniforme para el dominio puede ocultar dos estados operativos diferentes.

El siguiente límite es la selección. Los anuncios de alcance alimentan el cálculo de rutas específico del algoritmo; no saltan esa fase. Las restricciones del algoritmo, la topología disponible, las métricas, los enlaces administrativamente incluidos y las decisiones del protocolo determinan qué es elegible. Que un prefijo sea visible no obliga a que tenga un camino válido. Que tenga un camino válido no obliga a que sea el mejor camino local. Y que el cálculo ofrezca una opción tampoco garantiza la instalación final.

El texto de RFC 9502 es especialmente útil cuando la evidencia negativa se ignora. Un nodo que no participa se poda del cálculo del algoritmo. La norma también prevé que información conflictiva sobre el mismo prefijo y algoritmos distintos deba ignorarse y que no se instale una ruta correspondiente. La ausencia de una entrada, por tanto, puede ser el resultado correcto de la protección del protocolo y no una mera laguna de telemetría. Para una sala de control, «no instalado» debe ser un estado investigable, no un hueco que se rellena con una captura de configuración.

Por último está la FIB. RFC 9502 explica que los participantes instalan las entradas asociadas al algoritmo, con la limitación de que un mismo plano de datos no mantiene rutas simultáneas de varios algoritmos para el mismo prefijo. Esta regla desmonta una lectura frecuente: que una segunda etiqueta de algoritmo constituye por sí sola un segundo camino de producción. La convivencia se resuelve en una decisión de reenvío concreta. El observador necesita saber cuál fue, dónde y bajo qué política.

Para lectores de Leadership Alliance, la lección no es que la ingeniería deba escribirse para ejecutivos. Es que el gobierno necesita formular la pregunta con el objeto correcto. Un responsable puede exigir una definición aprobada, pero no debe registrarla como una entrega demostrada. Puede exigir que IPv4 e IPv6 tengan participación documentada, pero no debe confundir el inventario con el comportamiento. Puede solicitar una salida de cálculo y una FIB, pero debe indicar el nodo y la ventana temporal. La precisión del pedido determina si la respuesta auditable existe.

Esta cautela coincide con una idea sostenida en las notas de Heng Lu: un mecanismo que localiza una decisión futura no sustituye la decisión futura. La nota sobre especificación mínima insiste en que una regla inicial debe identificar quién decide después, qué puede adoptar voluntariamente y con qué límites. RFC 9502 localiza muchas decisiones: la definición, la aceptación local, las capacidades por plano, el cálculo y la instalación. Convertir ese diseño en un relato de certeza elimina justamente las fronteras que lo vuelven gobernable.

La nota sobre running code añade otra prevención: el código operativo no vuelve legítima por sí solo una conclusión que nunca fue acordada. Una FIB es evidencia fuerte de una decisión local de reenvío; no es, por sí sola, prueba de que un contrato de servicio se cumplió. Una prueba de tránsito medida es evidencia de tránsito; tampoco es automáticamente evidencia de disponibilidad, seguridad o valor de negocio. Cada escalón necesita su propia prueba.

El registro de parámetros de IANA conserva el marco público de identificadores: los valores 128 a 255 se reservan para Flexible Algorithms, mientras que otros valores tienen usos definidos. Ese registro, consultable en IGP Parameters, evita que la numeración sea privada u opaca. No determina que una definición concreta sea compatible, que una red la acepte ni que un flujo la use. Gobernar desde el identificador sería confundir un espacio de nombres con el estado de una red.

Una forma disciplinada de responder a la petición inicial es en cuatro columnas. Primera: FAD, con identificador, restricciones, versión y evidencia de acuerdo. Segunda: participación, separada por nodo y por IPv4/IPv6. Tercera: cálculo, con destino, instante, camino elegible y razón de exclusión cuando la haya. Cuarta: FIB y observación de tráfico, con nodo, tabla, contador o sonda y periodo de medición. Ninguna columna reemplaza a otra. Juntas hacen visible lo que una frase de estado ocultaría.

No se trata de imponer burocracia a un protocolo. Se trata de impedir que una promesa administrativa se eleve silenciosamente hasta parecer un hecho de servicio. Los términos normativos de RFC 8174 ayudan a leer cuándo una especificación exige o permite una conducta; no autoriza a inferir estados que no se midieron. La diferencia es pequeña en una diapositiva y decisiva cuando una desviación afecta tráfico crítico.