Introducción a la administración de errores de conectividad (CFM) de OAM
SUMMARY En esta sección se describe la operación, administración y administración (OAM) de la administración de errores de conectividad (CFM).
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.
En los enrutadores de la serie ACX, OAM para VPLS solo se admite en enrutadores ACX5048, ACX5096 y ACX5448, y OAM para EVPN solo se admite en enrutadores ACX5448 y ACX710.
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 se puede configurar:
-
Arriba MEP y abajo MEP al mismo nivel en una interfaz.
-
-
Si el eurodiputado de arriba es más alto que el eurodiputado de abajo, el sistema no deja caer las PDU del MCP selectivamente y les permite pasar sin interrupción.
-
No se admite la marca de tiempo relacionada con DM en AE con vínculos secundarios a través de varios PFE.
-
Los paquetes CFM toman 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, si 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-listCFM. -
Los paquetes CFM que están enlazados al host y generados por el host no omiten los filtros de firewall configurados para la dirección de entrada y salida.
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 el CFEB-E mejorado (CFEB-E) y en enrutadores M120, M320, serie MX, serie T y serie PTX admiten el estándar IEEE 802.1ag para operación, administración y gestión (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.
En Junos OS versión 9.3 y posteriores, 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, se admite un cambio correcto de motor de enrutamiento (GRES) en interfaces Ethernet agregadas. En versiones anteriores a Junos OS versión 13.3, las sesiones de CFM funcionan en modo centralizado en el motor de enrutamiento. Sin embargo, las sesiones CFM no se admiten en interfaces Ethernet agregadas si las interfaces que forman el paquete Ethernet agregado están en modo mixto. Además, las sesiones CFM con un intervalo de mensaje de comprobación de continuidad (CCM) de 10 milisegundos no se admiten en las interfaces Ethernet agregadas.
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 interfaces Ethernet agregadas y hacer que las sesiones funcionen en modo centralizado, incluya la no-aggregate-delegate-processing instrucción en el nivel de [edit protocols oam ethernet connectivity-fault-management] jerarquía.
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 PFE, incluya la ppm no-delegate-processing instrucción en el nivel de [edit routing-options ppm] jerarquía.
-
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 un intervalo de verificación de continuidad de 100 milisegundos o superior.
-
Las sesiones CFM se admiten en interfaces Ethernet agregadas si las interfaces que forman el paquete Ethernet agregado están en modo mixto cuando el
no-aggregate-delegate-processingcomando está habilitado. -
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). 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.
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.
A partir de Junos OS versión 10.3, 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 modular (MIC) en enrutadores serie MX. Sin embargo, CFM se admite en interfaces lógicas Ethernet agregadas sin etiquetar 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 multichasis (MC-LAG). Se recomienda no configurar la instrucción al configurar CFM mc-ae .
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 muestra 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 IEEE 802.1ag CFM 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 a través de la terminación de pseudocable MPLS. La terminación de las interfaces de suscriptor a través de PW 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 VLAN sin etiquetar, con una sola etiqueta y apiladas.
En los conmutadores de la serie EX, para utilizar la función CFM, primero debe agregar la CFM a Junos OS básico instalando una licencia de funciones mejoradas (EFL). Consulte Licencias para la serie EX para obtener más detalles.
- Elementos clave de la administración de errores de conectividad
- Prácticas recomendadas para configurar 802.1ag Ethernet OAM para VPLS
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).
En los enrutadores de la 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 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.
Prácticas recomendadas para configurar 802.1ag Ethernet OAM para VPLS
Las interfaces lógicas de una instancia de enrutamiento VPLS pueden tener la misma configuración de VLAN o configuraciones diferentes. Se requiere la normalización de VLAN para conmutar paquetes correctamente 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 de las etiquetas VLAN normalizadas.
Para los enrutadores de la 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-numbervlan-id nonevlan-tags outer outer-vlan-number inner inner-vlan-number
Debe configurar vlan-maps explícitamente 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 para los paquetes recibidos en las interfaces.
Ethernet OAM 802.1ag para VPLS utiliza filtros de interfaz implícitos y filtros de tabla de reenvío para inundar, aceptar y eliminar 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.
Para los MEPs Down, los paquetes se transmiten en la interfaz en la que está configurado el MEP.
En los enrutadores de la serie MX, para los MEP UP, el paquete debe inundarse a otras interfaces en la instancia de enrutamiento VPLS. El enrutador crea una ruta de inundación vinculada a un próximo salto de inundación (con todas las interfaces para inundar) y luego obtiene el paquete para reenviarlo con esta ruta de inundación.
El enrutador también utiliza el reenvío implícito 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 vinculará al término de filtro. El término filtro utiliza criterios de coincidencia para identificar correctamente los paquetes generados por el host.
Consulte tambié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.
mc-ae .