RobertMe schreef op maandag 26 februari 2024 @ 23:12:
[...]
Als het een aantal seconden duurt voordat een ping begint (die er verder okay uit ziet op het eerste gezicht
maar heb zelf geen glasvezel dus kan niet vergelijken) lijkt het toch weer meer een DNS probleem te zijn.
Als het een probleem met de aansluiting is (wat andere suggereerden v.w.b. geknikte kabel en aanverwanten) zou ik ook verwachten dat je het aan meer merkt. Packet loss dus bij een ping, of een download die niet stabiel is. Waarbij deze twee zaken intussen semi zijn uitgesloten. En je benoemde zelf initieel al "verbinden is langzaam", dus ook verwijzende naar het initiële stukje.
De DNS server die je op 1.1.1.1 hebt gezet in de Nokia, is dat aan de WAN of LAN kant? Oftewel: welke DNS server gebruikt de PC/..., is dat direct 1.1.1.1 of de Nokia (die forward naar 1.1.1.1)? In het laatste geval (Nokia, die forward) zou je alsnog eens kunnen testen met deze direct op de client.
Daarnaast zou je ook de ping eens echt langere tijd kunnen laten draaien. Merk je intussen weer dat de verbinding langzaam is (/"verbinding langzaam tot stand komt") kun je de ping stoppen en kijken of deze nog steeds 100% succesvol was.
Of tegelijkertijd / direct na elkaar een ping google.com en ping <IP van vorige ping naar google.com>. Start die direct op IP basis maar traag bij domein basis duid dat ook weer op DNS probleem.
Misschien wat overkill en ook een beetje nerdy... ik gebruik (in een script)
curl om te meten hoe lang het duurt om een TCP CONNECT op te zetten, dat mag volgens de betreffende RFC niet langer dan 3 secondes duren, is dat wel zo dan is er wat mis (en reset ik bijvoorbeeld mijn KPN 4G buitengebied modem - die wel eens een rare mishap heeft):
code:
1
| curl -s -I -w [%{time_connect}]\r\n www.google.nl |
dat geeft:
HTTP/1.1 200 OK
Content-Type: text/html; charset=ISO-8859-1
Content-Security-Policy-Report-Only: object-src 'none';base-uri 'self';script-sr
c 'nonce-lTBy9uytYlngll1eyFdG5w' 'strict-dynamic' 'report-sample' 'unsafe-eval'
'unsafe-inline' https: http:;report-uri
https://csp.withgoogle.com/csp/gws/other
-hp
Date: Mon, 26 Feb 2024 23:29:57 GMT
Server: gws
X-XSS-Protection: 0
X-Frame-Options: SAMEORIGIN
Transfer-Encoding: chunked
Expires: Mon, 26 Feb 2024 23:29:57 GMT
Cache-Control: private
Set-Cookie: AEC=Ae3NU9OdJ-hcJo34mOP9kZW6yfal77JZklTOd4SvXAz5ydjVcmiFGm2Onpo; exp
ires=Sat, 24-Aug-2024 23:29:57 GMT; path=/; domain=.google.nl; Secure; HttpOnly;
SameSite=lax
[0,070000]
dus 70 ms. Daarin zit dan de DNS, de handshake etc.
Waarom? ICMP heeft op internet lage prio, dus per definitie zegt het niets. elke server onderweg - zelfs je eigen router - kan besluiten er geen aandacht aan te geven. Voor een TCP CONNECT geldt dat uiteraard niet. (En ja, het is meer dan alleen een TCP CONNECT, er wordt ook een HTTP sessie opgezet. Alles bij elkaar een goed beeld van performance.)