Resumen

  • AIS sirve principalmente para suprimir alarmas en la capa cliente. Con L-Flag desactivado, informa de una condición, pero no declara un fallo del servidor.
  • LKR es una indicación distinta de bloqueo administrativo, no un fallo. R-Flag solo borra un tipo de mensaje y un IF_ID coincidentes.
  • El MEP receptor debe validar tipo, versión, identidad y estado local antes de suprimir, borrar, ignorar o escalar.

La arquitectura separa deliberadamente la indicación de la conclusión. Un servidor o nodo intermedio puede enviar tráfico de gestión de fallos por un LSP de cliente afectado. AIS informa a las funciones cliente de una condición en la capa servidor y puede impedir una cascada de alarmas secundarias. Si se espera que la protección restaure el servicio, AIS puede llevar L-Flag desactivado. L-Flag no debe activarse hasta que se haya declarado un fallo del servidor. Cuando está activado, puede tratarse como LOC de la capa cliente; si fast CC ya detecta el fallo, el tratamiento local puede hacerlo ignorable.

Nada de esto elimina la validación del MEP receptor.

LKR tiene otra semántica: comunica un bloqueo administrativo y permite distinguir una restricción planificada o controlada de un fallo. Su L-Flag debe ser cero y se ignora al recibirlo. Un fallo es una condición observada que afecta al servicio; un fallo de servidor declarado es una conclusión autorizada de esa capa, expresada mediante L-Flag; un bloqueo administrativo es un estado de operación expresado mediante LKR. Mezclarlos conduce a diagnósticos y escalados erróneos.

En el plano de mensajes, FM usa el código de canal G-ACh 0x0058 y no debe incluir la cabecera TLV ACh. El Refresh Timer válido está entre 1 y 20 segundos. El emisor transmite de inmediato, dos veces más a intervalos de un segundo y después al intervalo anunciado mientras persista la condición. Si cesan los refrescos, el receptor borra la condición después de 3,5 veces ese timer. El borrado rápido opcional activa R-Flag y repite tres mensajes, pero un fallo nuevo detiene esas retransmisiones de borrado. El MEP receptor ignora un tipo o versión desconocidos; con R-Flag desactivado crea o refresca una condición coincidente, y con R-Flag activado borra solamente el mismo tipo y IF_ID.

La autoridad queda repartida. El servidor o nodo intermedio puede emitir la indicación por los caminos cliente afectados. La configuración del operador define el bloqueo administrativo y el tratamiento permitido. La declaración de fallo del servidor habilita L-Flag. El MEP receptor valida y aplica la acción local. RFC 6371 mantiene separadas la evidencia OAM y la acción consecuente en la frontera entre capas.

El análisis de Elias Ward sitúa el beneficio en la concentración operativa: reducir el ruido en cascada, distinguir mantenimiento planificado de fallo y enfocar la investigación en la capa servidor. Los costes incluyen refrescos periódicos, estado de timers e IF_ID, propagación jerárquica, borrado opcional y validación de origen. Son cargas de control y operación previstas por el modelo, no pruebas de adopción ni de reducción medida de alarmas. El paquete no demuestra proveedores, prevalencia de despliegue, valor comercial ni resultados para clientes, y no contiene alegaciones de incidentes.

La ruta de decisión del operador debe ser verificable: confirmar el LSP cliente y el canal FM; comprobar tipo y versión; confirmar 0x0058 y la ausencia de la cabecera TLV ACh; registrar L-Flag, R-Flag, Refresh Timer e IF_ID; validar origen e identidad de capa frente a la configuración; clasificar la condición como fallo, fallo de servidor declarado o bloqueo administrativo; y aplicar la política local del MEP. LDI puede tratarse como LOC cliente solo cuando L-Flag está activado y la política lo permite; puede ignorarse cuando fast CC ya detecta el fallo. La falta de refresco debe expirar a 3,5 veces el timer. Un R-Flag no coincidente no puede borrar otra condición.

Fuentes