prucommercialre.com


Cómo interpretar las pruebas de control del rendimiento en tiempo real en Junos

Una vez que haya configurado y ejecutar una prueba en Junos Supervisión del rendimiento en tiempo real (RPM), pero hay que ver y analizar los resultados de dichas pruebas.

Para ver los resultados de las mediciones de RPM, utilice el comando probe-resultados muestran rpm servicios:

usuario @ servicios de host> Mostrar rpm sonda-resultados

Propietario: aplicación de servidor de red, Test: icmp-test
Tipo de sonda: icmp-ping-timestamp
Rtt mínima: 312 usec, Máximo Rtt: 385 usec, RTT promedio: 331 us,
Jitter Rtt: 73 usec, stdDev RTT: 27 usec
Tiempo de salida mínima: 0 usec, Tiempo máximo de salida: 0 usec,
El tiempo medio de egreso: 0 usec, Jitter tiempo de salida: 0 usec,
StdDev hora de salida: 0 usec
Tiempo de entrada mínimo: 0 usec, el tiempo de ingreso máximo: 0 usec,
El tiempo medio de ingreso: 0 usec, Jitter tiempo de ingreso: 0 usec,
StdDev tiempo de ingreso: 0 usec
Sondas enviados: 15, sondas recibido: 15, porcentaje de pérdida: 0

La salida puede ser un poco difícil de analizar, pero se centran en los siguientes campos:

  • Propietario, Test: Este campo le dice que RPM prueba se resume a continuación.
  • Tipo de sonda: En pocas palabras, este campo es lo que se ha configurado como el tipo de sonda.
  • RTT: Los campos RTT son las mediciones de tiempo de ida y vuelta. Se puede ver la medida mínima, la medida máxima, y ​​la medida media de las sondas más de toda la prueba - en este caso, 15 sondas.
  • Jitter: Esta es la variación en el retardo en el tiempo. El valor Jitter le permite saber qué tan consistentes las pruebas fueron. Si una prueba tomó tres segundos y la segunda prueba tuvo 500 usecs, la fluctuación sería alto, una indicación de que es posible que desee ejecutar la prueba debido a que algunos problemas están afectando a su red.

    Lo ideal es que una pequeña fluctuación y una pequeña desviación estándar, lo que significa que todo el tráfico más o menos tiene la misma cantidad de tiempo para atravesar la red.
  • Porcentaje de pérdida: Aunque usted no debe verlo como distinto de cero muy a menudo, las sondas se pueden perder. Si usted está viendo la pérdida de la sonda, que tiene una indicación de que su red está cayendo paquetes en alguna parte; un filtro de firewall puede ser deshacerse de ellos; o algún dispositivo a lo largo de la ruta de acceso está experimentando congestión. (Pings son generalmente primero en conseguir cayó en momentos de congestión.) Compruebe en el problema en consecuencia.

En términos de qué tipo de veces que se debe ver, como regla general, es probable que desee ver los tiempos de ida y vuelta en el orden de 200 a 500 microsegundos (usecs). Debido a que estas sondas RPM están utilizando paquetes de ping ICMP, los tiempos realmente debería ser el mismo que cuando se emite varios pings al destino remoto.