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 de OAM (CFM)

SUMMARY En esta sección se describe la operación, la administración y la administración (OAM) de la administración de errores de conectividad (CFM).

Administración de errores de conectividad de OAM Ethernet

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 de Metro Ethernet.

Las principales características de CFM son:

  • Monitoreo de errores mediante el protocolo de comprobación de continuidad. Este protocolo sirve como un protocolo de detección y verificación de estado de vecino que identifica y mantiene a las adyacencias en el nivel de VLAN o vínculo.

  • Descubrimiento de ruta y verificación de errores mediante el protocolo linktrace. De manera similar a la ruta de seguimiento de IP, 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. Similar al ping de IP, este protocolo funciona con el protocolo de verificación de continuidad durante la resolució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, permitir la supervisión de extremo a extremo y prevenir violaciones de seguridad. Cada dominio de mantenimiento está asociado con un nivel de dominio de mantenimiento que va del 0 al 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 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 de CFM se denomina maintenance association. A maintenance association consta de una malla completa de puntos de conexión de mantenimiento (MEP) que comparten características similares. Los eurodiputados son entidades de CFM activas que generan y responden a los mensajes de protocolo de CFM.

También hay un punto intermedio de mantenimiento (MIP), que es una entidad CFM similar al MEP. Sin embargo, el MIP es relativamente pasivo y solo responde a los mensajes de CFM.

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

En una red Metro Ethernet, la CFM se utiliza 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 del cliente (CE)

    Nota:

    El nivel de CFM del cliente configurado debe ser mayor que el nivel 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.

Nota:

En los enrutadores serie ACX, la OAM para VPLS solo se admite en los enrutadores ACX5048, ACX5096 y ACX5448.

La compatibilidad con CFM en dispositivos PTX10001-36MR, PTX10004, PTX10008 y PTX10016 incluye las siguientes limitaciones:

  • Limitaciones relacionadas con el punto final de mantenimiento (MEP) y el punto intermedio de mantenimiento (MIP): no puede configurar:

    • Subir mep y bajar mep en el mismo nivel en una interfaz.

  • Si el MEP ascendente es más alto que el MEP descendente, el sistema no deja caer las PDU de CCM selectivamente y les permite pasar sin interrupción.

  • No se admite la marca de hora relacionada con DM en AE con vínculos hijos en varios PPE.

  • Los paquetes CFM asumen la cola predeterminada. No hay ninguna asignación de clase de reenvío a cola (fc-a-queue), en las siguientes instancias:

    • Tráfico de salida, si la cos-reescritura no está configurada

    • Tráfico sin etiquetar

  • La configuración de vlan-id-list las IFL habilitadas para OAM puede afectar el escalamiento de CFM.

  • Los paquetes CFM que se vinculan y generan host, no pasan por alto los filtros de firewall configurados tanto para la dirección de entrada como para la dirección de salida.

Descripción general de la administración de errores de conectividad OAM IEEE 802.1ag

Junos OS admite la administración de errores de conectividad IEEE 802.1ag. Las interfaces Ethernet en enrutadores M7i y M10i con enhanced CFEB (CFEB-E) y en enrutadores serie M120, M320, MX, serie T y PTX admiten el estándar IEEE 802.1ag para operación, administración y administración (OAM). El estándar IEEE 802.1ag facilita la administración de fallas de conectividad Ethernet (CFM) que ayuda a monitorear una red Ethernet que comprende una o más instancias de servicio.

Nota:

El chasis virtual de la serie MX no admite la administración de errores de conectividad distribuida en línea.

Los enrutadores de la serie ACX admiten CFM en interfaces Ethernet agregadas con intervalo de comprobación de continuidad de 100 milisegundos o más.

Descripción general de la administración de fallas de conectividad de OAM

En la versión 9.3 y posteriores de Junos OS, CFM también admite interfaces Ethernet agregadas. Las sesiones de CFM funcionan en modo distribuido en el concentrador de PIC flexible (FPC) en interfaces Ethernet agregadas. Como resultado, el cambio agraciado de motor de enrutamiento (GRES) se admite en interfaces Ethernet agregadas. En las versiones anteriores a la versión 13.3 de Junos OS, las sesiones de CFM funcionan en modo centralizado en el motor de enrutamiento. Sin embargo, las sesiones de CFM no se admiten en interfaces Ethernet agregadas si las interfaces que forman el paquete de Ethernet agregado están en modo mixto. Además, no se admiten sesiones de CFM con un intervalo de mensaje de comprobación de continuidad (CCM) de 10 milisegundos mediante interfaces Ethernet agregadas.

Las sesiones de CFM se distribuyen de forma predeterminada. Todas las sesiones de CFM deben funcionar solo en modo distribuido o centralizado. No se admite una operación mixta de modos distribuidos y centralizados para sesiones de CFM. Para deshabilitar la distribución de sesiones de CFM en interfaces Ethernet agregadas 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.

Nota:

Como requisito para que Ethernet OAM 802.1ag funcione, la administración de paquetes periódicos distribuidos (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 PFE, incluya la ppm no-delegate-processing instrucción en el [edit routing-options ppm] nivel de jerarquía.

Nota:
  • Las sesiones de CFM se admiten en interfaces Ethernet agregadas si las interfaces que forman el paquete de Ethernet agregado se encuentran en modo mixto cuando el no-aggregate-delegate-processing comando está habilitado.

  • A partir de Junos OS versión 14.2, para las sesiones de CFM en modo centralizado, recomendamos que configure un máximo de 40 sesiones de CFM con un intervalo de mensaje de verificación de continuidad (CCM) de 100 milisegundos (100 ms) o un máximo de 400 sesiones de CFM con intervalo 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 el estado de varios vínculos cambia o cuando se reinician las tarjetas de línea.

    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 según la carga del motor de enrutamiento. Si el motor de enrutamiento experimenta una carga pesada, espere algunas variaciones en este límite.

A partir de Junos OS versión 10.3, la CFM no se admite en vínculos de miembro Ethernet agregados sin etiquetar en interfaces configuradas en concentradores de puertos modulares (MPC) y tarjetas de interfaz modulares (MIC) en enrutadores serie MX. Sin embargo, la CFM se admite en interfaces lógicas De Ethernet agregadas y etiquetadas, configuradas en MPC y MIC.A partir de Junos OS versión 12.3, CFM no admite la agregación de vínculos de multichasis (MC-LAG). Se recomienda no configurar la mc-ae instrucción al configurar CFM.

A partir de Junos OS versión 11.3, en enrutadores serie T y M320, CFM no se admite en interfaces configuradas con encapsulación CCC. Si configura CFM, el sistema mostrará el siguiente mensaje: "MEPs cannot be configured on ccc interface on this platform".

A partir de Junos OS versión 17.4, puede habilitar la compatibilidad con CFM IEEE 802.1ag en interfaces de servicio de pseudocable mediante la configuración de 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 la terminación pseudocable MPLS. La terminación de las interfaces de suscriptor mediante PW permite a los operadores de red extender su dominio de MPLS desde la red de acceso/agregación hasta el borde del servicio y usar el aprovisionamiento uniforme de etiquetas MPLS para una mayor parte de su red.

Nota:

La sesión DE CFM MIP solo se admite en la interfaz de servicios pseudocables y no en la interfaz de túnel de servicios pseudocables.

La OAM de IEEE 802.1ag admite una conmutación agraciada de motor de enrutamiento (GRES). La OAM de IEEE 802.1ag se admite en interfaces VLAN sin etiquetar, con una sola etiqueta y apiladas.

En los conmutadores de la serie EX, para usar la función CFM, primero debe agregar la CFM a Junos OS básico mediante la instalación de una licencia de funciones mejoradas (EFL). Consulte Licencias para la serie EX para obtener más información.

Elementos clave de la administración de errores de conectividad

Figura 1 muestra las relaciones entre los clientes, proveedores y operadores de puentes Ethernet, dominios de mantenimiento, puntos finales de asociación de mantenimiento (MEP) y puntos intermedios de mantenimiento (MIC).

Figura 1: Relación entre los parlamentarios, los MIP y los niveles de dominio de mantenimientoRelación entre los parlamentarios, los MIP y los niveles de dominio de mantenimiento
Nota:

En los enrutadores serie ACX, los puntos intermedios de mantenimiento (MIP) solo se admiten en los enrutadores ACX5048 y ACX5096.

Una asociación de mantenimiento es un conjunto de meP configurados con el mismo identificador de asociación de mantenimiento y el mismo 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 eurodiputadosRelación entre puentes, dominios de mantenimiento, asociaciones de mantenimiento y eurodiputados

Prácticas recomendadas para configurar la OAM Ethernet 802.1ag para VPLS

prácticas recomendadas:

Las interfaces lógicas de una instancia de enrutamiento VPLS pueden tener la misma o diferentes configuraciones de VLAN. Se requiere la normalización de VLAN para conmutar correctamente los paquetes entre estas interfaces. La normalización de VLAN es efectivamente una traducción de VLAN en la que las etiquetas VLAN del paquete recibido deben traducirse si son diferentes a las etiquetas VLAN normalizadas.

Para los enrutadores serie MX, la VLAN normalizada se especifica mediante una de las siguientes instrucciones de configuración en la instancia de enrutamiento VPLS:

  • vlan-id vlan-number

  • vlan-id none

  • vlan-tags outer outer-vlan-number inner inner-vlan-number

Debe configurar explícitamente vlan-maps en todas las interfaces que pertenecen a la instancia de enrutamiento.

Se deben tener en cuenta las siguientes consideraciones de ruta de reenvío:

  • Ruta de recepción de paquetes:

    • Esta es la ruta de reenvío de los paquetes recibidos en las interfaces.

    • La OAM de Ethernet 802.1ag para VPLS utiliza filtros de interfaz implícitos y filtros de tabla de reenvío para inundar, aceptar y soltar los paquetes CFM.

  • Ruta de transmisión de paquetes:

    • El software JUNOS utiliza el reenvío basado en hardware del enrutador para los paquetes generados por la CPU.

    • En el caso de los MEP descendentes, los paquetes se transmiten en la interfaz en la que está configurado el MEP.

    • En los enrutadores serie MX, para up MEP, el paquete debe inundarse a otras interfaces en la instancia de enrutamiento VPLS. El enrutador crea una ruta de inundación vinculada a un salto siguiente de inundación (con todas las interfaces para inundar) y, luego, obtiene el paquete que se reenvía con esta ruta de inundación.

    • El enrutador también usa el reenvío basado en la implícita para los paquetes generados por la CPU. El resultado es que el siguiente salto de inundación vinculado a la ruta de inundación se vincule al término de filtro. El término de filtro usa criterios de coincidencia para identificar correctamente los paquetes generados por el host.

Tabla de historial de versiones
Liberación
Descripción
17.4R1
A partir de Junos OS versión 17.4, puede habilitar la compatibilidad con CFM IEEE 802.1ag en interfaces de servicio de pseudocable mediante la configuración de puntos intermedios de mantenimiento (MIP) en las interfaces de servicio de pseudocable.
14.2
A partir de Junos OS versión 14.2, para las sesiones de CFM en modo centralizado, recomendamos que configure un máximo de 40 sesiones de CFM con un intervalo de mensaje de verificación de continuidad (CCM) de 100 milisegundos (100 ms) o un máximo de 400 sesiones de CFM con intervalo 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 de multichasis (MC-LAG). No configure la mc-ae instrucción cuando configure CFM.
11.3
A partir de Junos OS versión 11.3, en enrutadores serie T y M320, CFM no se admite en interfaces configuradas con encapsulación CCC.
10.3
A partir de Junos OS versión 10.3, en interfaces configuradas en concentradores de puerto modular (MPC) y tarjetas de interfaz modulares (MIC) en enrutadores serie MX, la CFM no se admite en vínculos de miembro Ethernet agregados sin etiqueta. Los MPC y LAS MIC admiten CFM en interfaces lógicas de Ethernet agregadas sin etiquetar y etiquetadas.
9.3
En la versión 9.3 y posteriores de Junos OS, CFM también admite interfaces Ethernet agregadas.