Resumen

  • RFC 9985 usa MCI para cambios significativos de BFD y LCI para la mayoría de los paquetes Up sin cambios.
  • La autenticación de continuidad no es una delegación de autoridad sobre tráfico, clientes o resultados de servicio.

Dos trabajos distintos dentro de una misma sesión

El RFC llama MCI y LCI a mecanismos según el impacto computacional, no según una escala universal de fortaleza. Es una elección deliberada. BFD necesita trabajar a ritmos elevados y con muchas sesiones; exigir idéntico cálculo costoso en cada paquete puede desplazar el propio objetivo de detección. El diseño distribuye el esfuerzo sin dejar que los paquetes frecuentes cambien silenciosamente el estado.

Por eso los estados AdminDown, Down e Init exigen MCI. También lo exigen los cambios de estado, de Demand, de Poll o Final y determinados cambios de parámetros. Ya en Up, un paquete LCI no puede cambiar más que su sección de autenticación. El paquete rápido confirma continuidad de una forma acotada; no puede introducir una transición nueva.

La frontera de observación sigue siendo BFD

RFC 5880 describe BFD para detectar fallos de comunicación con un next hop del plano de reenvío y vincula cada sesión a su encapsulación. Que esa sesión esté Up no demuestra que una aplicación complete una transacción, que todos los trayectos ECMP funcionen o que un cliente deba conservar tráfico. El detalle importa cuando un sistema automático busca un único indicador al que obedecer.

RFC 9314 sitúa BFD junto a clientes que utilizan su resultado. Configuración, estado operacional y comportamiento del cliente son superficies distintas. Un cliente de routing puede actuar conforme a sus propias reglas de convergencia. Un controlador necesita verificar políticas, capacidad y reversión. Un propietario de servicio necesita evidencia de la aplicación. El RFC no borra esas responsabilidades.

La comprobación costosa vuelve

LCI no es un permiso para mantener la sesión indefinidamente sin contraste. RFC 9985 prevé una reautenticación MCI periódica mediante Poll. Si no llega el Final autenticado por MCI dentro del límite indicado, la sesión debe bajar. El intervalo se configura según capacidad y riesgo, lo que deja una decisión local visible y auditable.

La combinación actualmente registrada usa Meticulous Keyed ISAAC en RFC 9986. Ese documento deja la provisión de secretos fuera de alcance y advierte que el análisis de ISAAC es limitado para este uso. No es una acusación contra cada resultado LCI; es una razón para no estirar ese resultado fuera de su prueba concreta.

La notificación al cliente tiene su propio umbral

RFC 9985 recomienda no avisar a un cliente BFD de Up hasta que la transición a LCI funcione. Evita propagar una transición que parecía correcta bajo MCI pero falla en el modo que sostendrá la sesión. La recomendación enseña una regla más amplia: un componente no debe heredar una conclusión antes de que se hayan cumplido las condiciones que le conciernen.

Fuentes