Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ITU-T Y. 1731 servicio Ethernet Descripción general de mantenimiento seguros

SUMMARY En esta sección se describe el servicio OAM (ITU-TY.1731) y sus dos componentes principales: Administración de fallos (supervisión, detección y aislamiento) y supervisión del rendimiento (medición de la pérdida de cuadro, medición de la pérdida de cuadro sintético y medición del retardo de tramas).

Introducción a las medidas de retraso de trama Ethernet

ITU-T Y. 1731 marco característica de medida de retardo

El IEEE estándar 802.3-2005 para operaciones, administración y mantenimiento de Ethernet (mantenimiento seguros) define un conjunto de mecanismos de administración de errores de vínculos para detectar e informar de errores de vínculo en una LAN Ethernet única de punto a punto.

Junos OS admite estándares mantenimiento seguros clave que proporcionan una administración y supervisión de extremo a extremo automatizadas del servicio Ethernet por parte de proveedores de servicios:

  • IEEE estándar 802.1ag, también conocido como "Administración de errores de conectividad (CFM)."

  • Recomendaciones UIT-T Y.1731,la cual utiliza términos diferentes a IEEE 802.1ag y define las funciones de OAM del servicio Ethernet para la supervisión de fallas, el diagnóstico y la supervisión del rendimiento.

Estas capacidades permiten a los operadores ofrecer acuerdos de nivel de servicio (SLA) de enlace y generar nuevos ingresos a partir de paquetes de servicio de tasa y rendimiento garantizados que se adaptan a las necesidades específicas de sus clientes.

Los enrutadores serie ACX son compatibles con los modos proactivo y a pedido.

Nota:

Los enrutadores ACX5048 y ACX5096 solo admiten la marca de tiempo basada en software para la medición de retardo.

Ethernet CFM

El estándar IEEE 802.1 AG para la administración de errores de conectividad (CFM) define los mecanismos para proporcionar la garantía de un servicio Ethernet de extremo a extremo sobre cualquier Path, ya sea un único enlace o varios enlaces que abarcan redes compuestas de varias LAN.

En el caso de las interfaces Ethernet de M320, de la serie MX y de los enrutadores serie T, Junos OS admite los siguientes elementos clave del estándar Ethernet CFM:

  • Supervisión de fallos con el protocolo de comprobación de continuidad de la IEEE 802.1 AG Ethernet mantenimiento seguros

  • Descubrimiento de rutas y comprobación de errores con el protocolo IEEE 802.1 AG Ethernet mantenimiento seguros Linktrace

  • Aislamiento de errores con el protocolo de bucle invertido de IEEE 802.1 AG Ethernet mantenimiento seguros

En un entorno FC, las entidades de red como los operadores de red, proveedores de servicios y clientes pueden formar parte de dominios administrativos distintos. Cada dominio administrativo se asigna a un dominio de mantenimiento. Los dominios de mantenimiento se configuran con distintos valores de nivel para mantenerlos separados. Cada dominio proporciona información suficiente para que las entidades realicen su propia administración y su supervisión de extremo a extremo, y evitan las infracciones de seguridad.

Figura 1muestra las relaciones entre el cliente, el proveedor y los puentes Ethernet de operador, los dominios de mantenimiento, los puntos finales de la Asociación de mantenimiento (MEPs) y los puntos intermedios de mantenimiento (MIPs).

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

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

Medición de retardo de trama de Ethernet

Dos objetivos clave de la funcionalidad de OAM son medir la calidad de los atributos de servicio, como la demora de trama y la variación del retraso de trama (también conocida como "fluctuación de trama"). Estas mediciones pueden permitir identificar los problemas de la red antes de que los clientes se vean afectados por los defectos de la red.

Junos OS admite la medición del retraso de la trama Ethernet entre MEPs configurado en interfaces físicas o lógicas Ethernet en enrutadores serie MX. La medición del retraso de trama Ethernet proporciona un control adecuado a los operadores para activar la medición del retraso en un servicio determinado y puede usarse para supervisar los SLA. La medición de retardo de trama de Ethernet también recopila otra información útil, como el peor y el mejor caso de demoras, el retraso promedio y la variación de promedio de retraso. La implementación Junos OS de la medición del retraso de trama de Ethernet (ETH-DM) cumple completamente con la Recomendaciones UIT-T Y.1731, Funciones y mecanismos de OAM para redes basadas en Ethernet. La recomendación define los mecanismos de mantenimiento seguros para operar y mantener la red en la capa de servicio Ethernet, la cual se denomina "capa ETH" en la terminología de ITU-T.

Enrutadores de la serie MX con concentradores de Puerto modulares (MPCs) y una MPCs de 10 Gigabit Ethernet con SFP + compatible con ITU-T Y. 1731 funcionalidad en VPLS para retardo de tramas y variaciones de retardo.

Nota:

La serie MX Virtual Chassis no admite la medición de retardo de trama de Ethernet (DM).

Medición de retardo de trama de Ethernet unidireccional

En el modo de DM de una dirección, se calcula una serie de valores de variación de tramas y retardos de tramas basándose en el tiempo transcurrido entre el momento en que se envía una trama de medida desde el MEP del iniciador en un enrutador y el momento en que la trama se recibe en el receptor MEP en el othe enrutador r.

Nota:

Los enrutadores serie ACX no admiten la medición de retardo de trama de Ethernet de una dirección.

Transmisión de 1DM

Cuando inicia una medición de retraso de trama un sentido, el enrutador envía 1DM tramas (tramas que llevan la unidad de datos de protocolo (PDU) para una medición de retraso de un sentido, desde el MEP del iniciador al MEP receptor a la velocidad y la cantidad de tramas que especifique. El enrutador marca cada fotograma 1DM como no coincidentes e inserta una marca de hora del tiempo de transmisión en la trama.

Recepción de 1DM

Cuando un MEP recibe un fotograma 1DM, el enrutador que contiene el receptor MEP mide el retardo unidireccional de esa trama (la diferencia entre el momento en que se recibió el marco y la marca de hora contenida en la propia trama) y la variación de retraso (la diferencia entre los valores de retraso actuales y anteriores).

Estadísticas de DM-Way de una dirección

El enrutador que contiene el receptor MEP almacena cada conjunto de estadísticas de retardo unidireccional en la base de datos de tipo ETH-DM. La base de datos de ETH-DM recoge hasta 100 conjuntos de estadísticas para cualquier sesión de FC (par de MEPs del mismo nivel). Puede acceder a estas estadísticas en cualquier momento mostrando el contenido de la base de datos de ETH-DM.

Número de fotogramas de tipo de DM de una dirección

Cada enrutador cuenta el número de tramas ETH-DM unidireccionales enviadas y recibidas:

  • En el caso de un MEP de iniciador, el enrutador cuenta el número de tramas 1DM enviadas.

  • En el caso de un receptor MEP, el enrutador cuenta el número de tramas de 1DM válidas recibidas y el número de tramas de 1DM no válidas recibidas.

Cada enrutador almacena el número de fotogramas de ETH-DM en la base de datos FC. La base de datos FC almacena estadísticas de sesión de CFM y, en el caso de interfaces que admiten ETH-DM, cuenta cualquier fotograma ETH-DM. Puede acceder a los números de fotogramas en cualquier momento mostrando la información de la base de datos FC para las interfaces Ethernet asignadas a MEPs o a MEPs en las sesiones de CFM.

Sincronización de los relojes del sistema

La precisión de los cálculos de retardo en una dirección depende de una sincronización cerrada de los relojes del sistema en el MEP del iniciador y el receptor MEP.

La precisión de la variación de retardo unidireccional no depende de la sincronización del reloj del sistema. Dado que la variación de retardo es sencillamente la diferencia entre valores de retraso único de un sentido, el período fuera de la fase se elimina de los valores de vibración de fotograma.

Nota:

Para un solo enrutador de Ethernet unidireccional de medición, el retardo de trama y los valores de variante de retardo de trama solo están disponibles en el encaminador que contiene el MEP del receptor.

Medición de retardo de trama de Ethernet bidireccional

En modo de DM de bidireccionales, el retardo de trama y los valores de variación de trama retardo se basan en la diferencia horaria entre el momento en que el MEP del iniciador transmite una trama de solicitud y recibe un marco de respuesta del MEP de respuesta, restando el tiempo transcurrido en el MEP del respondedor.

Transmisión de DMM

Cuando inicia una medición de retraso de trama de dos vías, el enrutador envía tramas de mensajes de medición de retraso (DMM) (tramas que llevan la PDU para una solicitud DE 2 vías DE ETH-DM) del MEP iniciador al MEP del respondedor a la velocidad y la cantidad de tramas que especifique. El enrutador marca cada fotograma DMM como no coincidentes e inserta una marca de hora del tiempo de transmisión en la trama.

Transmisión de DMR

Cuando un MEP recibe un marco DMM, el respondedor MEP responde con un marco de respuesta de medición del retraso (DMR), que transporta la información de respuesta de ETH-DM y una copia de la marca de hora contenida en el marco DMM.

Recepción DMR

Cuando un MEP recibe un DMR válido, el enrutador que contiene el MEP mide el retardo bidireccional de la trama en función de la siguiente secuencia de marcas de hora:

  1. TxDMM de TI

  2. TRRxDMM

  3. TXDMR DE TRANSMISIÓN

  4. RxDMR de TI

El retardo de un marco de dos sentidos se calcula de la siguiente manera:

  1. [TIRxDMRTI TxDMM]– [TRTxDMR – TRRxDMM]

El cálculo muestra que el retraso de marco es la diferencia entre la hora a la que el iniciador MEP envía una trama de DMM y la hora a la que el iniciador MEP recibe la trama de DMR asociada del contestador MEP, menos el tiempo transcurrido al MEP de respuesta.

La variación de retardo es la diferencia entre los valores de retraso actuales y anteriores.

Estadísticas de DM de dos sentidos

El enrutador que contiene el MEP de iniciador almacena cada conjunto de estadísticas de retardo bidireccionales en la base de datos de ETH-DM. La base de datos de ETH-DM recoge hasta 100 conjuntos de estadísticas para cualquier sesión de FC (par de MEPs del mismo nivel). Puede acceder a estas estadísticas en cualquier momento mostrando el contenido de la base de datos de ETH-DM.

Cuenta de fotogramas bidireccionales ETH-DM

Cada enrutador cuenta el número de tramas ETH-DM bidireccionales enviadas y recibidas:

  • Para un MEP de iniciador, el enrutador cuenta el número DMM Tramas transmitidas, el número de tramas DMR recibidas y el número de tramas DMR no válidas recibidas.

  • En el caso de un MEP de respuesta, el enrutador cuenta el número de tramas DMR enviadas.

Cada enrutador almacena el número de fotogramas de ETH-DM en la base de datos FC. La base de datos FC almacena estadísticas de sesión de CFM y, en el caso de interfaces que admiten ETH-DM, cuenta cualquier fotograma ETH-DM. Puede acceder a los números de fotogramas en cualquier momento mostrando la información de la base de datos FC para las interfaces Ethernet asignadas a MEPs o a MEPs en las sesiones de CFM.

Nota:

Para un cuadro de Ethernet bidireccional determinado, el retardo de medición, el retardo de trama y los valores de variación del marco retardo solo están disponibles en el enrutador que contiene la MEP del iniciador.

Elección entre una DM de uno y dos vías ETH

La medición del retardo de tramas unidireccionales requiere que los relojes del sistema en el MEP del iniciador y el receptor MEP estén estrechamente sincronizados. La medición del retardo de tramas de dos sentidos no requiere la sincronización de los dos sistemas. Si no es práctico para los relojes, las medidas de retardo de fotogramas bidireccionales son más precisas.

Cuando dos sistemas se encuentran físicamente cerca entre sí, sus valores de retraso unidireccional son muy altos en comparación con los valores de retraso de dos sentidos. La medición del retraso unidireccional requiere que los intervalos de los dos sistemas se sincronicen con un nivel muy granular, y que actualmente los enrutadores de la serie MX no admitan esta sincronización granular.

Restricciones de medición de retardo de trama Ethernet

Las siguientes restricciones se aplican a la característica de medición de retardo de fotograma Ethernet:

  • La función ETH-DM no es compatible con la interfaz conmutada por etiqueta (LSI) pseudowires.

    La característica ETH-DM se admite en interfaces Ethernet agregadas.

  • La marca de tiempo asistida por hardware para tramas ETH-DM en la ruta de acceso de recepción solo se admite para interfaces MEP en DPC mejorada y DPC de cola mejorado en enrutadores serie MX. Para obtener más información sobre marcas de hora asistidas por hardware, consulta directrices para configurar enrutadores que admitan una sesión de la minería de ETH y que habilite la opción de marca de tiempo asistida por hardware.

  • Retardo de trama de Ethernet las mediciones sólo se pueden desencadenar cuando se habilita elppmdemonio de administración de paquetes periódico () distribuido. Para obtener más información sobre esta limitación, consulta directrices para configurar enrutadores que admitan una sesión de ETH-DM y paragarantizar que los ppm distribuidos no estén deshabilitados.

  • Solo puede supervisar una sesión cada vez en el mismo MEP remoto o dirección MAC. Para obtener más información sobre cómo iniciar una sesión de ETH-DM, consulte Inicio de una sesión de ETH-DM.

  • Las estadísticas ETH-DM se recopilan solo en uno de los dos enrutadores del mismo nivel en la sesión de ETH-DM. En el caso de una sesión de DM de una dirección unidireccional, puedes mostrar estadísticas de Frame ETH-DM en el receptor MEP solamente, usando comandos específicos show de ETH-DM. Para una sesión de DM de dos sentidos, puede mostrar las estadísticas de retardos de fotogramas solo en el MEP del iniciador, usando show los mismos comandos específicos de ETH-DM. Para obtener más información, consulte gestión de estadísticas ETH-DM y recuentos de fotogramas ETH-DM.

  • Los recuentos de fotogramas ETH-DM se recopilan en los dos MEPs y se almacenan en las bases de datos de CFM respectivas.

  • Si se produce un cambio motor de enrutamiento correcto (con entrada), se pierden todas las estadísticas ETH-DM recopiladas y el recuento de tramas ETH-DM se vuelve a establecer a ceros. Por lo tanto, es preciso reiniciar la recolección de estadísticas de ETH-DM y los contadores de tramas de ETH-DM, una vez completado el cambio. GRES permite que un enrutador con motores de enrutamiento dual cambie de un puerto motor de enrutamiento principal a un motor de enrutamiento respaldo sin interrupción al reenvío de paquetes. Para obtener más información, consulte la Guía del Junos OS de usuario de alta disponibilidad.

  • La precisión de las estadísticas de retardos de tramas se ve comprometida cuando el sistema está cambiando (por ejemplo, de reconfiguración). Es recomendable realizar medidas de retardo de tramas Ethernet en un sistema estable.

Introducción a la medición de pérdida de trama Ethernet

Los objetivos clave de la funcionalidad de OAM son medir los atributos de calidad del servicio, como el retraso de la trama, la variación del retraso de trama (también conocido como "fluctuación de trama")y la pérdida de trama. Estas mediciones le permitirán identificar los problemas de la red antes de que los clientes se vean afectados por los defectos de la red.

Junos OS admite medición de pérdida de trama Ethernet (ETH-LM) entre los extremos de Asociación de mantenimiento (MEPs) configurados en interfaces físicas o lógicas Ethernet en enrutadores serie MX y actualmente solo se admite para el servicio VPWS . Los operadores utilizan ETH-LM para recopilar valores de contadores aplicables a los marcos de servicio de entrada y salida. Estos contadores mantienen un recuento de tramas de datos transmitidas y recibidas entre un par de MEPs. Pérdida de trama de Ethernet: envía tramas con información de ETH-LM a un MEP del mismo nivel y recibe fotogramas de forma similar con la información de ETH-LM a partir del peer MEP. Este tipo de medición de pérdida de fotogramas también se conoce como medición de pérdida de Ethernet de un solo terminal.

Nota:

La serie MX Virtual Chassis no admite medición de pérdida de trama Ethernet (ETH-LM).

ETH-LM admite las siguientes mediciones de pérdida de cuadro:

  • Medición de la pérdida de trama del extremo final: medición de la pérdida de trama asociada con las tramas de datos de entrada.

  • Medición de pérdida de trama del extremo final: medición de la pérdida de trama asociada con tramas de datos de salida.

Nota:

Los enrutadores serie ACX no admiten la funcionalidad de medición de la pérdida proactiva y de doble extremo de ITU-T.

La función ETH-LM se admite en interfaces Ethernet agregadas.

Nota:

A partir Junos OS versión 16,1, los resultados de medición de pérdida de Ethernet (ETH-LM) son inexactos cuando la administración de fallos de conectividad (CFM) y el monitor de rendimiento (PM) reciben PDU localmente en un extremo de mantenimiento (MEP), clasificados como pertenecientes al amarillo clase o una prioridad de pérdida de paquetes (PLP) de media-alta. Este problema de resultados incorrectos es específico de la medición de la pérdida Ethernet para las sesiones de CFM de MEPs hacia abajo. Las estadísticas de medición de pérdida de Ethernet no son exactas en los siguientes escenarios:

  • La medición de pérdida de Ethernet funciona en una sesión de CFM para MEP en estado no presionado

  • Las PDU de CFM recibidos en la interfaz lógica de la MEP abajo son clasificadas por el clasificador como amarilla o media-alta PLP

  • Un paquete se identifica de color amarillo cuando el clasificador de entrada marca el PLP como medio-alto.

No se observa el problema de discrepancias con resultados de la medición de pérdida Ethernet cuando configura la medición de la pérdida Ethernet en el modo sin color. Para evitar este problema de los resultados de medición de pérdidas imprecisas, aprovisione todas las PDU FC locales en verde o con el PLP como alto.

Nota:

A partir de Junos OS versión 16,1, no se admite la supervisión del rendimiento para la performance-monitoring administración de errores de conectividad (al incluir [edit protocols oam ethernet connectivity-fault-management] la afirmación y sus subestas en el nivel jerárquico) cuando la red a red (NNI) o la interfaz de salida es una interfaz Ethernet agregada con enlaces de miembro en DPCs.

Medición del acuerdo de nivel de servicio

Acuerdo de nivel de servicio (SLA) la medición es el proceso de monitorear el ancho de banda, el retraso, la variación de retraso (vibración), la continuidad y la disponibilidad de un servicio (e-line o e-LAN). Le permite identificar los problemas de la red antes de que los clientes se vean afectados por los defectos de la red.

Nota:

Los servicios VPN Ethernet se pueden clasificar en:

  • Servicios par a par (servicios de línea electrónica): los servicios de línea electrónica se ofrecen mediante un servicio de cable privado virtual de VPN de capa 2 basado en MPLS (VPWS).

  • Servicios multipunto a multipunto (servicios E-LAN): los servicios de E-LAN se ofrecen mediante un servicio de LAN privada virtual (VPLS) basado en MPLS base virtual.

Para obtener más información, consulte la Guía de configuración de VPN junos.

En Junos OS, las mediciones del SLA se clasifican en:

  • Modo a pedido: en el modo a pedido, las medidas se activan mediante el CLI.

  • Modo proactivo: en el modo proactivo, las mediciones se activan mediante una aplicación de iterador.

Tenga en cuenta que no se admite la medición de retardo de trama Ethernet ni ae la medición de pérdida de trama Ethernet en la interfaz.

Modo a pedido para la medición de SLA

En el modo a pedido, las mediciones son activadas por el usuario a través de la CLI.

Cuando el usuario activa la medida de retraso a través de la CLI, la solicitud de medida de retraso que se genera se aplica a los formatos de fotograma especificados por el estándar ITU-T Y. 1731. Para la medición de retardo bidireccional, el procesamiento del servidor puede delegarse al motor de reenvío de paquetes para evitar sobrecargas en el motor de enrutamiento. Para obtener más información, consulte configuración de enrutadores para admitir una sesión de minería de ETH. Cuando el procesamiento de servidor se delega en el motor de reenvío de paquetes, el receivetransmitshow comando no muestra los contadores de marco contadores mensaje de medición de retardo (DMM) y respuesta a la medición del retraso (DMR).

Cuando el usuario activa la medición de la pérdida a través de la CLI, el enrutador envía los paquetes en formato estándar junto con el TLV de medición de pérdida. De forma predeterminada, session-id-tlv el argumento se incluye en el paquete para permitir sesiones de medición de pérdida simultánea del mismo MEP local. También puede desactivar el identificador de sesión TLV utilizando el no-session-id-tlv argumento.

Se utiliza ETH-LM con un solo extremo para fines de operaciones, administración y mantenimiento a pedido. Un MEP envía tramas con la información de solicitud de ETH-LM a la MEP del mismo nivel y recibe tramas con la información de respuesta de ETH-LM de MEP para llevar a cabo mediciones de pérdida. La unidad de datos de protocolo (PDU) utilizada para una solicitud de un solo extremo de ETH-LM se conoce como mensaje de medición de pérdida (LMM) y la PDU utilizada para una respuesta de un solo terminal ETH-LM se denomina respuesta a la medición de la pérdida (LMR).

Modo proactivo para la medición de SLA

En el modo proactivo, una aplicación de iteradores desencadena las mediciones de SLA. Un iterador está diseñado para transmitir periódicamente paquetes de medida de SLA en forma de ITU-Y. las tramas compatibles con 1731 para la medición de pérdida o medición de dos vías en enrutadores de la serie MX. Este modo difiere de la medición a pedido del SLA, que es iniciada por el usuario. El iterador envía paquetes periódicos de medición de la medida de la pérdida o retraso para cada una de las conexiones registradas en la misma. Los iteradores aseguran que no se produzcan ciclos de medida al mismo tiempo para que la misma conexión Evite la sobrecarga de la CPU. Junos OS admite el modo proactivo para VPWS. Para que un iterador forme una adyacencia remota y pueda funcionar funcionalmente, el mensaje de comprobación de continuidad (CCM) debe estar activo entre las configuraciones de MEP local y remota de la administración de fallos de conectividad (CFM). Cualquier cambio en los parámetros de adyacencia del iterador restablece las estadísticas de los iteradores existentes y reinicia el iterador. Aquí, el término adyacencia se refiere a un emparejamiento de dos extremos (conectados directa o virtualmente) con información relevante para una comprensión mutua, que se utiliza para el procesamiento subsiguiente. Por ejemplo, la adyacencia del iterador hace referencia a la Asociación del iterador entre los dos puntos de conexión de la MEPs.

Por cada CPC o MPC, solo se admiten 30 instancias de iterador para un valor de tiempo de ciclo de 10 milisegundos (ms). En Junos OS, se admiten configuraciones de perfil del iterador 255 y 2000 MEP remotas.

Los iteradores con un valor de tiempo de ciclo menor que 100 ms solo se admiten para iteradores infinitas, mientras que los iteradores con un valor de tiempo de ciclo mayor que 100 ms se admiten tanto para iteradores finitos como para infinidad. Los iteradores infinitos son iteradores que se ejecutan indefinidamente hasta que el iterador se deshabilita o se desactiva manualmente.

Nota:

Los enrutadores ACX5048 y ACX5096 solo admiten el tiempo de ciclo de iteradores de 1 segundo y superior.

Un servicio VPWS configurado en un enrutador se supervisa para medir los SLA mediante el registro de la conexión (aquí, la conexión es un par de MEPs remotos y locales) en un iterador y, a continuación, el inicio de transmisión periódica de Frame Measurement de acuerdo con el SLA en estas conexiones. El servicio de extremo a extremo se identifica a través de un extremo de Asociación de mantenimiento (MEP) configurado en ambos extremos.

Para la medición de la medición y la pérdida de retardo de dos vías, un iterador envía un mensaje de solicitud para la conexión en la lista (si lo hubiera) y, a continuación, envía un mensaje de solicitud para la conexión sondeada en el ciclo de iteración anterior. Los mensajes de solicitud de retroceso para los marcos de medición de SLA y sus respuestas ayudan en la variación de la informática y la medición de la pérdida.

El operador Y. 1731 transmisión de tramas de un servicio asociado a un iterador continúa indefinidamente, a menos que intervenga y lo detengan, o hasta que se cumpla la condición de recuento de iteraciones. Para evitar que el iterador envíe más tramas proactivas de medición de SLA, el operador debe llevar a cabo una de las siguientes tareas:

  • Habilite la deactivate sla-iterator-profile instrucción en el [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id] nivel de jerarquía.

  • Aprovisione una disable instrucción en el perfil del iterador correspondiente [edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name] en el nivel de la jerarquía.

Medición de los retrasos de Ethernet y de pérdida en modo proactivo

En la medición de retardo bidireccional, el fotograma de mensaje de medición de retardo (DMM) se activa mediante una aplicación de iteradores. El fotograma DMM incluye un tipo de iterador, length y Value (TLV), además de los campos descritos en formato de fotograma estándar, y el servidor copia el TLV del iterador del marco de DMM al marco de respuesta de medición de retardo (DMR).

En el cálculo de la variación de retardo unidireccional mediante el método de medición de retraso bidireccional, el cálculo de la variación del retraso se basa en las marcas de hora que están presentes en el marco DMR (y no en el marco 1DM). Por lo tanto, no es necesario sincronizar los relojes del lado cliente y el servidor. Suponiendo que la diferencia en sus relojes permanezca constante, se espera que los resultados de la variación de retardo unidireccional son bastante precisos. Este método también elimina la necesidad de enviar tramas 1DM independientes solo para el propósito de la medición de la variación de una sola dirección.

En el modo proactivo para la medición de la pérdida, el enrutador envía paquetes en formato estándar, junto con la medición de la pérdida TLV y TLV del iterador.

Descripción general del Protocolo de notificación de fallo Ethernet

El protocolo de notificación de fallos (FNP) es un mecanismo de notificación de fallos que detecta errores en las redes de transporte Ethernet punto a punto en los enrutadores de la serie MX. Si falla un enlace de nodo, FNP detectará el fallo y enviará los mensajes FNP a los nodos adyacentes para que un circuito esté inactivo. Tras recibir el mensaje FNP, los nodos pueden redirigir el tráfico al circuito de protección.

Nota:

FNP solo se admite en servicios de E-line.

Un servicio E-Line proporciona conectividad Ethernet punto a punto segura entre dos interfaces de red de usuario (UNIs). Los servicios E-Line son servicios protegidos y cada servicio cuenta con un circuito de protección y un circuito de funcionamiento. CFM se utiliza para monitorear los paths de trabajo y de protección. Los intervalos de CCM dan lugar a tiempos de conmutación por error en cientos de milisegundos o unos segundos. FNP brinda detección y propagación de fallas de circuitos de servicio en menos de 50ms y brinda 50ms failover para servicios E-line.

El enrutador MX actúa como un nodo PE y controla los mensajes FNP recibidos en la VLAN de administración y los mensajes FNP recibidos tanto en las interfaces Ethernet como en el PWs creado para la VPLS de administración. Los enrutadores de la serie MX no inician mensajes FNP y sólo responden a los mensajes FNP generados por los dispositivos de la red de acceso Ethernet. FNP puede habilitarse en interfaces lógicas que formen parte de una instancia de enrutamiento de VPLS, y ninguna de las interfaces físicas en esa instancia de enrutamiento VPLS debe tener CCM configurado. FNP solo se puede activar en una interfaz lógica por cada interfaz física.

Todos los servicios E-line se configuran como circuitos de capa 2 con protección de borde. Una VLAN asociada con el circuito de trabajo o el circuito de protección debe asignarse a una interfaz lógica. No se admite ningún puerto de enlace ni puerto de acceso en el vínculo de anillo de redes VLAN utilizadas por los servicios E-LINE. FNP no controla la interfaz lógica asociada con el circuito de protección. FNP sólo controla el servicio E línea cuyo punto de terminación no se encuentra en un nodo MX.

FNP es compatible con el reinicio normal y con las características de conmutación motor de enrutamiento correctas (con ingreso).

Visión general de medición de pérdida sintética Ethernet

Medición de pérdida sintética Ethernet (ETH-SLM) es una aplicación que permite el cálculo de pérdida de fotogramas mediante el uso de fotogramas sintéticos en lugar del tráfico de datos. Este mecanismo puede considerarse como una muestra estadística para aproximar la proporción de pérdida de fotogramas del tráfico de datos. Cada extremo de la Asociación de mantenimiento (MEP) realiza medidas de pérdida de fotogramas, que contribuyen a la hora de no disponibilidad.

Una pérdida de trama Near-end especifica la pérdida de fotograma asociada con los marcos de datos de entrada y una pérdida de fotogramas de extremo extremo especifica la pérdida de fotograma asociada con los marcos de datos de salida. Tanto las mediciones de pérdida de Marcos cercanos como finales y de extremo final contribuyen a unos segundos muy graves y con errores muy graves, que se utilizan en combinación para determinar el tiempo no disponible. La ETH-SLM se lleva a cabo utilizando las tramas de mensaje sintético de pérdida (SLM) y respuesta a la pérdida sintética (SLR). ETH-SLM facilita a cada MEP la realización de mediciones de pérdida de fotogramas sintéticas de extremo final y de extremo final al usar fotogramas sintéticos, ya que un servicio bidireccional se define como no disponible si se determina que cualquiera de estas dos direcciones no está disponible.

Existen dos tipos de medición de la pérdida de fotogramas, definida por la ITU-T Y. 1731 estándares, ETH-LM y ETH-SLM. Junos OS solo admite ETH-SLM de un solo extremo. En ETH-SLM de un solo extremo, cada MEP envía cuadros con la información de solicitud de SLM ETH a su MEP del mismo nivel y recibe fotogramas con la información de respuesta de SLM de MEP para efectuar mediciones de pérdida sintética. La SLM ETH de un solo extremo se utiliza para el mantenimiento seguros a pedido o a petición, para realizar mediciones de pérdida sintética aplicables a una conexión de Ethernet punto a punto. Este método permite a un MEP iniciar y notificar medidas de extremo y próximo pérdida asociadas con un par de MEPs que forman parte del mismo grupo de entidades de mantenimiento (Mega).

Nota:

La serie MX Virtual Chassis no admite medición de pérdida sintética Ethernet (ETH-SLM).

Las alSLM ETH de un solo extremo se utilizan para realizar pruebas a pedido o proactivas iniciando una cantidad finita de fotogramas ETH-SLM a uno o varios MEP iguales del mismo nivel y recibiendo la respuesta de SLM-ETH de los interlocutores. Los fotogramas ETH-SLM contienen la información de ETH-SLM que se utiliza para medir e informar tanto de mediciones de pérdida sintética cercana a fin como de extremo final. Acuerdo de nivel de servicio (SLA) la medición es el proceso de supervisión del ancho de banda, el retraso, la variación de retardo (vibración), la continuidad y la disponibilidad de un servicio. Le permite identificar los problemas de la red antes de que los clientes se vean afectados por los defectos de la red. En el modo proactivo, una aplicación de iteradores desencadena las mediciones de SLA. Un iterador está diseñado para transmitir periódicamente paquetes de medición de SLA en forma de ITU-Y. 1731 para la medición de la pérdida de fotogramas sintéticos. Este modo difiere de la medición a pedido del SLA, que es iniciada por el usuario. En el modo a pedido, las mediciones son activadas por el usuario a través de la CLI. Cuando el usuario activa la ETH-SLM a través de la CLI, la solicitud SLM que se genera se realiza de acuerdo con los formatos de fotograma especificados por el estándar ITU-T Y. 1731.

Nota:

Los enrutadores ACX5048 y ACX5096 son compatibles con ETH-SLM para servicios de capa 2.

Escenarios de configuración de ETH-SLM

La ETH-SLM mide la pérdida de las tramas cercanas y finales entre dos MEPs que forman parte de un mismo nivel de distancia. Puede configurar ETH-SLM para medir las pérdidas sintéticas tanto para las MEP de conexión ascendentes como en las de flujo de salida MEP y de hacia abajo o hacia abajo. En esta sección se describen los siguientes escenarios para el funcionamiento de ETH-SLM:

Flujo ascendente de MEP en túneles de MPLS

Considere un escenario en el que se configura un MEP entre las interfaces de red de usuario (UNIs) de dos enrutadores de la serie MX, MX1 y MX2, en dirección ascendente. MX1 y MX2 se conectan a través de una red de MPLS Core. Las medidas de la SLM ETH-2 se realizan entre el MEP de entrada de flujo en el trazado que vincula los dos enrutadores. Tanto MX1 como MX2 pueden iniciar las pérdidas a pedido o proactivas ETH-SLM, lo que puede medir la pérdida de extremo extremo y de próximo fin a MX1 y MX2, respectivamente. Las dos UNIs se conectan mediante el servicio de cable privado virtual VPN de capa 2 basado en MPLS (VPWS).

MEP downstream en las redes Ethernet

Considere un escenario en el que una MEP se configura entre dos enrutadores de la serie MX, MX1 y MX2, en las interfaces Ethernet en la dirección del flujo descendente. MX1 y MX2 se conectan en una topología Ethernet y el MEP de dirección descendente se configura hacia la red Ethernet. Las medidas de la SLM ETH-2 se realizan entre el MEP de salida de flujo en el trazado que vincula los dos enrutadores. Las ETH-SLM pueden medirse en la ruta entre estos dos enrutadores.

Considere otro escenario en el que una MEP se configura en la dirección descendente y la protección de servicios para un VPWS a través de MPLS se activa especificando una ruta de trabajo o una ruta de protección en el 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, debe configurar la interfaz MEP en la Asociación de mantenimiento y especificar la ruta de acceso como Working o Protect.

En una topología de ejemplo, un enrutador de la serie MX, MX1, está conectado a otros dos enrutadores de la serie MX, MX2 y MX3, a través de un núcleo MPLS. La sesión de administración de fallos de conectividad (CFM) entre MX1 y MX2 es el path de trabajo en el MEP y la sesión de CFM entre MX1 y MX3 es la ruta de acceso de Protect en el MEP. MX2 y MX3 se conectan, a su vez, en las interfaces Ethernet a MX4 en la red de acceso. MEP downstream se configura entre MX1 y MX4 que pasa a MX2 (sesión de CFM que trabaja) y también entre MX1 y MX4 que pasa a través de MX3 (sesión protegida de CFM). Se realiza la ETH-SLM entre estas MEPs downstream. Tanto en la MEPs downstream, la configuración se realiza en MX1 y MX4 UNIs, de forma similar a la MEP ascendente.

Formato de mensajes ETH-SLM

Los mensajes de pérdida sintética (SLMs) admiten solicitudes de medición de pérdida sintética Ethernet de un solo extremo (ETH-SLM). Este tema contiene las siguientes secciones que describen los formatos de las unidades de datos del Protocolo (PDU) de SLM, las PDU SLR y el valor de longitud de tipo de iterador de datos (TLV).

Formato PDU SLM

El formato PDU de SLM lo utiliza un MEP para transmitir información de SLM. Los siguientes componentes están contenidos en SLM PDU:

  • ID DE MEP de origen: el ID de MEP de origen es un campo de 2 octetos en el que se utilizan los últimos 13 bits menos significativos para identificar el MEP que transmite la trama SLM. MEP ID es único dentro de las MEGAs.

  • ID de prueba: el ID de prueba es un campo de 4 octetos establecido por el MEP de transmisión y se utiliza para identificar una prueba cuando se ejecutan varias pruebas al mismo tiempo entre los MEP (incluidas las pruebas concurrentes a pedido y proactivas).

  • TxFCf: TxFCf es un campo de 4 octetos que transporta la cantidad de tramas SLM transmitidas por el MEP hacia su par MEP.

A continuación se enumeran los campos de una PDU SLM:

  • Nivel MEG: nivel de dominio de mantenimiento configurado en el rango del 0 al 7.

  • Versión: 0.

  • Código operativo: identifica un tipo de PDU OAM. Para SLM, es el 55.

  • Indicadores: establezca todos los ceros.

  • Equidistancia de TLV: 16.

  • ID DE MEP de origen: un campo de 2 octetos que se usa para identificar el MEP que transmite la trama SLM. En este campo de 2 octetos, los últimos 13 bits significativos se utilizan para identificar los MEP que transmiten el fotograma SLM. MEP ID es único dentro de las MEGAs.

  • RESV: los campos reservados se establecen en todos los ceros.

  • ID de prueba: un campo de 4 octetos establecido por el MEP de transmisión y que se utiliza para identificar una prueba cuando se ejecutan varias pruebas a la vez entre los MEP (incluidas las pruebas concurrentes a pedido y proactivas).

  • TxFCf: un campo de 4 octetos que transporta la cantidad de tramas SLM transmitidas por el MEP hacia su PAR MEP.

  • TLV opcional: es posible que se incluya una TLV de datos en cualquier SLM transmitido. Para el propósito de ETH-SLM, la parte del valor de TLV de datos no está especificada.

  • TLV final: valor de octeto de todos los ceros.

Formato PDU SLR

El formato de la PDU de la pérdida sintética de respuesta (SLR) lo utiliza una MEP para transmitir información SLR. A continuación se enumeran los campos de una PDU SLR:

  • Nivel DE MEG: un campo de 3 bits cuyo valor se copia de la última PDU SLM recibida.

  • Versión: un campo de 5 bits cuyo valor se copia de la última PDU SLM recibida.

  • Código operativo: identifica un tipo de PDU OAM. Para SLR, se establece como 54.

  • Indicadores: campo de 1 octeto que se copió de la PDU de SLM.

  • Desplazamiento de TLV: un campo de 1 octeto copiado de la PDU de SLM.

  • ID DE MEP de origen: un campo de 2 octetos copiado de la SLM PDU.

  • ID de MEP del respondedor: un campo de 2 octetos que se usa para identificar el MEP que transmite la trama SLR.

  • ID de prueba: campo de 4 octetos que se copió de la SLM PDU.

  • TxFCf: campo de 4 octetos que se copió de la PDU de SLM.

  • TxFCb: campo de 4 octetos. Este valor representa el número de tramas SLR transmitidas para este identificador de prueba.

  • TLV opcional: el valor se copia de la PDU de SLM, si está presente.

  • TLV final: un campo de 1 octeto copiado de la PDU de SLM.

Formato de iterador de datos TLV

TLV del iterador de datos especifica la parte de los datos de la Y. 1731 trama de datos. MEP utiliza un TLV de datos cuando el MEP está configurado para medir el retardo y la variación de retardo para distintos tamaños de fotograma. A continuación se enumeran los campos de un TLV de datos:

  • Tipo: identifica el tipo TLV; el valor de este tipo de TLV es Datos (3).

  • Longitud: identifica el tamaño, en octetos, del campo Valor que contiene el patrón de datos. El valor máximo del campo longitud es 1440.

  • Patrón de datos: un patrónde bits arbitrario n -octet (n denota longitud). El receptor lo ignora.

Transmisión de mensajes de SLM ETH

La funcionalidad ETH-SLM puede procesar varias solicitudes del mensaje de pérdida sintética (SLM) simultáneamente entre un par de MEPs. La sesión puede ser una sesión SLM proactiva o a pedido. Cada solicitud SLM se identifica de forma única mediante un identificador de prueba.

Un MEP puede enviar solicitudes de SLM o responder a solicitudes SLM. Una respuesta a una solicitud SLM se denomina una pérdida sintética de respuesta (SLR). Después de que un MEP determina una solicitud SLM mediante el uso de un identificador de prueba, la MEP calcula la pérdida de las tramas de extremo posterior y próximo a fin basándose en la información del mensaje SLM o la unidad de datos del Protocolo de SLM (PDU).

Un MEP mantiene los siguientes contadores locales para cada ID de prueba y para cada uno de los interlocutores MEP supervisados en una entidad de mantenimiento para la que deben efectuarse medidas de pérdida:

  • TxFCl: número de tramas sintéticas transmitidas al MEP par para un ID de prueba. Una MEP de origen incrementa este número para la transmisión sucesiva de las tramas sintéticas con información de solicitud SLM, mientras que el destino o la MEP receptora incrementa este valor para la transmisión sucesiva de las tramas sintéticas con la información SLR.

  • RxFCl: número de tramas sintéticas recibidas del par MEP para un ID de prueba. Una MEP de origen incrementa este número para la recepción sucesiva de fotogramas sintéticos con información SLR, mientras que un destino o MEP lo aumenta para recibir sucesivamente las tramas sintéticas con información de solicitudes SLM de ETH.

Las siguientes secciones describen las fases del procesamiento de las PDU de SLM para determinar la pérdida de los cuadros sintéticos:

Inicio y transmisión de solicitudes de SLM

Una MEP transmite periódicamente una solicitud SLM con el campo OpCode establecido como 55. MEP genera un identificador de prueba único para la sesión, agrega el identificador del MEP de origen e inicializa los contadores locales para la sesión antes SLM el inicio. Para cada PDU de SLM transmitida para la sesión (ID. de prueba), se envía el contador local TxFCl en el paquete.

No es necesario sincronizar el valor del identificador de prueba entre iniciar y responder MEPs, ya que el identificador de prueba se configura en el MEP inicial, y la respuesta MEP usa el identificador de prueba que recibe desde el MEP de inicio. Dado que ETH-SLM es una técnica de muestreo, es menos preciso que contar las tramas de servicio. Además, la precisión de la medición depende de la cantidad de fotogramas SLM utilizados o del período de transmisión de fotogramas SLM.

Recepción de SLMs y transmisión de SLRs

Después de que el MEP de destino reciba un marco de SLM válido desde el MEP de origen, se generará un fotograma SLR y lo transmitirá al MEP solicitante o de origen. La trama SLR es válida si el nivel de MEG y la dirección MAC de destino coinciden con la dirección MAC del MEP receptor. Todos los campos de las PDU SLM se copian de la solicitud SLM, excepto los campos siguientes:

  • La dirección MAC de origen se copia a la dirección MAC de destino y la dirección MAC del MEP.

  • El valor del campo de código de operación cambia de SLM a SLR (54).

  • El ID del MEP del respondedor se completa con el ID del MEP.

  • TxFCb se guarda con el valor del RxFCl del contador local en el momento de la transmisión de la trama SLR.

  • Se genera un fotograma SLR cada vez que se recibe un fotograma SLM; por lo tanto, RxFCl en el contestador es igual al número de tramas SLM recibidas y también igual al número de fotogramas SLR enviados. En el MEP de respuesta o en el de recepción, RxFCl es igual a TxFCl.

Recepción de SLRs

Después de transmitir una trama SLM (con un valor TxFCf dado), una MEP espera recibir un fotograma SLR correspondiente (que lleve el mismo valor TxTCf) en el valor timeout de su MEP del mismo nivel. Se descartan las tramas SLR que se reciben después del valor de tiempo de espera (5 segundos). Con la información contenida en las tramas SLR, una MEP determina la pérdida del fotograma durante el período de medición especificado. El período de medición es un intervalo de tiempo durante el cual el número de fotogramas SLM transmitidos es estadísticamente adecuado para hacer una medición a una exactitud determinada. Una MEP utiliza los siguientes valores para determinar la pérdida de fotogramas Near-end y Far-end durante el período de medición:

  • Últimos valores de TxFCf y TxFCb recibidos del marco SLR, y el valor RxFCl del contador local al final del período de medición. Estos valores se representan como TxFCf [TC], TxFCb [TC] y RxFCl [TC], donde TC es la hora de finalización del período de medición.

  • Los valores TxFCf y TxFCb del fotograma SLR de la primera trama SLR recibida después de iniciar la prueba y RxFCl del contador local al comienzo del período de medición. Estos valores se representan como TxFCf [TP], TxFCb [TP] y RxFCl [TP], donde TP es la hora de inicio del periodo de medición.

Para cada paquete SLR que se recibe, el contador RxFCl local se incrementa en el MEP de envío o de origen.

Cálculo de la pérdida de fotogramas

La pérdida de fotogramas sintéticos se calcula al final del periodo de medición basándose en el valor de los contadores locales y en la información del último fotograma recibido. Las últimas tramas recibidas contienen los valores TxFCf y TxFCb. El contador local contiene el valor RxFCl. Con estos valores, la pérdida de fotogramas se determina mediante la siguiente fórmula:

Pérdida de trama (extremo final) = TxFCf: TxFCb

Pérdida de trama (extremo cercano) = TxFCb – RxFCl

Tabla de historial de versiones
Liberación
Descripción
16.1
A partir Junos OS versión 16,1, los resultados de medición de pérdida de Ethernet (ETH-LM) son inexactos cuando la administración de fallos de conectividad (CFM) y el monitor de rendimiento (PM) reciben PDU localmente en un extremo de mantenimiento (MEP), clasificados como pertenecientes al amarillo clase o una prioridad de pérdida de paquetes (PLP) de media-alta.
16.1
A partir de Junos OS versión 16,1, no se admite la supervisión del rendimiento para la performance-monitoring administración de errores de conectividad (al incluir [edit protocols oam ethernet connectivity-fault-management] la afirmación y sus subestas en el nivel jerárquico) cuando la red a red (NNI) o la interfaz de salida es una interfaz Ethernet agregada con enlaces de miembro en DPCs.