Video: Geistige Interpretation von Märchen - Hänsel und Gretel 2024
Nachdem Sie einen Test in Junos Echtzeit-Leistungsüberwachung (RPM) konfiguriert und ausgeführt haben, müssen Sie die Ergebnisse dieser Tests anzeigen und analysieren.
Um die Ergebnisse der RPM-Messungen anzuzeigen, verwenden Sie den Befehl show services rpm probe-results:
user @ host> show services rpm probe-results Eigentümer: app-server-network, Test: icmp-test Sondentyp: icmp-ping-timestamp Minimale Rtt: 312 usec, Maximale Rtt: 385 usec, Durchschnittliche Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Minimale Austrittszeit: 0 usec, Maximale Austrittszeit: 0 usec, Durchschnitt Ausgangszeit: 0 usec, Jitter-Ausgangszeit: 0 usec, Stddev-Ausgangszeit: 0 usec Minimale Ingress-Zeit: 0 usec, Maximale Ingress-Zeit: 0 usec, Durchschnittliche Ingress-Zeit: 0 usec, Jitter-Ingress-Zeit: 0 usec, Stddev-Ingress-Zeit: 0 usec Probes gesendet: 15, Probes empfangen: 15, Loss Prozentsatz: 0
Die Ausgabe kann schwer zu analysieren sein, aber konzentrieren Sie sich auf die folgenden Felder:
-
Eigentümer, Test: Dieses Feld gibt an, welcher RPM-Test unten zusammengefasst ist.
-
Sondentyp: Einfach gesagt, dieses Feld ist das, was Sie als Sondentyp konfiguriert haben.
-
RTT: Die RTT-Felder sind die Messungen der Umlaufzeit. Sie können die minimale Messung, die maximale Messung und die durchschnittliche Messung für die Sonden über den gesamten Test sehen - in diesem Fall 15 Sonden.
-
Jitter: Dies ist die Variation der Verzögerung über die Zeit. Der Jitter-Wert gibt an, wie konsistent die Tests waren. Wenn ein Test drei Sekunden dauerte und der zweite Test 500 usecs dauerte, war der Jitter hoch, ein Hinweis darauf, dass Sie den Test möglicherweise erneut ausführen möchten, da einige Probleme Ihr Netzwerk beeinträchtigen.
Idealerweise möchten Sie einen kleinen Jitter und eine kleine Standardabweichung, was bedeutet, dass der gesamte Datenverkehr mehr oder weniger die gleiche Zeit benötigt, um Ihr Netzwerk zu durchqueren.
-
Verlustprozentsatz: Obwohl Sie es nicht oft als ungleich Null sehen sollten, können Sonden verloren gehen. Wenn Sie einen Sondenverlust feststellen, haben Sie einen Hinweis darauf, dass Ihr Netzwerk Pakete irgendwo ablegt. ein Firewall-Filter kann sie verwerfen; oder ein Gerät entlang des Pfades ist verstopft. (Pings werden in der Regel zuerst in Zeiten von Staus abgeworfen.) Überprüfen Sie das Problem entsprechend.
Hinsichtlich der Art von Zeiten, die Sie in der Regel sehen sollten, möchten Sie wahrscheinlich Umlaufzeiten in der Größenordnung von 200 bis 500 Mikrosekunden (usecs) sehen. Da diese RPM-Tests ICMP-Ping-Pakete verwenden, sollten die Zeiten tatsächlich die gleichen sein wie bei der Ausgabe mehrerer Pings an das Remote-Ziel.
