Ping..lag..latency naar google dns 8.8.8.8 met een docsis 3.0 of 3.1 modem.

Sagemcom (bridgemode) met TP-link C7:

C:\WINDOWS\system32>ping 8.8.8.8 -n 10

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=15ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57

Ping statistics for 8.8.8.8:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 15ms, Average = 13ms
 
Connect Box, Compal v5.01 (Bridge mode) Docsis 3.0

Schermafbeelding 2024-02-27 143017.png
 
Ik verbaas me dat ik zo laag uitkom. Ik gebruik dubbel nat met de Connectbox (Hardware versie 5.01) en daarachter een Synology router in de DMZ:

Code:
% ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=116 time=15.968 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=14.367 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=10.914 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=11.345 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=12.012 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=116 time=11.468 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=116 time=11.976 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=116 time=11.820 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=116 time=11.454 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=116 time=10.885 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=116 time=11.398 ms
^C
--- 8.8.8.8 ping statistics ---
11 packets transmitted, 11 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.885/12.146/15.968/1.506 ms
 
Laatst bewerkt:
De connectbox kan zelf ook een ping uitvoeren. Maar dat resultaat is erg verdacht. Ik heb nog nooit zo'n gelijkmatige ping gezien. Tot 3 cijfers achter de komma gelijk. Volgens mij klopt dit niet.

Code:
PING 8.8.8.8 (8.8.8.8) from 84.107.9.133: 64 data bytes
72 bytes from 8.8.8.8: seq=0 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=1 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=2 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=3 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=4 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=5 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=6 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=7 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=8 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=9 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=10 ttl=118 time=10.000 ms
72 bytes from 8.8.8.8: seq=11 ttl=118 time=10.000 ms

--- 8.8.8.8 ping statistics ---
12 packets transmitted, 12 packets received, 0% packet loss
round-trip min/avg/max = 10.000/10.000/10.000 ms

Toevoeging: Ze schrijven wel "tijdresultaten worden afgerond naar de dichtstbijzijnde 0 of 10ms. (0ms/10ms/20ms/etc.)", maar als dat zo is, mag je nooit decimalen tonen die niet significant zijn.
 
Ik verbaas me dat ik zo laag uitkom. Ik gebruik dubbel nat met de Connectbox (Hardware versie 5.01) en daarachter een Synology router in de DMZ:

Code:
% ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=116 time=15.968 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=14.367 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=10.914 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=11.345 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=12.012 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=116 time=11.468 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=116 time=11.976 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=116 time=11.820 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=116 time=11.454 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=116 time=10.885 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=116 time=11.398 ms
^C
--- 8.8.8.8 ping statistics ---
11 packets transmitted, 11 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.885/12.146/15.968/1.506 ms

Ik vind dit al lager dan wat andere melden, met glasvezel heb ik nog lager (3-4 ms) maar dat is geen Ziggo coax. Maar misschien zijn bepaalde wijksegmenten drukker dan anderen, dat je daarom verschil ziet.
 
Maar misschien zijn bepaalde wijksegmenten drukker dan anderen, dat je daarom verschil ziet.
Of het zo is weet ik niet maar het lijkt mij dat je , als het druk is, eerder een of meerdere spikes zou zien.
Hier met glas ook 3.6 milliseconden gemiddeld. Maar dat is off-topic.
Alhoewel een hoge(re) latency inherent lijkt aan Docsis tot nu toe.
 
Sagemcom F3896LG-ZG (routermode)

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=15ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=14ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57
Reply from 8.8.8.8: bytes=32 time=12ms TTL=57

Ping statistics for 8.8.8.8:
Packets: Sent = 15, Received = 15, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 15ms, Average = 12ms
 
Ok bedankt. Wel genoeg gezien.
Maar...ik teste laatst met mijn meetapparatuur..en zag de gemiddelde pingtijden lager op ofdm modulatie, dan een docsis3.0 modem.

Jullie resultaten zijn net andersom.
Hogere ping tijden op 3.1 dan 3.0.
Vreemd.
 
...
Toevoeging: Ze schrijven wel "tijdresultaten worden afgerond naar de dichtstbijzijnde 0 of 10ms. (0ms/10ms/20ms/etc.)"
...

Als men ping tijden gaat afronden naar 10 tallen, wat voor nut heeft het dan nog om een ping test te gaan doen ?

Ping tijden liggen vaak ergens tussen 8-20 sec en als je dat gaat afronden naar 10 tallen, dan creëer je een enorme meetfout !

Veel meer dan de 'wetenschap' van het wel of geen reply krijgen, levert zo'n ping test dus niet op !

Het is wel weer duidelijk, dat diegene die de software voor de ConnectBox heeft ontworpen/gemaakt eigenlijk geen idee had waarmee hij/zij bezig was ! M.i. weer een typisch voorbeeld van Ziggo software : soms te triest voor woorden !
 
Laatst bewerkt:
als je dat gaat afronden naar 10 tallen, dan creëer je een enorme meetfout !
Klopt en als je vervolgens de getallen in 3 cijfers achter de komma weergeeft, suggereer je een extreme precisie. Ik heb op school geleerd om niet significante cijfers weg te laten.

Als je op tientallen afrond, zou je het eigenlijk moeten noteren als: 1 x 10^1. Dan klopt de precieste met je weergave van de getallen,
 
Terug
Bovenaan