Beantwoord

Hoge latency KPN buitengebied (ADSL+4G)?

  • 21 juni 2019
  • 7 reacties
  • 163 keer bekeken

Het valt me op dat de ping naar www.kpn.com erg schommelt, maar in het algemeen ook erg hoog is. Is deze latency normaal bij dit product van KPN (ADSL+4G)? Of is er iets aan de hand? En ligt het dan aan mijn kant (maw: wat kan ik er nog aan doen), of is het aan KPN-kant?

Uitschieters tot honderden milliseconden. Ping uitgevoerd met een bedrade laptop, direct aan het KPN-modem (Experia Box V10). 4G-modem (Sagecom) is verbonden, en online. Speedtest geeft ongeveer 37Mb down en 17Mb up. Alleen de ADSL-speed gerekend: 5Mb down en 0.7Mb up. Standaard ADSL, geen VDSL of pair-bonding.

192:~ maartenvanderhoeven$ ping www.kpn.com
PING www.glb.kpn.com (145.7.170.135): 56 data bytes
64 bytes from 145.7.170.135: icmp_seq=0 ttl=240 time=147.030 ms
64 bytes from 145.7.170.135: icmp_seq=1 ttl=240 time=86.992 ms
64 bytes from 145.7.170.135: icmp_seq=2 ttl=240 time=192.990 ms
64 bytes from 145.7.170.135: icmp_seq=3 ttl=240 time=31.826 ms
64 bytes from 145.7.170.135: icmp_seq=4 ttl=240 time=123.285 ms
64 bytes from 145.7.170.135: icmp_seq=5 ttl=240 time=42.639 ms
64 bytes from 145.7.170.135: icmp_seq=6 ttl=240 time=546.200 ms
64 bytes from 145.7.170.135: icmp_seq=7 ttl=240 time=43.580 ms
64 bytes from 145.7.170.135: icmp_seq=8 ttl=240 time=30.787 ms
64 bytes from 145.7.170.135: icmp_seq=9 ttl=240 time=424.516 ms
64 bytes from 145.7.170.135: icmp_seq=10 ttl=240 time=83.263 ms
64 bytes from 145.7.170.135: icmp_seq=11 ttl=240 time=245.164 ms
icon

Beste antwoord door Arie_Kanarie 25 juni 2019, 14:27

Die traces zien er OK uit. De trace naar google en microsoft is wat grilliger, maar misschien had je tegelijk wat verkeer op je verbinding.
De pings uit je eerste post zijn een stuk slechter dan deze pingplotter resultaten. De pingplotter resultaten zijn wat ik zou verwachten bij een DSL verbinding die zo langzaam is als de jouwe.

Zoals je weet springt de 4G pas bij als de DSL even volzit. Korte down-en-uploads (bijv. plaatjes en andere onderdelen van een website) zullen dus alleen over je DSL verbinding gaan en die zit bij het minste of geringste al vol. Die kortstondig volle verbinding zorgt voor pingspikes, vanwege bufferbloat.

Helaas doen de meeste ISPS heel weinig om bufferbloat te minimaliseren, want dat zou de pingspikes bij een volle DSL verbinding oplossen.
Bekijk origineel

7 reacties

PS. Het gaat me er dus niet om dat ik me verwonder waarom de ping naar kpn.com zo hoog is. Het is als voorbeeld genoemd, en kpn.com is het dichtbij gezien het feit dat ik ADSL en 4G van KPN heb. Een ping naar de nameserver van Google levert hetzelfde verhaal op. Of een ping naar Microsoft.
Reputatie 5
Badge +6
Dat latency hoger is voor dit hybride is in theorie en praktijk bekend, ook bij b.v. Deutsche Telekom. Maar deze ping waardes zijn wel erg hoog. Wat niet direct wel zeggen dat de latency voor een lopende TCP/IP connectie ook zo hoog is. ping zijn ICMP IP pakketten, die zullen bij hybride denk ik anders behandeld worden dan TCP IP paketten.
Is latency en latency jitter in speedtest ook zo hoog?
Ik heb een aantal testen gedaan met Ookla en de speedtest van KPN zelf. Daarna heb ik de test gedaan gedaan bij https://sourceforge.net/speedtest/. Die geeft veel inhoudelijke details. Ik heb die van sourceforge 5 keer gedraaid, hieronder de gemiddelden. KPN-speedtest gaf gemiddeld (over 5 keer) een jitter van 55ms, Ookla gaf geen jitter weer

Round trip:
Ping max 743ms
Ping min 35 ms
Jitter max 251 ms
Packets tested 200

Download
Speed max 35 Mbps
Speed min 33 Mbps
Consistency 95.4%
Bufferbloat max 6510 ms
Bufferbloat min 111 ms
Samples tested 214

Upload
Speed max 77 Mbps
Speed min 10 Mbps
Consistency 32.2%
Bufferbloat max 4051 ms
Bufferbloat min 129 ms
Samples tested 237

Packet loss: 0 MOS 3.8
Reputatie 5
Badge +6
Die sourceforge speedtest geeft veel details zie ik. Wat opvalt zijn die hoge max bufferwaardes en ook dat UpLink blijkbaar niet niet gelimitteerd is (zou 30Mbps zijn op 4G gedeelte dacht ik, maar dat terzijde).
Op alleen 4G bij mij zijn die bufferwaardes veelvouden lager. Hopelijk kunnen anderen die SIB hebben eens kijken wat bij hun de waarden zijn.
Je zou eens met dezelfde computer maar dan verbonden via een glasvezel/cable/VDSL dezelde test kunnen doen en ook nog vergelijken met andere computer op een niet SIB verbinding. Dit om e.v.t. effecten in de computer/OS/driver uit te sluiten.
Reputatie 3
Badge +1
Zou je een test kunnen draaien naar google.com of kpn.com met Pingplotter of WinMTR? Dan kunnen we zien waar die hoge ping ontstaat.
In de bijlage drie metingen met Pingplotter naar Google, Microsoft en KPN. Valt er iets over te zeggen? Ik vind er hoge uitschieters tussen zitten.

Reputatie 3
Badge +1
Die traces zien er OK uit. De trace naar google en microsoft is wat grilliger, maar misschien had je tegelijk wat verkeer op je verbinding.
De pings uit je eerste post zijn een stuk slechter dan deze pingplotter resultaten. De pingplotter resultaten zijn wat ik zou verwachten bij een DSL verbinding die zo langzaam is als de jouwe.

Zoals je weet springt de 4G pas bij als de DSL even volzit. Korte down-en-uploads (bijv. plaatjes en andere onderdelen van een website) zullen dus alleen over je DSL verbinding gaan en die zit bij het minste of geringste al vol. Die kortstondig volle verbinding zorgt voor pingspikes, vanwege bufferbloat.

Helaas doen de meeste ISPS heel weinig om bufferbloat te minimaliseren, want dat zou de pingspikes bij een volle DSL verbinding oplossen.

Reageer