Descripción del uso de sondas para el monitoreo del rendimiento en tiempo real en enrutadores de las series PTX, ACX y MX y en conmutadores EX y QFX
El monitoreo de desempeño en tiempo real (RPM) le permite configurar sondeos activos para rastrear y monitorear el tráfico. Las sondas recopilan paquetes por destino y por aplicación, incluidos los paquetes del protocolo de mensajes de control de Internet (ICMP) de PING, los paquetes del protocolo de datagramas de usuario y del protocolo de control de transmisión (UDP/TCP) con los puertos configurados por el usuario, los paquetes de punto de código de servicios diferenciados (DSCP) de tipo de servicio (TDS) configurados por el usuario y los paquetes del protocolo de transferencia de hipertexto (HTTP). RPM proporciona soporte de 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.
Descripción general
Cuando se configura RPM en un dispositivo, este calcula el rendimiento de la red en función del tiempo de respuesta del paquete, las fluctuaciones y la pérdida de paquetes. El dispositivo recopila estadísticas de RPM mediante el envío de sondeos a un objetivo de sonda especificado, identificado por una dirección IP. Cuando el destino recibe un sondeo, genera respuestas que recibe el dispositivo. Una prueba puede contener múltiples sondas. El tipo de sondeo especifica el contenido de paquete y protocolo de la sonda. Puede utilizar el historial de las 50 sondas más recientes para analizar tendencias en su red y predecir necesidades futuras.
Utilice Explorador de funciones: Supervisión del rendimiento en tiempo real y Explorador de funciones: 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 de ida y el fin mínimo y máximo
-
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 tiempos de salida e ingreso
-
Número de respuestas de sondeo recibidas
-
Número de sondeos enviados
-
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
-
Fluctuación
-
Tiempo de ida y vuelta
-
Desviación estándar (solo Junos OS)
-
Sucesivas pruebas perdidas
-
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 dscp-code-points instrucción de configuración.
Marcas de tiempo de hardware
Para tener en cuenta la latencia o las fluctuaciones en la comunicación de mensajes de sondeo, puede habilitar la marca de tiempo de los paquetes de sondeo (marcas de tiempo de hardware). Si las marcas de tiempo del 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.
Utilice el Explorador de características: marcas de tiempo de hardware de mensajes de sondeo 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 de RTT para confirmar la compatibilidad de la plataforma y la versión de esta característica.
La marca de tiempo de hardware RPM solo se admite en Junos OS, con algunas restricciones:
-
Enrutadores de la serie ACX: Los enrutadores de las series ACX710 y ACX5448 son los únicos enrutadores ACX que ejecutan Junos OS que admiten la configuración de instrucciones
hardware-timestamp. Esta compatibilidad se inició en la versión 22.3R1 de Junos OS. -
Conmutadores de la serie EX: Los conmutadores de la serie EX admiten marcas de tiempo de hardware para las 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 de RPM se realiza en el software. Los sondeos de RPM en el solicitante y en los dispositivos de 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 colocar una marca de tiempo de las siguientes sondas de 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 a las que se envían y reciben en los puntos de conexión de origen y destino.
Debe configurar el solicitante (el cliente RPM) con marcas de tiempo de hardware (consulte la Figura 1) para obtener resultados más significativos que los que obtendría sin las marcas de tiempo. No es necesario configurar el respondedor (el servidor RPM) para que dé soporte a las marcas de tiempo del hardware. Si el respondedor admite marcas de tiempo de hardware, marca de tiempo de los sondeos de RPM. Si el respondedor no admite marcas de tiempo de hardware, RPM solo puede informar mediciones de ida y vuelta que incluyen el tiempo de procesamiento en el respondedor.
En el conmutador EX4300, debe configurar el conmutador como solicitante (el cliente RPM) y como respondedor (el servidor RPM) para colocar una marca de tiempo en el paquete RPM.
En la figura 1 se muestran las marcas de tiempo:
RPM
-
T1 es la hora a la que el paquete abandona el puerto del solicitante.
-
T2 es la hora a la que el respondedor recibe el paquete.
-
T3 es la hora a la 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 usar sondas de 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 de ida y el fin mínimo y máximo
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 los 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. Utilice marcas de tiempo unidireccionales cuando desee recopilar información sobre el retraso en cada dirección y encontrar valores de fluctuación de entrada y salida.
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 tiempos de salida e ingreso
-
Número de sondeos enviados
-
Número de respuestas de sondeo recibidas
-
Porcentaje de sondas perdidas
Soporte de Junos OS
- Configuración y resultados de la sonda
- Soporte de túnel IPsec y GRE
- Rutas estáticas con seguimiento de RPM
- RPM y compatibilidad con marcas de tiempo en MPC, MS-MIC/MPC y motor de enrutamiento
Configuración y resultados de la sonda
En Junos OS, la configuración del sondeo y los resultados del sondeo son compatibles tanto con la interfaz de línea de comandos (CLI) como con SNMP. Las opciones de sondeo de la test test-name instrucción se establecen 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 de RPM más recientes.
Limitaciones para los conmutadores de la serie EX y la serie QFX:
-
El protocolo de medición activa bidireccional (TWAMP) no es compatible con conmutadores QFX.
-
Los conmutadores no admiten clasificadores de clase de servicio (CoS) configurados por el usuario ni la 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 las fluctuaciones 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 interrupciones (NSSU) no admiten marcas de tiempo de pseudohardware.
-
Para especificar el contenido de paquete y protocolo del sondeo, incluya la probe-type instrucción en el nivel de [edit services rpm probe owner test test-name] 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.
Soporte de túnel IPsec y GRE
Puede aplicar RPM a túneles IPsec y túneles GRE para clientes y servidores RPM basados en PIC y en motor de enrutamiento si usa MS-MPC o MS-MIC. La RPM basada en el 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 es compatible con sistemas lógicos.
Utilice el Explorador de funciones: compatibilidad con RPM para túneles IPsec y GRE para confirmar la compatibilidad con esta función en la plataforma y la versión.
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 de BGP configurados. Puede ver los resultados del descubrimiento mediante un cliente SNMP. Los resultados se almacenan en pingResultsTable, jnxPingResultsTable, jnxPingProbeHistoryTabley pingProbeHistoryTable.
Use el Explorador de funciones: activación o desactivación de rutas estáticas en función de los resultados de las pruebas de RPM, Explorador de funciones: seguimiento de rutas estáticas de RPM en múltiples saltos siguientes y Explorador de funciones: una extensión de las rutas estáticas rastreadas por RPM para confirmar la compatibilidad de la plataforma y la versión de esta función.
Para aquellos dispositivos que admiten esta función, puede usar sondeos RPM 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 con seguimiento de RPM pueden ser IPv4 o IPv6, y admiten un próximo salto único 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, se pueden enviar sondas de RPM a una dirección IP para determinar si el vínculo 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 múltiples saltos siguientes, puede rastrear hasta 16 saltos siguientes para cada ruta estática IPv4 o IPv6 con seguimiento de 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 en MPC, MS-MIC/MPC y motor de enrutamiento
La tabla 1 proporciona información sobre las RPM y la compatibilidad con marcas de tiempo relacionadas en MPC, MS-MIC/MPC y el motor de enrutamiento:
| Reportaje |
Función |
Versión de 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 (sondeos delegados) |
|---|---|---|---|---|---|---|---|
| RPM |
Cliente |
IPv4 |
Y |
Y (μseg) 2000 sondas como máximo |
Y (μseg) 2000 sondas como máximo |
N |
Y (mseg) 1 millón de sondas como máximo |
| IPv6 |
Y |
Y (μseg) 2000 sondas como máximo |
N |
N |
Y (mseg) 1 millón de sondas como máximo |
||
| Servidor |
IPv4 |
Y |
Y (μseg) 2000 sondas como máximo |
Y (μseg) 2000 sondas como máximo |
N |
Y (mseg) 1 millón de sondas como máximo |
|
| IPv6 |
Y |
Y (μseg) 2000 sondas como máximo |
N |
N |
Y (mseg) 1 millón de sondas como máximo |
Soporte de Junos OS Evolved
Configuración y resultados de la sonda
A partir de la versión 20.1R1 de Junos OS evolucionado para dispositivos que admitan esta función, puede configurar sondeos RPM. Para Junos OS Evolved, RPM se configura en el [edit services monitoring rpm] nivel de jerarquía. El alcance del soporte se limita a:
-
Generación y recepción de sondas (cliente), así como reflexión (servidor) para los siguientes tipos de sondas RPM:
-
http-get (agregado en Junos OS Evolved 23.4R1)
Debe establecer la
offload-typeinstrucción ennonepara configurar este tipo de sondeo. -
http-metadata-get (agregado en Junos OS Evolved 23.4R1)
Debe establecer la
offload-typeinstrucción ennonepara configurar este tipo de sondeo. -
icmp-ping
-
icmp timestamp
-
tcp-ping (agregado en Junos OS Evolved 23.4R1)
Debe establecer la
offload-typeinstrucción ennonepara configurar este tipo de sondeo. -
udp-ping
-
marca de tiempo udp
-
-
Gestión del historial de sondas
-
Informes solo a través de syslog
A partir de Junos OS Evolved versión 21.2R1, la generación de informes a través de objetos MIB SNMP es compatible con RPM.
Utilice el Explorador de características: Servicios RPM en línea para confirmar la plataforma y la compatibilidad de versión con Junos OS evolucionado.
Rutas estáticas con seguimiento de RPM
A partir de la versión 24.4R1 de Junos OS evolucionado para los dispositivos que admiten esta función, extendimos el soporte para el seguimiento de rutas estáticas a Junos OS evolucionado e incluimos soporte para pruebas de protocolo de medición activa bidireccional (TWAMP). Utilice sondas RPM o TWAMP 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 con seguimiento 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 dispositivos Junos OS evolucionados; La instrucción se configura sla-tracking en el nivel de [edit routing-options] jerarquía. También utilice 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 usaría el comando show route rpm-tracking para ver información acerca de estas rutas.
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
sla-tracking en el nivel de
[edit routing-options] jerarquía. 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.