Vidéo: Dharma Gaze: Practices of Buddhism and Poetry—An Evening with Anne Waldman 2024
Une fois que vous avez configuré et exécuté un test dans RPM (Junos Real-Time Performance Monitoring), vous devez voir et analyser les résultats de ces tests.
Pour afficher les résultats des mesures RPM, utilisez la commande show services rpm probe-results:
user @ host> show services Résultats de la sonde rpm Propriétaire: app-server-network, Test: icmp-test Type de sonde: icmp-ping-timestamp Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Moyenne Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Temps de sortie minimum: 0 usec, Temps de sortie maximum: 0 usec, Moyenne Temps de sortie: 0 usec, Jitter Temps de sortie: 0 usec, Stddev Temps de sortie: 0 usec Temps d'ingestion minimum: 0 usec, Temps d'ingestion maximum: 0 usec, Temps d'ingestion moyen: 0 usec, Temps d'ingérence: 0 usec, Stddev ingress temps: 0 usec Sondes envoyées: 15, sondes reçues: 15, pourcentage de pertes: 0
La sortie peut être un peu difficile à analyser, mais concentrez-vous sur les champs suivants:
-
Propriétaire, Test: Ce champ vous indique quel test RPM est résumé ci-dessous.
-
Type de sonde: En termes simples, ce champ correspond à ce que vous avez configuré en tant que type de sonde.
-
RTT: Les champs RTT sont les mesures de temps aller-retour. Vous pouvez voir la mesure minimale, la mesure maximale et la mesure moyenne des sondes sur l'ensemble du test - dans ce cas, 15 sondes.
-
Jitter: C'est la variation du délai dans le temps. La valeur Jitter vous permet de connaître la cohérence des tests. Si un test prenait trois secondes et que le deuxième test prenait 500 usecs, la gigue était élevée, ce qui indique que vous pourriez vouloir relancer le test car certains problèmes affectent votre réseau.
Idéalement, vous voulez une petite gigue et un petit écart type, ce qui signifie que tout le trafic prend plus ou moins le même temps pour traverser votre réseau.
-
Pourcentage de perte: Bien que vous ne devriez pas le voir souvent non nul, les sondes peuvent être perdues. Si vous constatez une perte de sonde, vous avez une indication que votre réseau laisse tomber des paquets quelque part; un filtre de pare-feu peut les rejeter; ou un périphérique le long du chemin connaît une congestion. (Les pings sont généralement les premiers à tomber en cas de congestion.) Vérifiez le problème en conséquence.
Pour ce qui est des types de temps que vous devriez voir, en règle générale, vous voulez probablement voir des temps aller-retour de l'ordre de 200 à 500 microsecondes (usecs). Étant donné que ces sondes RPM utilisent des paquets ping ICMP, les temps doivent être les mêmes que lorsque vous envoyez plusieurs pings à la destination distante.