Packet loss is een van de meest frustrerende problemen in een netwerk. Het veroorzaakt haperingen in VoIP-gesprekken, lag in applicaties en trage bestandsoverdrachten. Een simpele ping-test vertelt je dat er pakketten verloren gaan, maar niet waar.

Om te bepalen of het probleem in jouw eigen netwerk, het netwerk van signetbreedband of bij een externe partij ligt, gebruik je MTR (My Traceroute). MTR combineert de functies van ping en traceroute en geeft je een real-time overzicht van elk knooppunt (hop) op het pad naar je bestemming.


Wat is MTR?
Waar een traceroute een momentopname is, blijft MTR continu pakketten sturen. Hierdoor zie je trends en percentages, waardoor je onderscheid kunt maken tussen een incidentele hapering en een structureel probleem.

MTR installeren en gebruiken

Afhankelijk van je besturingssysteem gebruik je een andere tool. De werking is echter identiek.

Windows

Gebruik WinMTR.

  1. Download WinMTR.
  2. Start als Administrator.
  3. Voer de host in en klik op Start.

macOS

Gebruik Homebrew.

  1. Open Terminal.
  2. brew install mtr
  3. sudo mtr 8.8.8.8

Linux

Via de repository.

  1. sudo apt install mtr
  2. mtr 8.8.8.8
Cruciaal voor betrouwbaarheid:
Laat de test minimaal 100-200 cycli (Sent) lopen. Een test van 10 pakketten is statistisch irrelevant en leidt tot foutieve diagnoses.

De output interpreteren

Het lezen van een MTR-rapport is waar de meeste fouten worden gemaakt. De gouden regel is: Kijk altijd naar de laatste hop.

ICMP Rate Limiting
Veel routers geven prioriteit aan dataverkeer boven ICMP (MTR). Een router kan pakketten van MTR weggooien (loss tonen) terwijl hij het normale verkeer perfect doorstuurt. Dit is geen packet loss, maar een beveiligingsinstelling van de router.

Visuele scenario-analyse

Gebruik de onderstaande scenario's om te bepalen waar de fout zit. Let op het verloop van de Loss % kolom.

Scenario A: Probleem in eigen netwerk

Kenmerk: De packet loss begint direct bij de eerste hop (je eigen router/gateway) en blijft aanwezig of neemt toe tot aan het eindpunt.

Diagnose: Defecte kabel, overbelaste switch of haperende router in jouw pand.

1. 192.168.1.1   [ 15% Loss ]
2. 80.x.x.x      [ 15% Loss ]
3. 10.x.x.x      [ 16% Loss ]
...
10. 8.8.8.8      [ 15% Loss ]
Loss loopt door van begin tot eind
Scenario B: ICMP Rate Limiting (Vals alarm)

Kenmerk: Je ziet packet loss op een tussenliggende hop, maar de hops daarna (inclusief het eindpunt) tonen 0% loss.

Diagnose: De router op die specifieke hop negeert MTR-pakketten. Er is geen sprake van een storing.

1. 192.168.1.1   [ 0% Loss ]
2. 80.x.x.x      [ 0% Loss ]
3. 10.x.x.x      [ 40% Loss ]
4. 10.x.x.y      [ 0% Loss ]
...
10. 8.8.8.8      [ 0% Loss ]
Loss is geïsoleerd op één hop
Scenario C: Probleem in netwerk signetbreedband

Kenmerk: De eerste hops (eigen netwerk) zijn schoon, maar de loss begint consistent zodra het verkeer ons netwerk binnenkomt.

Diagnose: Er is een issue in de transportlaag of bij de peering van signetbreedband.

1. 192.168.1.1   [ 0% Loss ]
2. 80.x.x.x      [ 0% Loss ]
3. signet-core-1   [ 10% Loss ]
4. signet-edge-1   [ 12% Loss ]
...
10. 8.8.8.8      [ 11% Loss ]
Loss begint bij provider en loopt door

Wat nu?

Heb je vastgesteld dat de packet loss consistent begint in ons netwerk en doorloopt tot de bestemming? Open dan een ticket. Om direct een oplossing te versnellen, hebben wij graag de volgende gegevens meegestuurd:

  • Een screenshot of tekst-export van de volledige MTR-sessie.
  • Het aantal verzonden pakketten (minimaal 100).
  • Het doel-IP adres dat je hebt getest.

Bronnen