VPS: Netwerkproblemen opsporen met WinMTR/MTR
Deze handleiding is gemaakt met de volgende producten:
(Details kunnen verschillen bij producten van verschillende aanbieders, maar de hoofdconcepten blijven hetzelfde)
Introductie
Netwerkproblemen kunnen flink irritant zijn en horen natuurlijk niet bij je dagelijkse ervaring. Maar als ze toch optreden, is het belangrijk om snel en efficiënt de oorzaak te achterhalen zodat je het probleem kunt fixen. Gedetailleerde info over netwerkproblemen kun je goed analyseren met de WinMTR (Windows) of MTR (Linux/Mac OS) tool.
WinMTR/MTR is een netwerkdiagnose tool die Ping en Traceroute combineert. Hiermee kun je zowel de uitgaande route (Client → Server) als de terugkerende route (Server → Client) tot in detail analyseren door het pad van datapakketjes in beide richtingen te volgen. Zo krijg je belangrijke info zoals latency en packet loss, cruciaal om netwerkproblemen goed te kunnen diagnosticeren en oplossen.
Uitgaande route (Client → Server): Een rapport van de uitgaande route is handig bij problemen zoals wegvallende verbindingen, trage verbindingen of verbindingsproblemen. Deze analyse helpt om mogelijke issues te vinden op het pad van de client naar de server, zoals netwerkcongestie, packet loss of verkeerde routing.
Terugkerende route (Server → Client): Een rapport van de terugkerende route is alleen zinvol als de uitgaande route stabiel en functioneel is bevestigd. Dit rapport is vooral relevant als de uitgaande route geen problemen laat zien, maar je toch last hebt van trage serverreacties, vertraagde laadtijden of incomplete data-overdracht.
Kortom: bij merkbare netwerkproblemen begin je met het analyseren van de uitgaande route (Client → Server). Als die geen afwijkingen toont en de problemen blijven, check je de terugkerende route (Server → Client) om mogelijke asymmetrische problemen te vinden. Asymmetrische netwerkproblemen ontstaan als datapakketjes in de ene richting goed doorkomen, maar in de andere richting vertraging of packet loss optreden.
Installatie
Nu duidelijk is wanneer rapporten voor de in- en uitgaande routes nuttig zijn, gaan we door naar de installatie op zowel client- als serverniveau.
Client
Voor de uitgaande route moet de applicatie op de client (jouw computer) geïnstalleerd worden. Hieronder lees je hoe je de applicatie installeert voor jouw besturingssysteem.
- Windows
- Linux
- MacOS
Gebruik je een Windows-pc? Dan voer je de netwerkdiagnose uit met WinMTR. Download WinMTR eerst van de ZAP-Hosting website. Na het downloaden pak je het bestand uit. Je krijgt dan het uitvoerbare bestand WinMTR.exe.
| Applicatie | Download |
|---|---|
| WinMTR | Link |
Gebruik je Linux? Dan gebruik je de MTR-applicatie. Open de terminal en voer het installatiecommando uit dat bij jouw distro past:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Gebruik je Mac OS? Dan gebruik je ook MTR, maar die staat niet standaard op Mac en is ook niet in de Apple Store te vinden. Je moet eerst Homebrew installeren als pakketbeheerder.
Homebrew installeren
Open de terminal en voer dit commando uit om Homebrew te installeren:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
MTR installeren
Volg de instructies op het scherm om de installatie af te ronden. Als Homebrew klaar is, installeer je MTR met:
brew install mtr
Server
Voor de terugkerende route moet de applicatie op de server geïnstalleerd worden. Hieronder lees je hoe je dat doet voor het besturingssysteem van jouw server.
- Server met Linux
- Server met Windows
Verbind met je server via SSH. Installeer MTR met het juiste commando voor jouw serverdistro:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Verbind met je server via Remote Desktop Connection. Download WinMTR van de ZAP-Hosting website en pak het bestand uit. Je krijgt dan het uitvoerbare bestand WinMTR.exe.
| Applicatie | Download |
|---|---|
| WinMTR | Link |
Rapport maken
Hieronder leggen we uit hoe je een rapport maakt met WinMTR/MTR, zowel voor de uitgaande route (Client → Server) als de terugkerende route (Server → Client).
Het rapport moet je maken terwijl het probleem actief en merkbaar is. Alleen dan geeft het rapport nuttige info die helpt bij het oplossen van het probleem.
Uitgaande route (Client → Server)
Open de WinMTR/MTR-app op je computer en volg de onderstaande stappen om de route van jouw pc naar de server te analyseren.
- Windows
- Linux
- MacOS
Start WinMTR door te dubbelklikken op WinMTR.exe. Vul bij Host het IP-adres of de hostname van de server in. Start daarna het rapport. Laat de app minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op via Export TEXT.
Gebruik MTR via de terminal met dit commando:
mtr <jouw server-ip-adres>
Laat het minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op.
Gebruik MTR via de terminal met dit commando:
mtr <jouw client-ip-adres>
Laat het minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op.
Terugkerende route (Server → Client)
Verbind met je server en volg de onderstaande stappen om de route van de server naar jouw pc te analyseren.
- Server met Linux
- Server met Windows
Gebruik MTR op je server via SSH met dit commando:
mtr <jouw client-ip-adres>
Laat het minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op.
Weet je je IP-adres niet of weet je niet hoe je het moet vinden? Er zijn verschillende manieren om je IP-adres te achterhalen. De snelste is via een online dienst zoals WhatIsMyIPAddress.
Vul bij Host het IP-adres van jouw verbinding in. Start het rapport en laat de app minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op via Export TEXT.
Weet je je IP-adres niet of weet je niet hoe je het moet vinden? Er zijn verschillende manieren om je IP-adres te achterhalen. De snelste is via een online dienst zoals WhatIsMyIPAddress.
Rapport evalueren
Bij het beoordelen van de resultaten zijn er een paar belangrijke punten om op te letten. Hieronder leggen we deze uit en waarom ze belangrijk zijn voor de analyse. Goed opletten op deze zaken is essentieel om een juiste diagnose te stellen en mogelijke oorzaken te vinden.
Packet loss
Zie je packet loss in de resultaten? Dan wijst dat op mogelijke netwerkproblemen. Een kleine tijdelijke packet loss van 1-2% is meestal geen ramp, maar hogere waarden duiden op ernstiger issues. Packet loss kan zorgen voor vertragingen of onderbrekingen in de verbinding. Als de loss gelijkmatig over alle hops verdeeld is, ligt het probleem waarschijnlijk in je eigen netwerk of aan de serverkant. Maar als de loss alleen bij een specifieke hop of segment optreedt, zit het probleem waarschijnlijk bij die node of de verbinding ernaartoe. Kleine verliezen in de eerste hops, die bij je lokale netwerk horen, zijn niet per se kritisch, omdat deze apparaten ICMP-verzoeken (zoals ping) vaak lager prioriteren en soms negeren.
Latency (ping-tijden)
De latency-waarden (Avg, Best, Worst) geven inzicht in de snelheid en stabiliteit van de verbinding. Blijft de latency op een hop consistent hoog? Dan kan dat wijzen op netwerkcongestie of een trage router. Een plotselinge stijging tussen twee hops duidt op een mogelijke bottleneck. Normaal gesproken neemt latency geleidelijk toe richting de bestemming. Let op plotselinge, flinke pieken, want die wijzen vaak op een probleem. Het vergelijken van uitgaande en terugkerende routes helpt ook om asymmetrische problemen te vinden, waarbij verkeer in één richting problemen ondervindt.
Met een goede analyse van deze factoren kun je precies bepalen waar het netwerkprobleem zit — in je eigen netwerk, bij de internetprovider, of ergens onderweg naar de server.
Diagnostische voorbeelden
Om het nog duidelijker te maken, geven we een paar voorbeelden van diagnoses. We hebben verschillende scenario’s uitgewerkt die laten zien hoe je data interpreteert en netwerkproblemen herkent.
De volgende voorbeelden zijn gebaseerd op fictieve WinMTR/MTR-rapporten. De IP-adressen, hostnamen en routes zijn volledig verzonnen en hebben geen connectie met echte netwerken of hosts.
- Voorbeeld 1
- Voorbeeld 2
- Voorbeeld 3
- Voorbeeld 4
- Voorbeeld 5
- Voorbeeld 6
- Voorbeeld 7
Voorbeeld: Packet Loss bij de Client
Beschrijving
In dit voorbeeld is er packet loss aan de clientzijde, zichtbaar op zowel de uitgaande als terugkerende routes.
Uitgaande Route (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8
Evaluatie
De evaluatie laat zien dat packet loss aan de clientzijde optreedt. Beide routes tonen verlies bij de eerste hops (Hop 1 en 2), wat wijst op een probleem bij de client, in het lokale netwerk of met de router.
Voorbeeld: Packet Loss bij de server
Beschrijving
Hier is packet loss aan de serverzijde, zichtbaar op zowel uitgaande als terugkerende routes.
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
8. Doel-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
2. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluatie
De evaluatie toont packet loss aan de serverzijde. Beide routes laten verlies zien bij de laatste hops (Hop 7 en 8), wat wijst op een probleem aan de serverkant.
Voorbeeld: Latency problemen bij de client
Beschrijving
Hier is sprake van hoge latency aan de clientzijde, zichtbaar op uitgaande en terugkerende routes.
Uitgaande Route (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
2. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
3. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
4. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
5. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
6. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
8. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
Evaluatie
De evaluatie laat zien dat er hoge latency is aan de clientzijde. Beide routes tonen verhoogde latency bij de eerste hops (Hop 1 en 2), wat wijst op een probleem bij de client.
Voorbeeld: Latency problemen bij de server
Beschrijving
Hier is sprake van hoge latency aan de serverzijde, zichtbaar op uitgaande en terugkerende routes.
Uitgaande Route (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
8. Doel-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
2. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluatie
De evaluatie toont hoge latency aan de serverzijde. Beide routes laten verhoogde latency zien bij de laatste hops (Hop 7 en 8), wat wijst op een probleem aan de serverkant.
Voorbeeld: Routingprobleem (ISP Routing)
Beschrijving
Hier werkt de route van Client X naar de server zonder problemen, maar Client Y heeft routingproblemen naar de server, met packet loss. Dit wijst op een probleem bij de internetprovider (ISP).
Uitgaande Route (Client X → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Uitgaande Route (Client Y → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 30.0% 20 30.6 50.3 29.5 95.0 20.5
5. be1234.ccr42.isp.net 25.0% 20 80.2 120.0 70.0 250.0 55.0
6. be5678.ccr21.isp.net 10.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Terugkerende Route (Server → Client X)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Terugkerende Route (Server → Client Y)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluatie
De evaluatie toont een routingprobleem bij de ISP. Terwijl de route van Client X stabiel is, heeft Client Y flinke problemen met packet loss en hoge latency.
Voorbeeld: Packet Loss alleen op de uitgaande route (Client → Server)
Beschrijving
Hier is packet loss alleen op de uitgaande route (van client naar server), terwijl de terugkerende route geen verlies laat zien. Dit kan wijzen op een probleem in een netwerksegment richting de server, bijvoorbeeld door defecte routers, congestie of slechte verbinding.
Uitgaande Route (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 10.0% 20 35.7 35.0 34.5 36.5 0.6
5. be1234.ccr42.isp.net 15.0% 20 50.6 55.5 50.0 70.0 6.0
6. be5678.ccr21.isp.net 10.0% 20 65.1 65.9 65.0 67.0 0.6
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Doel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 65.0 66.0 0.3
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.7 35.0 34.5 36.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Evaluatie
De evaluatie toont packet loss alleen op de uitgaande route. De verliezen zijn zichtbaar bij hops 4, 5 en 6, wat wijst op een probleem op het pad van client naar server, zoals congestie of defecte netwerkapparaten in dat segment. De terugkerende route is stabiel.
Voorbeeld: Packet Loss alleen op de terugkerende route (Server → Client)
Beschrijving
Hier is packet loss alleen op de terugkerende route (van server naar client), terwijl de uitgaande route geen verlies laat zien. Dit kan wijzen op een probleem in een netwerksegment op de terugweg.
Uitgaande Route (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Doel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Terugkerende Route (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Doel-IP (Server) 0.0% 20 85.3 84.5 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 10.0% 20 65.1 65.2 64.5 66.5 0.5
4. be1234.ccr42.isp.net 15.0% 20 50.6 51.0 50.0 55.0 1.2
5. 203.0.113.5 10.0% 20 35.7 36.5 34.5 40.0 1.8
6. 172.16.0.1 10.0% 20 20.2 21.5 19.5 25.0 2.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Evaluatie
De evaluatie toont packet loss alleen op de terugkerende route. De verliezen zijn zichtbaar bij hops 4, 5 en 6 van de terugkerende route, wat wijst op een probleem op het pad van server naar client.
Problemen melden
Hoewel ZAP-Hosting het netwerk continu monitort, is het belangrijk om bij netwerkproblemen snel contact op te nemen met onze support. Voor een accurate diagnose en snelle oplossing vragen we je vriendelijk om de resultaten van je WinMTR/MTR-rapporten van zowel de uitgaande als terugkerende routes aan te leveren. Zo kunnen we precies zien waar het probleem zit en het snel fixen.