Comment interpréter les tests en temps réel suivi de la performance dans junos

Une fois que vous avez configuré et exécutez un test dans Junos suivi de la performance en temps réel (RPM), mais vous avez besoin de voir et d'analyser les résultats de ces tests.

Pour afficher les résultats des mesures de RPM, utilisez le spectacle services rpm-sonde résultats commande:

user @ host> Afficher les services rpm sonde resultsOwner: app-serveur réseau, Test: type ICMP-TESTPOINTE DE TOUCHE: ICMP-ping-timestampMinimum Rtt: 312 USEC, Rtt maximale: 385 USEC, RTT moyen: 331 USEC, Jitter Rtt: 73 USEC, stdDev Rtt: 27 usecMinimum temps de sortie: 0 USEC, le temps maximum de sortie: 0 USEC, le temps de sortie moyenne: 0 USEC, le temps de sortie de la gigue: 0 USEC, stdDev temps de sortie: 0 usecMinimum temps de pénétration: 0 USEC, le temps d'entrée maximale: 0 USEC, le temps de pénétration moyenne: 0 USEC, le temps de pénétration Jitter: 0 USEC, stdDev temps de pénétration: 0 usecProbes envoyé: 15, Sondes reçues: 15, pourcentage de perte: 0

La sortie peut être un peu difficile à analyser, mais se concentrer sur les domaines suivants:




  • Propriétaire, Test: Ce champ vous indique quel RPM essai est résumée ci-dessous.

  • Type Probe: Dit simplement, ce domaine est ce que vous avez configuré le type de sonde.

  • RTT: La RTT les champs sont les mesures de temps aller-retour. Vous pouvez voir la mesure minimale, la mesure maximale, et de la mesure moyenne pour les sondes sur l'ensemble du test - dans ce cas, 15 sondes.

  • Jitter: Ceci est la variation de retard dans le temps. La Jitter valeur vous permet de savoir comment les tests ont été cohérente. Si un essai a pris trois secondes et le second test a eu 500 usecs, la gigue serait élevé, une indication que vous pouvez exécuter à nouveau le test parce que certaines questions ont une incidence sur votre réseau.

    Idéalement, vous voulez une petite gigue et une petite déviation standard, ce qui signifie que tout le trafic plus ou moins prend la même quantité de temps pour parcourir votre réseau.

  • Pourcentage de pertes: Bien que vous ne devriez pas le voir comme non nulle, très souvent, les sondes peuvent être perdus. Si vous voyez la perte de la sonde, vous avez une indication que votre réseau est en baisse paquets somewhere- un filtre pare-feu peut être en défait eux- ou un dispositif le long du chemin connaît la congestion. (Pings sont généralement d'abord à se faire déposer en temps de congestion.) Vérifiez le problème en conséquence.

En termes de quels types de fois vous devriez voir, en règle générale, vous voulez probablement voir fois aller-retour de l'ordre de 200 à 500 microsecondes (usecs). Parce que ces sondes RPM utilisent paquets ping ICMP, les temps devraient vraiment être le même que lorsque vous émettez plusieurs pings à la destination distante.


» » » » Comment interpréter les tests en temps réel suivi de la performance dans junos