Descripción del uso de sondas para la supervisión del rendimiento en tiempo real en enrutadores de las series ACX, MX y PTX, conmutadores EX y QFX
La supervisión del rendimiento en tiempo real (RPM) permite configurar sondeos activos para realizar un seguimiento y supervisar el tráfico. Los sondeos recopilan paquetes por destino y por aplicación, incluidos los paquetes del Protocolo de mensajes de control de Internet (ICMP) de PING, el Protocolo de datagramas de usuario y los paquetes del Protocolo de control de transmisión (UDP/TCP) con puertos configurados por el usuario, los paquetes de tipo de servicio (ToS) de servicios diferenciados (DSCP) configurados por el usuario y los paquetes del Protocolo de transferencia de hipertexto (HTTP). RPM proporciona compatibilidad con la Base de información de administración (MIB) con extensiones para RFC 2925, Definiciones de objetos administrados para operaciones remotas de ping, traceroute y búsqueda. Para obtener más información acerca de las MIB SNMP compatibles con Juniper, consulte Explorador de MIB SNMP.
Visión general
Cuando se configura RPM en un dispositivo, el dispositivo calcula el rendimiento de la red en función del tiempo de respuesta de los paquetes, la fluctuación y la pérdida de paquetes. El dispositivo recopila estadísticas RPM enviando sondas a un objetivo de sonda específico, identificado por una dirección IP. Cuando el objetivo recibe una sonda, genera respuestas que recibe el dispositivo. Una prueba puede contener varias sondas. El tipo de sondeo especifica el contenido del paquete y del protocolo de la sonda. Puede utilizar el historial de las 50 sondas más recientes para analizar las tendencias de su red y predecir necesidades futuras.
Utilice Feature Explorer: Real-time Performance Monitoring y Feature Explorer: RPM y TWAMP para confirmar la compatibilidad con la plataforma y la versión.
Con las sondas, puede monitorear:
-
Tiempo promedio de ida y vuelta
-
Fluctuación del tiempo de ida y vuelta: la diferencia entre el tiempo mínimo y máximo de ida y vuelta
-
Tiempo máximo de ida y vuelta
-
Tiempo mínimo de ida y vuelta
-
Desviación estándar del tiempo de ida y vuelta (solo Junos OS)
Las mediciones unidireccionales para las sondas de marca de tiempo ICMP incluyen:
-
Mediciones mínimas, máximas, de desviación estándar y de fluctuación para los tiempos de salida y entrada
-
Número de respuestas de sondeo recibidas
-
Número de sondas enviadas
-
Porcentaje de sondas perdidas
Puede establecer umbrales para activar capturas SNMP cuando se superen los valores. Puede configurar los siguientes umbrales de RPM:
-
Retraso de entrada/salida
-
Temblor
-
Tiempo de ida y vuelta
-
Desviación estándar (solo Junos OS)
-
Sondas perdidas sucesivas
-
Total de sondas perdidas (por prueba)
También puede configurar clasificadores de CoS y priorización de paquetes RPM sobre paquetes de datos normales recibidos en una interfaz de entrada con la instrucción de dscp-code-points configuración.
Marcas de tiempo de hardware
Para tener en cuenta la latencia o la fluctuación en la comunicación de los mensajes de sondeo, puede habilitar la marca de tiempo de los paquetes de sondeo (marcas de tiempo de hardware). Si las marcas de tiempo de hardware no están configuradas, está utilizando marcas de tiempo basadas en software. Las marcas de tiempo que se generan a nivel de software son menos precisas de lo que habrían sido con las marcas de tiempo de hardware.
Use el Explorador de características: marca de tiempo de hardware de mensajes de sonda RPM, el Explorador de características: marcas de tiempo de hardware RPM con interfaces VLAN enrutadas y el Explorador de características: marca de tiempo de hardware RPM y TWAMP y medición RTT para confirmar la compatibilidad de la plataforma y la versión para esta función.
La marca de tiempo de hardware RPM solo se admite en Junos OS, con algunas restricciones:
-
Enrutadores de la serie ACX: Los enrutadores serie ACX710 y ACX5448 son los únicos enrutadores ACX que ejecutan Junos OS que admiten la configuración de instrucciones
hardware-timestamp. Esta compatibilidad comenzó en Junos OS versión 22.3R1. -
Conmutadores de la serie EX: Los conmutadores de la serie EX admiten marcas de tiempo de hardware para sondas UDP e ICMP. Los conmutadores de la serie EX no admiten marcas de tiempo de hardware para sondeos HTTP o TCP.
En el conmutador EX4300, la marca de tiempo RPM se realiza en el software. Los sondeos RPM en los dispositivos de solicitud y respuesta tienen una marca de tiempo en el motor de reenvío de paquetes en lugar del proceso de Junos OS (rmopd) que se ejecuta en el motor de enrutamiento. Este método de marca de tiempo se conoce como marca de tiempo de pseudohardware.
-
Conmutadores de la serie QFX: Los conmutadores de la serie QFX no admiten marcas de tiempo de hardware.
Puede marcar la hora de los siguientes sondeos RPM para mejorar la medición de la latencia o la fluctuación.
-
Ping ICMP
-
Marca de tiempo de ping ICMP
-
Ping UDP
-
Marca de tiempo de ping UDP
icmp-ping es el tipo de sondeo predeterminado en dispositivos que ejecutan Junos OS.
Los paquetes de sondeo tienen una marca de tiempo con las horas en que se envían y reciben tanto en el extremo de origen como en el de destino.
Debe configurar el solicitante (el cliente RPM) con marcas de tiempo de hardware (consulte la figura 1) para obtener resultados más significativos de los que obtendría sin las marcas de tiempo. No es necesario configurar el respondedor (el servidor RPM) para admitir marcas de tiempo de hardware. Si el respondedor admite marcas de tiempo de hardware, marca de tiempo de los sondeos RPM. Si el respondedor no admite marcas de tiempo de hardware, RPM solo puede informar mediciones de ida y vuelta que incluyan el tiempo de procesamiento en el respondedor.
En el conmutador EX4300, debe configurar el conmutador como solicitante (el cliente RPM) y respondedor (el servidor RPM) para marcar la hora del paquete RPM.
La figura 1 muestra las marcas de tiempo:
-
T1 es el momento en que el paquete abandona el puerto del solicitante.
-
T2 es el momento en que el respondedor recibe el paquete.
-
T3 es el momento en que el respondedor envía la respuesta.
-
T4 es el momento en que el solicitante recibe la respuesta.
El tiempo de ida y vuelta es T4 – T1 – (T3 – T2). Si el respondedor no admite marcas de tiempo de hardware, el tiempo de ida y vuelta es (T4 – T1) y, por lo tanto, incluye el tiempo de procesamiento del respondedor.
Puede utilizar sondas RPM para encontrar las siguientes mediciones de tiempo:
-
Tiempo mínimo de ida y vuelta
-
Tiempo máximo de ida y vuelta
-
Tiempo promedio de ida y vuelta
-
Desviación estándar del tiempo de ida y vuelta
-
Fluctuación del tiempo de ida y vuelta: diferencia entre el tiempo mínimo y máximo de ida y vuelta
La función RPM proporciona una opción de configuración para establecer marcas de tiempo de hardware unidireccionales. Use marcas de tiempo unidireccionales cuando desee información sobre el tiempo unidireccional, en lugar de tiempos de ida y vuelta, para que los paquetes atraviesen la red entre el solicitante y el respondedor. Como se muestra en la Figura 1, las marcas de tiempo unidireccionales representan el tiempo T2 – T1 y el tiempo de T4 – T3. Use marcas de tiempo unidireccionales cuando desee recopilar información sobre el retraso en cada dirección y encontrar valores de fluctuación de salida y entrada.
Para una medición unidireccional correcta, los relojes del solicitante y del respondedor deben estar sincronizados. Si los relojes no están sincronizados, las mediciones y cálculos de fluctuación unidireccional pueden incluir variaciones significativas, en algunos casos órdenes de magnitud mayores que los tiempos de ida y vuelta.
Cuando se habilitan marcas de tiempo unidireccionales en una sonda, se notifican las siguientes mediciones unidireccionales:
-
Mediciones mínimas, máximas, de desviación estándar y de fluctuación para los tiempos de salida y entrada
-
Número de sondas enviadas
-
Número de respuestas de sondeo recibidas
-
Porcentaje de sondas perdidas
Soporte de Junos OS
- Configuración y resultados de la sonda
- Compatibilidad con túneles IPsec y GRE
- Rutas estáticas con seguimiento de RPM
- RPM y compatibilidad con marcas de tiempo relacionadas en MPC, MS-MIC/MPC y motor de enrutamiento
Configuración y resultados de la sonda
En Junos OS, la configuración y los resultados del sondeo son compatibles tanto con la interfaz de línea de comandos (CLI) como con SNMP. Las opciones de sondeo se establecen en la test test-name instrucción en el nivel de jerarquía [edit services rpm probe owner]. Utilice el show services rpm probe-results comando para ver los resultados de los sondeos RPM más recientes.
Limitaciones de los conmutadores serie EX y QFX:
-
El protocolo de medición activa bidireccional (TWAMP) no se admite en conmutadores QFX.
-
Los conmutadores no admiten clasificadores de clase de servicio (CoS) configurados por el usuario ni priorización de paquetes RPM sobre paquetes de datos normales recibidos en una interfaz de entrada.
-
Marcas de tiempo:
-
Si el respondedor no admite marcas de tiempo de hardware, RPM solo puede informar las mediciones de ida y vuelta y no puede calcular la fluctuación de ida y vuelta. (Los conmutadores de la serie QFX no admiten marcas de tiempo de hardware).
-
Los conmutadores de la serie EX no admiten marcas de tiempo de hardware ni marcas de tiempo de pseudohardware para sondeos HTTP y TCP.
-
Las marcas de tiempo solo se aplican al tráfico IPv4.
-
Las actualizaciones de software en servicio (ISSU) y las actualizaciones de software sin interrupción (NSSU) no admiten marcas de tiempo de pseudohardware.
-
Para especificar el contenido del paquete y del protocolo de la sonda, incluya la probe-type instrucción en el [edit services rpm probe owner test test-name] nivel de jerarquía. Se admiten los siguientes tipos de sondeo:
-
http-get: envía una solicitud get del Protocolo de transferencia de hipertexto (HTTP) a una URL de destino. -
http-metadata-get: envía una solicitud HTTP get de metadatos a una URL de destino. -
icmp-ping: envía solicitudes de eco ICMP a una dirección de destino. -
icmp-ping-timestamp: envía solicitudes de marca de tiempo ICMP a una dirección de destino. -
tcp-ping: envía paquetes TCP a un destino. -
udp-ping: envía paquetes UDP a un destino. -
udp-ping-timestamp: envía solicitudes de marca de tiempo UDP a una dirección de destino.
Compatibilidad con túneles IPsec y GRE
Puede aplicar RPM a túneles IPsec y túneles GRE para clientes y servidores RPM basados en PIC y en motores de enrutamiento si utiliza MS-MPC o MS-MIC. RPM basado en motor de reenvío de paquetes no se admite para túneles IPsec. La compatibilidad con RPM en túneles IPSec permite la supervisión del acuerdo de nivel de servicio (SLA) para el tráfico transportado en túneles IPSec.
RPM no se admite en sistemas lógicos.
Usar el Explorador de características: compatibilidad con RPM para túneles IPsec y GRE para confirmar la compatibilidad de la plataforma y la versión de esta característica.
Rutas estáticas con seguimiento de RPM
En Junos OS, también puede configurar servicios RPM para determinar automáticamente si existe una ruta entre un dispositivo host y sus vecinos BGP configurados. Puede ver los resultados de la detección mediante un cliente SNMP. Los resultados se almacenan en pingResultsTable, jnxPingResultsTable, jnxPingProbeHistoryTable, y pingProbeHistoryTable.
Use el Explorador de características: activación o desactivación de rutas estáticas en función de los resultados de las pruebas de RPM, el Explorador de características: seguimiento de rutas estáticas de RPM a través de múltiples saltos siguientes, y el Explorador de características: una extensión de las rutas estáticas con seguimiento de RPM para confirmar la compatibilidad de la plataforma y la versión para esta función.
Para aquellos dispositivos que admiten esta función, puede utilizar sondeos RPM para detectar el estado del vínculo y cambiar el estado de la ruta preferida en función de los resultados de la sonda. Las rutas con seguimiento de RPM pueden ser IPv4 o IPv6, y admiten un solo próximo salto IPv4 o IPv6. Esta característica se configura con la rpm-tracking instrucción en el nivel de [edit routing-options] jerarquía o [edit routing-instances routing-options] . Por ejemplo, las sondas RPM se pueden enviar a una dirección IP para determinar si el enlace está activo y, de ser así, el software instala una ruta estática en la tabla de rutas. Las rutas estáticas con seguimiento de RPM se instalan con preferencia 1 y, por lo tanto, se prefieren a cualquier ruta estática existente para el mismo prefijo. Para aquellos dispositivos que admiten varios saltos siguientes, puede realizar un seguimiento de hasta 16 saltos siguientes para cada ruta estática con seguimiento de IPv4 o IPv6 RPM y puede configurar la preferencia de ruta y los valores de etiqueta para cada prefijo de destino IPv4 o IPv6.
RPM y compatibilidad con marcas de tiempo relacionadas en MPC, MS-MIC/MPC y motor de enrutamiento
La Tabla 1 proporciona información sobre RPM y la compatibilidad con marcas de tiempo relacionadas en MPC, MS-MIC/MPC y motor de enrutamiento:
| Característica |
Rol |
Versión IP |
Soporte (S/N) |
Marca de tiempo en el motor de enrutamiento |
Marca de tiempo en MPC (marca de tiempo de hardware) |
Marca de tiempo en MPC (interfaz si) |
Marca de tiempo en MS-MIC/MPC (sondas de delegado) |
|---|---|---|---|---|---|---|---|
| RPM |
Cliente |
IPv4 |
Y |
Y (μsec) Sondas máximas de 2000 |
Y (μsec) Sondas máximas de 2000 |
N |
Y (mseg) 1 millón de sondas máximas |
| IPv6 |
Y |
Y (μsec) Sondas máximas de 2000 |
N |
N |
Y (mseg) 1 millón de sondas máximas |
||
| Servidor |
IPv4 |
Y |
Y (μsec) Sondas máximas de 2000 |
Y (μsec) Sondas máximas de 2000 |
N |
Y (mseg) 1 millón de sondas máximas |
|
| IPv6 |
Y |
Y (μsec) Sondas máximas de 2000 |
N |
N |
Y (mseg) 1 millón de sondas máximas |
Soporte de Junos OS Evolved
Configuración y resultados de la sonda
A partir de Junos OS Evolved versión 20.1R1 para dispositivos compatibles con esta función, puede configurar sondeos RPM. Para Junos OS Evolved, RPM se configura en el nivel jerárquico [edit services monitoring rpm] . El alcance del apoyo se limita a:
-
Generación y recepción de sondas (cliente) y reflexión (servidor) para los siguientes tipos de sondas RPM:
-
http-get (agregado en Junos OS evolucionado 23.4R1)
Debe establecer la
offload-typeinstrucción en para configurar este tipo de sondeonone. -
http-metadata-get (agregado en Junos OS Evolved 23.4R1)
Debe establecer la
offload-typeinstrucción en para configurar este tipo de sondeonone. -
icmp-ping
-
icmp-timestamp
-
tcp-ping (agregado en Junos OS Evolved 23.4R1)
Debe establecer la
offload-typeinstrucción en para configurar este tipo de sondeonone. -
udp-ping
-
udp-timestamp
-
-
Gestión del historial de sondeos
-
Generación de informes solo a través de syslog
A partir de Junos OS Evolved versión 21.2R1, RPM admite la generación de informes mediante objetos SNMP MIB.
Utilice el Explorador de funciones: servicios RPM en línea para confirmar la compatibilidad de la plataforma y la versión con Junos OS Evolved.
Rutas estáticas con seguimiento de RPM
A partir de Junos OS Evolved versión 24.4R1 para dispositivos compatibles con esta función, ampliamos la compatibilidad con el seguimiento de rutas estáticas a Junos OS Evolved e incluimos compatibilidad con pruebas de protocolo de medición activa bidireccional (TWAMP). Los sondeos RPM o TWAMP se utilizan para detectar el estado del vínculo y cambiar el estado de la ruta preferida en función de los resultados del sondeo. Las rutas estáticas rastreadas pueden ser IPv4 o IPv6, y cada ruta estática con seguimiento IPv4 e IPv6 admite hasta 16 saltos siguientes. También puede configurar la métrica, la preferencia de ruta y los valores de etiqueta para cada prefijo de destino IPv4 o IPv6. Sin embargo, esta función se configura de forma diferente en los dispositivos Junos OS evolucionado; La instrucción se configura sla-tracking en el nivel jerárquico [edit routing-options] . También puede utilizar un comando diferente, show route sla-tracking, para ver información sobre estas rutas. Para Junos OS, configuraría la rpm-tracking instrucción en el mismo nivel de jerarquía y utilizaría el comando show route rpm-tracking para ver información acerca de estas rutas.
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
sla-tracking en el nivel jerárquico
[edit routing-options] . Para Junos OS, debe configurar la
rpm-tracking instrucción en el mismo nivel de jerarquía.
tcp-ping,
http-gety
http-metadata-get sondeos para RPM.