Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Configuración de la administración de errores de conectividad (CFM)

Utilice este tema para configurar características de administración de errores de conectividad, como dominios de mantenimiento, asociaciones de mantenimiento, puntos intermedios de mantenimiento (MIPs) y parámetros de comprobación de continuidad. También puede utilizar este tema para configurar un perfil de acción con el fin de especificar la acción de CFM que debe ejecutarse cuando se produce un evento FC específico.

Crear un dominio de mantenimiento

Para activar la administración de errores de conectividad (CFM) en una interfaz Ethernet, primero debe configurar un dominio de mantenimiento y especificar el nombre del dominio de mantenimiento. También puede especificar el formato del nombre. Por ejemplo, si especifica el formato de nombre para el formato de servicio de nombres de dominio (DNS), puede especificar el nombre del dominio de mantenimiento como www.juniper.net. El formato de nombre predeterminado es una cadena de caracteres ASCII.

Nota:

En el caso de las interfaces lógicas, el nombre de dominio de mantenimiento debe ser único en todos los sistemas lógicos. Si configura el mismo nombre de dominio de mantenimiento en los sistemas lógicos, recibirá el siguiente mensaje de error: error: configuration check-out failed.

Durante la creación del dominio de mantenimiento, también puede especificar el nivel de dominio de mantenimiento. El nivel de dominio de mantenimiento indica la relación de anidamiento entre varios dominios de mantenimiento. El nivel del dominio de mantenimiento se encuentra incrustado en cada fotograma FC.

Para crear un dominio de mantenimiento:

  1. En el modo de configuración, cree un dominio de mantenimiento especificando el nombre y el formato de nombreedit protocols oam ethernet connectivity-fault-management en el nivel de jerarquía [].
    Nota:

    Si configura una longitud de nombre de dominio de mantenimiento superior a 45 octetos, aparecerá el siguiente mensaje de error: error: configuration check-out failed.

  2. Especifique el nivel de dominio de mantenimiento especificando el valor en eledit protocols oam ethernet connectivity-fault-management nivel de jerarquía [].

Configuración de puntos intermedios de mantenimiento (MIPs)

Los enrutadores de la serie MX admiten puntos intermedios de mantenimiento (MIPs) para el protocolo Ethernet mantenimiento seguros 802.1 AG FC a nivel de dominio de puente. Esto le permite definir un dominio de mantenimiento para cada nivel predeterminado. Los nombres MIPs se crean default-level-number en el [edit protocols oam ethernet connectivity-fault-management maintenance-domain] nivel de jerarquía. Use las bridge-domainopciones instance, virtual-switch, y mip-half-function MIP para especificar la configuración de MIP.

Utilice el show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name) comando para mostrar las configuraciones de MIP.

Para configurar el punto intermedio de mantenimiento (MIP):

  1. Configure un dominio de puente en un conmutador virtual definido por el usuario especificando la virtual-switch instrucción y el nombre del conmutador virtual definido por el usuario, [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name default-x] en el nivel de jerarquía.
    Nota:

    Un dominio de puente debe especificarse por el nombre solo si se configura mediante la vlan-id inclusión de la virtual-switch instrucción en la instrucción. Si un dominio de puente está configurado con un intervalo de identificadores de VLAN, los identificadores de VLAN deben aparecer explícitamente después del nombre de dominio del puente.

    Nota:

    También puede configurar el dominio de puente para el conmutador virtual predeterminado si incluye la bridge-domain instrucción en el [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] nivel de jerarquía.

  2. Configure la instancia de enrutamiento VPLS para el dominio de mantenimiento predeterminado.
  3. Configure la función mitad del punto intermedio de mantenimiento (MIP) para dividir el fuctionality MIP en dos segmentos unidireccionales con el fin de mejorar la cobertura de la red al aumentar el número de MIPs supervisados. La mitad de la función MIP también responde a los mensajes de bucle invertido y de seguimiento de vínculos para identificar errores.
    Nota:

    Siempre que se configura MIP y se asigna un dominio de puente a varios dominios de mantenimiento o asociaciones de mantenimiento, es fundamental mip-half-function que el valor de todos los dominios de mantenimiento y asociaciones de mantenimiento sea el mismo.

Configuración de puntos intermedios de la Asociación de mantenimiento en serie ACX

El punto intermedio de mantenimiento (MIP) proporciona capacidad de supervisión de puntos intermedios para servicios tales como puentes de capa 2, circuito de capa 2 y VPN de capa 2. Los enrutadores ACX5048 y ACX5096 admiten MIPs para el protocolo Ethernet mantenimiento seguros 802.1 AG CFM. Para especificar la configuración de MIP, use las opciones de dominio de puente, interfaz y función de MIP medio de MIP.

Nota:

Los enrutadores ACX5048 y ACX5096 no admiten la configuración de MIP en servicios VPLS.

Nota:

Enrutador ACX5448 no admite MIP.

Nota:

Siempre que se configura MIP y se asigna un dominio de puente a varios dominios de mantenimiento o asociaciones de mantenimiento, es fundamental mip-half-function que el valor de todos los dominios de mantenimiento y asociaciones de mantenimiento sea el mismo.

Para ver las configuraciones de MIP, show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name) utilice el comando.

Las siguientes configuraciones de MIP se admiten en enrutadores ACX5048 y ACX5096:

  • MIP con con un dominio de puente

  • MIP con un circuito de conexión cruzada (CCC)

  • MIP con dominio de puente cuando se configura el extremo de la Asociación de mantenimiento

  • MIP con CCC cuando se configura el extremo de la Asociación de mantenimiento

En las siguientes secciones se describe la configuración de MIP:

Configuración del dominio puente del dominio de mantenimiento

Para configurar el dominio de puente, incluya vlans la instrucción en [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] el nivel de jerarquía.

Nota:

Las configuraciones de la CLI de capa 2 y los comandos show para enrutadores ACX5048 y ACX5096 difieren en comparación con otros enrutadores serie ACX. Para obtener más información, vea modo de última generación de capa 2 para serie ACX.

Configuración del dominio de mantenimiento la mitad de la función MIP

La mitad de la función MIP (MHF) divide la funcionalidad de MIP en dos segmentos unidireccionales, mejora la visibilidad con la configuración mínima y mejora la cobertura de la red al aumentar el número de puntos que se pueden supervisar. MHF extiende la capacidad de supervisión, ya que responde a mensajes de bucle invertido y de linktrace para ayudar a aislar los errores.

Siempre que se configura MIP y se asigna un dominio de puente a varios dominios de mantenimiento o asociaciones de mantenimiento, es fundamental que el valor de la mitad de MIP para todos los dominios de mantenimiento y asociaciones de mantenimiento sea el mismo. Para configurar la mitad de la función MIP, mip-half-function incluya la instrucción [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] en el nivel jerárquico.

Configuración de los puntos intermedios de la Asociación de mantenimiento con el dominio de puente

En enrutadores ACX5048 y ACX5096, puede configurar MIP con el dominio de puente. A continuación, se muestra un ejemplo para configurar MIP con el dominio de puente:

Configuración de los puntos interrelacionados de la Asociación de mantenimiento con el circuito entre conexiones

En enrutadores ACX5048 y ACX5096, puede configurar MIP con el circuito de conexión cruzada (CCC). A continuación, se muestra un ejemplo para configurar MIP con CCC:

Configuración de los puntos intermedios de la Asociación de mantenimiento con el dominio de puente cuando se configura el extremo de la Asociación de mantenimiento

En enrutadores ACX5048 y ACX5096, puede configurar MIP con el dominio de puente cuando se configure un extremo de Asociación de mantenimiento (MEP). El siguiente es un ejemplo para configurar MIP con el dominio de puente cuando se configura MEP:

Configuración de puntos intermedios de mantenimiento con conexión cruzada cuando se configura el extremo de la Asociación de mantenimiento

En los enrutadores ACX5048 y ACX5096, puede configurar MIP con el circuito de conexión cruzada (CCC) cuando se configura un extremo de Asociación de mantenimiento (MEP). A continuación, se muestra un ejemplo para configurar MIP con CCC cuando se configura MEP:

Crear una asociación de mantenimiento

Para crear una asociación de mantenimiento, incluya maintenance-association ma-name la instrucción en [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] el nivel jerárquico.

Los nombres de Asociación de mantenimiento pueden tener uno de los siguientes formatos:

  • Como una cadena de caracteres ASCII sin formato

  • Como identificador de VLAN de la VLAN, se asocia principalmente con la Asociación de mantenimiento

  • Como un identificador de dos octetos en el intervalo de 0 a 65.535

  • Como un nombre en el formato especificado en RFC 2685

El formato de nombre corto predeterminado es una cadena de caracteres ASCII.

Para configurar el formato de nombre corto de Asociación de mantenimiento short-name-format (character-string | vlan | 2octet | rfc-2685-vpn-id) , incluya la [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] instrucción en el nivel de jerarquía.

Comprobación de continuidad parámetros de protocolo Descripción general

El protocolo de comprobación de continuidad se usa para la detección de errores por puntos de final de mantenimiento (MEPs) dentro de una asociación de mantenimiento. El MEP envía periódicamente mensajes de multidifusión de verificación de la continuidad. Los paquetes del Protocolo de comprobación de continuidad utilizan el valor Ethertype 0x8902 y el destino de multidifusión dirección MAC 01:80: C2:00:00:32.

La siguiente lista describe los parámetros del Protocolo de comprobación de continuidad que puede configurar:

  • interval— Frecuencia de los mensajes de verificación de continuidad (MCP), es decir, tiempo entre la transmisión de los mensajes de MCP. Puede especificar 10 minutos ( ), 1 minuto ( ), 10 segundos ( ), 1 segundo 10m ( ), 1m10s1s 100 milisegundos ( 100ms o 10 milisegundos ( 10ms ). El valor predeterminado es 1 minuto. Por ejemplo, si especifica el intervalo como 1 minuto, el MEP envía los mensajes de verificación de continuidad cada minuto al MEP receptor.

    Nota:

    Para que el intervalo de mensajes de comprobación de continuidad se configure durante 10 milisegundos, la administración periódica de paquetes (PPM) se ejecuta en el motor de enrutamiento y motor de reenvío de paquetes de forma predeterminada. Solo puede deshabilitar la PPM en el motor de reenvío de paquetes. Para desactivar la PPM en el motor de reenvío de paquetes, utilice no-delegate-processing la sentencia en [edit routing-options ppm] el nivel de la jerarquía.

    El intervalo de comprobación de continuidad de 10 milisegundos no es compatible con las sesiones de CFM en una interfaz conmutada por etiqueta (LSI).

  • hold-interval: frecuencia con la que se puede vaciar la base de datos del MEP si no se producen actualizaciones. Recibir MEPs utilice los mensajes de comprobación de continuidad para crear una base de datos MEP de todos los MEPs en la Asociación de mantenimiento. La frecuencia es el número de minutos que hay que esperar antes de vaciar la base de datos MEP si no se produce ninguna actualización. El valor predeterminado es 10 minutos.

    Nota:

    La baja en espera del temporizador solo se aplica al MEPs remoto de detección automática y no a los MEPs remotos configurados estáticamente.

    La lógica de intervalo de suspensión ejecuta un temporizador de sondeo por nivel de sesión CFM (no para MEP remoto) donde la duración del temporizador de sondeo es igual a la hora de retención configurada. Cuando el temporizador de sondeo expira, elimina todas las entradas MEP remotas que se encuentren en el estado de error durante un período de tiempo igual o mayor que el tiempo de conservación configurado. Si el MEP remoto completa la duración del tiempo de espera en el estado de error, no se producirá el vaciado hasta que expire el siguiente temporizador de sondeo. Por lo tanto, el vaciado de MEP remoto puede no producirse exactamente en el tiempo de espera configurado.

  • loss-threshold: número de mensajes de comprobación de continuidad que se pueden perder antes de que el enrutador marque el MEP como caído. El valor puede estar comprendido entre 3 y 256 unidades de datos de protocolo (PDU). El valor predeterminado es 3 PDU.

Configuración de parámetros de protocolo de comprobación de continuidad para detección de errores

El protocolo de comprobación de continuidad se usa para la detección de errores por un punto final de Asociación de mantenimiento (MEP) dentro de una asociación de mantenimiento. Una MEP genera y responde periódicamente a la verificación de la continuidad de los mensajes de multidifusión. Los paquetes del Protocolo de comprobación de continuidad utilizan el valor Ethertype 0x8902 y el destino de multidifusión dirección MAC 01:80: C2:00:00:32. Las MEPs receptoras usan los mensajes de comprobación de continuidad (CCMs) para crear una MEP base de datos de todos los MEPs en la Asociación de mantenimiento.

Para configurar los parámetros del Protocolo de comprobación de continuidad:

  1. Especifica el tiempo de espera en minutos antes de vaciar la base de datos MEP, si no se produce ninguna actualización, con un valor entre 1 minuto y 30.240 minutos. El valor predeterminado es 10 minutos.
    Nota:

    El vaciado basado en el temporizador de retención solo es aplicable al MEPs remoto de detección automática y no a los MEPs remotos configurados estáticamente.

  2. Especifique el tiempo de espera (duración) entre las transmisiones de CCMs. La duración puede ser uno de los siguientes valores: 10 minutos (10m), 1 minuto (1m), 10 segundos (10 s), 1 segundo (1), 100 milisegundos (100ms) o 10 milisegundos (10 ms). El valor predeterminado es 1 minuto.
  3. Especifique el número de mensajes de comprobación de continuidad que pueden perderse antes de que el enrutador Marque la MEP como inactiva. El valor puede estar comprendido entre 3 y 256 unidades de datos de protocolo (PDU). El valor predeterminado es 3 PDU.

Configuración de una MEP para generar y responder a mensajes del protocolo FC

Un punto final de Asociación de mantenimiento (MEP) hace referencia al límite de un dominio. MEP genera y responde a los mensajes de protocolo de administración de fallos de conectividad (CFM). Puede configurar varias MEPs ascendentes para una sola combinación de ID de Asociación de mantenimiento e ID de dominio de mantenimiento para las interfaces que pertenecen a un servicio VPLS determinado o a un dominio de puente. Puede configurar varias MEPs para una sola instancia del identificador de dominio de mantenimiento y el nombre de Asociación de mantenimiento para servicios de supervisión proporcionados por el servicio de LAN privada virtual (VPLS), dominio de puente, conexión cruzada de circuitos (CCC) o dominios de IPv4.

Para las instancias de enrutamiento de VPN de capa 2 (conmutación local) y las instancias de enrutamiento EVPN, también puede configurar varios MEP para una sola combinación de ID de asociación de mantenimiento e ID de dominio de mantenimiento en interfaces lógicas. La interfaz lógica puede configurarse en dispositivos diferentes o en el mismo dispositivo. Para admitir varios MEPs de dos IFLs, se deben configurar servicios de red IP mejorados para el chasis.

Puede activar la detección automática de una MEP. Con el descubrimiento automático, un MEP puede aceptar mensajes de comprobación de continuidad (MCP) de todos los MEP remotos de la misma asociación de mantenimiento. Si la detección automática no está habilitada, se deben configurar los MEP remotos. Si no se configura el MEP remoto, el CCMs de los MEP remotos se trata como si fuesen errores.

La medición de la continuidad la proporciona un protocolo de comprobación de continuidad existente. La continuidad de cada MEP remoto se mide como el porcentaje de tiempo que el MEP remoto fue operativo, por encima del tiempo total habilitado de forma administrativa. En este caso, el tiempo de actividad operativo es el tiempo total durante el que la adyacencia de CCM está activa para un MEP remoto determinado y el tiempo habilitado para la administración es el tiempo total durante el que el MEP local está activo. También puede reiniciar la medida de continuidad borrando el tiempo de actividad operativo medido actualmente y el tiempo de activación de la administración.

Configuración de un extremo de Asociación de mantenimiento (MEP)

Para configurar un extremo de Asociación de mantenimiento:

  1. Especifique un ID para el MEP [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Puede especificar cualquier valor comprendido entre 1 y 8191.
  2. Activar la detección automática de punto final de mantenimiento para que el MEP pueda aceptar mensajes de comprobación de continuidad (CCMs) de todo el MEPs remoto de la misma asociación de mantenimiento.
  3. Especifique la dirección en la que se transmiten los paquetes CCM para MEP. Puede especificar hacia arriba o hacia abajo. Si se especifica la dirección como up, CCMs se transmite a partir de cada interfaz lógica que forme parte de la misma instancia de VPLS o puente, con la excepción de la interfaz configurada en MEP. Si especifica la dirección como abajo, CCMs solo se transmite de la interfaz configurada en el MEP.
    Nota:

    Los puertos en el estado de bloqueo del Protocolo de árbol de expansión (STP) no bloquean los paquetes de CFM destinados a MEP. Puertos en estado de bloqueo de STP sin la verificación de continuidad el protocolo configurado no bloquea los paquetes FC.

    Nota:

    A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS. Para todas las demás interfaces de enrutadores serie MX y en todos los demás enrutadores y conmutadores, debe no-control-word seguir configurando la instrucción en el nivel de [edit routing-instances routing-instance-name protocols l2vpn] jerarquía or [edit protocols l2circuit neighbor neighbor-id interface interface-name] cuando configure cfm MEPS. De lo contrario, los paquetes FC no se transmitirán y show oam ethernet connectivity-fault-management mep-database el comando no mostrará ningún MEPS remoto.

  4. Especifique la interfaz a la que está adjuntado el MEP. Puede ser una interfaz física, una interfaz lógica o una interfaz troncal. En enrutadores serie MX, MEP se puede conectar a una VLAN específica de una interfaz troncal.
  5. Especifique los bits de prioridad del IEEE 802,1 que utiliza la comprobación de continuidad y mensajes de seguimiento de vínculos. Puede especificar un valor entre 7 como prioridad.
  6. Especificar el defecto de prioridad más baja que genera una alarma de fallos siempre que CFM detecta un defecto. Entre los valores posibles se incluyen: todos los defectos, Err: XCON, Mac-REM-Err-XCON, no-defect, Rem-Err-XCON y XCON.
  7. Especifique el identificador de la MEP remota en la [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]. Puede especificar cualquier valor comprendido entre 1 y 8191.

Configuración de un extremo de Asociación de mantenimiento remoto (MEP)

Para configurar un extremo de Asociación de mantenimiento remoto:

  1. Configure el MEP remoto especificando el ID. de MEP enedit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]la [. Puede especificar cualquier valor comprendido entre 1 y 8191.
  2. Especifique el nombre del perfil de acción que se va a utilizar para el MEP remoto incluyendo action-profile profile-name el extracto en eledit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id remote-mep remote-mep-id][. El perfil debe definirse en el niveledit protocols oam ethernet connectivity-fault-managementde jerarquía [].
  3. Configure el MEP remoto para detectar la pérdida inicial de conectividad. De forma predeterminada, MEP no genera mensajes de defecto de pérdida de continuidad de la ubicación (LOC). Cuando se configura la detect-loc instrucción, se detecta un defecto de pérdida de continuidad (LOC) si no se recibe ningún mensaje de comprobación de continuidad desde el MEP remoto en un período igual a 3,5 veces el intervalo de comprobación de continuidad configurado para la Asociación de mantenimiento. Si se detecta un defecto LOC, se genera un mensaje de error syslog.
    Nota:

    Cuando configure conectividad: administración de fallos (CFM) detect-locjunto con action-profile , cualquier usuario configurado para desactivar la interfaz se ejecutará si no recibe el mensaje de verificación de continuidad. Sin embargo, action-profile el no se ejecuta si no se ha detect-loc configurado y no se recibe el mensaje de comprobación de continuidad.

Configurar interfaces MEP para que admitan medidas de retraso de trama Ethernet

La medición de retardo de trama de Ethernet es una herramienta útil para proporcionar estadísticas de rendimiento o acuerdos de nivel de servicio (SLA) de soporte o de difícil cumplimiento. De forma predeterminada, la medición del retraso de trama de Ethernet utiliza el software para la marca de hora y los cálculos de retraso. Opcionalmente, puede utilizar la temporización del hardware como ayuda para este proceso y aumentar la precisión de los resultados de la medición del retraso. Esta ayuda está disponible en la ruta de recepción.

Antes de poder realizar mediciones de retardo de tramas de Ethernet en enrutadores serie MX, debe haber hecho lo siguiente:

  • Correctamente configurado Ethernet mantenimiento seguros y CFM

  • Se preparó la medición entre dos enrutadores serie MX configurados de compatibilidad

  • Se habilitó el demonio de administración del paquete periódico (PPMD) distribuido

  • Evitar tratar de realizar mediciones de retardo de fotogramas de Ethernet en interfaces Ethernet o pseudowire agregadas, que no se admiten

  • Se ha asegurado de que se admite la marca de hora asistida por hardware si esa característica está configurada

Al final de esta configuración, creará dos enrutadores serie MX que pueden realizar y mostrar medidas de retardo de tramas en interfaces Ethernet utilizando marcas de hora de hardware opcionales. De forma predeterminada, la medición del retraso de trama de Ethernet utiliza el software para la marca de hora y los cálculos de retraso. Opcionalmente, puede utilizar la temporización del hardware como ayuda para este proceso y aumentar la precisión de los resultados de la medición del retraso. Esta ayuda está disponible en la ruta de recepción.

Para configurar la marca de hora asistida por hardware:

  1. Para activar la asistencia de hardware de medición de retraso de trama de Ethernet en hardware-assisted-timestamping la ruta de [edit protocols oam ethernet connectivity-fault-management performance-monitoring] recepción, incluya la instrucción en el nivel de jerarquía:
  2. La medición de retardo de trama de Ethernet requiere que la PPMD distribuida esté habilitada. Antes de poder recopilar estadísticas para la medición de retardo de trama Ethernet, debe asegurarse de que PPMD está configurado correctamente. Sin los PPMD distribuidos, los resultados de la medición de retardo no son válidos.

    Para realizar la medición de retardo de trama Ethernet, asegúrese de que la siguiente instrucción de configuración no está presente:

Configuración de la protección de servicios para VPWS a través de MPLS mediante la interfaz MEP

Puede activar la protección de servicio para un servicio de cable privado virtual (VPWS) a través de MPLS especificando una ruta de trabajo o una ruta de protección de la MEP. La protección de servicios proporciona una protección de conexión end-to-end de la ruta de trabajo en caso de que se produzca una falla.

Para configurar la protección del servicio, debe crear dos rutas de transporte independientes: una ruta de trabajo y una ruta de protección. Puede especificar la ruta de trabajo y proteger la ruta de acceso mediante la creación de dos asociaciones de mantenimiento. Para asociar la Asociación de mantenimiento con una ruta de acceso, interface debe configurar la instrucción para MEP dentro de la Asociación de mantenimiento y especificar la ruta de acceso como Working o Protect.

Nota:

Si no se especifica la ruta de acceso, la sesión monitorea el path activo.

Tabla 1describe las opciones disponibles de protección de servicios.

Tabla 1: Opciones de protección del servicio

,

Descripción

working

Especifica la ruta de trabajo.

protect

Especifica la ruta de protección.

En esta configuración, habilitamos la protección de servicios para el servicio VPWS. La sesión CCM está configurada para la ruta de trabajo y hace referencia a la sesión CCM configurada para la ruta de protección utilizando la protect-maintenance-association sentencia. El nombre de la ruta de acceso de protección de transporte para la Asociación de mantenimiento se configura y se asocia a la Asociación de mantenimiento para la ruta de trabajo.

Para configurar la protección de servicios para VPWS a través de MPLS:

  1. En el modo de configuración, cree un dominio de mantenimiento especificando el nombre y el formato de nombreedit protocols oam ethernet connectivity-fault-management en el nivel de jerarquía [].
    Nota:

    Si configura una longitud de nombre de dominio de mantenimiento superior a 45 octetos, aparecerá el siguiente mensaje de error: error: configuration check-out failed.

  2. Especifique el nivel de dominio de mantenimiento especificando el valor en eledit protocols oam ethernet connectivity-fault-management nivel de jerarquía [].
  3. Cree una asociación de mantenimiento para la ruta de trabajo, especificando el nombre y el formato de nombre cortoedit protocols oam ethernet connectivity-fault-management maintenance-domain md-nameen el nivel de jerarquía [].
  4. Especifique el nombre de la Asociación de mantenimiento usado para la protección de conexión y el nombre del perfil del cambio de protección automática (AP-Profileedit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name) en el nivel de jerarquía [].
  5. Especifique el tiempo de espera entre transmisiones de mensajes de comprobación de continuidad en eledit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check nivel de jerarquía []. La duración puede ser uno de los siguientes valores: 10 minutos (10m), 1 minuto (1m), 10 segundos (10s), 1 segundo (1), 100 milisegundos (100 ms o 10 milisegundos). El valor predeterminado es 1 minuto.
  6. Especifique un ID para el MEP [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Puede especificar cualquier valor comprendido entre 1 y 8191.
  7. Activar la detección automática de punto final de mantenimiento para que el MEP pueda aceptar mensajes de comprobación de continuidad (CCMs) de todo el MEPs remoto de la misma asociación de mantenimiento.
  8. Especifique la dirección en la que se transmiten los paquetes CCM para MEP. Puede especificar hacia arriba o hacia abajo. Si se especifica la dirección como up, CCMs se transmite a partir de cada interfaz lógica que forme parte de la misma instancia de VPLS o puente, con la excepción de la interfaz configurada en MEP. Si especifica la dirección como abajo, CCMs solo se transmite de la interfaz configurada en el MEP.
    Nota:

    Los puertos en el estado de bloqueo del Protocolo de árbol de expansión (STP) no bloquean los paquetes de CFM destinados a MEP. Puertos en estado de bloqueo de STP sin la verificación de continuidad el protocolo configurado no bloquea los paquetes FC.

    Nota:

    A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS. Para todas las demás interfaces de enrutadores serie MX y en todos los demás enrutadores y conmutadores, debe no-control-word seguir configurando la instrucción en el nivel de [edit routing-instances routing-instance-name protocols l2vpn] jerarquía or [edit protocols l2circuit neighbor neighbor-id interface interface-name] cuando configure cfm MEPS. De lo contrario, los paquetes FC no se transmitirán y show oam ethernet connectivity-fault-management mep-database el comando no mostrará ningún MEPS remoto.

  9. Especifique la interfaz a la que está adjuntado el MEP. Puede ser una interfaz física, una interfaz lógica o una interfaz troncal. En enrutadores serie MX, MEP se puede conectar a una VLAN específica de una interfaz troncal. Además, especifique la ruta de transporte como trabajo.
  10. Cree una asociación de mantenimiento para la ruta de protección especificando el nombre y el formato de nombre corto enedit protocols oam ethernet connectivity-fault-management maintenance-domain md-nameel nivel de jerarquía [].
  11. Especifique el tiempo de espera entre transmisiones de mensajes de comprobación de continuidad en eledit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check nivel de jerarquía []. La duración puede ser uno de los siguientes valores: 10 minutos (10m), 1 minuto (1m), 10 segundos (10s), 1 segundo (1), 100 milisegundos (100 ms o 10 milisegundos). El valor predeterminado es 1 minuto.
  12. Especifique un ID para el MEP [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Puede especificar cualquier valor comprendido entre 1 y 8191.
  13. Activar la detección automática de punto final de mantenimiento para que el MEP pueda aceptar mensajes de comprobación de continuidad (CCMs) de todo el MEPs remoto de la misma asociación de mantenimiento.
  14. Especifique la dirección en la que se transmiten los paquetes CCM para MEP. Puede especificar hacia arriba o hacia abajo. Si se especifica la dirección como up, CCMs se transmite a partir de cada interfaz lógica que forme parte de la misma instancia de VPLS o puente, con la excepción de la interfaz configurada en MEP. Si especifica la dirección como abajo, CCMs solo se transmite de la interfaz configurada en el MEP.
    Nota:

    Los puertos en el estado de bloqueo del Protocolo de árbol de expansión (STP) no bloquean los paquetes de CFM destinados a MEP. Puertos en estado de bloqueo de STP sin la verificación de continuidad el protocolo configurado no bloquea los paquetes FC.

    Nota:

    A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS. Para todas las demás interfaces de enrutadores serie MX y en todos los demás enrutadores y conmutadores, debe no-control-word seguir configurando la instrucción en el nivel de [edit routing-instances routing-instance-name protocols l2vpn] jerarquía or [edit protocols l2circuit neighbor neighbor-id interface interface-name] cuando configure cfm MEPS. De lo contrario, los paquetes FC no se transmitirán y show oam ethernet connectivity-fault-management mep-database el comando no mostrará ningún MEPS remoto.

  15. Especifique la interfaz a la que está adjuntado el MEP. Puede ser una interfaz física, una interfaz lógica o una interfaz troncal. En enrutadores serie MX, MEP se puede conectar a una VLAN específica de una interfaz troncal. Además, especifique la ruta de transporte como trabajo.

Configuración del protocolo Linktrace en CFM

El protocolo linktrace se utiliza para la detección de rutas entre un par de puntos de mantenimiento. Linktrace los mensajes se activan mediante un administrador mediante traceroute el comando para verificar la ruta de acceso entre un par de MEPS en la misma asociación de mantenimiento. Los mensajes de Linktrace también se pueden usar para comprobar la ruta de acceso entre un MEP y un objeto MIP en el mismo dominio de mantenimiento. El protocolo linktrace le permite configurar el tiempo de espera de respuesta. Si no se recibe ninguna respuesta de un mensaje de solicitud linktrace, las entradas de solicitud y respuesta se eliminan después de que transcurra el intervalo. También puede configurar el número de entradas de respuesta de linktrace que se almacenarán para la solicitud de linktrace correspondiente.

La operación de los mensajes de solicitud y respuesta de IEEE 802.1 AG linktrace es similar a la operación traceroute de los comandos de la capa 3. Para obtener más información acerca del comando, consulte la biblioteca Junos OS tracerouteadministración para dispositivos de enrutamiento.

Para configurar el protocolo linktrace:

  1. Configure el tiempo de espera de una respuesta linktrace en eledit protocols oam ethernet connectivity-fault-managementnivel de jerarquía []. Puede especificar el valor en minutos o segundos. El valor predeterminado es 10 minutos.
  2. Configure el número de entradas de respuesta de linktrace que se almacenarán en cada solicitud de linktrace. Puede especificar un valor comprendido entre 1 y 500. El valor predeterminado es 100.

Configuración de la limitación de velocidad de los mensajes Ethernet mantenimiento seguros

El M320 enhanced III FPC, M120, M7i, M10 con enrutadores CFEB y serie MX admiten la limitación de velocidad de los mensajes de OAM Ethernet. Dependiendo de la configuración de la administración de fallos de conectividad (CFM), los paquetes FC se descartan, se envían a la CPU para su procesamiento o se desbordan a otras interfaces de puente. Esta característica permite que el enrutador intercepte los paquetes CFM entrantes para prevenir ataques DoS.

Puede aplicar una limitación de velocidad a los mensajes de mantenimiento seguros Ethernet en uno de los dos niveles de políticas FC, de la siguiente manera:

  • Aplicación de políticas CFM a nivel global: utiliza un agente de policía a nivel global para policialar el tráfico CFM que pertenece a todas las sesiones.

  • Política CFM de nivel de sesión: utiliza un agente de policía creado para policíar el tráfico CFM que pertenece a una sesión.

Para configurar la políticas FC de nivel global, incluya la policer instrucción y sus opciones en el [edit protocols oam ethernet connectivity-fault-management] nivel de jerarquía.

Para configurar políticas de nivel de sesión FC, incluya la policer instrucción en el [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name level number maintenance-association ma-name] nivel de jerarquía.

El ejemplo siguiente muestra una policía de CFM utilizada para la limitación de velocidad FC:

Caso 1: Políticas FC-nivel global

Este ejemplo muestra un policía de nivel global, a nivel de CFM, para FC. La instrucción en el nivel de jerarquía global especifica el agente de política que se utilizará para controlar todos los paquetes de comprobación de continuidad del tráfico CFM que pertenecen continuity-check cfm-policer[edit protocols oam ethernet connectivity-fault-management policer] a todas las sesiones. La instrucción en el nivel de jerarquía especifica el agente de política que se utilizará para controlar todos los paquetes de comprobación de no continuidad del tráfico CFM que pertenecen other cfm-policer1[edit protocols oam ethernet connectivity-fault-management policer] a todas las sesiones. La all cfm-policer2 instrucción especifica para políticar todos los paquetes CFM con el cfm-policer2 especificado. Si se all policer-name utiliza la opción, el usuario no puede especificar las opciones continuity-check y other anteriores.

Caso 2: Políticas de nivel de sesión FC

Este ejemplo muestra un policía de FC a nivel de sesión, que se utiliza para la limitación de velocidad FC. La instrucción en el nivel de jerarquía de sesión especifica el agente de política que se utilizará para la política solo para paquetes de comprobación de continuidad del tráfico CFM que pertenecen a policer[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] la sesión especificada. La instrucción en el nivel de jerarquía especifica el agente de política que se utilizará para controlar todos los paquetes de comprobación de no continuidad del tráfico CFM que solo pertenecen other cfm-policer1[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] a esta sesión. La all cfm-policer2 instrucción especifica para políticar todos los paquetes CFM con el cfm-policer2 especificado. Si se all policer-name utiliza la opción, el usuario no puede especificar las opciones continuity-check y other anteriores.

En el caso de las políticas de FC de nivel mundial, el mismo policía se comparte en varias sesiones de CFM. En la políticas por sesión de CFM, debe crearse un policía independiente para limitar los paquetes a cada sesión.

Nota:

La configuración de la policía de nivel de servicio para cualquier dos sesiones de CFM en la misma interfaz en distintos niveles debe cumplir con las siguientes limitaciones si la dirección de las sesiones es la misma:

  • Si una sesión está configurada con policer all, la otra sesión no puede policer all tener policer other una configuración o.

  • Si una sesión está configurada con policer other, la otra sesión no puede policer all tener policer other una configuración o.

Si se confirma esta configuración, se producirá un error de confirmación.

Nota:

No se admiten las políticas de policía con PBB y MIPs.

Configuración de la interfaz de administración local Ethernet

Descripción general de la interfaz de administración local Ethernet

Las interfaces GigabitgeEthernet (), 10 Gigabit Ethernetxe() y Ethernet (ae) agregada admiten la interfaz de administración local Ethernet (E-LMI).

Nota:

En enrutadores serie MX, E-LMI es compatible con las interfacesgeGigabit Ethernet (), 10 GigabitxeEthernet () y Ethernet (ae) configuradas en enrutadores de la serie mx con sólo DPC.

La especificación E-LMI está disponible en el foro de Metro Ethernet. Los protocolos y los procedimientos de e-LMI se utilizan para permitir la configuración automática del perímetro del cliente (CE) para la compatibilidad con servicios de red de red metropolitana (Ethernet). El protocolo E-LMI también ofrece información de estado de las interfaces de usuario a red (UNI) y Ethernet virtual (EVC) en el CE. La información de UNI y EVC permite la configuración automática de la operación CE basada en la configuración de Metro Ethernet.

El protocolo E-LMI funciona entre el dispositivo CE y el dispositivo perimetral de proveedor (PE). Se ejecuta solo en el vínculo PE-CE e informa a la CE del estado de conectividad y los parámetros de configuración de los servicios Ethernet disponibles en el puerto CE. El ámbito del protocolo E-LMI se muestra en Figura 1la.

Figura 1: Alcance del protocolo E-LMIAlcance del protocolo E-LMI

La implementación E-LMI en enrutadores de las series ACX y MX sólo incluye la parte de PE del protocolo E-LMI.

E-LMI interopera con un protocolo mantenimiento seguros, como la administración de fallos de conectividad (CFM), que se ejecuta en la red del proveedor para recopilar el estado mantenimiento seguros. CFM se ejecuta en el nivel de mantenimiento del proveedor (UNI-N to UNI-N con MEPs up en el UNI). E-LMI depende de CFM para el estado end-to-end de EVCs en todos los dominios FC (SVLAN dominio o VPLS).

El protocolo E-LMI transmite la siguiente información:

  • Notificación al CE de adición/supresión de un EVC (activo, no activo o parcialmente activo)

  • Notificación a la CE del estado de disponibilidad de un EVC configurado

  • Comunicación de los atributos de UNI y EVC al CE:

    • Atributos de UNI:

      • Identificador de UNI (un nombre configurado por el usuario para UNI)

      • Tipo de mapa CE-VLAN ID/EVC (agrupación todo a uno, multiplexación de servicios con agrupación o sin agrupación)

      • No se admite el perfil de ancho de banda (incluidas las siguientes características):

        • CM (modo de acoplamiento)

        • CF (marca de color)

        • Velocidad de información convenida (CIR)

        • CBR (tamaño de ráfaga comprometida)

        • EIR (tasa de información excesiva)

        • EBS (exceso de tamaño de ráfaga)

    • Atributos de EVC:

      • ID de referencia de EVC

      • Tipo de estado de EVC (activo, no activo, o parcialmente activo)

      • Tipo EVC (punto a punto o multipunto a multipunto)

      • ID. de EVC (nombre configurado por el usuario para EVC)

      • Perfil de ancho de banda (no compatible)

    • CE-VLAN ID/mapa EVC

E-LMI en los enrutadores de la serie MX admite los siguientes tipos de EVC:

  • Q-in-Q SVCLAN (punto a punto o multipunto a multipunto): requiere una sesión de CFM de extremo a extremo entre UNI-Ns para supervisar el estado del EVS.

  • VPLS (BGP o LDP) (punto a punto o multipunto a multipunto): se puede utilizar el estado de pseudocable VPLS o sesiones DE CFM de extremo a extremo entre UNI-N para supervisar el estado de EVC.

  • Circuito L2/L2VPN (punto a punto): se puede utilizar el estado de pseudocable VPLS o las sesiones CFM de extremo a extremo entre UNI-N para supervisar el estado de EVC.

    Nota:

    l2-circuity l2vpn no son compatibles.

El protocolo E-LMI en los enrutadores de serie ACX admite los tipos de EVC de capa 2 y las VPN de capa 2, además de activar el reenvío de pérdida de vínculos para pseudowire (circuitos de capa 2 y VPN de capa 2) de la siguiente manera:

  • El intertrabajo entre el protocolo de administración de errores de conectividad (CFM) y el protocolo E-LMI para el circuito de capa 2 y VPN de capa 2.

    • Sesión de FC a fin entre UNIs para supervisar el estado de EVC.

    • En el caso de la pseudowire de la redundancia, CFM puede utilizarse para monitorear sesiones activas y de pseudowire de backup. El estado de EVC se declara como inactivo a los dispositivos CE únicamente cuando se desactivan las sesiones de pseudowire activo y de copia de seguridad.

  • Intertrabajo entre la indicación de defectos remota (RDI) y E-LMI para el circuito de capa 2 y la VPN de capa 2.

    • Si un extremo de la Asociación de mantenimiento (MEP) recibe un conjunto de bits RDI en un mensaje de comprobación de continuidad (CCM), y si RDI la detección de errores está [edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi]habilitada en la configuración de EVC en, entonces el pseudowire se declara como inactivo a los enrutadores CE a través de E-LMI.

  • Si no existe una sesión de FC-to-end entre UNIs, el pseudowire (circuito de capa 2 o VPN de capa 2) activa un mensaje de cambio de estado asincrónico de EVC para los enrutadores CE a través de E-LMI.

Nota:

Los enrutadores serie ACX no admiten E-LMI para los servicios de capa 2 (puente).

Configuración de la interfaz de administración local Ethernet

Para configurar E-LMI, siga estos pasos:

Configuración de un protocolo de mantenimiento seguros (CFM)

Para obtener información acerca de la configuración del Protocolo de mantenimiento seguros (CFM), consulte IEEE 802.1 AG mantenimiento seguros Connectivity Fault Management Overview.

Asignación del protocolo mantenimiento seguros a un EVC

Para configurar un EVC, debe especificar un nombre para el EVC utilizando la evcsevc-id sentencia en el nivel [edit protocols oam ethernet] de la jerarquía. Puede establecer el protocolo EVC para supervisar las estadísticas de EVC cfm o vpls para utilizar evc-protocol la instrucción y sus opciones en [edit protocols oam ethernet evcs] el nivel de jerarquía.

Puede establecer el número de UNIs remotos en EVC a través de remote-uni-count number la instrucción en [edit protocols oam ethernet evcs evcs-protocol] el nivel de la jerarquía. El remote-uni-count valor predeterminado es 1. La configuración de un valor mayor que 1 hace que EVC sea multipunto a multipunto. Si especifica un valor mayor que el número real de puntos finales, el estado de EVC se mostrará como parcialmente activo incluso si todos los puntos finales están activos. Si especifica un remote-uni-count número de puntos de conexión menor que el real, el estado se mostrará como activo, incluso si todos los puntos de conexión no están activos.

Puede configurar un EVC incluyendo el evcs extracto en el nivel de [edit protocols oam ethernet] jerarquía:

Habilitar E-LMI en una interfaz y asignar identificadores de VLAN de CE a un EVC

Para configurar E-LMI, incluya la lmi instrucción en el [edit protocols oam ethernet] nivel de jerarquía:

Puede establecer el contador de estado para contar errores consecutivos utilizando status-counter count la instrucción en [edit protocols oam ethernet lmi] el nivel de jerarquía. El contador de estado se utiliza para determinar si E-LMI es operativo o no. El valor predeterminado es 4.

Puede establecer la polling-verification-timer value instrucción en el nivel [edit protocols oam ethernet lmi] de jerarquía. El valor predeterminado es 15 segundos.

Puede habilitar una interfaz y establecer sus opciones para su uso con E-LMI utilizando la interface name instrucción en el [edit protocols oam ethernet lmi] nivel de jerarquía. Solo se admiten interfaces, y ae.gexe Puede utilizar la opción de uni-id interfaz para especificar un nombre para UNI. Si uni-id no está configurado, toma como valor predeterminado la variable Name de interface name.

Puede especificar el tipo de asignación CE-VLAN ID/EVC mediante la evc-map-type type opción de interfaz. Las opciones son all-to-one-bundling, bundlingo service-multiplexing. La multiplexación de servicios no es de ninguna agrupación. El tipo predeterminado es all-to-one-bundling.

Para especificar el EVC que utiliza una interfaz, utilice la evc evc-id instrucción en el [edit protocols oam ethernet lmi interface name] nivel jerárquico. Puede especificar una interfaz como la interfaz predeterminada de EVC utilizando la default-evc instrucción en el [edit protocols oam ethernet lmi interface name evc evc-id] nivel de jerarquía. Todos los vid que no están asignados a ningún otro EVCs se asignan a este EVC. Sólo puede configurarse un EVC como el valor predeterminado.

Puede asignar una lista de VLAN a un EVC utilizando la vlan-list vlan-id-list instrucción en el nivel de [edit protocols oam ethernet lmi interface name evc evc-id] jerarquía.

Ejemplo de configuración E-LMI

Topología de ejemplo

Figura 2ilustra la configuración E-LMI para un monitor de punto a punto EVC (SVLAN) supervisado por CFM. En este ejemplo, a evc1 las redes VLAN del 1 al 2048 se asignan (SVLAN 100) y 2049 a 4096 evc2 se asignan (SVLAN 200). Para monitorear estas EVCs se crean dos sesiones de CFM.

Figura 2: Configuración E-LMI para un monitor de punto a punto EVC (SVLAN) supervisado por CFMConfiguración E-LMI para un monitor de punto a punto EVC (SVLAN) supervisado por CFM

Configuración de PE1

Configuración de PE2

Configuración de dos UNIs que comparten el mismo EVC

Configuración de un perfil de acción CFM para especificar acciones de CFM para eventos CFM

Puede crear un perfil de acción de administración de fallos de conectividad (CFM) para definir los indicadores y los umbrales de eventos que se van a supervisar. También puede especificar la acción que debe llevarse a cabo cuando se produce cualquiera de los eventos configurados. Cuando se produce un evento de CFM, el enrutador realiza la acción correspondiente según la especificación. Puede configurar uno o más eventos en el perfil de acción. De manera alternativa, puede configurar un perfil de acción y especificar acciones predeterminadas cuando se produce un error de conectividad a un extremo de Asociación de mantenimiento remoto (MEP).

Nota:

No puede configurar varias acciones en este momento. Solo se puede configurar una acción. Esta limitación afecta tanto a action las clear-action sentencias and como a.

Para configurar el perfil de acción de CFM:

  1. En el modo de configuración, enedit protocols oam ethernet connectivity-fault-managementel nivel de jerarquía [], especifique el nombre del perfil de acción y los eventos de cfm. Puede configurar más de un evento en el perfil de acción. Entre los posibles sucesos se incluyen: Interface-status-TLV, Port-status-TLV, adyacencia-pérdida, RDI.
  2. Especifica la acción que debe llevar a cabo el enrutador cuando se produce el evento. La acción se desencadena cuando se produce el evento. Si ha configurado más de un evento en el perfil de acción, no es necesario que se produzcan todos los eventos para activar la acción.
  3. Especificar la acción predeterminada que debe emprender el enrutador cuando se produce un error en la conectividad a un MEP remoto. Si no hay ninguna acción configurada, no se realiza ninguna acción.
    Nota:

    No se recomienda asociar un perfil interface-down de acción con la acción de una sesión de MEP cfm que se ejecuta a través de una interfaz de conexión cruzada de circuito (l2circuit/l2vpn), que puede provocar una situación de interbloqueo.

Perfil acción FC para poner a la venta un grupo de interfaces lógicas

Con el crecimiento de las redes, existe un requerimiento de la supervisión de una gran cantidad de servicios a través de CFM. Para supervisar cada servicio, se requiere una sesión por interfaz lógica de servicio. Si los servicios son grandes en el número, este método no se escalará a medida que el número de sesiones sea limitado. En lugar de una sesión de FC por servicio, una sola sesión de CFM puede supervisar varios servicios.

Además, hay escenarios en los que es necesario desactivar el dispositivo de interfaz de usuario a red (UNI) según las sesiones en la interfaz lógica de la interfaz de red a red (NNI). Aquí, la interfaz lógica NNI hace referencia a la interfaz principal y la interfaz física UNI hace referencia a la interfaz de acceso que hospeda varias interfaces lógicas de servicio. En función de la supervisión de interfaz principal, puedes desconectar las interfaces lógicas de servicio asociadas a la interfaz de acceso.

Figura 3muestra una topología en la que varios servicios destinados a enrutadores de cliente (CE) de extremo comparten un único puerto en un enrutador de extremo proveedor (PE). Cada servicio utiliza una interfaz lógica. Un conjunto de servicios o interfaces lógicas (coloreados en amarillo) están destinados a un enrutador CE y un conjunto de servicios o interfaces lógicas que están coloreados en rojo se destinan a otro enrutador CE. Para supervisar cada servicio, necesita sesiones dedicadas al mantenimiento de la Asociación (MEP) para cada servicio. Puede reducir el servicio al desconectar la interfaz lógica del servicio siempre que la sesión falle. Sin embargo, este enfoque no es escalable si tenemos un gran número de servicios. Tampoco es factible supervisar la sesión de CFM en la interfaz física, ya que varios enrutadores CE podrían estar conectados y los servicios de otro enrutador CE podrían interrumpirse. Para abordar este problema de la supervisión de varios servicios con una sola sesión, puede crear un perfil de acción CCM para llevar un grupo de interfaces lógicas mediante el uso de una sesión de CFM configurada en una sola interfaz lógica.

Figura 3: Topología de varios servicios VLAN que comparten un único puerto en un enrutador PE destinado a varios enrutadores CE Topología de varios servicios VLAN que comparten un único puerto en un enrutador PE destinado a varios enrutadores CE

Puede configurar perfiles de acción CCM para los siguientes escenarios:

  • Desconectar un grupo de interfaces lógicas que tienen el mismo puerto principal cuando se ejecuta una sesión de supervisión CCM en una de las interfaces lógicas, pero en un puerto primario diferente.

  • Para reducir un grupo de interfaces lógicas cuando la sesión de supervisión de CCM se ejecuta en una de las interfaces lógicas, todas ellas pertenecientes al mismo puerto principal.

  • Para bajar el puerto, cuando la sesión de supervisión de CCM se está ejecutando en una de las interfaces lógicas de un puerto principal diferente.

Ventajas de la creación de perfiles de acción de CFM para reducir un grupo de interfaces lógicas

  • Reduce los requisitos de recursos en redes escaladas en las que es necesario monitorear varios servicios.

  • Evita tener que crear sesiones de MEP individuales para cada servicio en una topología que incluya varios servicios que se van a supervisar, con lo que se mejora el rendimiento y la escalabilidad de la red.

Configuración de un perfil de acción de CFM para reducir un grupo de interfaces lógicas

Para supervisar varios servicios o IFLs mediante una sesión de CFM configurada en una sola interfaz lógica, puede crear un perfil de acción CCM para reducir un grupo de interfaces lógicas. Debe definir una acción para poner el grupo de interfaz en el perfil de acción. A continuación, definirá el nombre del dispositivo de interfaz y el número de interfaces lógicas que se deben desconectar. Una interfaz lógica se representa mediante una combinación del interface-device-name y. unit-list Los siguientes pasos explican el procedimiento para reducir un grupo de interfaces lógicas cuando interface-device-name se especifican unit-list el operador and/o.

  1. En el modo de configuración, enedit protocols oam ethernet connectivity-fault-managementel nivel de jerarquía [], especifique el nombre del perfil de acción y los eventos de cfm. Puede configurar más de un evento en el perfil de acción.

    Por ejemplo,

    Nota:

    La acción interface-group-down no será compatible con eventos distintos a la pérdida de adyacencia y la RDI. Cualquier otro suceso configurado tiene como resultado un error de confirmación.

  2. En el modo de configuración, enedit protocols oam ethernet connectivity-fault-management action-profile profile-name el nivel de jerarquía [], defina la acción para activar el grupo de interfaz.
    Nota:

    La acción interface-group-down no será compatible con otras acciones relacionadas con la interfaz. Cualquier otra acción configurada da como resultado un error de confirmación.

  3. En el niveledit protocols oam ethernet connectivity-fault-managementde jerarquía [], defina el dominio de mantenimiento. Especifique los parámetros de la Asociación de mantenimiento.

    Por ejemplo,

  4. En el edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name, defina el extremo de Asociación de mantenimiento y los parámetros asociados.

    Por ejemplo,

  5. Si Action-Profile tiene interface-group-down una acción configurada, es obligatorio configurar el interface-group en el nivel RMEP. En el modo de configuración en [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-name la, interface-group incluya la sentencia para desplazar el grupo de interfaz marcado con interface-group-downel perfil de acción como.

    Por ejemplo,

    Nota:

    Si la interface-group configuración no está incluida en la configuración RMEP. La configuración produce un error de confirmación.

  6. Una interfaz lógica se representa mediante una combinación del interface-device-name y. unit-list Configure el nombre de la interfaz del dispositivo y el número de [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-name interface-groupinterfaces lógicas en el.

    Por ejemplo,

    En este ejemplo de configuración, se deja la interfaz GE-0/0/0.0.

    Nota:
    • Al menos uno de los interface-group parámetros interface-device-name o unit-list debe configurarse. Si no se configura el nombre del dispositivo de interfaz, la interfaz de MEP se considerará como el nombre del dispositivo y se desactivará la interfaz lógica de ese dispositivo.

    • Si el unit-list parámetro supera el límite recomendado, se produce un error de confirmación.

    • Si el nombre del dispositivo de interfaz no se especifica en el , se bajan los números de interfaz lógica mencionados en para la interfaz interface-groupunit-list física.

    • Si no se especifica la lista de unidades en la , las interface-group IFL se bajan para la interfaz configurada.

  7. Compruebe la configuración mediante show protocols oam el comando.

Habilitando modo de administración de errores de conectividad mejorada

Puede activar el modo de administración de fallos de conectividad mejorada (CFM) para permitir una implementación de mantenimiento seguros Ethernet eficaz al escalar redes. Al activar el modo FC mejorado, Junos OS admite 32, 000 puntos finales de Asociación de mantenimiento (MEPs) y puntos intermedios de mantenimiento (MIPs) por cada chasis para los dominios puente, VPLS, L2VPN y CCC. En versiones anteriores, Junos OS es compatible con 8, 000 MEPs y 8000 MIPS por chasis. Si no habilita la Enhanced CFM, Junos OS seguirá soportando la cantidad existente de MIPs y MEPs por chasis.

Nota:

Para admitir el modo Enhanced FC, configure el modo de servicios de enhanced-ipred en el enrutador como. Si el modo de servicios de red no es y ha habilitado CFM mejorado, se muestra el siguiente enhanced-ip mensaje de advertencia:[edit protocols oam ethernet] 'connectivity-fault-management' enhanced ip is not effective please configure enhanced ip and give router reboot

Para activar el modo FC mejorado, siga estos pasos:

  1. En el [edit protocols oam ethernet connectivity-fault-management] modo de configuración, vaya al nivel de jerarquía.
  2. Activar la implementación de mantenimiento seguros Ethernet efectiva al activar el modo FC mejorado.
  3. Confirme el cambio de modo. Aparecerá un mensaje de advertencia pidiéndole que reinicie CFM. Si no reinicia CFM, CFM lo reiniciará automáticamente Junos OS.
  4. Para verificar si se ha configurado el modo FC mejorado, utilice el show oam ethernet connectivity-fault-management state comando.

Configuración de enrutadores de la serie M120 y MX para CCC paquetes encapsulados

IEEE 802.1 AG CFM mantenimiento seguros compatibilidad con CCC paquetes encapsulados, introducción

La red privada virtual de capa 2 (L2VPN) es un tipo de servicio de red privada virtual que se utiliza para transportar el tráfico privado de capa 2 del cliente (por ejemplo, Ethernet, ATM o Frame Relay) a través de la infraestructura IP/MPLS compartida del proveedor de servicios. El enrutador de borde de proveedores de servicios (PE) debe tener una interfaz con encapsulación de conexión cruzada de circuitos (CCC) para cambiar el tráfico de perímetro del cliente (CE) a la red pública.

La IEEE 802.1 AG Ethernet Connectivity Management (CFM) es un estándar de mantenimiento seguros utilizado para la detección de fallos, el aislamiento y la verificación de las LAN de puente virtual. Los enrutadores de M120 y serie MX proporcionan compatibilidad con CFM para interfaces puente/VPLS/enrutado y admiten 802.1 AG Ethernet mantenimiento seguros para CCC paquetes encapsulados.

Funciones de CFM compatibles con los circuitos VPN de capa 2

Las funciones de CFM compatibles con los circuitos L2VPN son las siguientes:

  • La creación de MEPs de flechas hacia arriba o hacia abajo en cualquier nivel de las interfaces lógicas de cara a la CE.

  • Creación de MIPs en cualquier nivel de las interfaces lógicas de cara a la CE.

  • Soporte para comprobación de continuidad, bucle invertido y protocolo linkrace.

  • Compatibilidad con el protocolo de medición de retardo de Ethernet de Y1731.

  • Compatibilidad con perfiles de acción para activar las interfaces lógicas de cara a la CE cuando se detecta la pérdida de conectividad.

Figura 4: Topología VPN de capa 2Topología VPN de capa 2

Para supervisar el circuito L2VPN, se puede configurar un MEP de FC hacia Figura 4arriba (nivel 6 en) en las interfaces lógicas orientadas a CE de los enrutadores perimetrales PE1 y PE2 de los proveedores. Para monitorear el circuito de datos adjuntos CE-PE, se puede configurar un MEP FC hacia abajo en las interfaces lógicas de cliente de CE1-PE1 Figura 4y CE2-PE2 (nivel 0 de la).

Configuración de CFM para CCC paquetes encapsulados

El único cambio de la configuración existente de la CLI es la introducción de un nuevo comando para crear MIP en la interfaz con conexión a CE del enrutador de PE.

Configuración de la interoperabilidad de administración de errores de conectividad durante upgrades de software en servicio unificados

A partir de la versión 17,1, Junos OS la administración de fallos de conectividad (CFM), durante una actualización de software en servicio unificada (emisión) funciona cuando el dispositivo del mismo nivel no es un enrutador Juniper Networks. Interoperando con el enrutador de otro proveedor, el enrutador de la Juniper Networks conserva la información de sesión y continúa transmitiendo las PDU de comprobación de continuidad de mensajes (CCM) durante la emisión unificada. La administración de errores de conectividad sigue funcionando.

Esta característica requiere que se cumplan las siguientes condiciones:

  • Motor de reenvío de paquetes keepalive deben estar habilitadas para proporcionar transmisión en línea de CCMs. La función no funciona cuando el CCMs de la CPU de una tarjeta de transmisión es el predeterminado.

  • El intervalo entre CCMs debe ser 1 segundo.

La interoperabilidad de CFM durante una emisión unificada se soporta en la siguiente MPCs: MPC1, MPC2, MPC2-NG, MPC3-NG, MPC5 y MPC6.

Para activar la interoperabilidad de CFM con dispositivos de terceros a través de una emisión unificada:

  1. Habilitar Keepalives alineados.
  2. Establezca el intervalo CCM en 1 segundo.

Configuración de la emisión unificada para 802.1 AG CFM

Una actualización del software en servicio unificada (emisión) le permite actualizar dos versiones Junos OS diferentes sin interrumpir el plano de control y con una interrupción mínima del tráfico. La emisión unificada se habilita automáticamente para los protocolos FC (administración de fallas de conectividad) e interopera entre los puntos de conexión de mantenimiento local y remoto (MEPs).

El Junos OS ofrece soporte para la emisión unificada mediante el valor de longitud de tipo (TLV) de umbral de pérdida, que se activa automáticamente para CFM. TLVs se describen en el estándar IEEE 802.1 AG para CFM como método para codificar la información de longitud variable y opcional en una unidad de datos de protocolo (PDU). El TLV del umbral de pérdida indica el valor del umbral de pérdida de un MEP remoto. El TLV del umbral de pérdida se transmite como parte de los mensajes de verificación de continuidad de FC.

Nota:

A partir de Junos OS versión 15,1, la configuración de emisión con CFM (802.1 AG) solo se admite en los enrutadores MX y PTX que admiten TLV. No se admite la interoperación con otros proveedores.

Durante una emisión unificada, es posible que el plano de control quede inactivo durante varios segundos y provoque la caída de los paquetes de verificación de continuidad de CFM. Esto puede hacer que el MEP remoto detecte una pérdida de conectividad y marque el MEP como inactivo. Para mantener activa la MEP durante una emisión unificada, el TLV del umbral de pérdida comunica el valor mínimo de umbral que requiere MEP receptor para mantener el MEP activo. El MEP receptor analiza el TLV y actualiza el valor de umbral de pérdida, pero solo si el nuevo valor de umbral es mayor que el valor de umbral configurado localmente.

Se describe una descripción general de CFM a partir de la Introducción a la conectividad IEEE 802.1 AG mantenimiento seguros, por lo que debe seguir los requisitos adicionales que se describen en este tema.

Tabla 2muestra el formato TLV del umbral de pérdida.

Tabla 2: Formato TLV del umbral de pérdida

Parámetro

Octeto (secuencia)

Descripción

Type=31

1

Necesaria. Necesaria. Si es 0, siguen sin campos de longitud o valor. Si es igual a 0, al menos un campo de longitud aparece en el campo tipo.

Length=12

2

Requerido si el campo tipo no es 0. No está presente si el campo Type (tipo) es 0. Los 16 bits del campo longitud indican el tamaño, en octetos, del campo valor. 0 en el campo longitud indica que no hay ningún campo de valor.

OUI

3

Adicional. El identificador único de la organización (OUI), que está controlado por el IEEE y que normalmente son los tres primeros bytes de dirección MAC (Juniper OUI 0x009069).

Subtipo

1

Adicional. Subtipo definido de la organización.

Valor

4

Adicional. Valor del umbral de pérdida.

Bandera

4

Adicional. Bit0 (identifica una emisión en curso)

Bit1-31 (reservado)

Junos OS cuenta con un soporte de convey-loss-threshold configuración para la instrucción, lo que le permite controlar la transmisión del TLV del umbral de pérdida en los mensajes de comprobación de continuidad de las PDU. La convey-loss-threshold instrucción especifica que el TLV del umbral de pérdida debe transmitirse como parte de los mensajes de comprobación de continuidad. Si no convey-loss-threshold se especifica la instrucción, los mensajes de comprobación de continuidad solo transmiten este TLV cuando hay una emisión unificada en curso. El Junos OS proporciona esta configuración a nivel de verificación de continuidad. De forma predeterminada, los mensajes de comprobación de continuidad no incluyen el TLV del umbral de pérdida.

Para configurar el umbral transmitir pérdida, utilice la convey-loss-threshold instrucción en el [edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check] nivel de la jerarquía.

En el caso del MEP remoto, el TLV del umbral de pérdida sólo se transmite durante la convey-loss-threshold emisión unificada si la sentencia no está configurada. El MEP remoto vuelve al umbral de pérdida predeterminado si no se recibe un TLV con umbral de pérdida o si el TLV tiene un valor de umbral predeterminado de 3.

A continuación, se incluye un ejemplo de las instrucciones de la configuración de emisión:

El Junos OS guarda el último TLV del umbral de pérdida recibido del MEP remoto. Puede mostrar el último TLV del umbral de pérdida guardada que recibe el MEP remoto, utilizando el show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier comando, como en el siguiente ejemplo:

El Junos OS guarda el último TLV del umbral de pérdida de transmisión desde un MEP local. Puede mostrar el último TLV del umbral de pérdida de transmisión y el umbral efectivo de pérdida (operativo) de la MEP remota show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier , utilizando el comando, como se muestra en el ejemplo siguiente:

Junos OS compatibilidad con la supervisión del rendimiento compatible con la especificación técnica MEF 36

Junos OS versión 16.1 R1 y posterior admite la supervisión del rendimiento compatible con la especificación técnica MEF 36. Especificación técnica MEF 36 especifica el BIA de supervisión de rendimiento. El BIA de supervisión del rendimiento se requiere para administrar las implementaciones de operaciones de servicio, administración y mantenimiento (OAM) que satisfagan los requisitos y el marco de trabajo de OAM de servicio especificados en MEF 17 y MEF 35, los objetos de administración especificados en MEF 7.1 y las funciones de supervisión del rendimiento definidas en ITU-T Y.1731 y IEEE 802.1ag.

Puede habilitar la supervisión de rendimiento compatible con MEF-36 configurando la measurement-interval instrucción [edit protocols oam ethernet cfm performance-monitoring] en el nivel de jerarquía.

Cuando la supervisión de rendimiento compatible con MEF-36 está habilitada:

  • Es posible que una solicitud SNMP Get Next para una variable no recupere el valor actual a menos que se realice un recorrido SNMP antes de realizar la siguiente solicitud. Esta limitación sólo se aplica a las estadísticas actuales de medición de retardo, medición de la pérdida y medición de la pérdida sintética.

  • El resultado del campo Current delay measurement statistics puede mostrar un intervalo de medición de 0 (cero) y una marca de hora incorrecta hasta que haya transcurrido el primer tiempo de ciclo.

  • TLV compatible de los datos para el control de rendimiento unidades de datos del Protocolo (PDU) es 1386 bytes cuando está habilitada la supervisión de rendimiento compatible con MEF-36. El tamaño de TLV es de 1400 bytes en modo heredado.

  • El valor máximo configurable para la bandeja de umbral más baja es el 4.294.967.294.

  • El coeficiente de pérdida de cuadro (FLR) se excluye en las mediciones de pérdida, durante el período de no disponibilidad para medición de la pérdida sintética solamente. En caso de medición de la pérdida, la FLR se incluye incluso durante el periodo de no disponibilidad.

  • Durante un período de pérdida de continuidad (adyacencia), aunque no se envíen las PDU de SOAM, no se detienen FLR ni los cálculos de disponibilidad. Estos cálculos se realizan suponiendo el 100% de la pérdida.

  • El número de PDU SOAM que se envían durante el primer intervalo de medición puede ser menor de lo esperado. Esto se debe a un retraso en la detección del estado de adyacencia en el nivel de sesión de supervisión del rendimiento.

  • Es posible que la cantidad de PDU SOAM transmitidas durante un intervalo de medición durante un tiempo de ciclo de 100 ms no sea precisa. Por ejemplo, en un intervalo de medición de dos minutos con un tiempo de ciclo de 100 ms, las PDU de SOAM transmitidas pueden estar en el intervalo de 1198 a 2000.

Amortiguamiento de rendimiento y notificaciones de monitoreo de CFM para evitar la congestión del NMS

Puede amortiguar el monitor de rendimiento: cruzar trampas y notificaciones que se generan cada vez que se produce un evento de cruce de umbrales para evitar la congestión del sistema de administración de red (NMS).

La amortiguación limita el número de trampas de jnxSoamPmThresholdCrossingAlarm enviadas a la NMS mediante el Resumen de las repeticiones solapadas durante un periodo de tiempo, conocido como el temporizador de capturas solapadas, y envía una sola notificación jnxSoamPmThresholdFlapAlarm a la NMS. Puede configurar la duración del temporizador de la captura de solapas con cualquier valor entre 1 y 360 segundos.

La notificación jnxSoamPmThresholdFlapAlarm se genera y envía cuando se cumplen las siguientes condiciones:

  • Se ha producido al menos una solapa cuando el temporizador flap ha caducado.

  • Cambió el valor del temporizador de capturas solapadas, lo que hizo que se detuviera el temporizador.

Puede activar la amortiguación en el nivel global para el iterador o puede activar la amortiguación en el tipo de umbral individual del iterador. Por ejemplo, para activar la amortiguación a nivel global, utilice el siguiente comando para el iterador: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name flap-trap-monitor. Para activar la avg-fd-twoway-thresholdamortiguación en un tipo de umbral específico, utilice el comando siguiente: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name avg-fdv-twoway-threshold flap-trap-monitor.

También puede desactivar la amortiguación.

Ejemplo Configuración de Ethernet CFM en interfaces físicas

En este ejemplo, se muestra la configuración de la administración de errores de conectividad Ethernet (CFM) en interfaces físicas.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Junos OS versión 9,3 o posterior.

Descripción general

CFM se puede utilizar para supervisar el enlace físico entre dos enrutadores. Esta funcionalidad es similar a la que admite el protocolo ah LFM de IEEE 802.3.

En Junos OS versión 9,3 y posteriores, CFM también soporta interfaces Ethernet agregadas. En las interfaces configuradas en concentradores de Puerto modulares (MPCs) y tarjetas de interfaz modular (MICs) en enrutadores serie MX, CFM no se admite en vínculos de miembros Ethernet agregados sin etiquetar. El MPCs y el MICs admiten CFM en interfaces lógicas Ethernet agregadas y sin etiquetar.

Nota:

Las configuraciones de este ejemplo son únicamente ejemplos parciales de configuraciones completas y funcionales de enrutador. No copie estas configuraciones y utilice las mismas directamente en un sistema real.

Automática

En el ejemplo siguiente, dos enrutadores (enrutador 1 y enrutador 2) se conectan mediante un vínculo punto a punto de Gigabit Ethernet. El vínculo entre estos dos enrutadores se supervisa con CFM. Esto se muestra en Figura 5. El límite único es un «mep» en términos de CFM.

Figura 5: Ethernet CFM en interfaces físicasEthernet CFM en interfaces físicas

Para configurar Ethernet CFM en interfaces físicas, realice estas tareas:

Configuración rápida de CLI

Enrutador 1

Configure la interfaz y CFM:

La configuración del enrutador 2 refleja la del enrutador 1, con la excepción del mep-id.

Enrutador 2

Configure la interfaz y CFM:

Para comprobar que la interfaz física está configurada correctamente para CFM, show interface utilice el comando. Para comprobar la configuración de CFM, utilice uno o más de los show oam ethernet connectivity-fault-management comandos enumerados en el CLI Explorer.

Ejemplo Configuración de Ethernet CFM en conexiones de puente

En este ejemplo, tanto el proveedor de clientes como el de servicios ejecutan Ethernet FC a través de una red puente sencilla. La red se muestra en Figura 6la. El cliente ha configurado Ethernet CFM en enrutadores de la serie MX (L2-CE1 y L2-CE2. El proveedor de servicios ha configurado Ethernet CFM en enrutadores de la serie MX PE1 y PE2.

Nota:

Las configuraciones de este ejemplo son únicamente ejemplos parciales de configuraciones completas y funcionales de enrutador. No copie estas configuraciones y utilice las mismas directamente en un sistema real.

El proveedor de servicios utiliza el nivel 3 de CFM para el enlace entre PE1 y PE2 y el nivel 5 desde un puerto de CE hacia el otro. El cliente usa CFM de nivel 7. Los límites se marcan con la términos CFM "up mep" y "down mep" en la figura.

Figura 6: Ethernet CFM a través de una red de puenteEthernet CFM a través de una red de puente

A continuación se muestran las configuraciones de CFM en los enrutadores del cliente.

CFM en L2-CE1

CFM en L2-CE2

A continuación se muestran las configuraciones de CFM en los enrutadores de proveedores.

CFM sobre PE1

CFM sobre PE2

Ejemplo Configuración de Ethernet CFM sobre VPLS

En este ejemplo, tanto el proveedor de clientes como el de servicios ejecutan Ethernet CFM sobre un VPLS y una red de conmutación de etiquetas multiprotocolo (MPLS). La red se muestra en Figura 7la. El cliente ha configurado Ethernet CFM en enrutadores de la serie MX (L2-CE1 y L2-CE2. El proveedor de servicios ha configurado Ethernet CFM en enrutadores de la serie MX PE1, P y PE2.

Nota:

Las configuraciones de este ejemplo son únicamente ejemplos parciales de configuraciones completas y funcionales de enrutador. No copie estas configuraciones y utilice las mismas directamente en un sistema real.

El proveedor de servicios usa CFM nivel 5 y el cliente usa CFM de nivel 7. Los límites se marcan con la términos CFM "up mep" y "down mep" en la figura.

Figura 7: Ethernet mantenimiento seguros con VPLSEthernet mantenimiento seguros con VPLS
Nota:

Es posible que las interfaces lógicas de una instancia de enrutamiento VPLS tengan las mismas configuraciones de VLAN o distintas. La normalización de las VLAN es necesaria para cambiar los paquetes correctamente entre estas interfaces. La normalización admite la asignación automática de VLAN y realiza operaciones en las etiquetas de VLAN para lograr la traducción deseada. Consulte configuración de una VLAN normalizada para su traducción o etiquetado.

Nota:

Deben cumplirse las siguientes consideraciones relativas a la ruta de reenvío:

  • Ruta de recepción de paquetes:

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

    • 802.1 AG Ethernet mantenimiento seguros para VPLS utiliza filtros de interfaz implícitos y filtros de tabla de envío para inundar, aceptar y eliminar paquetes CFM.

  • Ruta de transmisión de paquetes:

    • Junos OS utiliza el reenvío basado en hardware del enrutador para paquetes generados por CPU.

    • Para MEPs Down, los paquetes se transmiten en la interfaz en la que se configura el MEP.

    • En enrutadores serie MX, para MEPs hacia arriba, los paquetes deben estar inundados a otras interfaces en la instancia de enrutamiento VPLS. El enrutador crea una ruta de desbordamiento ligada a una inundación del próximo salto (con todas las interfaces para inundar) y, a continuación, origina los paquetes que se van a reenviar con esta ruta de inundación.

A continuación, figuran las configuraciones de VPLS y CFM en los enrutadores del proveedor de servicios.

Configuración de PE1

Configuración de PE2

Configuración del enrutador P

MPLS únicamente, no es necesario el CFM:

CFM en L2-CE1

A continuación se muestra la configuración de CFM en L2-E1:

CFM en L2-CE2

A continuación se muestra la configuración de la L2 de FC-CE2:

Notificación asincrónica del perfil de acción de CFM

SUMMARY 

La notificación asincrónica impulsada por CFM permite la sincronización de estado de vínculo entre dos BRC dispositivos

conectados entre sí a través de un pseudo cable que se origina en sus respectivos dispositivos pe. Emula

como si dos dispositivos BRC dispositivos estén conectados directamente. CFM proporciona señalización de extremo a extremo, incluso si PE1

y PE2 no están conectados a través de una sola red, sino un conjunto de redes.

Conectividad de capa 2 entre PE1 y PE2

La Figura 1 es un ejemplo de caso de implementación en el que se puede utilizar una notificación asincrónica basada en CFM

para sincronizado el estado del vínculo entre CE1 y CE2. Se pueden cumplir dos requisitos con el

configuración de notificación asincrónica.

  • Cuando el vínculo entre PE2 y CE2 desaparece, entonces el vínculo entre PE1 y CE1 también se derribó.

    Cuando se restaura el vínculo, también debe restablecer el estado del vínculo PE1 a CE1. El estado del vínculo cambia entre

    PE1 a CE1 debe funcionar de la misma manera.

    • Cuando hay un problema de conectividad entre PE1 a PE2, activa un vínculo hacia abajo entre PE1 y CE1

      y PE2 a CE2. Si se restaura el estado de conexión, debe restablecer el estado de vínculo en ambos extremos

Tabla de historial de versiones
Liberación
Descripción
17.1
A partir de la versión 17,1, Junos OS la administración de fallos de conectividad (CFM), durante una actualización de software en servicio unificada (emisión) funciona cuando el dispositivo del mismo nivel no es un enrutador Juniper Networks.
15.1
A partir de Junos OS versión 15,1, la configuración de emisión con CFM (802.1 AG) solo se admite en los enrutadores MX y PTX que admiten TLV.
12.3
A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS.
12.3
A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS.
12.3
A partir de Junos OS versión 12,3, todas las interfaces configuradas en concentradores de puertos modulares (MPCs) en las plataformas de enrutamiento de 5G universal, ya no-control-word no es necesario configurar el extracto para todas las VPN de capa 2 y los circuitos de capa 2 en los que se esté ejecutando cfm MEPS.