Skip to main content

Waarom zoveel latency

  • September 29, 2026
  • 3 reacties
  • 20 Bekeken
traceroute

Sinds donerdad ben ik aangesloten op Odido/Simpel

 

Als ik vanaf mijn router een traceroute doe naar iets als 1.1.1.1, zie ik 8+ms latency. Dat vind ik vrij hoog.

Mijn verbinding zit in Enschede. Ik vermoed een beetje dat alles uit komt in Amsterdam maar dat verklaart maar 3 van de 8 miliseconden (een andere, dedicated datacenter verbinding van mij tussen Enschede en Amsterdam is 2.8ms)

 

Zie deze traceroute:

root@n6000:~ # traceroute -s 143.178.205.48 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1) from 143.178.205.48, 64 hops max, 40 byte packets
 1  1-192-178-143.ftth.glasoperator.nl (143.178.192.1)  2.937 ms  2.750 ms  2.756 ms
 2  10.10.10.166 (10.10.10.166)  8.109 ms  8.086 ms  8.216 ms
 3  10.226.4.14 (10.226.4.14)  8.082 ms  8.909 ms  8.685 ms
 4  10.226.2.5 (10.226.2.5)  8.946 ms  8.007 ms  8.721 ms
 5  141.101.65.241 (141.101.65.241)  89.677 ms
    141.101.65.213 (141.101.65.213)  9.062 ms
    141.101.65.197 (141.101.65.197)  14.892 ms
 6  * * *
 7  141.101.65.185 (141.101.65.185)  7.030 ms  6.811 ms  6.715 ms
 8  141.101.65.209 (141.101.65.209)  8.492 ms
    141.101.65.203 (141.101.65.203)  8.261 ms
    141.101.65.235 (141.101.65.235)  7.938 ms
 9  one.one.one.one (1.1.1.1)  8.357 ms  16.503 ms  19.256 ms

Naar die eerste hop `1-192-178-143.ftth.glasoperator.nl` is al 2.9ms, dat zal dan de link naar Amsterdam zijn. Maar wat gebeurt er daarna allemaal? Doet het 3 rondjes door NL? Scenic routing?

Ik vind die RFC1918 adressen ook wat vreemd, maar goed.

Kan een Odido engineer mij wat inzicht geven in hoe dit is ingericht? Ik ben reuze benieuwd.

October 6, 2026

Hoi ​@traceroute, mijn enorme excuses voor deze te late reactie. We hebben een probleem gehad met de moderatie en herindeling van de Simpel topics toen Simpel Internet als nieuwe categorie online gezet werd. Het spijt me! 

 

Bedankt voor je uitgebreide meting. Een vertraging van ongeveer acht milliseconden naar 1.1.1.1 is op zichzelf niet opvallend hoog.

De regels in een routecheck tonen welke netwerkpunten reageren. Ze laten niet altijd de precieze route van je internetverkeer zien. Netwerkapparatuur kan zo’n meetverzoek ook minder snel beantwoorden dan normaal internetverkeer.

In je meting reageert één tussenpunt een keer veel later. De volgende punten reageren daarna weer sneller. Dat wijst niet direct op blijvende vertraging. Ook interne adressen die met 10 beginnen, zijn normaal binnen een netwerk.

Een meting vanuit een datacenter kun je niet goed vergelijken met een verbinding thuis. De locatie, apparatuur en verbinding met andere netwerken verschillen.

Wil je de verbinding verder controleren? Doe dan deze tests:

  • sluit een computer met een netwerkkabel aan;
  • stop tijdelijk grote downloads en andere metingen;
  • meet meerdere keren op verschillende momenten;
  • test ook andere bestemmingen dan 1.1.1.1;
  • controleer vooral de gemiddelde vertraging en eventueel pakketverlies.

De routecheck laat geen duidelijke storing zien. Ervaar je wel vertraging tijdens normaal gebruik? Deel dan de resultaten en tijdstippen met de Klantenservice. We kunnen geen netwerkengineer rechtstreeks aan een Community-topic koppelen.

    3 reacties

    traceroute
    • traceroute
    • Auteur
    • October 1, 2026

    Forum is een beetje dood denk ik? 

    Jason
    Community Manager
    Forum|alt.badge.img+1
    • Jason
    • Community Manager
    • October 6, 2026

    Hoi ​@traceroute, mijn enorme excuses voor deze te late reactie. We hebben een probleem gehad met de moderatie en herindeling van de Simpel topics toen Simpel Internet als nieuwe categorie online gezet werd. Het spijt me! 

     

    Bedankt voor je uitgebreide meting. Een vertraging van ongeveer acht milliseconden naar 1.1.1.1 is op zichzelf niet opvallend hoog.

    De regels in een routecheck tonen welke netwerkpunten reageren. Ze laten niet altijd de precieze route van je internetverkeer zien. Netwerkapparatuur kan zo’n meetverzoek ook minder snel beantwoorden dan normaal internetverkeer.

    In je meting reageert één tussenpunt een keer veel later. De volgende punten reageren daarna weer sneller. Dat wijst niet direct op blijvende vertraging. Ook interne adressen die met 10 beginnen, zijn normaal binnen een netwerk.

    Een meting vanuit een datacenter kun je niet goed vergelijken met een verbinding thuis. De locatie, apparatuur en verbinding met andere netwerken verschillen.

    Wil je de verbinding verder controleren? Doe dan deze tests:

    • sluit een computer met een netwerkkabel aan;
    • stop tijdelijk grote downloads en andere metingen;
    • meet meerdere keren op verschillende momenten;
    • test ook andere bestemmingen dan 1.1.1.1;
    • controleer vooral de gemiddelde vertraging en eventueel pakketverlies.

    De routecheck laat geen duidelijke storing zien. Ervaar je wel vertraging tijdens normaal gebruik? Deel dan de resultaten en tijdstippen met de Klantenservice. We kunnen geen netwerkengineer rechtstreeks aan een Community-topic koppelen.

    We staan altijd voor je klaar!
    traceroute
    • traceroute
    • Auteur
    • October 6, 2026

    Beste Jason,

    Ik ervaar geen problemen, ik ben gewoon benieuwd welke keuzes in jullie architectuur zorgen voor zoveel latency. 8 ms is op zichzelf niet veel, maar voor verkeer binnen Nederland verwacht ik <5 ms.

    De mtr uit de TS is al bekabeld natuurlijk. Rechtstreeks vanaf de router die is aangesloten op de ONT.

    Zoals gevraagd, hier wat andere bestemmingen, met ter vergelijking de NLNOG RING-node van KPN (Amsterdam). Gemiddelde van 10 pings, 0% pakketverlies:

    Bestemming                       Simpel (Enschede)   KPN (Amsterdam)   Verschil
    1.1.1.1 (Cloudflare)                   8.7 ms            2.1 ms         +6.6
    8.8.8.8 (Google)                       7.2 ms            1.9 ms         +5.3
    9.9.9.9 (Quad9)                        7.5 ms            2.0 ms         +5.5
    192.16.186.153 (Nikhef)                9.0 ms            2.0 ms         +7.0
    185.172.149.132 (AMS-IX website)       9.1 ms            1.8 ms         +7.3
    192.87.108.15 (SURF)                   9.7 ms            2.8 ms         +6.9
    2.19.195.88 (Akamai, nu.nl)            7.3 ms            1.7 ms         +5.6
    130.89.12.12 (Universiteit Twente)    12.4 ms            5.4 ms         +7.0
    kpn01 <-> mijn verbinding              8.9 ms            8.8 ms

    Zie ook https://p.6core.net/p/mOZiLUv7Zk0iXUPEWs68YJ8i

    Enschede–Amsterdam kost ongeveer 3 ms (mijn eigen datacenterlijn doet 2,8 ms). Toch zit ik overal 5 à 7 ms boven KPN in Amsterdam.

    Twee dingen vallen op:

    1. De sprong tussen hop 1 en hop 2 is altijd +5 ms, naar elke bestemming:
     1  143.178.192.1   2.9 ms
     2  10.10.10.166    8.1 ms
     3  10.226.4.14     8.1 ms
     4  10.226.2.5      8.2 ms
    Daarna komt er nauwelijks nog iets bij. Het ligt dus niet aan één router die traag op traceroute reageert: alle volgende hops en de bestemmingen zelf zitten ook op dat niveau.

    2. Verkeer naar de Universiteit Twente, in dezelfde stad, gaat via AMS-IX in Amsterdam (80.249.208.34) en daarna via SURF terug naar Enschede: 12,4 ms voor een paar kilometer.

    Het tweede punt snap ik wel (peering op AMS-IX). Het eerste niet: wat zit er tussen de Glasoperator-gateway en 10.10.10.166? Staan de BNG's ergens anders dan Amsterdam, of loopt er een L2-backhaul/tunnel via een omweg? Ik vind het gewoon interessant hoe dit is opgebouwd.

     

    We kunnen geen netwerkengineer rechtstreeks aan een Community-topic koppelen.

     

    Waarom niet? Zij kunnen zich toch ook prima registeren op dit forum en een bericht typen?
     

    ForumvoorwaardenAccessibility statement