Supervisión del rendimiento en interfaces Ethernet agregadas

Además, las sesiones de administración de errores de conectividad (CFM) establecidas en las interfaces AE se pueden distribuir al motor de reenvío de paquetes, además de manejarse en el motor de enrutamiento. Esta capacidad de distribuir sesiones de CFM es útil tanto en topologías escaladas como en cambios de motor de enrutamiento (GRES) para sesiones de CFM.

Las sesiones de administración de errores de conectividad (CFM) funcionan en modo centralizado a través de interfaces AE de forma predeterminada. La supervisión del rendimiento (PM) del Y.1731 se admite en sesiones CFM centralizadas en interfaces de AE. Además, la distribución de la sesión CFM a través de interfaces AE a tarjetas de línea se admite desde Junos OS versión 13.3. Para habilitar la distribución de sesiones CFM y operar en modo centralizado, incluya la instrucción en el nivel jerárquico .ppm delegate-processing[edit routing-options ppm] El mecanismo que permite la distribución de sesiones CFM a través de interfaces AE proporciona la infraestructura subyacente para admitir interfaces PM sobre AE. Además, la administración periódica de paquetes (PPM) maneja el procesamiento periódico sensible al tiempo y realiza procesos tales como el envío de paquetes específicos del proceso y la recopilación de estadísticas. Con los procesos PPM ejecutándose distribuidos tanto en el motor de enrutamiento como en el motor de reenvío de paquetes, puede ejecutar procesos de supervisión del rendimiento en el motor de reenvío de paquetes.

Para la medición de retardo de Ethernet, la marca de tiempo asistida por hardware se admite en interfaces AE, de manera similar a la que existe en interfaces que no son AE. Solo se admite la marca de tiempo basada en hardware porque se realiza en la ruta recibida de los paquetes de la unidad de datos de protocolo (PDU), mientras que la marca de tiempo basada en software debe realizarse en la ruta transmitida y no se admite. Para la marca de tiempo del software, las PDU ETH-DM deben transmitirse y recibirse en la misma tarjeta de línea (el mismo miembro de la interfaz AE). Todas las PDU ETH-DM recibidas siempre se redirigen al motor de reenvío de paquetes de ancla. En la ruta de transmisión, si la interfaz en el motor de reenvío de paquetes de anclaje deja de funcionar, las PDU de OAM se redirigen a uno de los FPC subordinados o miembros. Por lo tanto, el procesamiento de PDU ETH-DM siempre ocurre en la CPU de la tarjeta de línea o módulo que aloja el motor de reenvío de paquetes de anclaje. ETH-DM es compatible con interfaces AE con CCC, puente, servicio LAN privado virtual (VPLS) y familias de direcciones inet. ETH-DM es compatible con los modos activo-activo y activo-espera de las interfaces AE. Para la medición de retardo unidireccional (1DM), es necesario sincronizar los relojes del sistema del MEP iniciador que transmite una trama de solicitud y del MEP de respuesta que recibe una trama de respuesta.

Para la medición de pérdidas de Ethernet en interfaces AE, con el modo de espera activa de las interfaces, la transmisión y recepción de PDU se realiza siempre a través del motor de reenvío de paquetes que aloja el enlace activo. Para el modo de espera activa de las interfaces AE, puede configurar un máximo de solo dos vínculos de miembro. ETH-LM solo se admite cuando todos los vínculos miembros activos o secundarios están en el mismo motor de reenvío de paquetes. Para los puntos finales de mantenimiento descendentes (MEP), ETH-LM se admite para las familias CCC, VPLS y direcciones de puente, y para los MEP ascendentes, ETH-LM solo se admite para las familias CCC. En la ruta de transmisión, con los vínculos en espera activa de las interfaces AE, cada vez que falla el vínculo secundario activo, si el vínculo en espera no es local, los paquetes se redirigen al nuevo vínculo activo. Cuando se produce esta redirección, se restablecen los contadores ETH-LM. Si el vínculo en espera está en el mismo motor de reenvío de paquetes que el vínculo activo, los contadores no se restablecen porque los contadores se leen en la memoria local del motor de reenvío de paquetes y para evitar que el otro extremo de la sesión trate los nuevos contadores del motor de reenvío de paquetes como pérdidas debidas al restablecimiento de los contadores. En la ruta recibida, con los vínculos en espera activa de las interfaces AE, todos los enlaces secundarios se programan en la lista de entrada utilizando los siguientes saltos para redirigir los paquetes al FPC de ancla después de copiar los contadores en el motor de reenvío de paquetes. Para la medición de pérdida sintética (SLM) de Ethernet, se implementa el procesamiento de PDU SLM para solicitudes y respuestas similares a otros protocolos desde la CPU de la tarjeta de línea. Todos los demás cálculos y datos se basan en software. ETH-SLM es compatible con interfaces AE para las familias CCC, puente, VPLS e inet.

Antes de poder iniciar sesiones de medición ETH-DM, ETH-LM o ETH-SLM en un servicio Ethernet agregado, debe configurar dos enrutadores de la serie MX para admitir estas sesiones de medición. En cada enrutador, configure dos interfaces AE físicas o lógicas conectadas por una VLAN incluyendo la instrucción en el nivel de jerarquía y, en cada enrutador, adjunte los MEP pares a las interfaces incluyendo la instrucción en el nivel de jerarquía.interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id[edit interfaces]mep mep-id interface interface-name (protect | working)[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]

• Los límites de escala y las consideraciones de rendimiento para las sesiones de administración periódica de paquetes distribuidos (PPM). Los límites de escala para las sesiones PPM distribuidas a través de interfaces Ethernet agregadas (AE) son idénticos a los números máximos admitidos para mensajes de comprobación de continuidad (CCM) a través de interfaces AE.

• Los iteradores de SLA siempre coexisten con las sesiones de CCM. Por lo tanto, al configurar un entorno escalado, debe tener en cuenta que las sesiones de CCM deben tenerse en cuenta junto con los iteradores de SLA. La siguiente tabla describe el número máximo de sesiones de PM distribuidas que puede configurar para diferentes intervalos de CCM por tarjeta de línea y por enrutador (valor de todo el sistema).

• Una operación mixta de modos distribuidos y centralizados para sesiones de supervisión del rendimiento (PM) no se admite en interfaces AE si las interfaces que forman el paquete Ethernet agregado están en modo mixto.

• Las limitaciones de las capacidades de monitoreo del rendimiento (PM) para interfaces que no son AE se aplican igualmente bien para las interfaces AE. Por ejemplo, el aleteo de las sesiones restablece las estadísticas de PM.

• Las limitaciones que existen con las sesiones distribuidas de PPM son válidas para las capacidades de monitoreo del rendimiento a través de interfaces de AE, ya que las mediciones siempre se realizan en sesiones de CCM.

• Para las interfaces ETH-LM sobre AE en una configuración de espera activa, si se intercambian las tarjetas de línea activas y de espera, se ignoran las mediciones durante esta ventana.

• Para las interfaces ETH-DM a través de AE, el tiempo adicional que se tarda en la transmisión de paquetes (los paquetes se redirigen para anclar en la dirección [Rx] recibida y al FPC secundario activo en la dirección [Tx] transmitida) se calcula en la medición del retardo.

• Para las interfaces ETH-LM sobre AE, en una configuración de espera activa, cada vez que se produce la conmutación por error del vínculo de la interfaz activa a la interfaz en espera, los contadores se restablecen.