Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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).

Figura 1: Relación entre los MEP, los MIP y los niveles de dominio de mantenimiento Relación entre los MEP, los MIP y los niveles de dominio de mantenimiento

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.

Figura 2: Relación entre puentes, dominios de mantenimiento, asociaciones de mantenimiento y MEP Relación entre puentes, dominios de mantenimiento, asociaciones de mantenimiento y MEP

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

  • Los enrutadores serie ACX compatibles con CFM tienen las siguientes limitaciones:

    • ACX5048 y enrutadores ACX5096 no admiten la configuración MIP en los servicios VPLS.

    • ACX5448 enrutador no admite MIP.

    • Los enrutadores de la serie ACX admiten CFM en interfaces Ethernet agregadas (AEX) con un intervalo de verificación de continuidad de 100 ms o superior.

serie MX

  • Los enrutadores de la serie MX compatibles con CFM tienen las siguientes limitaciones:

    • Los vínculos de miembro Ethernet agregados sin etiquetar en interfaces configuradas en concentradores de puertos modulares (MPC) y tarjetas de interfaz modular (MIC) en enrutadores serie MX no admiten CFM. Sin embargo, las interfaces lógicas Ethernet agregadas sin etiquetar y etiquetadas configuradas en MPC y MIC admiten CFM.

    • El chasis virtual de la serie MX no admite CFM en línea distribuido.

serie PTX

  • Los enrutadores de la serie PTX compatibles con CFM tienen las siguientes limitaciones:

    • No puede configurar MEP arriba y MEP abajo al mismo nivel en una interfaz.

    • No admite marcas de tiempo relacionadas con DM en Ethernet agregada con vínculos secundarios a través de múltiples 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 (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 los IFL habilitados para OAM puede afectar el escalado de vlan-id-list CFM

    • En los enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016, si el MEP arriba es más alto que el MEP abajo, el sistema no descarta selectivamente las PDU del MCP y les permite pasar sin interrupción.

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.

Liberación
Descripción
17.4R1
A partir de Junos OS versión 17.4, puede habilitar la compatibilidad con IEEE 802.1ag CFM en interfaces de servicio pseudocable.
14.2
A partir de Junos OS versión 14.2, 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 milisegundos (100 ms) o un máximo de 400 sesiones de CFM con un intervalo de CCM de 1 segundo (1 s).
12.3
A partir de Junos OS versión 12.3, CFM no admite la agregación de vínculos multichasis (MC-LAG). Se recomienda no configurar la instrucción al configurar CFM mc-ae .
9.3
En Junos OS versión 9.3 y posteriores, CFM admite interfaces Ethernet agregadas.