Monitoreo de desempeño en tiempo real para dispositivos SRX
En esta sección se describe la función de monitoreo de rendimiento en tiempo real (RPM) que permite a los operadores de red y 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 las fluctuaciones.
RPM le permite realizar monitoreo a nivel de servicio. 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. Estos valores se recopilan mediante solicitudes GET de protocolo de transferencia de hipertexto (HTTP), solicitudes de protocolo de mensajes de control de Internet (ICMP) y solicitudes TCP y UDP, según la configuración.
Esta sección contiene los siguientes temas:
- Sondas de RPM
- Pruebas de RPM
- Intervalos de sondeo y prueba
- Medición de fluctuación con marca de tiempo de hardware
- Estadísticas de RPM
- Umbrales y trampas de RPM
- RPM para monitoreo de BGP
Sondas de RPM
Para recopilar estadísticas de RPM, se envían sondeos a un destino de sondeo especificado, identificado por una dirección IP o una dirección URL. Cuando el destino recibe la sonda, 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 la red.
El dispositivo envía los siguientes tipos de sondeo:
Solicitud HTTP GET 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 (la predeterminada)
Solicitud de marca de tiempo ICMP a una dirección de destino
Paquetes de ping UDP a un dispositivo de destino
Solicitudes de marca de tiempo UDP a una dirección de destino
Paquetes TCP ping a un dispositivo de destino
Los tipos de sonda UDP y TCP requieren que el servidor remoto esté configurado como un receptor RPM para que genere respuestas a las sondas.
Los resultados de la sonda RPM también están disponibles en forma de objetos MIB a través del protocolo SNMP.
En dispositivos SRX300, SRX320, SRX340, SRX1500, SRX4600 e instancias de firewall virtual vSRX, cuando configure 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 próximo salto.
La configuración del sondeo RPM con estos parámetros impide el envío de sondeos RPM a un destino de sondeo especificado. Le recomendamos que configure la dirección de origen o el puerto de destino y el siguiente salto para configurar la sonda RPM.
Pruebas de RPM
Cada objetivo sondeado se monitorea en el transcurso de una prueba. Una prueba representa una colección de sondeos, enviados a intervalos regulares, como se define en la configuración. A continuación, se devuelven las estadísticas de cada prueba. Debido a que una prueba es una colección de sondas que se han monitoreado durante algún período de tiempo, las estadísticas de la prueba, como la desviación estándar y la fluctuación, se pueden calcular e incluir con las estadísticas promedio de la sonda.
Intervalos de sondeo y prueba
Dentro de una prueba, las sondas de RPM se envían a intervalos regulares, configuradas en segundos. Cuando se ha enviado el número total de sondeos y se han recibido las respuestas correspondientes, la prueba está completa. Puede configurar manualmente el intervalo de sonda para cada prueba para controlar cómo se realiza la prueba de RPM.
Una vez que se han enviado todas las sondas 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 de 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 sondas consecutivas.
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
El dispositivo admite la marca de tiempo de hardware de ping UDP y los sondeos de RPM de marca de tiempo de ping UDP solo si el puerto de destino es UDP-ECHO (puerto 7).
La marca de tiempo tiene lugar 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 admitidas en un dispositivo para la marca de tiempo son Ethernet, incluida VLAN, PPP síncrono y Frame Relay. La única interfaz lógica admitida es una interfaz de servicios lt .
La generación de la sonda RPM con marca de tiempo del hardware se puede recuperar a través del protocolo SNMP.
Estadísticas de RPM
Al final de cada prueba, el dispositivo recopila las estadísticas del tiempo de ida y vuelta del paquete, los tiempos de entrada y salida de paquetes (solo para sondas de marca de tiempo ICMP) y la pérdida del sondeo, como se muestra en la Tabla 1.
Estadísticas de RPM |
Descripción |
|---|---|
| Tiempos de ida y vuelta | |
Tiempo mínimo de ida y vuelta |
El tiempo de ida y vuelta más corto desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba |
Tiempo máximo de ida y vuelta |
El tiempo de ida y vuelta más largo desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba |
Tiempo promedio de ida y vuelta |
Tiempo promedio de ida y vuelta desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba |
Desviación estándar tiempo de ida y vuelta |
Desviación estándar de los tiempos de ida y vuelta desde el dispositivo de Juniper Networks al servidor remoto, medidos durante el transcurso de la prueba |
Fluctuación |
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 sondeos de marca de tiempo ICMP) | |
Tiempo mínimo de salida |
El tiempo unidireccional más corto desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba |
Tiempo máximo de ingreso |
El tiempo unidireccional más corto desde el servidor remoto hasta el dispositivo de Juniper Networks, medido durante el transcurso de la prueba |
Tiempo medio de salida |
Tiempo promedio unidireccional desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba |
Tiempo medio de ingreso |
Tiempo promedio unidireccional desde el servidor remoto al dispositivo de Juniper Networks, medido durante el transcurso de la prueba |
Tiempo de salida de desviación estándar |
Desviación estándar de los tiempos unidireccionales desde el dispositivo de Juniper Networks al servidor remoto, medidos durante el transcurso de la prueba |
Tiempo de ingreso de desviación estándar |
Desviación estándar de los tiempos unidireccionales del servidor remoto al dispositivo de Juniper Networks, medidos durante el transcurso de la prueba |
Fluctuaciones de salida |
Diferencia entre los tiempos máximos y mínimos de salida, medidos a lo largo de la prueba |
Fluctuaciones de entrada |
Diferencia entre los tiempos de entrada máximos y mínimos, medidos a lo largo de la prueba |
| Recuentos de sondas | |
Sondas enviadas |
Número total de sondas enviadas durante el transcurso de la prueba |
Respuestas de sondeo recibidas |
Número total de respuestas de sondeo recibidas durante el transcurso de la prueba |
Porcentaje de pérdidas |
Porcentaje de sondeos enviados para los que no se recibió respuesta |
Umbrales y trampas de RPM
Puede configurar valores de umbral de RPM para los tiempos de ida y vuelta, los tiempos de entrada (entrantes) y los tiempos de salida (salida) que se miden para cada sonda, así como para los valores de desviación estándar y fluctuación de fase 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 un sondeo 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 sonda o prueba supera el umbral de pérdida de paquetes, la prueba de monitoreo de desempeño en tiempo real (RPM) se marca como fallida. La sonda de 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 de RPM como fallida. RPM le permite realizar monitoreo a nivel de servicio. 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.
RPM para monitoreo de BGP
Cuando administre redes de emparejamiento que se conectan mediante el Protocolo de puerta de enlace de frontera (BGP), es posible que deba averiguar si existe una ruta entre el dispositivo de Juniper Networks y sus vecinos de BGP configurados. Puede hacer ping manualmente a cada vecino de BGP para determinar el estado de la conexión, pero este método no es práctico cuando el dispositivo tiene una gran cantidad de vecinos de BGP configurados.
En el dispositivo, puede configurar sondeos de RPM para monitorear los vecinos del BGP y determinar si están activos.
Directrices para configurar sondas RPM para IPv6 (firewalls de la serie SRX)
A partir de Junos OS versión 15.1X49-D10, puede configurar sondas RPM para IPv6.
Tenga en cuenta las siguientes directrices cuando configure direcciones IPv6 para destinos o servidores RPM:
RPM IPv6 utiliza solicitudes de sondeo ICMPv6. No puede configurar tipos de sondeo ICMP o de marca de tiempo ICMP.
Solo se admite RPM basada en el motor de enrutamiento para los destinos IPv6, incluida la compatibilidad con VRF, la especificación del tamaño de la parte de datos de las sondas ICMPv6, el patrón de datos y la clase de tráfico.
Puede configurar sondas con una combinación de pruebas IPv4 e IPv6. Sin embargo, una prueba individual debe ser IPv4 o IPv6.
El RPM basado en el motor de enrutamiento no admite marcas de tiempo basadas en hardware o unidireccionales.
Recomendamos que incluya la
probe-limitinstrucción en el nivel de[edit services rpm]jerarquía para establecer el límite de sondeos simultáneos en 10. Las sondas simultáneas más altas pueden dar lugar a picos más altos.La operación de conjunto de SNMP solo se permite en sondas ICMP y no se admite para otros tipos de sonda.
En la siguiente tabla se describen los prefijos de direcciones especiales IPv6 que no se pueden configurar en una sonda.
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 ámbito de vínculo
fe80::/10
Único-Local
fc00::/7
Prefijo de documentación
2001: db8::/32
6 a 4
2002::/16
6hueso
5f00::/8
Orquídea
2001:10::/28
Teredo
2001::/32
Ruta predeterminada
::/0
Multidifusión
ff00::/8
En las RPM basadas en el motor de enrutamiento, pueden producirse picos de tiempo de viaje de ruta (RTT) debido a retrasos en la cola, 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 use firewalls y filtros de ataque de denegación de servicio distribuido (DDoS) para protegerse contra amenazas de seguridad.
Sondas RPM IPv6 (firewall virtual vSRX)
A partir de Junos OS versión 15.1X49-D10, los RPM basados en motores de ruta pueden enviar y recibir paquetes de sonda IPv6 para monitorear el rendimiento en redes IPv6.
Una solicitud de sondeo es un paquete IPv6 estándar con los encabezados TCP, UDP e ICMPv6 correspondientes. Una respuesta de sondeo también es un paquete IPv6 estándar con los encabezados TCP, UDP e ICMPv6 correspondientes. No se agrega ningún encabezado RPM al paquete estándar para RPM basado en RE. Se produce una prueba de RPM basada en IPv6 entre un cliente de RPM IPv6 y un servidor de RPM IPv6.
Puede tener pruebas de IPv4 y pruebas de IPv6 en la misma sonda.
Configuración de sondas RPM IPv6 (firewall virtual vSRX)
A partir de Junos OS versión 15.1X49-D10, puede configurar direcciones de destino IPv6 para una prueba de sonda RPM basada en IPv6.
Para configurar una prueba de RPM IPv6:
Sondas de RPM de ajuste (firewalls de la serie SRX)
Después de configurar una sonda RPM, puede establecer parámetros para controlar las funciones de la sonda, como el intervalo entre sondeos, el número total de sondeos simultáneos que un sistema puede manejar y la dirección de origen utilizada para cada paquete de sonda.
Para ajustar las sondas RPM:
Sondas de RPM de monitoreo (firewalls de la serie SRX)
La información de RPM incluye el tiempo de ida y vuelta, las fluctuaciones y los valores de desviación estándar para cada prueba de RPM configurada en el dispositivo. Para ver estas propiedades de RPM, seleccione Troubleshoot>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 las fluctuaciones acumuladas. La Figura 1 muestra gráficos de muestra para una prueba de RPM.
de muestra
En la Figura 1, los valores de tiempo de ida y vuelta y fluctuación de fase se representan en función del tiempo del sistema. Los picos grandes en el tiempo de ida y vuelta o las fluctuaciones indican un tiempo de salida (salida) o entrada (ingreso) 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 actualmente en ejecución | ||
| Gráfico |
Haga clic en el vínculo Gráfico para mostrar el gráfico (si aún no se ha mostrado) o para actualizar el gráfico de una prueba en particular. |
|
| Propietario |
Nombre del propietario configurado de la prueba RPM. |
– |
| Nombre de la prueba |
Nombre configurado de la prueba RPM. |
– |
| Tipo de sonda |
Tipo de sonda de RPM configurada para la prueba especificada:
|
– |
| Dirección de destino |
Dirección IPv4, dirección IPv6 o URL del servidor remoto que está siendo sondeado por la prueba RPM. |
– |
| Dirección de origen |
Dirección de origen IPv4 o IPv6 configurada explícitamente que se incluye en los encabezados de los paquetes de sondeo. |
Si no se configura ninguna dirección de origen, los paquetes de sondeo RPM utilizan 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 de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba. |
– |
| RTT máximo |
El tiempo de ida y vuelta más largo desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba. |
– |
| RTT promedio |
Tiempo promedio de ida y vuelta desde el dispositivo de Juniper Networks hasta el servidor remoto, medido durante el transcurso de la prueba. |
– |
| RTT de desviación estándar |
Desviación estándar de los tiempos de ida y vuelta desde el dispositivo de Juniper Networks al servidor remoto, medidos durante el transcurso de la prueba. |
– |
| Sondas enviadas |
Número total de sondas enviadas durante el transcurso de la prueba. |
– |
| Porcentaje de pérdida |
Porcentaje de sondas enviadas para las que no se recibió respuesta. |
– |
| Tiempo de ida y vuelta para una sonda | ||
| Muestras |
Número total de sondas utilizadas para el conjunto de datos. |
El dispositivo de Juniper Networks mantiene registros de las 50 sondas más recientes para cada prueba configurada. Estas 50 sondas se utilizan para generar estadísticas de RPM para una prueba en particular. |
| Muestra más antigua |
Hora del sistema en la que se recibió la primera sonda de la muestra. |
– |
| Muestra más reciente |
Hora del sistema en la que se recibió la última sonda 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 sondas. |
– |
| Valor más bajo |
El tiempo de ida y vuelta más corto desde el dispositivo hasta el servidor remoto, medido en la muestra de 50 sondas. |
– |
| Hora de la muestra más baja |
Hora del sistema en la que se recibió el valor más bajo en la muestra de 50 sondas. |
– |
| Valor más alto |
El tiempo de ida y vuelta más largo desde el dispositivo de Juniper Networks hasta el servidor remoto, medido en la muestra de 50 sondas. |
– |
| Hora de la muestra más alta |
Hora del sistema en la que se recibió el valor más alto en la muestra de 50 sondas. |
– |
| Fluctuación acumulada para una sonda | ||
| Muestras |
Número total de sondas utilizadas para el conjunto de datos. |
El dispositivo de Juniper Networks mantiene registros de las 50 sondas más recientes para cada prueba configurada. Estas 50 sondas se utilizan para generar estadísticas de RPM para una prueba en particular. |
| Muestra más antigua |
Hora del sistema en la que se recibió la primera sonda de la muestra. |
– |
| Muestra más reciente |
Hora del sistema en la que se recibió la última sonda de la muestra. |
– |
| Valor medio |
Fluctuación de fase media para la muestra de 50 sondas. |
– |
| Desviación estándar |
Desviación estándar de los valores de fluctuación de fase para la muestra de 50 sondas. |
– |
| Valor más bajo |
Valor de fluctuación más pequeño, medido sobre la muestra de 50 sondas. |
– |
| Hora de la muestra más baja |
Hora del sistema en la que se recibió el valor más bajo en la muestra de 50 sondas. |
– |
| Valor más alto |
Valor de fluctuación más alto, medido sobre la muestra de 50 sondas. |
– |
| Hora de la muestra más alta |
Hora del sistema en la que se recibió el valor de fluctuación de fase más alto en la muestra de 50 sondas. |
– |
Ejemplo: Configuración de sondas RPM básicas (SRX)
En este ejemplo, se muestra cómo configurar sondas RPM básicas para medir el rendimiento entre dos puntos de conexión de red.
Requisitos
Antes de empezar:
Establezca una conectividad básica.
Configure las interfaces de red. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Descripción general
En este ejemplo, se configuran sondeos básicos para dos propietarios de RPM, customerA y customerB. Puede configurar la prueba de RPM como icmp-test for customerA con un intervalo de prueba de 15 segundos y especificar un tipo de sondeo como icmp-ping-timestamp, una marca de tiempo de sondeo y una dirección de destino como 192.178.16.5. Luego, configure los umbrales de RPM y las trampas SNMP correspondientes para capturar tiempos de entrada (entrantes) superiores a 3000 microsegundos.
A continuación, configure la prueba de RPM como http-test for 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. Finalmente, configure los umbrales de RPM y las trampas de SNMP correspondientes como sonde-failure y test-failure para detectar tres o más sondeos perdidos sucesivos y un total de sondeos perdidos de 10.
En dispositivos SRX300, SRX320, SRX340, SRX1500 e instancias de firewall virtual vSRX, cuando configure 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 próximo salto.
La configuración del sondeo RPM con estos parámetros impide el envío de sondeos RPM a un destino de sondeo especificado. Le recomendamos que configure la dirección de origen o el puerto de destino y el siguiente salto para configurar la sonda 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
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS .
Para configurar sondas RPM básicas:
Configure las 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 de 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 tiempo de la sonda 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 de RPM y las trampas 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 de 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 sonda y una 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 de RPM y las trampas 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 de 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 ];
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funcione correctamente.
Verificación de servicios RPM
Propósito
Verifique que la configuración de RPM esté dentro de los valores esperados.
Acción
Desde el modo operativo, introduzca el show services rpm comando. El resultado muestra los valores configurados para RPM en el dispositivo.
Verificación de estadísticas de RPM
Propósito
Compruebe que las sondas de RPM funcionan y que las estadísticas de RPM están dentro de los valores esperados.
Acción
Desde el modo operativo, introduzca 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 verla en el archivo de registro denominada messages mediante el show snmp log messages | match rmopd comando.
| Opción posible |
Conjunto de valores |
|---|---|
| salida-fluctuación-superada |
Superó las fluctuaciones en el umbral de tiempo de salida |
| salida-std-dev-exceeded |
Se superó el umbral de desviación estándar del tiempo de salida |
| tiempo de salida excedido |
Se superó el umbral de tiempo máximo de salida |
| Fluctuación de fluctuación de entrada superada |
Superó la fluctuación en el umbral del tiempo de entrada |
| ingress-std-dev-exceeded |
Umbral de desviación estándar del tiempo de entrada superado |
| falla de sonda |
Se alcanza el umbral de pérdida de sonda sucesiva |
| RTT excedido |
Se superó el umbral máximo de tiempo de ida y vuelta |
| std-dev-exceeded |
Se superó el umbral de desviación estándar del tiempo de ida y vuelta |
| finalización de la prueba |
Prueba completada |
| prueba fallida |
Umbral total de pérdida de la sonda alcanzado |
Ejemplo: Configuración de RPM mediante sondas TCP y UDP (firewalls de la serie SRX)
En este ejemplo, se muestra cómo configurar RPM mediante sondas TCP y UDP.
Requisitos
Antes de empezar:
Establezca una conectividad básica.
Configure las interfaces de red. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure el propietario de la sonda, la prueba y los parámetros específicos de la sonda RPM. Consulte Monitoreo del rendimiento en tiempo real para dispositivos SRX.
Descripción general
En este ejemplo, se configura tanto el host (dispositivo A) como el dispositivo remoto (dispositivo B) para que actúen como servidores TCP y UDP. Configure un sondeo para customerC, que utiliza 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.
Use la clasificación de la sonda 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
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS .
Para configurar RPM mediante sondas 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 sonda.
{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 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 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 la show services rpm configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración de 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;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Verificación de servidores de sonda RPM
Propósito
Confirme que la configuración funcione correctamente.
Compruebe que el dispositivo está configurado para recibir y transmitir sondas RPM TCP y UDP en los puertos correctos.
Acción
Desde el modo operativo, introduzca el show services rpm active-servers comando. El resultado muestra una lista de los protocolos y los puertos correspondientes para los que el dispositivo está configurado como servidor RPM.
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000
Protocol: UDP, Port: 50037
Ejemplo: Configuración de sondas RPM para monitoreo de BGP
En este ejemplo, se muestra cómo configurar los sondeos de RPM para supervisar a los vecinos del BGP.
Requisitos
Antes de empezar:
Configure los parámetros del BGP en Configuración de RPM para enviar sondeos de RPM a los vecinos del BGP. Consulte Monitoreo del rendimiento en tiempo real para dispositivos SRX.
Use sondas TCP o UDP configurando tanto el servidor de sonda (dispositivo de Juniper Networks) como el receptor de la sonda (el dispositivo remoto) para transmitir y recibir sondas RPM en el mismo puerto TCP o UDP. Consulte Monitoreo del rendimiento en tiempo real para dispositivos SRX.
Descripción general
En este ejemplo, se especifica un valor hexadecimal que se desea usar para la parte de datos del sondeo RPM como ABCD123. (Varía de 1 a 2048 caracteres). Especifique el tamaño de datos de la sonda 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. Especifique el número de resultados de la sonda que se guardarán en el historial de la sonda como 25. (Oscila entre 0 y 255, y el valor predeterminado es 50). Establezca el recuento de sondas en 5 y el intervalo de sonda en 1. (El recuento de sondeos oscila entre 1 y 15, y el valor predeterminado es 1; y el intervalo de sondeo oscila entre 1 y 255, y el valor predeterminado es 3.) A continuación, especifique tcp-ping como el tipo de sonda que se enviará como parte de la prueba.
Finalmente, establezca el intervalo de prueba en 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
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS .
Para configurar sondas RPM para supervisar vecinos del BGP:
Configure RPM y 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 de la sonda 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 sondeos.
[edit services rpm bgp] user@host# set history-size 25
Establezca el recuento de sondas y el intervalo de sondeos.
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
Especifique el tipo de sonda.
[edit services rpm bgp] user@host# set probe-type tcp-ping
Nota:Si no especifica el tipo de sonda, se envían las sondas ICMP predeterminadas.
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 de 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;
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
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.