Wie Echtzeit-Performance-Monitoring-Tests in Junos Interpretieren

Sobald Sie einen Test in Junos Echtzeit-Leistungsüberwachung (RPM) konfiguriert und ausgeführt werden, aber Sie müssen sehen, und die Ergebnisse dieser Tests analysieren.

Um die Ergebnisse der RPM Messungen anzuzeigen, verwenden Sie die Show Dienste rpm probe-Ergebnisse Befehl:

user @ host> show Dienste rpm probe-resultsOwner: app-Server-Netzwerk, Test: icmp-testProbe Typ: icmp-ping-timestampMinimum Rtt: 312 & mgr; s, Maximum Rtt: 385 & mgr; s, Durchschnitt Rtt: 331 & mgr; s, Bammel Rtt: 73 USEC, STDDEV Rtt: 27 usecMinimum Egress Zeit: 0 usec, Maximale Egress Zeit: 0 usec, Durchschnittliche Egress Zeit: 0 usec, Bammel Egress Zeit: 0 usec, STDDEV Egress Zeit: 0 usecMinimum Eindringen Zeit: 0 usec, Maximum Eindringen Zeit: 0 usec, Durchschnitt Eindringen Zeit: 0 usec, Bammel Eindringen Zeit: 0 usec, STDDEV Eindringen Zeit: 0 usecProbes gesendet: 15, Sonden erhalten: 15, Verlustquote: 0

Der Ausgang kann ein bisschen schwer zu analysieren, sondern konzentrieren sich auf folgende Bereiche:

  • Eigentümer, Test: Dieses Feld zeigt Ihnen, welche RPM-Test wird im Folgenden zusammengefasst.

  • Fühlertyp: Setzen Sie dieses Feld einfach ist das, was Sie als Sondentyp konfiguriert.

  • RTT: Das RTT Felder sind die Zeitmessungen Round-Trip. Sie können die minimale Mess sehen, die maximale Messung und die Durchschnittsmessung für die Sonden über den gesamten Test - in diesem Fall 15 Sonden.

  • Bammel: Dies ist die Variation in der Verzögerung über die Zeit. Das Bammel Wert lässt Sie wissen, wie konsequent die Tests waren. Wenn ein Test 3 Sekunden dauerte und der zweite Test dauerte 500 usecs, wäre der Jitter hoch, ein Hinweis darauf, dass Sie vielleicht den Test erneut zu laufen, weil einige Probleme Ihrem Netzwerk auswirken.

    Idealerweise sollten Sie einen kleinen Jitter und eine kleine Standardabweichung, was bedeutet, dass der gesamte Verkehr mehr oder weniger die gleiche Menge an Zeit in Anspruch nimmt Ihr Netzwerk zu durchqueren.

  • Verlustquote: Auch wenn Sie es als Nicht-Null sehr oft nicht sehen sollte, Sonden verloren gehen kann. Wenn Sie Sonde Verlust sind zu sehen, haben Sie einen Hinweis, dass Ihr Netzwerk dropping Pakete somewhere- eine Firewall-Filter kann unterein- oder eine Vorrichtung auf dem Weg erlebt Staus werden verworfen. (Pings sind in der Regel erst in Zeiten der Überlastung fallen gelassen zu werden.) Überprüfen Sie in das Problem entsprechend.

In Bezug auf die, welche Arten von Zeiten sollten Sie, als eine allgemeine Regel werden sehen, möchten Sie wahrscheinlich Roundtrip-Zeiten in der Größenordnung von 200 bis 500 Mikrosekunden (usecs) zu sehen. Da diese RPM-Sonden ICMP-Ping-Pakete verwenden, müssen die Zeiten sollten wirklich das gleiche wie wenn Sie mehrere Pings an den Remote-Ziel ausgeben.

Ähnliche

Menü