Hvordan du tolker sanntidsprestasjonskontrolltest i Junos - dummies

Når du har konfigurert og kjørt en test i Junos Real Time Performance Monitoring (RPM), må du se og analysere resultatene av disse testene.

For å se resultatene av RPM-målingene, bruk kommandoen rpm-probe-resultater:

bruker @ vert> vis tjenester rpm probe-results Eier: app-server-nettverk, Test: icmp-test Probe type: icmp-ping-timestamp Minimum Rtt: 312 usec, Maksimum Rtt: 385 usec, Gjennomsnitt Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Minimum utgangstid: 0 usec, Maksimal utgangstid: 0 usec, Gjennomsnitt utgangstid: 0 usec, Jitter utgangstid: 0 usec, Stddev utgangstid: 0 usec Minimum inntrengstid: 0 usec, Maksimum inntrengningstid: 0 usec, Gjennomsnittlig inntrengstid: 0 usec, Jitter inntredenstid: 0 usec, Stddev inngangstid: 0 usec Probes sendt: 15, mottatte mottak: 15, tapprosent: 0

Utgangen kan være litt vanskelig å analysere, men fokuserer på følgende felt:

• Eier, Test: Dette feltet forteller deg hvilken RPM-test som er oppsummert nedenfor.

• Probe type: Enkelt sagt, dette feltet er det du konfigurerte som sondetype.

• RTT: RTT-feltene er rundturstidsmålingene. Du kan se minimumsmåling, maksimal måling og gjennomsnittlig måling for probene over hele testen - i dette tilfellet 15 prober.

• Jitter: Dette er variasjonen i forsinkelse over tid. Jitter-verdien lar deg vite hvor konsekvent testene var. Hvis en test tok tre sekunder, og den andre testen tok 500 usec, ville jitteren være høy, en indikasjon på at du kanskje vil prøve testen igjen fordi noen problemer påvirker nettverket ditt.

  Ideelt sett vil du ha en liten jitter og en liten standardavvik, noe som betyr at all trafikk mer eller mindre tar like mye tid for å krysse nettverket ditt.

• Tapprosent: Selv om du ikke bør se det som ikke-null veldig ofte, kan prober gå tapt. Hvis du ser probetap, har du en indikasjon på at nettverket ditt slipper pakker et sted; et brannmurfilter kan kaste dem bort; eller noen enhet langs stien opplever trengsel. (Pings er vanligvis først til å bli droppet i tider med overbelastning.) Kontroller problemet i henhold til dette.

Når det gjelder hvilke tidspunkter du bør se, vil du som regel se rundturstider i størrelsesorden 200 til 500 mikrosekunder (usecs). Fordi disse RPM-prober bruker ICMP-pingpakker, bør tiderne være det samme som når du utsteder flere pings til fjernmålet.