Introducción a la administración de errores de conectividad (CFM) de OAM
En esta sección se describe la operación, administración y gestión (OAM) de CFM (CFM).
Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.
Revise la Comportamiento de CFM específico de la plataforma sección para obtener notas relacionadas con su plataforma.
Administración de errores de conectividad Ethernet OAM
La administración de errores de conectividad (CFM) se define en IEEE 802.1ag. En este tema se hace hincapié en el uso de CFM en un entorno Metro Ethernet.
Las principales características de CFM son:
-
Monitoreo de fallos mediante el protocolo de verificación de continuidad. Este protocolo sirve como un protocolo de detección de vecinos y comprobación de estado que identifica y mantiene adyacencias en el nivel de VLAN o vínculo.
-
Descubrimiento de rutas y comprobación de errores mediante el protocolo linktrace. Similar a IP traceroute, este protocolo mapea la ruta tomada a una dirección MAC de destino a través de una o más redes puenteadas entre el origen y el destino.
-
Aislamiento de errores mediante el protocolo de circuito cerrado. Similar al ping IP, este protocolo funciona con el protocolo de comprobación de continuidad durante la solución de problemas.
CFM divide la red de servicios en diferentes dominios administrativos, como operadores, proveedores y clientes. Estos dominios pueden pertenecer a dominios administrativos independientes.
Cada dominio administrativo está vinculado con un dominio de mantenimiento que contiene información suficiente para la autogestión, permite el monitoreo de extremo a extremo y evita violaciones de seguridad. Cada dominio de mantenimiento está asociado a un nivel de dominio de mantenimiento comprendido entre 0 y 7, según la jerarquía de red. A los dominios más externos se les asigna un nivel más alto que a los dominios más internos. Los puntos finales del cliente tienen el nivel de dominio de mantenimiento más alto.
Cada instancia de servicio en un dominio de mantenimiento CFM se denomina maintenance association. A maintenance association consiste en una malla completa de puntos finales de mantenimiento (MEP) que comparten características similares. Los eurodiputados son entidades CFM activas que generan y responden a mensajes de protocolo CFM.
También hay un punto intermedio de mantenimiento (MIP), que es una entidad CFM similar al MEP. Sin embargo, MIP es relativamente pasivo y solo responde a los mensajes CFM.
Los eurodiputados pueden ser up MEPs o down MEPs. Un enlace puede conectar a un eurodiputado de nivel 5 con un eurodiputado de nivel 7. La interfaz en el nivel 5 es un MEP arriba (porque el otro extremo del enlace está en el nivel MEP 7), y la interfaz en el nivel 7 es un MEP abajo (porque el otro extremo del enlace está en el nivel MEP 5).
En una red Metro Ethernet, CFM se utiliza comúnmente en dos niveles:
-
Por parte del proveedor de servicios para comprobar la conectividad entre los enrutadores perimetrales (PE) de su proveedor
-
Por parte del cliente para comprobar la conectividad entre sus enrutadores perimetrales (CE) del cliente
Nota:El nivel de CFM del cliente configurado debe ser mayor que el nivel de CFM del proveedor de servicios.
En muchas redes Metro Ethernet, CFM se utiliza para supervisar la conectividad a través de una red VPLS y puente.
Administración de errores de conectividad OAM IEEE 802.1ag
Junos OS admite la administración de errores de conectividad IEEE 802.1ag y las interfaces Ethernet en dispositivos compatibles con el estándar IEEE 802.1ag para OAM. El estándar IEEE 802.1ag facilita la administración de errores de conectividad Ethernet (CFM) que ayuda a monitorear una red Ethernet que comprende una o más instancias de servicio.
CFM admite interfaces Ethernet agregadas (aex). Las sesiones de CFM funcionan en modo distribuido en el concentrador de PIC flexible (FPC) en interfaces Ethernet agregadas. Como resultado, se admite un cambio de motor de enrutamiento (GRES) elegante en aex. Las sesiones CFM con un intervalo de mensaje de comprobación de continuidad (CCM) de 10 ms no se admiten a través de AEX.
Para las sesiones de CFM en modo centralizado, se recomienda configurar un máximo de 40 sesiones de CFM con un intervalo de mensaje de comprobación de continuidad (CCM) de 100 ms o un máximo de 400 sesiones de CFM con un intervalo de CCM de 1 segundo (1 s). Si las sesiones de CFM se configuran más allá de este límite, es posible que CFM no funcione como se esperaba. Es posible que observe problemas cuando cambia el estado de varios vínculos o cuando se reinician las tarjetas de línea.
Las sesiones CFM se distribuyen de forma predeterminada. Todas las sesiones de CFM deben funcionar solo en modo distribuido o solo centralizado. No se admite una operación mixta de modos distribuidos y centralizados para sesiones CFM. Para deshabilitar la distribución de sesiones CFM en aex y hacer que las sesiones funcionen en modo centralizado, incluya la no-aggregate-delegate-processing
instrucción en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management]
.
Las sesiones CFM se admiten en aex si las interfaces que forman el paquete Ethernet agregado están en modo mixto cuando el no-aggregate-delegate-processing
comando está habilitado.
Como requisito para que Ethernet OAM 802.1ag funcione, la administración periódica distribuida de paquetes (PPM) se ejecuta en el motor de enrutamiento y el motor de reenvío de paquetes. Solo puede deshabilitar PPM en el motor de reenvío de paquetes. Para deshabilitar PPM en el motor de reenvío de paquetes, incluya la ppm no-delegate-processing
instrucción en el nivel de [edit routing-options ppm]
jerarquía.
Tenga en cuenta que estos límites se han derivado teniendo en cuenta una carga de unidad de datos de protocolo (PDU) de 400 paquetes por segundo (pps) en el motor de enrutamiento. Este límite varía en función de la carga del motor de enrutamiento. Si el motor de enrutamiento experimenta una carga pesada, espere algunas variaciones hasta este límite.
Puede habilitar la compatibilidad con IEEE 802.1ag CFM en interfaces de servicio de pseudocable configurando puntos intermedios de mantenimiento (MIP) en las interfaces de servicio de pseudocable. Las interfaces de servicio de pseudocable admiten la configuración de interfaces de suscriptor a través de la terminación de pseudocable MPLS. La terminación de las interfaces de suscriptor a través de pseudocable permite a los operadores de red extender su dominio MPLS desde la red de acceso/agregación hasta el borde del servicio y usar un aprovisionamiento uniforme de etiquetas MPLS para una mayor parte de su red.
La sesión MIP de CFM solo se admite en la interfaz de servicios de pseudocable y no en la interfaz de túnel de servicios de pseudocable.
IEEE 802.1ag OAM admite un cambio de motor de enrutamiento ( GRES) elegante. IEEE 802.1ag OAM es compatible con interfaces sin etiquetar, con etiqueta única y con S-VLAN.
Elementos clave de la administración de errores de conectividad
Figura 1 muestra las relaciones entre los puentes Ethernet de cliente, proveedor y operador, dominios de mantenimiento, puntos finales de asociación de mantenimiento (MEP) y puntos intermedios de mantenimiento (MIP).

Una asociación de mantenimiento es un conjunto de MEP configurados con el mismo identificador de asociación de mantenimiento y nivel de dominio de mantenimiento. Figura 2 muestra las relaciones jerárquicas entre el puente Ethernet, los dominios de mantenimiento, las asociaciones de mantenimiento y los MEP.

Consulte también
Comportamiento de CFM específico de la plataforma
Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.
Use la tabla siguiente para revisar los comportamientos específicos de la plataforma para su plataforma.
Plataforma | Diferencia |
---|---|
serie ACX |
|
serie MX |
|
serie PTX |
|
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
mc-ae
.