Monitoreo del rendimiento en tiempo real para dispositivos SRX
RESUMEN En esta sección se describe la función de supervisión del rendimiento en tiempo real (RPM) que permite a los operadores de red y a sus clientes medir con precisión el rendimiento de la red entre dos puntos de conexión.
Descripción general de RPM (SRX)
Con la herramienta RPM, puede configurar y enviar sondeos a un destino especificado y supervisar los resultados analizados para determinar la pérdida de paquetes, el tiempo de ida y vuelta y la fluctuación.
RPM le permite realizar monitoreo a nivel de servicio. Cuando RPM se configura en un dispositivo, el dispositivo calcula el rendimiento de la red en función del tiempo de respuesta del paquete, la fluctuación y la pérdida de paquetes. Estos valores se recopilan mediante las solicitudes GET del protocolo de transferencia de hipertexto (HTTP), las solicitudes del protocolo de mensajes de control de Internet (ICMP) y las solicitudes TCP y UDP, según la configuración.
Esta sección contiene los siguientes temas:
- Sondas RPM
- Pruebas de RPM
- Intervalos de prueba y prueba
- Medición de fluctuación con marca de tiempo de hardware
- Estadísticas de RPM
- Umbrales y trampas rpm
- RPM para la supervisión del BGP
Sondas RPM
Puede recopilar estadísticas de RPM mediante el envío de sondeos a un destino de sondeo especificado, identificado por una dirección IP o URL. Cuando el destino recibe el sondeo, genera respuestas, que son recibidas por el dispositivo. Al analizar los tiempos de tránsito hacia y desde el servidor remoto, el dispositivo puede determinar estadísticas de rendimiento de red.
El dispositivo envía los siguientes tipos de sondeo:
Solicitud GET HTTP en una URL de destino
Solicitud HTTP GET de metadatos en una URL de destino
Solicitud de eco ICMP a una dirección de destino (el valor predeterminado)
Solicitud de marca de hora ICMP a una dirección de destino
Paquetes de ping UDP a un dispositivo de destino
Solicitudes de marca de hora UDP a una dirección de destino
Paquetes de ping TCP a un dispositivo de destino
Los tipos de sondeo UDP y TCP requieren que el servidor remoto se configure como receptor RPM para que genere respuestas a los sondeos.
Los resultados de la prueba RPM también están disponibles en forma de objetos MIB mediante el protocolo SNMP.
En dispositivos SRX300, SRX320, SRX340, SRX1500, SRX4600 e instancias vSRX, cuando configure los sondeos RPM básicos, no se admite la siguiente combinación de los parámetros de configuración:
Dirección de origen y puerto de destino, y siguiente salto.
La configuración de la sonda RPM con estos parámetros impide el envío de sondeos RPM a un destino de sondeo especificado. Recomendamos que configure la dirección de origen o el puerto de destino y el siguiente salto para configurar la prueba RPM.
Pruebas de RPM
Cada destino sondeado se monitorea durante el curso de una prueba. Una prueba representa una colección de sondeos que se envían a intervalos regulares, tal como se define en la configuración. A continuación, se devuelven las estadísticas de cada prueba. Dado que una prueba es una colección de sondas que se han monitoreado durante algún tiempo, las estadísticas de prueba, como la desviación estándar y la fluctuación, se pueden calcular e incluir con las estadísticas de sondeo promedio.
Intervalos de prueba y prueba
Dentro de una prueba, las pruebas RPM se envían a intervalos regulares, configuradas en segundos. Cuando se haya enviado el número total de sondeos y se hayan recibido las respuestas correspondientes, se completará la prueba. Puede establecer manualmente el intervalo de sondeo para cada prueba para controlar cómo se lleva a cabo la prueba RPM.
Después de enviar todas las pruebas para una prueba en particular, la prueba comienza de nuevo. El tiempo entre pruebas es el intervalo de prueba. Puede configurar manualmente el intervalo de prueba para ajustar el rendimiento de RPM.
En dispositivos SRX340, no se admite la operación del servidor RPM con icmp. El servidor RPM funciona bien con TCP y UDP.
Medición de fluctuación con marca de tiempo de hardware
La fluctuación es la diferencia en el tiempo de tránsito relativo entre dos sondeos consecutivos.
Puede realizar la marca de tiempo de los siguientes sondeos RPM para mejorar la medición de la latencia o la fluctuación:
Ping ICMP
Marca de hora de ping ICMP
ping UDP
Marca de tiempo de ping UDP
El dispositivo solo admite la marca de tiempo de hardware de ping UDP y marca de hora rpm de ping UDP y ping UDP solo si el puerto de destino es UDP-ECHO (puerto 7).
La marca de hora se lleva a cabo durante el proceso de reenvío del dispositivo que origina la sonda (el cliente RPM), pero no en el dispositivo remoto que es el destino de la sonda (el servidor RPM).
Las encapsulaciones compatibles en un dispositivo para la marcación de hora son Ethernet, incluyendo VLAN, PPP síncronos y Frame Relay. La única interfaz lógica compatible es una interfaz de servicios lt .
La generación de sondeos RPM con marca de hora de hardware se puede recuperar mediante el protocolo SNMP.
Estadísticas de RPM
Al final de cada prueba, el dispositivo recopila las estadísticas del tiempo de viaje de ida y vuelta del paquete, las horas de entrada y salida del paquete (solo para pruebas de marca de hora ICMP) y la pérdida de sondeo, como se muestra en la tabla 1.
Estadísticas de RPM |
Descripción |
|---|---|
| Horarios de ida y vuelta | |
Tiempo mínimo de ida y vuelta |
El tiempo de ida y vuelta más corto desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba |
Tiempo máximo de ida y vuelta |
El tiempo de ida y vuelta más largo desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba |
Tiempo promedio de ida y vuelta |
Tiempo promedio de ida y vuelta desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba |
Desviación estándar de tiempo de ida y vuelta |
Desviación estándar de los tiempos de ida y vuelta desde el dispositivo Juniper Networks al servidor remoto, medido en el transcurso de la prueba |
Jitter |
Diferencia entre los tiempos máximos y mínimos de ida y vuelta, medidos a lo largo de la prueba |
| Tiempos de entrada y salida (solo pruebas de marca de hora ICMP) | |
Tiempo mínimo de salida |
El tiempo de ida más corto desde el dispositivo Juniper Networks hasta el servidor remoto, según lo medido en el transcurso de la prueba |
Tiempo máximo de entrada |
El tiempo de ida más corto desde el servidor remoto hasta el dispositivo Juniper Networks, medido en el transcurso de la prueba |
Tiempo promedio de salida |
Tiempo medio de ida desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba |
Tiempo promedio de entrada |
Tiempo medio de ida desde el servidor remoto hasta el dispositivo Juniper Networks, medido en el transcurso de la prueba |
Tiempo de salida de desviación estándar |
Desviación estándar de los tiempos de ida desde el dispositivo Juniper Networks al servidor remoto, según se mide en el transcurso de la prueba |
Tiempo de entrada de desviación estándar |
Desviación estándar de los tiempos de ida desde el servidor remoto al dispositivo Juniper Networks, según se mide en el transcurso de la prueba |
Fluctuación de salida |
Diferencia entre los tiempos de salida máximo y mínimo, medidos a lo largo de la prueba |
Fluctuación de entrada |
Diferencia entre los tiempos de entrada máximo y mínimo, medidos a lo largo de la prueba |
| Recuentos de sondeos | |
Pruebas enviadas |
Número total de pruebas enviadas a lo largo de la prueba |
Respuestas de prueba recibidas |
Número total de respuestas de prueba recibidas durante el curso de la prueba |
Porcentaje de pérdida |
Porcentaje de sondeos enviados para los que no se recibió una respuesta |
Umbrales y trampas rpm
Puede configurar valores de umbral RPM para los tiempos de ida y vuelta, los tiempos de entrada (entrante) y los tiempos de salida (salida) que se miden para cada sondeo, así como para los valores estándar de desviación y fluctuación que se miden para cada prueba. Además, puede configurar valores de umbral para el número de sondeos perdidos sucesivos dentro de una prueba y el número total de sondeos perdidos dentro de una prueba.
Si el resultado de una prueba o prueba supera cualquier umbral, el dispositivo genera un mensaje de registro del sistema y envía las notificaciones (trampas) del Protocolo simple de administración de red (SNMP) que haya configurado.
A partir de Junos OS versión 18.4R1, si el resultado de una prueba o prueba supera el umbral de pérdida de paquetes, la prueba de supervisión del rendimiento en tiempo real (RPM) se marca como error. La prueba también falla cuando el tiempo de ida y vuelta (RTT) supera el valor de umbral configurado. Como resultado, el dispositivo genera una notificación SNMP (trampa) y marca la prueba rpm como fallida. RPM le permite realizar monitoreo a nivel de servicio. Cuando RPM se configura en un dispositivo, el dispositivo calcula el rendimiento de la red en función del tiempo de respuesta del paquete, la fluctuación y la pérdida de paquetes.
RPM para la supervisión del BGP
Al administrar redes de emparejamiento que están conectadas mediante el protocolo de puerta de enlace de borde (BGP), es posible que deba averiguar si existe una ruta entre el dispositivo Juniper Networks y sus vecinos BGP configurados. Puede hacer ping manualmente a cada vecino del BGP para determinar el estado de la conexión, pero este método no es práctico cuando el dispositivo tiene configurado un gran número de vecinos de BGP.
En el dispositivo, puede configurar sondeos RPM para supervisar los vecinos del BGP y determinar si están activos.
Directrices para configurar sondeos RPM para IPv6 (dispositivos SRX)
A partir de Junos OS versión 15.1X49-D10, puede configurar pruebas RPM para IPv6.
Tenga en cuenta las siguientes pautas cuando configure direcciones IPv6 para servidores o destinos RPM:
IPv6 RPM usa solicitudes de sondeo ICMPv6. No puede configurar tipos de sondeo de marca de hora ICMP o ICMP.
Solo se admite RPM basado en motor de enrutamiento para los objetivos IPv6, incluida la compatibilidad con VRF, la especificación del tamaño de la parte de datos de las pruebas ICMPv6, el patrón de datos y la clase de tráfico.
Puede configurar pruebas con una combinación de pruebas IPv4 e IPv6. Sin embargo, una prueba individual debe ser IPv4 o IPv6.
RPM basada en motores de enrutamiento no admite marca de hora basada en hardware ni un solo sentido.
Recomendamos que incluya la instrucción en el
probe-limit[edit services rpm]nivel de jerarquía para establecer el límite de pruebas simultáneas en 10. Las pruebas simultáneas más altas pueden dar lugar a picos más altos.La operación del conjunto SNMP solo se permite en los sondeos ICMP y no se admite para otros tipos de sondeo.
En la tabla siguiente se describen los prefijos de dirección especial IPv6 que no puede configurar en una prueba.
Tipo de dirección IPV6
Prefijo de dirección IPV6
Unidifusión con alcance de nodo
::1/128 es la dirección de circuito cerrado
::/128 es la dirección no especificada
Direcciones asignadas a IPv4
::FFFF:0:0/96
Direcciones compatibles con IPv4
:dirección <ipv4>/96
Unidifusión con alcance de vínculo
fe80::/10
Local único
fc00::/7
Prefijo de documentación
2001:db8::/32
6 a 4
2002::/16
6bones
5f00::/8
ORQUÍDEA
2001:10::/28
Teredo
2001::/32
Ruta predeterminada
::/0
Multidifusión
ff00::/8
En rpm basadas en motores de enrutamiento, pueden producirse picos de tiempo de viaje de ruta (RTT) debido a retrasos en las colas, incluso con una sola prueba.
Dado que rpm puede abrir puertos TCP y UDP para comunicarse entre el servidor RPM y el cliente RPM, le recomendamos que utilice firewalls y filtros de ataque de denegación de servicio distribuido (DDoS) para protegerse de amenazas de seguridad.
Sondas IPv6 RPM (vSRX)
A partir de Junos OS versión 15.1X49-D10, RPM basado en el motor de ruta puede enviar y recibir paquetes de prueba IPv6 para supervisar el rendimiento en redes IPv6.
Una solicitud de prueba es un paquete IPv6 estándar con los encabezados TCP, UDP y ICMPv6 correspondientes. Una respuesta de sondeo también es un paquete IPv6 estándar con los encabezados TCP, UDP e ICMPv6 correspondientes. No se adjunta ningún encabezado RPM al paquete estándar para RPM basada en RE. Se produce una prueba RPM basada en IPv6 entre un cliente IPv6 RPM y el servidor IPv6 RPM.
Puede tener pruebas de IPv4 y IPv6 en el mismo sondeo.
Configuración de sondas RPM IPv6 (vSRX)
A partir de Junos OS versión 15.1X49-D10, puede configurar direcciones de destino IPv6 para una prueba de sondeo RPM basada en IPv6.
Para configurar una prueba IPv6 RPM:
Ajuste de sondas RPM (dispositivos SRX)
Después de configurar un sondeo RPM, puede establecer parámetros para controlar las funciones de prueba, como el intervalo entre sondeos, el número total de pruebas simultáneas que un sistema puede manejar y la dirección de origen utilizada para cada paquete de sondeo.
Para ajustar los sondeos RPM:
Monitoreo de sondas RPM (dispositivos SRX)
La información rpm incluye el tiempo de ida y vuelta, la fluctuación y los valores de desviación estándar para cada prueba de RPM configurada en el dispositivo. Para ver estas propiedades de RPM, seleccione Solución de problemas>RPM>View RPM en la interfaz de usuario de J-Web o, en el modo de configuración, ingrese el show comando:
[edit] user@host# run show services rpm probe-results
Además de las estadísticas de RPM para cada prueba de RPM, la interfaz de usuario de J-Web muestra gráficamente los tiempos de ida y vuelta y la fluctuación acumulada. En la Figura 1 se muestran gráficos de muestra para una prueba rpm.
En la Figura 1, el tiempo de ida y vuelta y los valores de fluctuación se trazan en función del tiempo del sistema. Los picos grandes en tiempo de ida y vuelta o fluctuación indican un tiempo de salida (salida) o entrada (entrada) más lento para la sonda enviada en ese momento en particular.
La tabla 2 resume los campos de salida clave en las pantallas RPM.
Campo |
Valores |
Información adicional |
|---|---|---|
| Pruebas en ejecución actualmente | ||
Gráfico |
Haga clic en el vínculo Gráfico para mostrar el gráfico (si aún no se muestra) o para actualizar el gráfico para una prueba en particular. |
|
Propietario |
Nombre de propietario configurado de la prueba RPM. |
– |
Nombre de la prueba |
Nombre configurado de la prueba RPM. |
– |
Tipo de sondeo |
Tipo de sondeo RPM configurado para la prueba especificada:
|
– |
Dirección de destino |
Dirección IPv4, dirección IPv6 o URL del servidor remoto que está siendo investigado por la prueba RPM. |
– |
Dirección de origen |
Haya configurado explícitamente la dirección de origen IPv4 o IPv6 que se incluye en los encabezados del paquete de prueba. |
Si no se configura ninguna dirección de origen, los paquetes de prueba RPM usan la interfaz de salida como dirección de origen y el campo Dirección de origen está vacío. |
RTT mínimo |
El tiempo de ida y vuelta más corto desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba. |
– |
RTT máximo |
El tiempo de ida y vuelta más largo desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba. |
– |
RTT promedio |
Tiempo promedio de ida y vuelta desde el dispositivo Juniper Networks hasta el servidor remoto, medido en el transcurso de la prueba. |
– |
RTT de desviación estándar |
Desviación estándar de los tiempos de ida y vuelta del dispositivo Juniper Networks al servidor remoto, según se mide en el transcurso de la prueba. |
– |
Pruebas enviadas |
Número total de pruebas enviadas a lo largo de la prueba. |
– |
Porcentaje de pérdida |
Porcentaje de sondeos enviados para los que no se recibió una respuesta. |
– |
| Tiempo de ida y vuelta para una sonda | ||
Muestras |
Número total de sondeos utilizados para el conjunto de datos. |
El dispositivo Juniper Networks mantiene registros de las 50 pruebas más recientes para cada prueba configurada. Estos 50 sondeos se utilizan para generar estadísticas RPM para una prueba en particular. |
Muestra más temprana |
Hora del sistema en la que se recibió el primer sondeo de la muestra. |
– |
Ejemplo más reciente |
Tiempo del sistema en el que se recibió el último sondeo de la muestra. |
– |
Valor medio |
Tiempo promedio de ida y vuelta para la muestra de 50 sondas. |
– |
Desviación estándar |
Desviación estándar de los tiempos de ida y vuelta para la muestra de 50 sondeos. |
– |
Valor más bajo |
El tiempo de ida y vuelta más corto desde el dispositivo hasta el servidor remoto, según lo medido en la muestra de 50 sondeos. |
– |
Tiempo de la muestra más bajo |
Tiempo del sistema en el que se recibió el valor más bajo de la muestra de 50 sondeos. |
– |
Valor más alto |
El tiempo de ida y vuelta más largo desde el dispositivo Juniper Networks hasta el servidor remoto, medido en la muestra de 50 sondeos. |
– |
Tiempo de la muestra más alta |
Tiempo del sistema en el que se recibió el valor más alto de la muestra de 50 sondeos. |
– |
| Fluctuación acumulativa para una sonda | ||
Muestras |
Número total de sondeos utilizados para el conjunto de datos. |
El dispositivo Juniper Networks mantiene registros de las 50 pruebas más recientes para cada prueba configurada. Estos 50 sondeos se utilizan para generar estadísticas RPM para una prueba en particular. |
Muestra más temprana |
Hora del sistema en la que se recibió el primer sondeo de la muestra. |
– |
Ejemplo más reciente |
Tiempo del sistema en el que se recibió el último sondeo de la muestra. |
– |
Valor medio |
Fluctuación media para la muestra de 50 sondeos. |
– |
Desviación estándar |
Desviación estándar de los valores de fluctuación para la muestra de 50 sondeos. |
– |
Valor más bajo |
Menor valor de fluctuación, medido en la muestra de 50 sondeos. |
– |
Tiempo de la muestra más bajo |
Tiempo del sistema en el que se recibió el valor más bajo de la muestra de 50 sondeos. |
– |
Valor más alto |
Valor de fluctuación más alto, medido en la muestra de 50 sondeos. |
– |
Tiempo de la muestra más alta |
Tiempo del sistema en el que se recibió el valor de fluctuación más alto en la muestra de 50 sondeos. |
– |
Ejemplo: Configuración de sondas RPM básicas (SRX)
En este ejemplo, se muestra cómo configurar los sondeos RPM básicos para medir el rendimiento entre dos puntos de conexión de red.
Requisitos
Antes de empezar:
Establezca una conectividad básica.
Configure interfaces de red. Consulte Guía del usuario de interfaces para dispositivos de seguridad.
Visión general
En este ejemplo, se configuran las pruebas básicas para dos propietarios de RPM, customerA y customerB. Configure la prueba rpm como icmp-test para el clienteA con un intervalo de prueba de 15 segundos y especifique un tipo de sondeo como icmp-ping-timestamp, una marca de hora de prueba y una dirección de destino como 192.178.16.5. A continuación, configure los umbrales RPM y las capturas SNMP correspondientes para captar tiempos de entrada (entrantes) superiores a 3000 microsegundos.
A continuación, configure la prueba RPM como http-test para customerB con un intervalo de prueba de 30 segundos y especifique un tipo de sondeo como http-get y una DIRECCIÓN URL de destino como http://customerB.net. Por último, configure los umbrales rpm y las capturas SNMP correspondientes como fallas de prueba y prueba para detectar tres o más sondeos perdidos sucesivos y un total de 10 sondeos perdidos.
En dispositivos SRX300, SRX320, SRX340, SRX1500 e instancias vSRX, cuando configure sondas RPM básicas, no se admite la siguiente combinación de los parámetros de configuración:
Dirección de origen y puerto de destino, y siguiente salto.
La configuración de la sonda RPM con estos parámetros impide el envío de sondeos RPM a un destino de sondeo especificado. Recomendamos que configure la dirección de origen o el puerto de destino y el siguiente salto para configurar la prueba RPM.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.
set services rpm probe customerA test icmp-test probe-interval 15 set services rpm probe customerA test icmp-test probe-type icmp-ping-timestamp set services rpm probe customerA test icmp-test hardware-timestamp set services rpm probe customerA test icmp-test target address 192.178.16.5 set services rpm probe customerA test icmp-test thresholds ingress-time 3000 set services rpm probe customerA test icmp-test traps ingress-time-exceeded set services rpm probe customerB test http-test probe-interval 30 set services rpm probe customerB test http-test probe-type http-get set services rpm probe customerB test http-test target url http://customerB.net set services rpm probe customerB test http-test thresholds successive-loss 3 set services rpm probe customerB test http-test thresholds total-loss 10 set services rpm probe customerB test http-test traps probe-failure set services rpm probe customerB test http-test traps test-failure
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de la CLI de Junos OS .
Para configurar sondas RPM básicas:
Configure el RPM.
[edit] user@host# edit services rpm
Configure los propietarios de RPM.
[edit services rpm] user@host# set probe customerA user@host# set probe customerB
Configure la prueba rpm para el clienteA.
[edit services rpm] user@host# edit probe customerA user@host# set test icmp-test probe-interval 15 user@host# set test icmp-test probe-type icmp-ping-timestamp
Especifique una marca de hora de sondeo y una dirección de destino.
[edit services rpm probe customerA] user@host# set test icmp-test hardware-timestamp user@host# set test icmp-test target address 192.178.16.5
Configure los umbrales RPM y las capturas SNMP correspondientes.
[edit services rpm probe customerA] user@host# set test icmp-test thresholds ingress-time 3000 user@host# set test icmp-test traps ingress-time-exceeded
Configure la prueba rpm para el clienteB.
[edit] user@host# edit services rpm probe customerB user@host# set test http-test probe-interval 30
Especifique un tipo de sondeo y una DIRECCIÓN URL de destino.
[edit services rpm probe customerB] user@host# set test http-test probe-type http-get user@host# set test http-test target url http://customerB.net
Configure los umbrales RPM y las capturas SNMP correspondientes.
[edit services rpm probe customerB] user@host# set test http-test thresholds successive-loss 3 user@host# set test http-test thresholds total-loss 10 user@host# set test http-test traps probe-failure user@host# set test http-test traps test-failure
Resultados
Desde el modo de configuración, ingrese el comando para confirmar la run show services rpm configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
[edit]
user@host# run show services rpm
probe customerA {
test icmp-test {
probe-type icmp-ping-timestamp;
target address 192.178.16.5;
probe-interval 15;
thresholds {
ingress-time 3000;
}
traps ingress-time-exceeded;
hardware-timestamp;
}
}
probe customerB {
test http-test {
probe-type http-get;
target url http://customerB.net;
probe-interval 30;
thresholds {
successive-loss 3;
total-loss 10;
}
traps [ probe-failure test-failure ];
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
Verificar los servicios de RPM
Propósito
Compruebe que la configuración rpm se encuentra dentro de los valores esperados.
Acción
Desde el modo operativo, ingrese el show services rpm comando. El resultado muestra los valores que están configurados para RPM en el dispositivo.
Verificar estadísticas de RPM
Propósito
Compruebe que las pruebas RPM están funcionando y que las estadísticas rpm están dentro de los valores esperados.
Acción
Desde el modo operativo, ingrese el show services rpm probe-results comando.
user@host> show services rpm probe-results
Owner: customerD, Test: icmp-test
Probe type: icmp-ping-timestamp
Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Average Rtt: 331 usec,
Jitter Rtt: 73 usec, Stddev Rtt: 27 usec
Minimum egress time: 0 usec, Maximum egress time: 0 usec,
Average egress time: 0 usec, Jitter egress time: 0 usec,
Stddev egress time: 0 usec
Minimum ingress time: 0 usec, Maximum ingress time: 0 usec,
Average ingress time: 0 usec, Jitter ingress time: 0 usec,
Stddev ingress time: 0 usec
Probes sent: 5, Probes received: 5, Loss percentage: 0
Owner: customerE, Test: http-test
Target address: 192.176.17.4, Target URL: http://customerB.net,
Probe type: http-get
Minimum Rtt: 1093 usec, Maximum Rtt: 1372 usec, Average Rtt: 1231 usec,
Jitter Rtt: 279 usec, Stddev Rtt: 114 usec
Probes sent: 3, Probes received: 3, Loss percentage: 0
Owner: Rpm-Bgp-Owner, Test: Rpm-Bgp-Test-1
Target address: 10.209.152.37, Probe type: icmp-ping, Test size: 5 probes
Routing Instance Name: LR1/RI1
Probe results:
Response received, Fri Oct 28 05:20:23 2005
Rtt: 662 usec
Results over current test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Results over all tests:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Configure las trampas que desee mediante el set services rpm probe p1 test t1 traps comando.
Si se activa una captura, puede ver la misma en el archivo de registro denominados mensajes mediante el show snmp log messages | match rmopd comando.
| Opción posible |
Conjunto de valores |
|---|---|
| fluctuación de salida superada |
Excedió la fluctuación en el umbral de tiempo de salida |
| egreso-std-dev-superado |
Excedió el umbral de desviación estándar del tiempo de salida |
| tiempo de salida excedido |
Superado el umbral máximo de tiempo de salida |
| fluctuación de entrada superada |
Excedió la fluctuación en el umbral de tiempo de entrada |
| entrada-std-dev-superada |
Excedió el umbral de desviación estándar del tiempo de entrada |
| falla en la prueba |
Umbral de pérdida de sondeo sucesivo alcanzado |
| superado por rtt |
Superado el umbral máximo de tiempo de ida y vuelta |
| std-dev-superado |
Superado el umbral de desviación estándar del tiempo de ida y vuelta |
| realización de pruebas |
Prueba completada |
| falla de prueba |
Umbral total de pérdida de sondeo alcanzado |
Ejemplo: Configuración de RPM mediante sondeos TCP y UDP (dispositivos SRX)
En este ejemplo, se muestra cómo configurar RPM mediante sondeos TCP y UDP.
Requisitos
Antes de empezar:
Establezca una conectividad básica.
Configure interfaces de red. Consulte Guía del usuario de interfaces para dispositivos de seguridad.
Configure el propietario del sondeo, la prueba y los parámetros específicos del sondeo RPM. Consulte Monitoreo de rendimiento en tiempo real para dispositivos SRX.
Visión general
En este ejemplo, se configuran tanto el host (dispositivo A) como el dispositivo remoto (dispositivo B) para que actúen como servidores TCP y UDP. Configure una sonda para customerC, que usa paquetes TCP. El dispositivo B se configura como un servidor RPM para paquetes TCP y UDP, utilizando una interfaz de servicios lt como interfaz de destino, y los puertos 50000 y 50037, respectivamente.
Utilice la clasificación de sondeo con precaución, ya que una configuración incorrecta puede hacer que se caigan los paquetes.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.
{device A}
set services rpm probe customerC test tcp-test probe-interval 5
set services rpm probe customerC test tcp-test probe-type tcp-ping
set services rpm probe customerC test tcp-test target address 192.162.45.6
set services rpm probe customerC test tcp-test destination-interface lt-0/0/0
set services rpm probe customerC test tcp-test destination-port 50000
{device B}
set services rpm probe-server tcp port 50000
set services rpm probe-server udp port 50037
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de la CLI de Junos OS .
Para configurar RPM mediante sondeos TCP y UDP:
Configure el propietario de RPM en el dispositivo A.
{device A} [edit] user@host# edit services rpm user@host# set probe customerCConfigure la prueba rpm.
{device A} [edit services rpm] user@host# edit services rpm probe customerC user@host# set test tcp-test probe-interval 5Establezca el tipo de sondeo.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test probe-type tcp-pingEspecifique la dirección de destino.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test target address 192.162.45.6Configure la interfaz de destino.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-interface It-0/0/0Configure el puerto 50000 como el puerto TCP al que se envían los sondeos RPM.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-port 50000Configure el dispositivo B para que actúe como un servidor TCP mediante el puerto 50000.
{device B} [edit] user@host# edit services rpm user@host# set probe-server tcp port 50000Configure el dispositivo B para que actúe como un servidor UDP mediante el puerto 50037.
{device B} [edit services rpm] user@host# set probe-server udp port 50037
Resultados
Desde el modo operativo, ingrese el comando para confirmar su show services rpm configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
[edit]
user@host# show services rpm
probe customerC {
test tcp-test {
probe-type tcp-ping;
target address 192.162.45.6;
probe-interval 5;
destination-port 50000;
destination-interface lt-0/0/0.0;
}
}
probe-server {
tcp {
port 50000;
}
udp {
port 50037;
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Verificar servidores de sondeo RPM
Propósito
Confirme que la configuración funciona correctamente.
Compruebe que el dispositivo está configurado para recibir y transmitir sondeos TCP y UDP RPM en los puertos correctos.
Acción
Desde el modo operativo, ingrese el show services rpm active-servers comando. El resultado muestra una lista de los protocolos y puertos correspondientes para los que el dispositivo está configurado como un servidor RPM.
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000
Protocol: UDP, Port: 50037
Ejemplo: Configuración de pruebas RPM para la supervisión del BGP
En este ejemplo, se muestra cómo configurar los sondeos RPM para supervisar a los vecinos del BGP.
Requisitos
Antes de empezar:
Configure los parámetros del BGP en configuración rpm para enviar sondeos RPM a los vecinos del BGP. Consulte Monitoreo de rendimiento en tiempo real para dispositivos SRX.
Utilice las pruebas TCP o UDP configurando tanto el servidor de sondeo (dispositivo juniper Networks) como el receptor de la sonda (el dispositivo remoto) para que transmitan y reciban sondas RPM en el mismo puerto TCP o UDP. Consulte Monitoreo de rendimiento en tiempo real para dispositivos SRX.
Visión general
En este ejemplo, se especifica un valor hexadecimal que desea usar para la parte de datos del sondeo RPM como ABCD123. ( Oscila entre 1 y 2048 caracteres.) Especifique el tamaño de datos del sondeo RPM como 1024 bytes. ( El valor oscila entre 0 y 65 507.)
A continuación, configure el puerto de destino 50000 como el puerto TCP al que se envían los sondeos RPM. Se especifica el número de resultados de la prueba que se guardarán en el historial de sondeos como 25. (Oscila entre 0 y 255, y el valor predeterminado es 50.) El recuento de sondeos se establece en 5 y el intervalo de sondeo como 1. (El recuento de sondeos oscila entre 1 y 15, y el valor predeterminado es 1; el intervalo de la sonda oscila entre 1 y 255, y el valor predeterminado es 3.) A continuación, especifique tcp-ping como el tipo de sondeo que se enviará como parte de la prueba.
Por último, se establece el intervalo de prueba como 60. El valor oscila entre 0 y 86 400 segundos para el intervalo entre pruebas.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.
set services rpm bgp data-fill ABCD123 data-size 1024 set services rpm bgp destination-port 50000 history-size 25 set services rpm bgp probe-count 5 probe-interval 1 set services rpm bgp probe-type tcp-ping test-interval 60
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de la CLI de Junos OS .
Para configurar los sondeos RPM para monitorear a los vecinos del BGP:
Configure el RPM y el BGP.
[edit] user@host# edit services rpm bgp
Especifique un valor hexadecimal.
[edit services rpm bgp] user@host# set data-fill ABCD123
Especifique el tamaño de datos del sondeo RPM.
[edit services rpm bgp] user@host# set data-size 1024
Configure el puerto de destino.
[edit services rpm bgp] user@host# set destination-port 50000
Especifique el número de pruebas.
[edit services rpm bgp] user@host# set history-size 25
Establezca el recuento de sondeo y el intervalo de sondeo.
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
Especifique el tipo de sondeo.
[edit services rpm bgp] user@host# set probe-type tcp-ping
Nota:Si no especifica el tipo de sondeo, se enviarán los sondeos ICMP predeterminados.
Establezca el intervalo de prueba.
[edit services rpm bgp] user@host# set test-interval 60
Resultados
Desde el modo de configuración, ingrese el comando para confirmar la run show services rpm configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
[edit]
user@host# run show services rpm
bgp {
probe-type tcp-ping;
probe-count 5;
probe-interval 1;
test-interval 60;
destination-port 50000;
history-size 25;
data-size 1024;
data-fill ABCD123;
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.