Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Visión general de OAM del servicio Ethernet ITU-T Y.1731

SUMMARY En esta sección se describe el servicio OAM (UIT-TY.1731) y sus dos componentes principales: gestión de fallos (monitoreo, detección y aislamiento) y monitoreo del rendimiento (medición de pérdida de trama, medición de pérdida de trama sintética y medición de retardo de trama).

Descripción general de las mediciones de retardo de trama Ethernet

Función de medición del retardo de trama ITU-T Y.1731

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

Junos OS es compatible con estándares OAM clave que proporcionan administración y supervisión automatizadas de extremo a extremo del servicio Ethernet por parte de los proveedores de servicios:

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

  • Recomendación UIT-T Y.1731, que utiliza una terminología diferente a la IEEE 802.1ag y define las características OAM del servicio Ethernet para la supervisión de fallos, el diagnóstico y la supervisión del rendimiento.

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

Los enrutadores de la serie ACX admiten modos proactivos y bajo demanda.

Puede configurar las capacidades de medición de pérdida de Ethernet (ETH-LM) compatible con la norma ITU-T Y.1731, medición de pérdida sintética de Ethernet (ETH-SLM) y medición de retardo de Ethernet (ETH-DM) en tarjetas de línea MPC10 y MPC11 únicamente en 20.2R2-S3 y 20.4R1 en adelante.

Nota:

Los enrutadores ACX5048 y ACX5096 solo admiten marcas de tiempo basadas en software para la medición de retardos.

Ethernet CFM

El estándar IEEE 802.1ag para la administración de errores de conectividad (CFM) define mecanismos para proporcionar garantía de servicio Ethernet de extremo a extremo en cualquier ruta, ya sea un solo vínculo o varios enlaces que atraviesan redes compuestas por varias LAN.

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

  • Monitoreo de fallas mediante el protocolo de verificación de continuidad de OAM Ethernet IEEE 802.1ag

  • Descubrimiento de ruta y verificación de fallas mediante el protocolo IEEE 802.1ag Ethernet OAM Linktrace

  • Aislamiento de errores mediante el protocolo de bucle invertido OAM Ethernet IEEE 802.1ag

En un entorno CFM, las entidades de red, como operadores de red, proveedores de servicios y clientes, pueden formar parte de diferentes dominios administrativos. Cada dominio administrativo se asigna a un dominio de mantenimiento. Los dominios de mantenimiento se configuran con diferentes valores de nivel para mantenerlos separados. Cada dominio proporciona suficiente información para que las entidades realicen su propia administración y monitoreo de extremo a extremo, y aún así evitar violaciones de seguridad.

Figura 1 muestra las relaciones entre los puentes Ethernet de cliente, proveedor y operador, dominios de mantenimiento, puntos finales de asociación de mantenimiento (MEP) y puntos intermedios de mantenimiento (MIP).

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

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

Medición del retardo de trama Ethernet

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

Junos OS admite la medición del retardo de trama Ethernet entre MEP configurados en interfaces físicas o lógicas Ethernet en enrutadores de la serie MX. La medición de retardo de trama Ethernet proporciona un control preciso a los operadores para activar la medición de retardo en un servicio determinado y se puede utilizar para monitorear SLA. La medición del retardo de trama Ethernet también recopila otra información útil, como los retrasos del peor y mejor de los casos, el retraso promedio y la variación del retraso promedio. La implementación de Junos OS de la medición de retardo de trama Ethernet (ETH-DM) cumple plenamente con la Recomendación UIT-T Y.1731, Funciones y mecanismos OAM para redes basadas en Ethernet. La recomendación define los mecanismos OAM para operar y mantener la red en la capa de servicio Ethernet, que en la terminología del UIT-T se denomina "capa ETH".

Los enrutadores de la serie MX con concentradores de puerto modular (MPC) y los MPC de 10 Gigabit Ethernet con SFP+ admiten la funcionalidad ITU-T Y.1731 en VPLS para retardo y variación de retardo.

Nota:

El chasis virtual de la serie MX no admite la medición de retardo de trama (DM) de Ethernet.

Medición unidireccional del retardo de trama Ethernet

En el modo ETH-DM unidireccional, se calculan una serie de valores de retardo y variación de retardo de trama en función del tiempo transcurrido entre el momento en que se envía un fotograma de medición desde el MEP iniciador en un enrutador y el momento en que la trama se recibe en el MEP receptor en el otro enrutador.

Nota:

Los enrutadores de la serie ACX no admiten la medición unidireccional del retardo de trama de Ethernet.

Transmisión 1DM

Cuando se inicia una medición de retardo de trama unidireccional, el enrutador envía tramas 1DM (tramas que llevan la unidad de datos de protocolo (PDU) para una medición de retardo unidireccional, desde el MEP iniciador al MEP receptor a la velocidad y para el número de tramas que especifique. El enrutador marca cada trama 1DM como no elegible e inserta una marca de tiempo del tiempo de transmisión en la trama.

1DM Recepción

Cuando un MEP recibe una trama 1DM, el enrutador que contiene el MEP receptor mide el retraso unidireccional para esa trama (la diferencia entre el momento en que se recibió la trama y la marca de tiempo contenida en la propia trama) y la variación de retardo (la diferencia entre los valores de retardo actual y anterior).

Estadísticas unidireccionales de ETH-DM

El enrutador que contiene el MEP receptor almacena cada conjunto de estadísticas de retraso unidireccional en la base de datos ETH-DM. La base de datos ETH-DM recopila hasta 100 conjuntos de estadísticas para cualquier sesión determinada de CFM (par de eurodiputados pares). Puede acceder a estas estadísticas en cualquier momento mostrando el contenido de la base de datos ETH-DM.

Conteos unidireccionales de tramas ETH-DM

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

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

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

Cada enrutador almacena los recuentos de tramas ETH-DM en la base de datos CFM. La base de datos CFM almacena estadísticas de sesión de CFM y, para las interfaces que admiten ETH-DM, cualquier trama ETH-DM cuenta. Puede acceder a los recuentos de tramas en cualquier momento mostrando la información de la base de datos CFM para las interfaces Ethernet asignadas a los eurodiputados o para los eurodiputados en sesiones CFM.

Sincronización de los relojes del sistema

La precisión de los cálculos de retardo unidireccional depende de la estrecha sincronización de los relojes del sistema en el MEP iniciador y el MEP receptor.

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 del retardo es simplemente la diferencia entre los valores consecutivos de retardo unidireccional, el período fuera de fase se elimina de los valores de fluctuación de fotogramas.

Nota:

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

Medición bidireccional del retardo de trama Ethernet

En el modo bidireccional ETH-DM, los valores de retardo de trama y variación de retardo de trama se basan en la diferencia de tiempo entre el momento en que el MEP iniciador transmite una trama de solicitud y recibe una trama de respuesta del MEP que responde, restando el tiempo transcurrido en la MEP respondedora.

Transmisión DMM

Cuando se inicia una medición de retardo de trama bidireccional, el enrutador envía tramas de mensaje de medición de retardo (DMM) (tramas que llevan la PDU para una solicitud ETH-DM bidireccional) desde el MEP iniciador al MEP de respuesta a la velocidad y para el número de tramas que especifique. El enrutador marca cada trama DMM como no elegible para descarte e inserta una marca de tiempo del tiempo de transmisión en la trama.

Transmisión DMR

Cuando un MEP recibe una trama DMM, el MEP respondedor responde con una trama de respuesta de medición de retardo (DMR), que contiene información de respuesta ETH-DM y una copia de la marca de tiempo contenida en la trama DMM.

Recepción DMR

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

  1. TI TxDMM

  2. TR RxDMM

  3. TR TxDMR

  4. TI RxDMR

Un retraso de trama bidireccional se calcula de la siguiente manera:

  1. [TI RxDMR – TI TxDMM] – [TR TxDMR – TRRxDMM]

El cálculo muestra que el retraso de trama es la diferencia entre el momento en que el MEP iniciador envía una trama DMM y el momento en que el MEP iniciador recibe la trama DMR asociada del MEP respondedor, menos el tiempo transcurrido en el MEP respondedor.

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

Estadísticas bidireccionales de ETH-DM

El enrutador que contiene el MEP del iniciador almacena cada conjunto de estadísticas de retraso bidireccional en la base de datos ETH-DM. La base de datos ETH-DM recopila hasta 100 conjuntos de estadísticas para cualquier sesión determinada de CFM (par de eurodiputados pares). Puede acceder a estas estadísticas en cualquier momento mostrando el contenido de la base de datos ETH-DM.

Conteos bidireccionales de tramas ETH-DM

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

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

  • Para un MEP que responde, el enrutador cuenta el número de tramas DMR enviadas.

Cada enrutador almacena los recuentos de tramas ETH-DM en la base de datos CFM. La base de datos CFM almacena estadísticas de sesión de CFM y, para las interfaces que admiten ETH-DM, cualquier trama ETH-DM cuenta. Puede acceder a los recuentos de tramas en cualquier momento mostrando la información de la base de datos CFM para las interfaces Ethernet asignadas a los eurodiputados o para los eurodiputados en sesiones CFM.

Nota:

Para una determinada medición de retardo de trama Ethernet bidireccional, los valores de retardo de trama y variación de retardo de trama solo están disponibles en el enrutador que contiene el MEP del iniciador.

Elegir entre ETH-DM unidireccional y bidireccional

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

Cuando dos sistemas están físicamente cerca el uno del otro, sus valores de retardo unidireccional son muy altos en comparación con sus valores de retardo bidireccional. La medición de retardo unidireccional requiere que la temporización de los dos sistemas se sincronice a un nivel muy granular, y los enrutadores de la serie MX actualmente no admiten esta sincronización granular.

Restricciones para la medición del retardo de trama Ethernet

Se aplican las siguientes restricciones a la función de medición de retardo de trama Ethernet:

  • La función ETH-DM no se admite en pseudocables de interfaz conmutada por etiquetas (LSI).

    La función ETH-DM es compatible con interfaces Ethernet agregadas.

  • La marca de tiempo asistida por hardware para tramas ETH-DM en la ruta de recepción solo se admite para interfaces MEP en DPC mejorados y DPC de cola mejorada en enrutadores de la serie MX. Para obtener información sobre la marca de tiempo asistida por hardware, consulte Directrices para configurar enrutadores para admitir una sesión de ETH-DM y habilitar la opción de marca de tiempo asistida por hardware.Directrices para configurar enrutadores que admitan una sesión de ETH-DMConfigurar sesiones de medición de retardo de trama Ethernet

  • Las mediciones de retardo de trama Ethernet sólo se pueden activar cuando el demonio de administración periódica de paquetes distribuidos () está habilitado.ppm Para obtener más información acerca de esta limitación, consulte Directrices para configurar enrutadores para admitir una sesión ETH-DM y asegurarse de que ppm distribuida no esté deshabilitada.Directrices para configurar enrutadores que admitan una sesión de ETH-DMConfiguración de enrutadores para admitir una sesión ETH-DM

  • Solo puede supervisar una sesión a la vez en la misma dirección MEP o MAC remota. Para obtener más información acerca de cómo iniciar una sesión de ETH-DM, consulte Inicio de una sesión de ETH-DM.Inicio de una sesión de ETH-DM

  • Las estadísticas de ETH-DM se recopilan solo en uno de los dos enrutadores pares de la sesión de ETH-DM. Para una sesión ETH-DM unidireccional, puede mostrar estadísticas de ETH-DM de fotograma solo en el MEP del receptor, utilizando comandos específicos de ETH-DM.show Para una sesión bidireccional de ETH-DM, puede mostrar estadísticas de retardo de fotogramas solo en el MEP del iniciador, utilizando los mismos comandos específicos de ETH-DM.show Para obtener más información, consulte Administración de estadísticas de ETH-DM y Recuentos de tramas de ETH-DM.Administración de estadísticas de ETH-DM y recuentos de tramas de ETH-DM

  • Los recuentos de tramas ETH-DM se recopilan en ambos MEP y se almacenan en las respectivas bases de datos CFM.

  • Si se produce un cambio correcto del motor de enrutamiento (GRES), se perderán todas las estadísticas de ETH-DM recopiladas y los recuentos de tramas de ETH-DM se restablecerán a ceros. Por lo tanto, la recopilación de estadísticas ETH-DM y contadores de tramas ETH-DM debe reiniciarse una vez completada la conmutación. GRES permite que un enrutador con motores de enrutamiento duales cambie de un motor de enrutamiento primario a un motor de enrutamiento de respaldo sin interrupción para el reenvío de paquetes. Para obtener más información, consulte la Guía del usuario de alta disponibilidad de Junos OS.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-high-availability/high-availability.html

  • La precisión de las estadísticas de retardo de fotogramas se ve comprometida cuando el sistema está cambiando (por ejemplo, debido a la reconfiguración). Recomendamos realizar mediciones de retardo de trama Ethernet en un sistema estable.

Descripción general de la medición de pérdida de trama Ethernet

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

Junos OS admite la medición de pérdida de tramas Ethernet (ETH-LM) entre puntos finales de asociación de mantenimiento (MEP) 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 los valores de contador aplicables a las tramas de servicio de entrada y salida. Estos contadores mantienen un recuento de tramas de datos transmitidas y recibidas entre un par de eurodiputados. La medición de la pérdida de tramas Ethernet se realiza mediante el envío de tramas con información ETH-LM a un MEP par y, de manera similar, la recepción de tramas con información ETH-LM del MEP par. Este tipo de medición de pérdida de trama también se conoce como medición de pérdida de Ethernet de extremo único.

Nota:

El chasis virtual de la serie MX no admite la medición de pérdida de tramas Ethernet (ETH-LM).

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

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

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

Nota:

La funcionalidad de medición de pérdidas proactiva y de doble extremo de ITU-T Y1731 no es compatible con los enrutadores de la serie ACX.

La función ETH-LM es compatible con interfaces Ethernet agregadas.

Nota:

A partir de Junos OS versión 16.1, los resultados de la medición de pérdidas de Ethernet (ETH-LM) son inexactos cuando las PDU de gestión de errores de conectividad (CFM) y supervisión del rendimiento (PM) se reciben localmente en un punto final de mantenimiento (MEP) clasificado como perteneciente a la clase amarilla o una prioridad de pérdida de paquetes (PLP) de medio-alto. Este problema de resultados incorrectos es específico de la medición de la pérdida de Ethernet para las sesiones CFM de los eurodiputados inactivos. Las estadísticas de medición de pérdidas de Ethernet son inexactas en los siguientes escenarios:

  • La medición de pérdida de Ethernet está funcionando en una sesión de CFM para un MEP en estado inactivo

  • Las PDU CFM recibidas en la interfaz lógica del MEP hacia abajo se clasifican por el clasificador como amarillas o PLP medias-altas

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

El problema de las discrepancias con los resultados de la medición de pérdida de Ethernet no se observa al configurar la medición de pérdida de Ethernet en modo incoloro. Para evitar este problema de resultados de medición de pérdidas inexactos, aprovisione todas las PDU CFM locales como verdes o con el PLP tan alto.

Nota:

A partir de Junos OS versión 16.1, la supervisión del rendimiento para la administración de errores de conectividad (mediante la inclusión de la instrucción y sus subinstrucciones en el nivel jerárquico) no se admite cuando la interfaz de red a red (NNI) o de salida es una interfaz Ethernet agregada con vínculos miembro en DPC.performance-monitoring[edit protocols oam ethernet connectivity-fault-management]

Medición del acuerdo de nivel de servicio

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

Nota:

Los servicios VPN de Ethernet se pueden clasificar en:

  • Servicios peer-to-peer (servicios E-Line): los servicios de E-Line se ofrecen mediante el servicio de cable privado virtual (VPWS) VPN de capa 2 basado en MPLS.

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

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

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

  • Modo bajo demanda: en el modo bajo demanda, las mediciones se activan a través de la CLI.

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

Tenga en cuenta que la medición de retardo de trama Ethernet y la medición de pérdida de trama Ethernet no son compatibles con la interfaz.ae

Modo bajo demanda para la medición de SLA

En el modo bajo demanda, el usuario activa las mediciones a través de la CLI.

Cuando el usuario activa la medición de retardo a través de la CLI, la solicitud de medición de retardo que se genera se ajusta a los formatos de trama especificados por la norma ITU-T Y.1731. Para la medición de retraso bidireccional, el procesamiento del lado del servidor se puede delegar al motor de reenvío de paquetes para evitar la sobrecarga en el motor de enrutamiento. Para obtener más información, consulte Configuración de enrutadores para admitir una sesión de ETH-DM. Cuando el procesamiento del lado del servidor se delega al motor de reenvío de paquetes, el comando no muestra los contadores de tramas del mensaje de medición de retardo (DMM) y los contadores de tramas de respuesta de medición de retardo (DMR).receivetransmitshow

Cuando el usuario activa la medición de pérdidas 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érdidas. De forma predeterminada, el argumento se incluye en el paquete para permitir sesiones simultáneas de medición de pérdidas del mismo MEP local.session-id-tlv También puede deshabilitar el TLV del ID de sesión mediante el argumento.no-session-id-tlv

El ETH-LM de extremo único se utiliza para fines de operación, administración y mantenimiento bajo demanda. Un MEP envía marcos con información de solicitud ETH-LM a su MEP par y recibe marcos con información de respuesta ETH-LM de su MEP par para llevar a cabo mediciones de pérdidas. La unidad de datos de protocolo (PDU) utilizada para una solicitud ETH-LM de extremo único se denomina mensaje de medición de pérdidas (LMM) y la PDU utilizada para una respuesta ETH-LM de extremo único se denomina respuesta de medición de pérdidas (LMR).

Modo proactivo para la medición de SLA

En el modo proactivo, las mediciones de SLA se activan mediante una aplicación iteradora. Un iterador está diseñado para transmitir periódicamente paquetes de medición de SLA en forma de tramas compatibles con ITU-Y.1731 para la medición bidireccional de retardo o medición de pérdidas en enrutadores de la serie MX. Este modo difiere de la medición de SLA bajo demanda, que es iniciada por el usuario. El iterador envía paquetes periódicos de solicitud de medición de retrasos o pérdidas para cada una de las conexiones registradas en él. Los iteradores se aseguran de que no se produzcan ciclos de medición al mismo tiempo para la misma conexión para evitar la sobrecarga de la CPU. Junos OS admite el modo proactivo para VPWS. Para que un iterador forme una adyacencia remota y sea funcionalmente operativo, el mensaje de comprobación de continuidad (CCM) debe estar activo entre las configuraciones MEP local y remota de la administración de errores de conectividad (CFM). Cualquier cambio en los parámetros de adyacencia del iterador restablece las estadísticas del iterador existentes y reinicia el iterador. Aquí, el término adyacencia se refiere a un emparejamiento de dos puntos finales (ya sea conectados directa o virtualmente) con información relevante para el entendimiento mutuo, que se utiliza para el procesamiento posterior. Por ejemplo, la adyacencia del iterador se refiere a la asociación del iterador entre los dos puntos finales de los eurodiputados.

Para cada DPC 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 de 255 iteradores y 2000 asociaciones MEP remotas.

Los iteradores con un valor de tiempo de ciclo inferior a 100 ms solo se admiten para iteradores infinitos, mientras que los iteradores con un valor de tiempo de ciclo superior a 100 ms son compatibles con iteradores finitos e infinitos. Los iteradores infinitos son iteradores que se ejecutan infinitamente hasta que el iterador se deshabilita o desactiva manualmente.

Nota:

ACX5048 y ACX5096 enrutadores admiten un tiempo de ciclo de iterador de solo 1 segundo o más.

Un servicio VPWS configurado en un enrutador se supervisa para las mediciones de SLA registrando la conexión (aquí, la conexión es un par de MEP remotos y locales) en un iterador y, a continuación, iniciando la transmisión periódica de tramas de medición de SLA en esas conexiones. El servicio de extremo a extremo se identifica mediante un punto final de asociación de mantenimiento (MEP) configurado en ambos extremos.

Para la medición bidireccional de retardo y la medición de pérdidas, un iterador envía un mensaje de solicitud para la conexión en la lista (si existe) y, a continuación, envía un mensaje de solicitud para la conexión que se sondeó en el ciclo de iteración anterior. Los mensajes de solicitud consecutivos para las tramas de medición de SLA y sus respuestas ayudan a calcular la variación del retardo y la medición de pérdidas.

La transmisión de trama Y.1731 para un servicio conectado a un iterador continúa sin cesar a menos que intervenga y detenga un operador o hasta que se cumpla la condición de recuento de iteraciones. Para evitar que el iterador envíe fotogramas de medición de SLA más proactivos, el operador debe realizar una de las siguientes tareas:

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

  • Aprovisionar una instrucción bajo el perfil de iterador correspondiente en el nivel jerárquico .disable[edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name]

Mediciones de retardo y medición de pérdidas de Ethernet mediante modo proactivo

En la medición de retardo bidireccional, la trama del mensaje de medición de retardo (DMM) se activa a través de una aplicación de iterador. La trama DMM lleva un tipo, longitud y valor de iterador (TLV), además de los campos descritos en formato de trama estándar, y el servidor copia la trama TLV iteradora desde la trama DMM a la trama de respuesta de medición de retardo (DMR).

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

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

Descripción general del protocolo de notificación de fallos de Ethernet

El Protocolo de notificación de errores (FNP) es un mecanismo de notificación de errores que detecta errores en las redes de transporte Ethernet punto a punto en enrutadores de la serie MX. Si un vínculo de nodo falla, FNP detecta la falla y envía mensajes FNP a los nodos adyacentes de que un circuito está inactivo. Al recibir el mensaje FNP, los nodos pueden redirigir el tráfico al circuito de protección.

Nota:

FNP solo es compatible con los servicios de E-Line.

Un servicio E-Line proporciona una conectividad Ethernet punto a punto segura entre dos interfaces de red de usuario (UNI). Los servicios E-Line son un servicio protegido y cada servicio tiene un circuito de trabajo y un circuito de protección. CFM se utiliza para monitorear las rutas de trabajo y protección. Los intervalos de CCM dan como resultado un tiempo de conmutación por error de cientos de milisegundos o unos pocos segundos. FNP proporciona detección y propagación de fallas en el circuito de servicio en menos de 50 ms y proporciona conmutación por error de 50 ms para servicios E-Line.

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

Todos los servicios E-Line están configurados como circuitos de capa 2 con protección de borde. Una VLAN asociada con el circuito operativo o el circuito de protección debe asignarse a una interfaz lógica. No se admite ningún puerto troncal ni puerto de acceso en el vínculo de anillo para las VLAN utilizadas por los servicios de E-LINE. FNP no controla la interfaz lógica asociada con el circuito de protección. FNP solo controla el servicio E-Line cuyo punto de terminación no se encuentra en un nodo MX.

FNP admite el reinicio correcto y las funciones Graceful Routing Engine switchover (GRES).

Descripción general de la medición de pérdidas sintéticas de Ethernet

La medición de pérdida sintética Ethernet (ETH-SLM) es una aplicación que permite calcular la pérdida de tramas mediante el uso de tramas sintéticas en lugar de tráfico de datos. Este mecanismo puede considerarse como una muestra estadística para aproximar el índice de pérdida de tramas del tráfico de datos. Cada punto final de la asociación de mantenimiento (MEP) realiza mediciones de pérdida de trama, lo que contribuye al tiempo no disponible.

Una pérdida de tramas del extremo cercano especifica la pérdida de tramas asociadas con las tramas de datos de entrada y una pérdida de tramas del extremo final especifica la pérdida de tramas asociada con las tramas de datos de salida. Tanto las mediciones de pérdida de fotogramas del extremo cercano como del extremo lejano contribuyen a segundos con errores graves en el extremo cercano y segundos con errores graves en el extremo lejano que se utilizan en combinación para determinar el tiempo no disponible. ETH-SLM se realiza utilizando tramas de mensajes de pérdida sintéticos (SLM) y de respuesta de pérdida sintética (SLR). ETH-SLM facilita que cada MEP realice mediciones de pérdida de tramas sintéticas de extremo cercano y lejano mediante el uso de marcos sintéticos porque un servicio bidireccional se define como no disponible si se determina que alguna de las dos direcciones no está disponible.

Existen dos tipos de medición de pérdida de fotogramas, definidos por las normas ITU-T Y.1731, ETH-LM y ETH-SLM. Junos OS solo admite ETH-SLM de un solo extremo. En el ETH-SLM de un solo extremo, cada MEP envía marcos con la información de solicitud de ETH-SLM a su MEP par y recibe marcos con información de respuesta de ETH-SLM de su MEP par para realizar mediciones de pérdida sintética. El ETH-SLM de extremo único se utiliza para OAM proactivo o bajo demanda para realizar mediciones de pérdidas sintéticas aplicables a la conexión Ethernet punto a punto. Este método permite a un MEP iniciar e informar mediciones de pérdidas de extremo final y extremo cercano asociadas con un par de MEP que forman parte del mismo grupo de entidades de mantenimiento (MEG).

Nota:

El chasis virtual de la serie MX no admite la medición de pérdidas sintéticas por Ethernet (ETH-SLM).

El ETH-SLM de un solo extremo se utiliza para realizar pruebas proactivas o bajo demanda iniciando una cantidad finita de tramas ETH-SLM en uno o varios pares MEP y recibiendo la respuesta ETH-SLM de los pares. Las tramas ETH-SLM contienen la información de ETH-SLM que se utiliza para medir e informar mediciones de pérdidas sintéticas de extremo cercano y lejano. La medición del acuerdo de nivel de servicio (SLA) es el proceso de monitorear el ancho de banda, el retraso, la variación del retraso (jitter), la continuidad y la disponibilidad de un servicio. Le permite identificar problemas de red antes de que los clientes se vean afectados por defectos de red. En el modo proactivo, las mediciones de SLA se activan mediante una aplicación iteradora. Un iterador está diseñado para transmitir periódicamente paquetes de medición de SLA en forma de tramas compatibles con ITU-Y.1731 para la medición de pérdida de tramas sintéticas. Este modo difiere de la medición de SLA bajo demanda, que es iniciada por el usuario. En el modo bajo demanda, el usuario activa las mediciones a través de la CLI. Cuando el usuario activa el ETH-SLM a través de la CLI, la solicitud SLM que se genera se ajusta a los formatos de trama especificados por el estándar ITU-T Y.1731.

Nota:

Los enrutadores ACX5048 y ACX5096 admiten ETH-SLM para servicios de capa 2.

Escenarios para la configuración de ETH-SLM

ETH-SLM mide la pérdida de fotogramas de extremo cercano y extremo entre dos eurodiputados que forman parte del mismo nivel de MEG. Puede configurar ETH-SLM para medir la pérdida sintética tanto para el MEP orientado hacia arriba o hacia arriba como para el MEP orientado hacia abajo o hacia abajo. En esta sección se describen los siguientes escenarios para el funcionamiento de ETH-SLM:

MEP ascendente en túneles MPLS

Considere un escenario en el que se configura un MEP entre las interfaces de red de usuario (UNI) de dos enrutadores de la serie MX, MX1 y MX2, en la dirección ascendente. MX1 y MX2 están conectados a través de una red central MPLS. Las mediciones de ETH-SLM se realizan entre el MEP ascendente en la ruta que une los dos enrutadores. Tanto MX1 como MX2 pueden iniciar ETH-SLM proactivo o bajo demanda, que puede medir pérdidas tanto en el extremo final como en el extremo cercano en MX1 y MX2, respectivamente. Las dos UNI se conectan mediante el servicio de cable privado virtual (VPWS) VPN de capa 2 basado en MPLS.

MEP descendente en redes Ethernet

Considere un escenario en el que se configura un MEP entre dos enrutadores de la serie MX, MX1 y MX2, en las interfaces Ethernet en la dirección descendente. MX1 y MX2 se conectan en una topología Ethernet y el MEP descendente se configura hacia la red Ethernet. Las mediciones de ETH-SLM se realizan entre el MEP aguas abajo en la ruta que une los dos enrutadores. ETH-SLM se puede medir en la ruta entre estos dos enrutadores.

Considere otro escenario en el que un MEP está configurado en la dirección descendente y la protección de servicio para un VPWS sobre MPLS se habilita especificando una ruta de trabajo o una ruta de protección en el MEP. La protección de servicio proporciona una protección de conexión de extremo a extremo de la ruta de trabajo en caso de fallo. 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 la ruta de protección creando 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 como funcional o protegida.

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 errores de conectividad (CFM) entre MX1 y MX2 es la ruta de trabajo en el MEP y la sesión CFM entre MX1 y MX3 es la ruta de protección en el MEP. MX2 y MX3 están, a su vez, conectados en interfaces Ethernet a MX4 en la red de acceso. El MEP descendente se configura entre MX1 y MX4 que pasa por MX2 (sesión CFM de trabajo) y también entre MX1 y MX4 que pasa por MX3 (sesión CFM protegida). ETH-SLM se realiza entre estos eurodiputados posteriores. En ambos MEP descendentes, la configuración se realiza en las UNI MX1 y MX4, de manera similar a la MEP ascendente.

Formato de los mensajes ETH-SLM

Los mensajes de pérdida sintética (SLM) admiten solicitudes de medición de pérdidas sintéticas Ethernet de extremo único (ETH-SLM). Este tema contiene las siguientes secciones en las que se describen los formatos de las unidades de datos de protocolo (PDU) de SLM, las PDU de SLR y el valor de longitud de tipo iterador de datos (TLV).

Formato SLM PDU

El formato SLM PDU es utilizado por un MEP para transmitir información SLM. Los siguientes componentes están contenidos en las PDU de SLM:

  • ID 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. El ID MEP es único dentro del MEG.

  • ID de prueba: el ID de prueba es un campo de 4 octetos establecido por el MEP transmisor y se utiliza para identificar una prueba cuando se ejecutan varias pruebas simultáneamente entre los MEP (incluidas las pruebas simultáneas a pedido y proactivas).

  • TxFCf—TxFCf es un campo de 4 octetos que lleva el número de tramas SLM transmitidas por el MEP hacia su MEP par.

Los siguientes son los campos de una PDU SLM:

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

  • Versión: 0.

  • OpCode: identifica un tipo de PDU OAM. Para SLM, es 55.

  • Banderas: se establece en todos los ceros.

  • Desplazamiento de TLV: 16.

  • ID MEP de origen: campo de 2 octetos que se utiliza para identificar al MEP que transmite la trama SLM. En este campo de 2 octetos, los últimos 13 bits menos significativos se utilizan para identificar el MEP que transmite la trama SLM. El ID MEP es único dentro del MEG.

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

  • ID de prueba: campo de 4 octetos establecido por el MEP transmisor y que se utiliza para identificar una prueba cuando se ejecutan varias pruebas simultáneamente entre los MEP (incluidas las pruebas simultáneas a pedido y proactivas).

  • TxFCf: un campo de 4 octetos que transporta el número de tramas SLM transmitidas por el MEP hacia su MEP par.

  • TLV opcional: se puede incluir un TLV de datos en cualquier SLM transmitido. A los efectos de ETH-SLM, la parte de valor de los datos TLV no está especificada.

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

Formato SLR PDU

El formato PDU de respuesta sintética a pérdida (SLR) es utilizado por un MEP para transmitir información SLR. Los siguientes son los campos de una PDU SLR:

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

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

  • OpCode: identifica un tipo de PDU OAM. Para SLR, se establece en 54.

  • Indicadores: campo de 1 octeto copiado de la PDU de SLM.

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

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

  • ID de MEP del respondedor: campo de 2 octetos que se utiliza para identificar al MEP que transmite la trama SLR.

  • ID de prueba: campo de 4 octetos copiado de la PDU de SLM.

  • TxFCf: campo de 4 octetos copiado de la PDU de SLM.

  • TxFCb—Un campo de 4 octetos. Este valor representa el número de fotogramas SLR transmitidos para este ID de prueba.

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

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

Formato TLV del iterador de datos

La TLV del iterador de datos especifica la parte del TLV de datos de la trama de datos Y.1731. El MEP utiliza un TLV de datos cuando el MEP está configurado para medir el retraso y la variación del retraso para diferentes tamaños de fotograma. Los siguientes son los campos en un TLV de datos:

  • Tipo: identifica el tipo de 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ón de bits arbitrario -octeto ( denota longitud).nn El receptor lo ignora.

Transmisión de mensajes ETH-SLM

La funcionalidad ETH-SLM puede procesar múltiples solicitudes de mensajes de pérdida sintéticos (SLM) simultáneamente entre un par de eurodiputados. La sesión puede ser una sesión de SLM proactiva o bajo demanda. Cada solicitud de SLM se identifica de forma única mediante un ID de prueba.

Un eurodiputado puede enviar solicitudes de SLM o responder a solicitudes de SLM. Una respuesta a una solicitud de SLM se denomina respuesta de pérdida sintética (SLR). Después de que un MEP determina una solicitud de SLM utilizando el ID de prueba, el MEP calcula la pérdida de tramas de extremo final y final próximo en función de la información del mensaje SLM o la unidad de datos de protocolo (PDU) de SLM.

Un MEP mantiene los siguientes contadores locales para cada ID de prueba y para cada MEP par que se supervisa en una entidad de mantenimiento para la cual se deben realizar mediciones de pérdidas:

  • TxFCl: Número de tramas sintéticas transmitidas hacia el MEP par para un ID de prueba. Un MEP de origen incrementa este número para la transmisión sucesiva de tramas sintéticas con información de solicitud ETH-SLM, mientras que un MEP de destino o receptor incrementa este valor para la transmisión sucesiva de tramas sintéticas con la información SLR.

  • RxFCl: número de tramas sintéticas recibidas del MEP par para un ID de prueba. Un MEP fuente incrementa este número para la recepción sucesiva de tramas sintéticas con información SLR, mientras que un MEP de destino o receptor lo incrementa para la recepción sucesiva de tramas sintéticas con información de solicitud ETH-SLM.

En las secciones siguientes se describen las fases de procesamiento de PDU SLM para determinar la pérdida de tramas sintéticas:

Inicio y transmisión de solicitudes de ordenación sostenible de la tierra

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

No se requiere sincronización del valor del ID de prueba entre los MEP iniciadores y los que responden, ya que el ID de prueba está configurado en el MEP iniciador y el MEP que responde utiliza el ID de prueba que recibe del MEP iniciador. Dado que ETH-SLM es una técnica de muestreo, es menos precisa que contar las tramas de servicio. Además, la precisión de la medición depende del número de tramas SLM utilizadas o del período de transmisión de las tramas SLM.

Recepción de SLM y transmisión de SLR

Después de que el MEP de destino recibe una trama SLM válida del MEP de origen, se genera una trama SLR y se transmite al MEP solicitante o de origen. La trama SLR es válida si el nivel MEG y la dirección MAC de destino coinciden con la dirección MAC del MEP receptor. Todos los campos de las PDU de SLM se copian de la solicitud de SLM, excepto los campos siguientes:

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

  • El valor del campo OpCode cambia de SLM a SLR (54).

  • El ID del MEP del respondedor se rellena con el ID del MEP del eurodiputado.

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

  • Cada vez que se recibe una trama SLM, se genera una trama SLR; por lo tanto, RxFCl en el respondedor es igual al número de tramas SLM recibidas y también igual al número de tramas SLR enviadas. En el MEP que responde o recibe, RxFCl es igual a TxFCl.

Recepción de réflex

Después de transmitir una trama SLM (con un valor TxFCf dado), un MEP espera recibir una trama SLR correspondiente (que lleve el mismo valor TxTCf) dentro del valor de tiempo de espera de su MEP par. Las tramas SLR que se reciben después del valor de tiempo de espera (5 segundos) se descartan. Con la información contenida en los marcos SLR, un MEP determina la pérdida de cuadro para 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 tramas SLM transmitidas es estadísticamente adecuado para realizar una medición con una precisión dada. Un MEP utiliza los siguientes valores para determinar la pérdida de fotogramas del extremo cercano y del extremo final durante el período de medición:

  • La última vez que recibió los valores TxFCf y TxFCb del cuadro 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.

  • Valores TxFCf y TxFCb del primer cuadro SLR recibido después de que comience la prueba y contador local RxFCl 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 período de medición.

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

Cálculo de la pérdida de fotogramas

La pérdida de fotogramas sintéticos se calcula al final del período de medición sobre la base del valor de los contadores locales y la información del último fotograma recibido. La última trama recibida contiene 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 tramas (extremo final) = TxFCf – TxFCb

Pérdida de tramas (casi final) = TxFCb – RxFCl

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.

Liberación
Descripción
16.1
A partir de Junos OS versión 16.1, los resultados de la medición de pérdidas de Ethernet (ETH-LM) son inexactos cuando las PDU de gestión de errores de conectividad (CFM) y supervisión del rendimiento (PM) se reciben localmente en un punto final de mantenimiento (MEP) clasificado como perteneciente a la clase amarilla o una prioridad de pérdida de paquetes (PLP) de medio-alto.
16.1
A partir de Junos OS versión 16.1, la supervisión del rendimiento para la administración de errores de conectividad (mediante la inclusión de la instrucción y sus subinstrucciones en el nivel jerárquico) no se admite cuando la interfaz de red a red (NNI) o de salida es una interfaz Ethernet agregada con vínculos miembro en DPC.performance-monitoring[edit protocols oam ethernet connectivity-fault-management]