Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

SUMMARY Esta sección describe el servicio OAM (ITU-TY.1731) y sus dos componentes principales: administración de fallas (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 retraso de trama).

Descripción general de las medidas de retraso de trama Ethernet

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

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

Junos OS admite estándares clave de OAM que proporcionan administración y monitoreo automatizados 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 ITU-T Y.1731, que utiliza una terminología diferente a la del IEEE 802.1ag y define las funciones de OAM del servicio Ethernet para la supervisión de fallas, los diagnósticos 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 garantizados por velocidad y rendimiento que se adaptan a las necesidades específicas de sus clientes.

Los enrutadores serie ACX admiten modos proactivos y a pedido.

Nota:

Los enrutadores ACX5048 y ACX5096 solo admiten sellos de tiempo basados en software para la medición de retraso.

Ethernet CFM

El estándar IEEE 802.1ag para la administración de fallas 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 vínculos que abarcan redes compuestas por varias LAN.

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

  • Monitoreo de fallas mediante el protocolo IEEE 802.1ag Ethernet OAM Continuity Check

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

  • Aislamiento de fallas mediante el protocolo de circuito cerrado 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 información suficiente para que las entidades realicen su propia administración y monitoreo de extremo a extremo, y sigan evitando violaciones de seguridad.

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

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

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

Medición de retraso de trama Ethernet

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

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

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

Nota:

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

Medición de retraso de trama Ethernet unidirección

En el modo ETH-DM unidireccional, se calcula una serie de valores de variación de retraso de trama y retraso de trama según el tiempo transcurrido entre el tiempo que se envía una trama de medición desde el MEP del iniciador en un enrutador y la hora en que se recibe la trama en el MEP receptor en el otro enrutador.

Nota:

Los enrutadores serie ACX no son compatibles con la medición de retraso de trama ethernet unidirección.

Transmisión 1DM

Cuando se inicia una medición de retraso de trama unidirección, el enrutador envía 1 tramasDM (tramas que llevan la unidad de datos de protocolo (PDU) para una medición de retraso unidirección, desde el MEP del iniciador hasta el MEP receptor a la velocidad y para el número de tramas que especifique. El enrutador marca cada trama 1DM como drop-ineligible e inserta una marca de hora del tiempo de transmisión en la trama.

Recepción 1DM

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 tiempo que se recibió la trama y la marca de hora contenida en la propia trama) y la variación de retraso (la diferencia entre los valores de retraso actual y anterior).

Estadísticas de ETH-DM unidirección

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

Recuentos de tramas ETH-DM unidirección

Cada enrutador cuenta la cantidad de tramas ETH-DM unidirección 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 la cantidad de tramas 1DM no válidas recibidas.

Cada enrutador almacena recuentos de trama ETH-DM en la base de datos CFM. La base de datos CFM almacena estadísticas de sesión de CFM y, para interfaces compatibles con ETH-DM, cualquier trama ETH-DM cuenta. Puede acceder a los recuentos de tramas en cualquier momento mediante la visualización de la información de la base de datos CFM para interfaces Ethernet asignadas a diputados o diputados en sesiones de CFM.

Sincronización de los relojes del sistema

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

La precisión de la variación de retraso unidireccional no depende de la sincronización del reloj del sistema. Dado que la variación de retraso es simplemente la diferencia entre los valores de retraso unidireccionales consecutivos, el período fuera de fase se elimina de los valores de fluctuación de trama.

Nota:

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

Medición de retraso de trama ethernet bidireccional

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

Transmisión DMM

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

Transmisión DMR

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

Recepción de DMR

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

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

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

  1. [TIRxDMRTITxDMM] – [TRTxDMRTRRxDMM]

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

La variación de retraso es la diferencia entre los valores de retraso actual y anterior.

Estadísticas de ETH-DM bidireccionales

El enrutador que contiene el iniciador MEP 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 CFM dada (par de diputados par). Puede acceder a estas estadísticas en cualquier momento mostrando el contenido de la base de datos ETH-DM.

Recuentos de tramas ETH-DM bidireccionales

Cada enrutador cuenta la cantidad de tramas ETH-DM bidireccionales enviadas y recibidas:

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

  • Para un MEP de respuesta, el enrutador cuenta la cantidad de tramas DMR enviadas.

Cada enrutador almacena recuentos de trama ETH-DM en la base de datos CFM. La base de datos CFM almacena estadísticas de sesión de CFM y, para interfaces compatibles con ETH-DM, cualquier trama ETH-DM cuenta. Puede acceder a los recuentos de tramas en cualquier momento mediante la visualización de la información de la base de datos CFM para interfaces Ethernet asignadas a diputados o diputados en sesiones de CFM.

Nota:

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

Elegir entre ETH-DM unidirección y dos vías

La medición de retraso de trama unidirección requiere que los relojes del sistema en el MEP iniciador y el MEP receptor estén estrechamente sincronizados. La medición de retraso de trama bidireccional no requiere sincronización de los dos sistemas. Si no es práctico que los relojes se sincronicen, las medidas de retraso de trama bidireccional son más precisas.

Cuando dos sistemas están físicamente cerca entre sí, sus valores de retraso unidireccional son muy altos en comparación con sus valores de retraso bidireccional. La medición de retraso unidireccional requiere que el tiempo para 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 de retraso de trama Ethernet

Las siguientes restricciones se aplican a la función de medición de retraso de trama Ethernet:

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

    La función ETH-DM se admite en 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 mejoradas y DPC de cola mejorada en enrutadores de la serie MX. Para obtener información acerca de la marca de tiempo asistida por hardware, consulte Directrices para configurar enrutadores para admitir una sesión ETH-DM y Habilitación de la opción de marca de hora asistida por hardware.

  • Las medidas de retraso de trama Ethernet solo se pueden activar cuando está habilitado el demonio de administración periódica de paquetes distribuidos (ppm). Para obtener más información acerca de esta limitación, consulte Directrices para configurar enrutadores para que admitan una sesión ETH-DM y Asegurarse de que las ppm distribuidas no están deshabilitadas.

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

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

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

  • Si se produce una conmutación correcta del motor de enrutamiento (GRES), se pierden las estadísticas ETH-DM recopiladas y los recuentos de tramas ETH-DM se restablecen a ceros. Por lo tanto, debe reiniciarse la recopilación de estadísticas ETH-DM y contadores de trama ETH-DM, una vez completada la conmutación. GRES permite que un enrutador con motores de enrutamiento dual cambie de un motor de enrutamiento principal a un motor de enrutamiento de respaldo sin interrupción al reenvío de paquetes. Para obtener más información, consulte la Guía del usuario de alta disponibilidad de Junos OS.

  • La precisión de las estadísticas de retraso de trama se ve comprometida cuando el sistema está cambiando (por ejemplo, desde la reconfiguración). Recomendamos realizar mediciones de retraso 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 de OAM son medir los atributos de calidad de servicio, como el retraso de trama, la variación del retraso de trama (también conocido como " fluctuación de trama") y la pérdida de trama. Estas medidas le permiten identificar problemas de red antes de que los clientes se ven afectados por defectos de red.

Junos OS admite la medición de pérdida de trama Ethernet (ETH-LM) entre puntos de conexión 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 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 diputados. La medición de pérdida de trama Ethernet se realiza enviando tramas con información ETH-LM a un MEP par y recibiendo tramas de manera similar con información ETH-LM del par MEP. Este tipo de medición de pérdida de trama también se conoce como medición de pérdida de Ethernet de un solo final.

Nota:

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

ETH-LM admite las siguientes medidas de pérdida de trama:

  • Medición de pérdida de trama del extremo final: medición de la pérdida de trama asociada con 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:

La funcionalidad proactiva y de medición de pérdidas de doble fin de ITU-T Y1731 no se admite en los enrutadores serie ACX.

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

Nota:

A partir de la versión 16.1 de Junos OS, los resultados de la medición de pérdida de Ethernet (ETH-LM) son inexactos cuando las PDU de administración de fallas de conectividad (CFM) y monitoreo de rendimiento (PM) recibidas localmente en un punto de conexión de mantenimiento (MEP) como clasificados como pertenecientes 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 pérdida de Ethernet para sesiones de CFM de diputados caídos. Las estadísticas de medición de pérdida de Ethernet son inexactas en los siguientes escenarios:

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

  • Las PDU CFM recibidas en la interfaz lógica del MEP descendente se clasifican por el clasificador como PLP amarillo o medio-alto

  • 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 cuando configura 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 como alto.

Nota:

A partir de Junos OS versión 16.1, la supervisión del rendimiento para la administración de errores de conectividad (incluyendo la performance-monitoring instrucción y sus substatements en el [edit protocols oam ethernet connectivity-fault-management] 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 de miembro en DPC.

Medición del acuerdo de nivel de servicio

La medición del acuerdo de nivel de servicio (SLA) es el proceso de monitoreo del ancho de banda, el retraso, la variación de retraso (fluctuación), 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 ven afectados por defectos de red.

Nota:

Los servicios VPN Ethernet se pueden clasificar en:

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

  • Servicios multipunto a multipunto (servicios E-LAN): los servicios E-LAN se ofrecen mediante el servicio LAN privado 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 medidas del SLA se clasifican en:

  • Modo a pedido: en el modo a pedido, las medidas se activan a través de la CLI.

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

Tenga en cuenta que la medición de retraso de trama Ethernet y la medición de pérdida de trama Ethernet no se admiten en la ae interfaz.

Modo a pedido para la medición de SLA

En el modo a pedido, las medidas las activa el usuario a través de la CLI.

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

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

ETH-LM de un solo final se utiliza para fines de operación, administración y mantenimiento a pedido. Un MEP envía tramas con información de solicitud ETH-LM a su MEP par y recibe tramas con información de respuesta ETH-LM de su par MEP para llevar a cabo mediciones de pérdida. La unidad de datos de protocolo (PDU) utilizada para una solicitud ETH-LM de un solo final se denomina mensaje de medición de pérdida (LMM) y la PDU utilizada para una respuesta ETH-LM de un solo final se denomina respuesta de medición de pérdida (LMR).

Modo proactivo para la medición del SLA

En modo proactivo, las medidas de SLA se activan mediante una aplicación de iterador. 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 medición de retraso bidireccional o medición de pérdida en enrutadores de la serie MX. Este modo difiere de la medición de SLA a pedido, que es iniciada por el usuario. El iterador envía paquetes periódicos de solicitud de medición de retraso o pérdida para cada una de las conexiones registradas en él. Los iteradores se aseguran de que los ciclos de medición no se produzcan 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 se vuelva funcionalmente operativo, el mensaje de comprobación de continuidad (MCP) debe estar activo entre las configuraciones de MEP local y remota de la administración de fallas de conectividad (CFM). Cualquier cambio en los parámetros de adyacencia del iterador restablece las estadísticas de iterador existentes y reinicia el iterador. En este caso, el término adyacencia se refiere a un emparejamiento de dos puntos de conexión (conectados directamente o virtualmente) con información relevante para comprensión mutua, que se utiliza para su posterior procesamiento. Por ejemplo, la adyacencia del iterador hace referencia a la asociación del iterador entre los dos puntos de conexión de los diputados.

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 255 configuraciones de perfil de iterador y 2000 asociaciones MEP remotas.

Los iteradores con valor de tiempo de ciclo inferior a 100 ms solo se admiten para iteradores infinitos, mientras que los iteradores con valor de tiempo de ciclo mayor que 100 ms se admiten para iteradores finitos e infinitos. Los iteradores infinitos son iteradores que se ejecutan infinitamente hasta que el iterador está deshabilitado o desactivado manualmente.

Nota:

Los enrutadores ACX5048 y ACX5096 admiten un tiempo de ciclo de iterador de solo 1 segundo o superior.

Un servicio VPWS configurado en un enrutador se supervisa para las medidas de SLA mediante el registro de la conexión (aquí, la conexión es un par de MEP remotos y locales) en un iterador y, luego, se inicia la transmisión periódica de trama 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 de retraso bidireccional y la medición de pérdida, un iterador envía un mensaje de solicitud para la conexión en la lista (si la hubiera) 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 back-to-back para los marcos de medición de SLA y sus respuestas ayudan en la computación de variación de retraso y medición de pérdidas.

La transmisión de trama Y.1731 para un servicio conectado a un iterador continúa sin fin, a menos que un operador interviniera y se detuviera hasta que se cumpla la condición de recuento de iteración. Para evitar que el iterador envíe tramas de medición de SLA más proactivas, el operador debe realizar una de las siguientes tareas:

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

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

Medición de retraso de Ethernet y medición de pérdidas por modo proactivo

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

En el cálculo de variación de retraso unidireccional mediante el método de medición de retraso bidireccional, el cálculo de variación de retraso se basa en las marcas de tiempo que están presentes en la trama DMR (y no en la trama 1DM). Por lo tanto, no es necesario que los relojes del lado del cliente y del servidor estén sincronizados. Suponiendo que la diferencia en sus relojes permanezca constante, se espera que los resultados de variación de retraso unidirección 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 retraso unidirección.

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

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

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

Nota:

FNP solo se admite en servicios E-Line.

Un servicio de línea electrónica ofrece una conectividad Ethernet de punto a punto segura entre dos interfaces de red de usuario (UNIs). Los servicios de E-Line son un servicio protegido y cada servicio tiene un circuito operativo y un circuito de protección. El CFM se utiliza para supervisar el funcionamiento y proteger las rutas. Los intervalos de MCP resultan en tiempo de conmutación por error en cientos de milisegundos o unos segundos. FNP ofrece detección y propagación de fallas de circuito de servicio en menos de 50 ms y proporciona conmutación por error de 50 ms para servicios de 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 en las interfaces Ethernet y los PW creados para la VPLS de administración. Los enrutadores serie MX no inician mensajes FNP y solo responden 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 MCP configurado. FNP solo se puede habilitar en una interfaz lógica por interfaz física.

Todos los servicios de E-Line se configuran 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 de troncalización ni de acceso en el vínculo de anillo para las VLAN utilizadas por los servicios E-LINE. FNP no controla la interfaz lógica asociada con el circuito de protección. Solo FNP controla el servicio de línea electrónica cuyo punto de terminación no se encuentra en un nodo MX.

FNP admite un reinicio correcto y las funciones de conmutación de motor de enrutamiento (GRES) agraciadas .

Descripción general de la medición de pérdida sintética de Ethernet

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

Una pérdida de trama del extremo próximo especifica la pérdida de trama asociada con tramas de datos de entrada y una pérdida de trama del extremo final especifica la pérdida de trama asociada con tramas de datos de salida. Las medidas de pérdida de trama del extremo final y del extremo final contribuyen a los segundos con errores graves del extremo final y los segundos con errores graves del extremo final que se utilizan en combinación para determinar el tiempo no disponible. ETH-SLM se realiza utilizando tramas de mensaje de pérdida sintética (SLM) y respuesta de pérdida sintética (SLR). ETH-SLM facilita a cada MEP realizar mediciones de pérdida de trama sintética del extremo final y del extremo final mediante el uso de tramas sintéticas, ya que un servicio bidireccional se define como no disponible si se determina que cualquiera de las dos direcciones no está disponible.

Existen los dos tipos de medición de pérdida de trama, definidos por los estándares ITU-T Y.1731, ETH-LM y ETH-SLM. Junos OS solo admite ETH-SLM de un solo final. En ETH-SLM de un solo final, cada MEP envía tramas con la información de solicitud ETH-SLM a su MEP par y recibe tramas con información de respuesta ETH-SLM de su par MEP para realizar mediciones sintéticas de pérdida. Eth-SLM de un solo extremo se utiliza para OAM proactivo o a pedido para realizar mediciones sintéticas de pérdidas aplicables a la conexión Ethernet punto a punto. Este método permite a un MEP iniciar e informar medidas de pérdidas del extremo final y del extremo próximo asociadas con un par de diputados que forman parte del mismo grupo de entidades de mantenimiento (MEG).

Nota:

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

Eth-SLM de un solo final se utiliza para realizar pruebas a pedido o proactivas iniciando una cantidad finita de tramas ETH-SLM a uno o varios pares MEP y recibiendo la respuesta ETH-SLM de los pares. Las tramas ETH-SLM contienen la información ETH-SLM que se utiliza para medir e informar medidas de pérdida sintética del extremo final y del extremo final. La medición del acuerdo de nivel de servicio (SLA) es el proceso de monitoreo del ancho de banda, el retraso, la variación de retraso (fluctuación), la continuidad y la disponibilidad de un servicio. Le permite identificar problemas de red antes de que los clientes se ven afectados por defectos de red. En modo proactivo, las medidas de SLA se activan mediante una aplicación de iterador. 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 sintética de pérdida de tramas. Este modo difiere de la medición de SLA a pedido, que es iniciada por el usuario. En el modo a pedido, las medidas las activa el usuario a través de la CLI. Cuando el usuario activa ETH-SLM a través de la CLI, la solicitud de SLM que se genera es según los formatos de trama 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 para la configuración de ETH-SLM

ETH-SLM mide la pérdida de trama del extremo final y del extremo final entre dos eurodiputados que forman parte del mismo nivel de MEG. Puede configurar ETH-SLM para medir la pérdida sintética para el MEP ascendente o ascendente, y para el MEP descendente o descendente. En esta sección se describen los siguientes escenarios para la operación de ETH-SLM:

MeP ascendente en túneles MPLS

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

MeP descendente en redes Ethernet

Considere un escenario en el que un MEP está configurado entre dos enrutadores serie MX, MX1 y MX2, en las interfaces Ethernet en la dirección descendente. MX1 y MX2 están conectados en una topología Ethernet y el MEP descendente está configurado para la red Ethernet. Las medidas ETH-SLM se realizan entre el MEP descendente en la ruta que conecta los dos enrutadores. ETH-SLM se puede medir en la ruta entre estos dos enrutadores.

Considere otra situación en la que un MEP está configurado en la dirección descendente y la protección de servicio para un VPWS sobre MPLS está habilitada especificando una ruta de trabajo o una ruta de protección en el MEP. La protección del servicio proporciona protección de conexión de extremo a extremo de la ruta de trabajo en caso de 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 mediante la creación de dos asociaciones de mantenimiento. Para asociar la asociación de mantenimiento con una ruta, debe configurar la interfaz MEP en la asociación de mantenimiento y especificar la ruta como trabajo o protección.

En una topología de ejemplo, un enrutador serie MX, MX1, se conecta a otros dos enrutadores serie MX, MX2 y MX3, a través de un núcleo MPLS. La sesión de administración de fallas 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 está configurado entre MX1 y MX4 que pasa a través de MX2 (sesión CFM en funcionamiento) y también entre MX1 y MX4 que pasa por MX3 (sesión CFM protegida). ETH-SLM se realiza entre estos MEP descendentes. En ambos diputados descendentes, la configuración se realiza en las UNIs MX1 y MX4, de manera similar a la del MEP ascendente.

Formato de mensajes ETH-SLM

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

Formato de PDU SLM

El formato de PDU SLM lo usa un MEP para transmitir información de SLM. Los siguientes componentes se encuentran en las PDU de SLM:

  • 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. El ID de MEP es único en el MEG.

  • 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 varias pruebas se ejecutan simultáneamente entre los diputados (incluidas las pruebas simultáneas a pedido y proactivas).

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

Los siguientes son los campos de una PDU de SLM:

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

  • Versión: 0.

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

  • Indicadores(Flags): se establece en todos los ceros.

  • Desplazamiento TLV: 16.

  • ID de MEP de origen: un campo de 2 octetos que se utiliza para identificar el 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 de MEP es único en el MEG.

  • 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 utilizado para identificar una prueba cuando se ejecutan varias pruebas simultáneamente entre los diputados (incluidas las pruebas simultáneas a pedido y proactivas).

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

  • TLV opcional: puede incluirse una TLV de datos en cualquier SLM transmitida. Para el propósito de ETH-SLM, la parte del valor de los datos TLV no está especificada.

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

Formato de PDU SLR

El formato PDU de respuesta de pérdida sintética (SLR) es utilizado por un MEP para transmitir información de SLR. Los siguientes son 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(OpCode): identifica un tipo de PDU OAM. Para SLR, se establece como 54.

  • Indicadores: un campo de 1 octeto que se copia de la PDU de SLM.

  • Desplazamiento TLV: un campo de 1 octeto que se copia de la PDU de SLM.

  • ID DE MEP de origen: un campo de 2 octetos que se copia de la PDU de SLM.

  • ID de MEP de respuesta: un campo de 2 octetos que se utiliza para identificar el MEP que transmite la trama SLR.

  • ID de prueba: un campo de 4 octetos que se copia de la PDU de SLM.

  • TxFCf: un campo de 4 octetos que se copia de la PDU de SLM.

  • TxFCb: un campo de 4 octetos. Este valor representa la cantidad de tramas SLR transmitidas para este ID de prueba.

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

  • TLV final: un campo de 1 octeto que se copia de la PDU de SLM.

Formato TLV del iterador de datos

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

  • Tipo(Type): identifica el tipo TLV; valor para este tipo 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 n-octeto (n denota longitud). El receptor lo ignora.

Transmisión de mensajes ETH-SLM

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

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

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

  • TxFCl: número de tramas sintéticas transmitidas al 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 recepción incrementa este valor para la transmisión sucesiva de tramas sintéticas con la información de SLR.

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

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

Iniciación y transmisión de solicitudes de SLM

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), el contador local TxFCl se envía en el paquete.

No se requiere sincronización del valor del ID de prueba entre iniciar y responder a los MEP, 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 preciso que contar las tramas de servicio. Además, la precisión de la medición depende de la cantidad de tramas SLM utilizadas o del período para transmitir tramas SLM.

Recepción de SDM y transmisión de SRS

Después de que el MEP de destino reciba una trama SLM válida del MEP de origen, se genera una trama SLR y se transmite al MEP de solicitud 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 de SLM se copian de la solicitud de SLM, excepto para los siguientes campos:

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

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

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

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

  • Una trama SLR se genera cada vez que se recibe una trama SLM; 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 respondedor o en el MEP que recibe, RxFCl es igual a TxFCl.

Recepción de SRS

Después de que se transmite una trama SLM (con un valor TxFCf determinado), un MEP espera recibir una trama SLR correspondiente (que lleva 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 tramas SLR, un MEP determina la pérdida de trama 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 trama del extremo final y del extremo final durante el período de medición:

  • Los últimos valores de TxFCf y TxFCb de la trama SLR recibidos por última vez y el valor local del contador RxFCl 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 final del período de medición.

  • Los valores TxFCf y TxFCb de la primera trama SLR recibida después del inicio de la prueba y el contador local RxFCl al principio 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 envío o de origen.

Computación de pérdida de trama

La pérdida de trama sintética se calcula al final del período de medición sobre la base del valor de los contadores locales y la información de la última trama recibida. Las últimas tramas recibidas contienen los valores TxFCf y TxFCb. El contador local contiene el valor RxFCl. Con estos valores, la pérdida de trama se determina mediante la siguiente fórmula:

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

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

Tabla de historial de versiones
Liberación
Descripción
16.1
A partir de la versión 16.1 de Junos OS, los resultados de la medición de pérdida de Ethernet (ETH-LM) son inexactos cuando las PDU de administración de fallas de conectividad (CFM) y monitoreo de rendimiento (PM) recibidas localmente en un punto de conexión de mantenimiento (MEP) como clasificados como pertenecientes 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 (incluyendo la performance-monitoring instrucción y sus substatements en el [edit protocols oam ethernet connectivity-fault-management] 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 de miembro en DPC.