Hur man tolkar realtidsövervakningstest i Junos - dummies

När du har konfigurerat och kör ett test i Junos Real-Time Performance Monitoring (RPM), måste du se och analysera resultaten av dessa test.

För att se resultaten av RPM-mätningarna, använd kommandot rpm-sond-resultat för showtjänsten:

användare @ värd> visa tjänster rpm sond-resultat Ägare: app-server-nätverk, Test: icmp-test Sond-typ: icmp-ping-tidstämpel Minsta RTT: 312 usec, Maximal Rtt: 385 usec, Genomsnittlig Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Minimaltidsutgångstid: 0 usec, Maximal utgångstid: 0 usec, Genomsnitt Utgångstid: 0 usec, Jitter Utgångstid: 0 usec, Stddev Utgångstid: 0 usec Minsta ingångstid: 0 usec, Högsta ingångstid: 0 usec, Genomsnittlig ingångstid: 0 usec, Jitter ingångstid: 0 usec, Stddev Ingångstid: 0 usec Prober skickade: 15, mottagna mottagna: 15, Förlustprocent: 0

Utgången kan vara lite svår att analysera, men fokusera på följande fält:

• Ägare, Test: Detta fält berättar vilket RPM-test som sammanfattas nedan.

• Probe-typ: Enkelt sagt, det här fältet är det du konfigurerat som sondtyp.

• RTT: RTT-fälten är rundturstidsmätningarna. Du kan se minsta mätning, maximala mätvärden och medelmätning för sonderna under hela testet - i detta fall 15 prober.

• Jitter: Detta är variationen i fördröjning över tiden. Jitter-värdet låter dig veta hur konsekventa testerna var. Om ett test tog tre sekunder och det andra testet tog 500 usec, skulle jitternivån vara hög, en indikation på att du kanske vill springa testet igen eftersom vissa problem påverkar ditt nätverk.

  Idealiskt vill du ha en liten jitter och en liten standardavvikelse, vilket innebär att all trafik mer eller mindre tar lika mycket tid att korsa ditt nätverk.

• Förlustprocent: Även om du inte bör se den som noll mycket ofta kan prober gå vilse. Om du ser sondförlust har du en indikation på att ditt nätverk sänder paket någonstans; ett brandväggsfilter kan kassera dem; eller någon enhet längs vägen upplever trängsel. (Pings är i allmänhet första att få tappat i tider med trängsel.) Kontrollera problemet i enlighet med detta.

När det gäller vilka typer av tider du bör se ser du som regel att du vill se rundturstider i storleksordningen 200 till 500 mikrosekunder (usecs). Eftersom dessa RPM-prober använder ICMP-pingpaket, bör tiderna verkligen vara desamma som när du utfärdar flera pings till fjärrdestinationen.