Introducción a la administración de errores de conectividad (CFM) de OAM

Las principales características de CFM son:

• Monitoreo de fallas mediante el protocolo de verificación de continuidad. Este protocolo sirve como un protocolo de descubrimiento de vecinos y verificación de estado que identifica y mantiene adyacencias en el nivel de VLAN o vínculo.

• Descubrimiento de ruta y verificación de fallas mediante el protocolo linktrace. De manera similar a IP traceroute, este protocolo asigna la ruta tomada a una dirección MAC de destino a través de una o más redes de puente entre el origen y el destino.

• Aislamiento de errores mediante el protocolo de circuito cerrado. De manera similar al ping IP, este protocolo funciona con el protocolo de verificación de continuidad durante la resolución de problemas.

CFM divide la red de servicio 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 la supervisión de extremo a extremo y evita infracciones de seguridad. Cada dominio de mantenimiento está asociado a un nivel de dominio de mantenimiento que va de 0 a 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 de conexión del cliente tienen el nivel de dominio de mantenimiento más alto.

Cada instancia de servicio en un dominio de mantenimiento de CFM se denomina maintenance association. A maintenance association consiste en una malla completa de puntos de conexión de mantenimiento (MEP) que comparten características similares. Los MEP son entidades activas de CFM 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 mensajes CFM.

Los eurodiputados pueden ser up MEPs o down MEPs. Un vínculo puede conectar a un MEP en el nivel 5 con un MEP en el nivel 7. La interfaz en el nivel 5 es un MEP activo (porque el otro extremo del vínculo está en el nivel MEP 7) y la interfaz en el nivel 7 es un MEP inactivo (porque el otro extremo del vínculo está en el nivel MEP 5).

En una red Metro Ethernet, CFM se usa comúnmente en dos niveles:

• Por el proveedor de servicios para comprobar la conectividad entre sus enrutadores de borde de proveedor (PE)

• Por el cliente para comprobar la conectividad entre sus enrutadores de borde de cliente (CE)

  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 monitorear la conectividad a través de una red VPLS y de puente.

Junos OS admite la administración de errores de conectividad IEEE 802.1ag y las interfaces Ethernet en dispositivos que admiten 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 una conmutación agraciada del motor de enrutamiento (GRES) en aex. Las sesiones CFM con un intervalo de mensajes 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 mensajes de comprobación de continuidad (CCM) de 100 ms o un máximo de 400 sesiones de CFM con un intervalo de CCM de un segundo (1 s). Si las sesiones de CFM se configuran más allá de este límite, es posible que CFM no funcione según lo esperado. Es posible que observe problemas cuando cambie el estado de varios vínculos o cuando se reinicien 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 [edit protocols oam ethernet connectivity-fault-management] nivel de jerarquía.

Las sesiones CFM se admiten en AEX si las interfaces que forman el paquete de Ethernet agregado están en modo mixto cuando se habilita el no-aggregate-delegate-processing comando.

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 [edit routing-options ppm] nivel de jerarquía.

Tenga en cuenta que estos límites se han derivado considerando 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 a 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 mediante terminación de pseudocable MPLS. La terminación de interfaces de suscriptor mediante pseudocable permite a los operadores de red extender su dominio MPLS desde la red de acceso/agregación hasta el borde del servicio y utilizar el aprovisionamiento uniforme de etiquetas MPLS para una porción mayor 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 una conmutación agraciada del motor de enrutamiento (GRES). IEEE 802.1ag OAM es compatible con interfaces sin etiquetar, con etiqueta única y S-VLAN.

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para su plataforma.

Plataforma	Diferencia
serie ACX	Los enrutadores de la serie ACX que admiten CFM tienen las siguientes limitaciones: En enrutadores ACX7024, ACX7024X, ACX7100-32C, ACX7100-48L, ACX7332, ACX7348 y ACX7509, el intervalo mínimo para CCM en línea es de 3,3 ms. Los enrutadores ACX7024, ACX7024X, ACX7100-32C, ACX7100-48L, ACX7332, ACX7348 y ACX7509 no admiten el modo CFM mejorado ni la TLV de ID de remitente. Los enrutadores ACX5048 y ACX5096 no admiten la configuración MIP en servicios VPLS. El enrutador ACX5448 no admite MIP. Los enrutadores de la serie ACX admiten CFM en interfaces Ethernet agregadas (AEX) con un intervalo de comprobación de continuidad de 100 ms o superior.
serie MX	Los enrutadores de la serie MX que admiten CFM tienen las siguientes limitaciones: Los vínculos de miembro Ethernet agregados sin etiquetar en interfaces configuradas en concentradores de puerto modular (MPC) y tarjetas de interfaz modular (MIC) en enrutadores de la serie MX no admiten CFM. Sin embargo, las interfaces lógicas Ethernet agregadas con y sin etiquetar configuradas en MPC y MIC admiten CFM. Chasis virtual de la serie MX no admite CFM distribuidos en línea.
serie PTX	Los enrutadores de la serie PTX que admiten CFM tienen las siguientes limitaciones: No puede configurar MEP ascendente y MEP descendente en el mismo nivel en una interfaz. No admite marcas de tiempo relacionadas con DM en Ethernet agregada con vínculos secundarios en varias PFE. Los filtros de firewall en la dirección de entrada y salida no son omitidos por los paquetes CFM enlazados al host y generados por el host. Los paquetes CFM utilizan la cola predeterminada. No hay ninguna asignación de clase de reenvío a cola (de FC a cola) en los siguientes casos: Tráfico de salida cuando cos-rewrite no está configurado. Tráfico sin etiquetar La configuración de IFL habilitadas para OAM puede afectar el escalado de vlan-id-list CFM En los enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016, si el MEP activo es mayor que el MEP descendente, el sistema no elimina selectivamente las PDU de CCM y permite que pasen sin interrupción.