¿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 de rendimiento en tiempo real (RPM), pero hay que ver y analizar los resultados de esas pruebas.
Para ver los resultados de las mediciones de RPM, utilice el Mostrar servicios rpm sonda-resultados mando:
usuario @ hostgt; servicios espectáculo rpm sonda-resultsOwner: app-servidor de la red, de la prueba: Tipo de ICMP-testProbe: ICMP-ping-timestampMinimum Rtt: 312 usec, Maximum Rtt: 385 usec, RTT promedio: 331 usec, Jitter Rtt: 73 usec, stdDev Rtt : 27 usecMinimum de tiempo de salida: 0 usec, máximo de tiempo de salida: 0 usec, de tiempo de salida media: 0 usec, de tiempo de salida Jitter: 0 usec, stdDev de tiempo de salida: de tiempo de entrada 0 usecMinimum: 0 usec, tiempo máximo de entrada: 0 usec, Normal de tiempo de entrada: 0 usec, de tiempo de entrada Jitter: 0 usec, stdDev de tiempo de entrada: 0 usecProbes enviado: 15, sondas recibidas: 15, el 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 cuál es la prueba de RPM 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 del tiempo de ida y vuelta. Se puede ver la medida mínima, la medida máxima, y la medida promedio para las sondas durante toda la prueba - en este caso, 15 sondas.
Estar nervioso: Esta es la variación en el retardo en el tiempo. los Estar nervioso valor le permite saber cómo eran consistentes las pruebas. Si una prueba tuvo 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 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.
el porcentaje de pérdidaAunque no se debe ver 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 la red está cayendo paquetes somewhere- un filtro de servidor de seguridad puede estar descartando ellos- o algún dispositivo a lo largo del camino está experimentando la congestión. (Pings son generalmente primero en conseguir cayó en momentos de congestión.) Compruebe en el problema en consecuencia.
En términos de lo tipos de veces que se debe ver, como regla general, es probable que desee ver los tiempos de ida y vuelta del orden de 200 a 500 microsegundos (usecs). Debido a que estas sondas RPM están utilizando paquetes ping ICMP, los tiempos realmente debe ser el mismo que cuando se emite varios pings al destino remoto.