Video: Hoe werkt real time reisinformatie? 2024
Nadat u een test in Junos Real-time Performance Monitoring (RPM) hebt geconfigureerd en uitgevoerd, maar u moet de resultaten van die tests bekijken en analyseren.
Om de resultaten van de RPM-metingen te bekijken, gebruikt u de opdracht show services rpm probe-results:
user @ host> show services rpm probe-results Eigenaar: app-server-netwerk, Test: icmp-test Sonde type: icmp-ping-timestamp Minimale Rtt: 312 usec, Maximale Rtt: 385 usec, Gemiddelde Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Minimale uitlooptijd: 0 usec, Maximale uitlooptijd: 0 usec, Gemiddelde uitgangstijd: 0 usec, Jitter uitlooptijd: 0 usec, Stddev uitlooptijd: 0 usec Minimale toegangstijd: 0 usec, maximale intredetijd: 0 usec, gemiddelde intredetijd: 0 usec, Jitteringangstijd: 0 usec, Stddev intredetijd: 0 usec Sondes verzonden: 15, Sondes ontvangen: 15, Verliespercentage: 0
De uitvoer kan een beetje moeilijk te ontleden zijn, maar u kunt zich richten op de volgende velden:
-
Eigenaar, test: dit veld vertelt u welke RPM-test hieronder wordt samengevat.
-
Sondetype: Eenvoudig gesteld, dit veld is wat u hebt geconfigureerd als het sondetype.
-
RTT: de RTT-velden zijn de rondetijdsmetingen. U kunt de minimale meting, de maximale meting en de gemiddelde meting voor de sondes voor de hele test zien - in dit geval 15 sondes.
-
Jitter: dit is de variatie in vertraging in de tijd. De Jitter-waarde laat u weten hoe consistent de tests waren. Als een test drie seconden duurde en de tweede test 500 usec's kostte, zou de jitter hoog zijn, een aanwijzing dat u de test misschien opnieuw wilt uitvoeren omdat sommige problemen uw netwerk beïnvloeden.
In het ideale geval wilt u een kleine afwijking en een kleine standaardafwijking, wat betekent dat al het verkeer min of meer evenveel tijd kost om uw netwerk te doorkruisen.
-
Verliespercentage: hoewel u het niet vaak als niet-nul zou moeten zien, kunnen sondes verloren gaan. Als u sondeverlies ziet, heeft u een indicatie dat uw netwerk ergens pakketten laat vallen; een firewallfilter kan deze weggooien; of een apparaat langs het pad ondervindt congestie. (Pings zijn over het algemeen als eerste om te laten vallen in tijden van congestie.) Controleer dienovereenkomstig het probleem.
Wat betreft het soort tijden dat u zou moeten zien, wilt u in het algemeen waarschijnlijk round-trip-tijden zien in de orde van grootte van 200 tot 500 microseconden (usecs). Omdat deze RPM-sondes ICMP-pingpakketten gebruiken, moeten de tijden echt hetzelfde zijn als wanneer u meerdere pings uitvoert naar de externe bestemming.