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 espectáculo servicios rpm sonda-resultados comando:

usuario @ host> ver los servicios rpm sonda resultsOwner: aplicación de servidor de red, de la prueba: el tipo icmp-testProbe: icmp-ping-timestampMinimum Rtt: 312 usec, Máximo Rtt: 385 usec, Normal Rtt: 331 usec, Jitter Rtt: 73 usec, stdDev Rtt: 27 usecMinimum hora de salida: 0 usec, Tiempo máximo de salida: 0 usec, el tiempo promedio de egreso: 0 usec, hora de salida Jitter: 0 usec, stdDev hora de salida: 0 usecMinimum tiempo de ingreso: 0 usec, Tiempo máximo de ingreso: 0 usec, el tiempo promedio de ingreso: 0 usec, el tiempo de ingreso Jitter: 0 usec, stdDev tiempo de ingreso: 0 usecProbes enviado: 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, Prueba: Este campo le indica qué 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 RTT los campos son las mediciones de tiempo de ida y vuelta. Se puede ver la medida mínima, la medida máxima, y ​​la medida promedio de los sondeos sobre la totalidad de la prueba - en este caso, 15 sondas.

  • Jitter: Esta es la variación en el retardo en el tiempo. los Jitter valor 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 de fase sería alto, una indicación de que es posible que desee ejecutar la prueba otra vez porque 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 somewhere- un filtro de firewall puede estar descartando ellos- o algún dispositivo a lo largo de la ruta de acceso está experimentando congestión. (Pings son generalmente primero para conseguir caído 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.




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