Indicación de alarma Ethernet
Utilice lo siguiente para obtener más información sobre la señal de indicación de alarma Ethernet (ETH-AIS) y cómo configurar ETH-AIS en dispositivos.
Descripción general de la función de señal de indicación de alarma Ethernet (ETH-AIS)
La función de señal de indicación de alarma Ethernet (ETH-AIS) permite a un proveedor de servicios desplegar un servicio Ethernet determinar si existe un error de conectividad en el nivel de dominio del proveedor o en un nivel inferior. Cuando el error se produce en el nivel de dominio del proveedor, el proveedor de servicios corrige el error y, cuando el error se produce en un nivel inferior, el proveedor puede ignorar el error o ponerse en contacto con las autoridades pertinentes para abordar el error.
Las siguientes secciones explican ETH-AIS, algunos casos de uso que determinan cuándo generar y propagar paquetes ETH-AIS y términos asociados en detalle:
- Descripción de ETH-AIS en un dominio de mantenimiento
- Detección de errores en un dominio de mantenimiento
- Términos definidos
Descripción de ETH-AIS en un dominio de mantenimiento
El UIT-T desarrolló la Y.1731 como recomendación para las funciones y mecanismos de operación, administración y mantenimiento (OAM) para redes basadas en Ethernet, incluidas funciones OAM como ETH-AIS, señal bloqueada de Ethernet (ETH-LCK), señal de prueba Ethernet (ETH-Test), conmutación de protección automática Ethernet (ETH-APS), canal de comunicación de mantenimiento Ethernet (ETH-MCC), OAM experimental de Ethernet (ETH-EXP), OAM específica del proveedor de Ethernet (ETH-VSP) y monitoreo del rendimiento. Para obtener información acerca del dominio de mantenimiento y términos relacionados, consulte Términos definidos.
De acuerdo con los estándares Y.1731, un MEP de servidor es una función combinada de la función de terminación de la capa del servidor y la función de adaptación de la capa de servicios Ethernet del servidor. El MEP del servidor notifica a los MEP de la capa de servicios Ethernet (ETH) cuando detecta un error. A continuación, la función de terminación de la capa del servidor ejecuta los mecanismos OAM específicos de la capa del servidor y ETH-AIS suprime las alarmas en la capa del servidor.
Tenga en cuenta que ETH-AIS no es aplicable a las redes STP (Spanning Tree Protocol).
ETH-AIS le permite suprimir alarmas cuando se detecta una condición de falla. Usando ETH-AIS, un proveedor de servicios puede diferenciar entre fallas en diferentes niveles.
ETH-AIS ofrece muchas ventajas que incluyen:
Los proveedores de servicios no necesitan activar alarmas si hay fallas de nivel inferior.
Los proveedores de servicios pueden proporcionar un reembolso a sus suscriptores o hacer uso de un reembolso de su proveedor de Internet en función de la falta de disponibilidad del servicio.
Los enrutadores de la serie MX son compatibles con ETH-AIS UIT-ITU UIT-T Y.1731 para proporcionar administración de fallos a los proveedores de servicios que proporcionan servicios de Ethernet de operadora mediante el estándar IEEE 802.1ag.
El chasis virtual de la serie MX no admite la señal de indicación de alarma Ethernet (ETH-AIS).
Detección de errores en un dominio de mantenimiento
En el escenario representado en la figura 1 de la página xyz, tiene un nivel de proveedor de servicios y un nivel de cliente. Dos proveedores de servicios, el Operador-1 y el Operador-2, se consideran a efectos ilustrativos. Supongamos que se produce un error en el nivel de dominio de mantenimiento del operador 1 que tiene MEP-A y MEP-B en sus límites de nivel de dominio de mantenimiento. Para notificar los fallos a un sistema de gestión de red y evitar la notificación de alarmas desde el nivel del cliente para el mismo fallo, MEP-A y MEP-B transmiten una señal de indicación de alarma (AIS) en direcciones opuestas, señalando así a los niveles superiores y a la red del Operador-2 sobre la falla, de modo que se supriman las alarmas.
La señalización se logra a través de la transmisión y propagación de unidades de datos de protocolo AIS (PDU). Debe habilitar AIS explícitamente en todos los eurodiputados a nivel de proveedor de servicios. Un MEP que está configurado para emitir tramas con información ETH-AIS generalmente se encuentra en la capa del servidor y continúa transmitiendo tramas periódicas con información de ETH-AIS hasta que se borra la condición de defecto. Cuando un MEP cliente recibe las tramas ETH-AIS, suprime las alarmas de pérdida de continuidad asociadas con sus MEP pares.
Tenga en cuenta que, en ausencia de AIS, un MEP de cliente reanuda la generación de alarmas de pérdida de continuidad cuando detecta las condiciones de defecto de pérdida de continuidad de su capa de servidor.
Para la conectividad de capa de servicios Ethernet punto a punto, un MEP solo tiene un MEP par. Por lo tanto, no hay ambigüedad con respecto al MEP par para el cual el MEP debe suprimir las alarmas cuando recibe la información de ETH-AIS.
Para la conectividad de capa de servicios Ethernet multipunto, un MEP que recibe información de ETH-AIS no puede determinar el MEP exacto que encontró el error y, por lo tanto, no puede aislar el MEP del mismo nivel exacto para suprimir las alarmas. Para evitar este escenario, Y.1731 recomienda suprimir las alarmas para todos los MEP pares en el mismo nivel de dominio, independientemente del estado de conectividad en una configuración de conectividad de capa de servicios Ethernet multipunto.
Tabla 1 enumera los comandos de modo operativo que puede utilizar en un dominio de mantenimiento para comprobar los distintos parámetros pertenecientes a un MEP.
Comprobar |
Comandos del modo operativo |
|---|---|
Si la configuración de AIS está configurada correctamente en un CFM MEP. |
|
Estadísticas de tramas AIS. |
|
Si se ha producido algún evento que haya activado AIS. |
|
Estado de las sesiones CFM para fallos que activan AIS en el MEP. |
|
Términos definidos
Transmisión AIS: un MEP al detectar una condición de defecto transmite tramas AIS en una dirección opuesta a la de sus pares MEP. La periodicidad de la transmisión de tramas AIS se basa en el período de transmisión AIS. Se recomienda un período de transmisión AIS de 1 segundo. La primera trama AIS siempre debe transmitirse inmediatamente después de la detección de una condición de defecto.
Recepción AIS: al recibir una trama AIS, un MEP la examina para asegurarse de que el nivel de dominio de mantenimiento de la trama es el mismo que su propio nivel de dominio de mantenimiento. El campo de período de la trama indica el período en el que se pueden esperar las tramas AIS. Cuando un MEP recibe una trama AIS, detecta la condición de defecto. Tras la detección, cuando no se reciben tramas AIS en un intervalo de 3,5 veces (el período de transmisión AIS indicado en las tramas AIS recibidas), el MEP borra la condición de defecto AIS. Cuando se borra la condición AIS y todavía existen defectos, los eurodiputados continúan informando de las alarmas.
Formato PDU AIS: los campos del formato PDU AIS son:
Nivel MEG: también llamado nivel de dominio de mantenimiento, es un campo de 3 bits que se utiliza para llevar el nivel de dominio de mantenimiento del MEG cliente.
Versión: el valor siempre es 0.
OpCode: el valor de este tipo de PDU es AIS (33).
Indicadores: los primeros cinco bits se reservan y se establecen en 0. El elemento de información de 3 bits transportado en los tres bits menos significativos se conoce como el período que contiene el valor de la periodicidad de transmisión AIS como se ilustra en Tabla 2:
Tabla 2: Periodicidad de transmisión AIS Banderas [3:1]
Valor del período
Comentarios
000-011
Valor no válido
Valor no válido para AIS
100
1s
1 fotograma por segundo
101
Valor no válido
Valor no válido para AIS
110
1 minuto
1 fotograma por minuto
111
Valor no válido
Valor no válido para AIS
Desplazamiento de TLV: se establece en 0.
TLV final: valor de octeto de todos los ceros.
Capa de servidor y capa de cliente: estas capas forman parte del modelo funcional de red de transporte de la Recomendación UIT-T G.805. Este modelo se basa en el concepto de capas dentro de una red de transporte. Una red de transporte se divide en varias redes de capa de transporte independientes que tienen una asociación cliente-servidor entre redes de capa adyacentes.
Dominio de mantenimiento: para habilitar la administración de errores de conectividad (CFM) en una interfaz Ethernet, se crean y configuran dominios de mantenimiento, asociaciones de mantenimiento y puntos finales de mantenimiento (MEP) en una red. Puede configurar hasta ocho niveles de dominio de mantenimiento en una red. Cada nivel de dominio de mantenimiento es una parte de la red donde se pueden supervisar y corregir los problemas de conectividad. El dominio del proveedor y el dominio del cliente son algunos ejemplos de dominios de mantenimiento. Cada dominio de mantenimiento tiene una asociación de mantenimiento. Cada asociación de mantenimiento incluye MEP y puntos intermedios de mantenimiento (MIP) en ese dominio. Los MEP se encuentran en el límite del dominio y los MIP se encuentran dentro del dominio. Los MEP generan y transmiten mensajes de verificación de continuidad (CCM) a intervalos configurados a toda la asociación de mantenimiento para verificar la conectividad en la red.
Capa de servicios Ethernet (ETH): capa del modelo de red Ethernet metropolitano, en la que esta capa es responsable de los servicios OAM necesarios para admitir los servicios Ethernet en la red.
Consulte también
Descripción general de la señal de indicación de alarma Ethernet
Los enrutadores de la serie ACX son compatibles con la función de señal de indicación de alarma Ethernet UIT-T Y.1731 (ETH-AIS) para proporcionar administración de fallos a los proveedores de servicios. ETH-AIS le permite suprimir alarmas cuando se detecta una condición de falla. Con ETH-AIS, un administrador puede diferenciar entre fallas a nivel de cliente o fallas a nivel de proveedor.
La ventaja de ETH-AIS es:
Los clientes no necesitan activar alarmas debido a fallas de nivel inferior.
Los clientes pueden obtener un reembolso basado en la falta de disponibilidad del servicio.
Cuando se detecta una condición de error, un punto final de mantenimiento (MEP) genera paquetes ETH-AIS para los niveles de cliente configurados durante un período especificado hasta que se borre la condición de error. Cualquier MEP configurado para generar señales de paquetes ETH-AIS a un nivel superior al suyo. Un eurodiputado que recibe ETH-AIS reconoce que el fallo está en un nivel inferior y, a continuación, suprime las alarmas en el nivel actual.
Los enrutadores de la serie ACX admiten la generación de PDU ETH-AIS para MEP de servidor en función de las siguientes condiciones de defecto:
Pérdida de conectividad (detección de pérdida de vínculo físico)
Circuito de capa 2 o VPN de capa 2 inactivo
La señalización de indicación de alarma se realiza a través de la transmisión y propagación de PDU ETH-AIS. ETH-AIS debería habilitarse en los eurodiputados. Un MEP que está configurado para emitir paquetes con información ETH-AIS es generalmente de capa de servidor y continúa transmitiendo paquetes periódicos con información ETH-AIS hasta que se borra la condición de defecto. Los eurodiputados del CFM, al recibir las PDU de ETH-AIS, suprimen las alarmas de pérdida de continuidad asociadas con sus pares eurodiputados. Un MEP reanuda la generación de alarmas de pérdida de continuidad al detectar condiciones de pérdida de defecto de continuidad en ausencia de una condición ETH-AIS.
Para la conectividad Ethernet punto a punto, un MEP tiene un solo MEP par. Por lo tanto, un MEP suprime las alarmas en su par MEP cuando recibe la información de ETH-AIS.
Para la conectividad Ethernet multipunto, un MEP que recibe información ETH-AIS no puede determinar el MEP exacto que encontró una condición de falla y, por lo tanto, no podrá aislar al MEP par exacto para la supresión de alarmas. El UIT-T Y.1731 recomienda suprimir las alarmas para todos los diputados al Parlamento Europeo, independientemente del estado de conectividad.
Transmisión AIS: un MEP al detectar una condición de defecto transmite PDU ETH-AIS en una dirección opuesta a sus pares MEP. La transmisión de PDU de ETH-AIS se basa en un período de transmisión de ETH-AIS configurado. Se recomienda un período de transmisión ETH-AIS de 1 segundo. La primera PDU ETH-AIS debe transmitirse inmediatamente después de la detección de una condición de defecto.
Recepción AIS: un MEP al recibir PDU ETH-AIS lo examina para asegurarse de que su nivel de dominio de mantenimiento (MD) corresponde al mismo nivel de MD. Al recibir una PDU ETH-AIS, el MEP detecta una condición de defecto. Tras la detección de una condición de defecto, si no se reciben PDU de ETH-AIS dentro de un intervalo de 3,5 veces el período de transmisión de ETH-AIS indicado en las PDU de ETH-AIS recibidas anteriormente, el MEP borra la condición de defecto. Después de que se elimine la condición de falla, los eurodiputados continúan reportando alarmas.
Los enrutadores de la serie ACX no son compatibles con ETH-AIS UIT-T-Y.1731 para servicios de capa 2 (puente).
Las siguientes son las limitaciones para el servidor MEP
La activación de mensajes ETH-AIS sobre servicios (circuito de capa 2 y VPN de capa 2) por parte del MEP del servidor de pérdida de enlaces se realiza con el mejor esfuerzo. Esto se debe a que la transmisión de mensajes ETH-AIS es independiente del estado del servicio y no hay garantía para entregar los mensajes ETH-AIS antes de que el servicio deje de funcionar.
La protección de pseudocables con sesión CFM-MEP no es supervisada por el servidor-MEP porque ya existe una entidad para supervisar la protección de pseudocables para el servicio (circuito de capa 2 y VPN de capa 2).
Consulte también
Configurar ETH-AIS en un MEP CFM
Los enrutadores de la serie MX son compatibles con la función de señal de indicación de alarma Ethernet UIT-T Y.1731 (ETH-AIS) para proporcionar administración de fallos a los proveedores de servicios. ETH-AIS permite al proveedor de servicios suprimir alarmas cuando se detecta una condición de falla.
Los siguientes puntos deben tenerse en cuenta cuando ETH-AIS se configura en un dominio de mantenimiento:
La transmisión o recepción de AIS en un MEP no anula la
lowest-priority-defectinstrucción configurada en el nivel jerárquico[edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]. Por lo tanto, las alarmas se informan de acuerdo con la prioridad de defectos configurada.Las alarmas se reportan incluso cuando los niveles de dominio más altos intercambian MCPs a un ritmo más rápido que los niveles de dominio inferiores.
El punto intermedio de asociación de mantenimiento (MIP) es transparente para las tramas ETH-AIS, es decir, las MIP no realizan ninguna acción en respuesta a las tramas ETH-AIS.
Cuando el proveedor de servicios solicita al MEP que genere un AIS para un nivel inferior o para el mismo nivel, se rechaza la solicitud.
La generación de AIS se detiene cuando el MEP borra el MEP remoto dentro de la asociación de mantenimiento.
Cuando la
auto-discoveryinstrucción está habilitada para un MEP, la información del MEP remoto se borra después de que expire el intervalo de espera configurado.
Las siguientes tareas explican cómo habilitar ETH-AIS en un dominio de mantenimiento, configurar una acción que se debe realizar cuando se detecta un defecto y adjuntar el perfil de acción a un MEP CFM:
- Configurar un perfil de acción
- Configurar una acción que debe realizarse cuando se detecta una alarma AIS
- Adjunte el perfil de acción a un eurodiputado de CFM
Configurar un perfil de acción
Para configurar un perfil de acción para ETH-AIS:
Configurar una acción que debe realizarse cuando se detecta una alarma AIS
Configure una acción que se realizará cuando se detecte una alarma AIS.
Adjunte el perfil de acción a un eurodiputado de CFM
Después de configurar un evento y una acción para supervisar en un perfil de acción, debe adjuntar el perfil de acción a un CFM MEP.
Configurar la señal de indicación de alarma en enrutadores de la serie ACX
Los enrutadores de la serie ACX son compatibles con la función de señal de indicación de alarma Ethernet UIT-T Y.1731 (ETH-AIS) para proporcionar administración de fallos a los proveedores de servicios. ETH-AIS le permite suprimir alarmas cuando se detecta una condición de falla.
Para admitir la transmisión ETH-AIS, un MEP de CFM requiere la siguiente información de configuración:
Nivel de grupo de entidades de mantenimiento de clientes: nivel de grupo de entidades de mantenimiento (MEG) en el que existen los puntos intermedios del dominio de mantenimiento (MIP) y los puntos finales de la asociación de mantenimiento (MEP) de la capa de cliente inmediato.
Período de transmisión de ETH-AIS: determina el intervalo de transmisión de la PDU de ETH-AIS.
Prioridad: determina la prioridad de los paquetes con información ETH-AIS. Esto es opcional.
Para configurar ETH-AIS en CFM MEP, debe:
Configurar un perfil de acción para ETH-AIS
-
Configurar una acción que se realizará cuando se detecte una alarma AIS
Adjunte el perfil de acción al eurodiputado del CFM
Para configurar un perfil de acción para ETH-AIS, incluya las siguientes instrucciones en el nivel de [edit protocols oam ethernet connectivity-fault-management] jerarquía:
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
ais-trigger-condition {
adjacency-loss;
all-defects;
cross-connect-ccm;
erroneous-ccm;
receive-ais;
}
}
}
Para configurar una acción que debe realizarse cuando se detecta una alarma AIS, incluya las siguientes instrucciones en el nivel de jerarquía [edit protocols oam ethernet connectivity-fault-management action-profile action-profile-name] :
[edit protocols oam ethernet connectivity-fault-management action-profile action-profile-name]
action {
log-and-generate-ais {
level [1-7];
interval 1s | 1m;
priority [0-7];
}
}
Debe adjuntar un perfil de acción a un CFM MEP, después de configurar un evento y una acción que se va a supervisar en un perfil de acción.
Para adjuntar un perfil de acción a un MEP CFM, incluya las siguientes instrucciones en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management] :
[edit protocols oam ethernet connectivity-fault-management]
maintenance-domain maintenenace-domain-name {
level level-number;
maintenance-association maintenance-domain-name {
continuity-check {
interval 1s;
loss-threshold 3;
}
mep mep-id {
action-profile action-profile-name;
interface interface-name;
direction up | down;
priority priority-value;
}
}
}
No puede configurar un nivel de dominio de mantenimiento que sea inferior o igual que el nivel al que está asociado.
Para admitir la transmisión ETH-AIS, un MEP de servidor requiere la siguiente información de configuración:
Definición de MEP de servidor: define la asociación del identificador MEP de servidor a la capa de servidor.
Para el circuito de capa 2 y VPN de capa 2, la interfaz lógica conectada a una red de cliente (UNI) sería el identificador de la capa de servidor que debe supervisar el MEP del servidor.
Para la detección de pérdida de vínculo físico, la interfaz física bajo el protocolo Ethernet sería el identificador de la capa de servidor que debe ser supervisada por el MEP del servidor.
Asociación de defectos MEP de servidor: define la asociación de defectos de MEP de servidor a la acción ETH-AIS.
Perfil de acción de asociación y MEP de servidor: define el enlace de MEP de servidor y perfil de acción.
Para configurar ETH-AIS en el MEP del servidor, debe:
Cree un perfil de acción con acción ETH-AIS para defectos MEP del servidor.
Adjuntar el perfil de acción a un MEP de servidor
Para crear un perfil de acción, incluya las siguientes instrucciones en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management]:
[edit protocols oam ethernet connectivity-fault-management]
action-profile action-profile-name {
event {
server-mep-defects {
link-loss-defect;
l2circuit-defect;
l2vpn-defect;
}
}
action {
log-and-generate-ais {
level 1…n;
interval 1 second | 1 minute;
priority dot1p [range 0-7];
}
}
}
Para adjuntar un perfil de acción a un MEP de servidor, incluya la siguiente instrucción en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management]:
[edit protocols oam ethernet connectivity-fault-management]
server-mep mep-identifier {
protocol l2circuit | l2vpn | ethernet {
interface interface-name;
}
action-profile action-profile-name;
}