Veel requests resolven niet sinds overstap 2gbit delta

[amuseic]

Gegroet!

Afgelopen vrijdag heeft Delta voor ons een aanpassing gedaan in het netwerk waardoor we nu 2Gbit hebben. Hiervoor hebben we een nieuw modem gekregen, de Nokia XS-2426G-B. Deze netjes aangesloten, en vrijwel direct nadat het internet uit viel bij het oude genexis modem hadden we weer internet. Uiteraard direct uitgeprobeerd, en jawel: 2100Mbit. Hoera!

... Of toch geen hoera. Sindsdien resolven ontzettend veel sites ineens niet (helemaal) meer. Bol.com, Hartstichting, onnoembaar veel meer sites werken ineens 20/24 uur niet meer. Inderdaad, soms werken ze ineens gewoon prima. Ze laden half uit cache en halen niets nieuws op. Sommige POST requests werken nog wel gewoon volgens het Network tabje van Chrome. Een voorbeeld van een site die simpelweg altijd werkt is YouTube. Ondertussen krijgen we van de speedtest, die meestal wel gewoon werkt, altijd 2100mbit terug. Ook het downloaden van bestanden via NZB's gaat gruwelijk snel en werkt in principe altijd.

De enige manier voor ons nu om nog fatsoenlijk in de zaak aan de bak te kunnen is door NordVPN te gebruiken. Als je verbinding krijgt (somehow gaat Engeland beter dan Nederland) werkt alles gewoon weer prima. Zodra je eenmaal verbinding hebt blijft het meestal verbonden, althans ook Netflix er soms mee kapt tijdens een film.

Wat ik tot nu toe geprobeerd heb of heb aangepast:
- DNS
- Standaard DNS
- Google DNS
- Cloudflare DNS
- Factory resets (5 stuks ofzo)
- Firewall staat uit (is standaard)
- Lokale IPV4 DHCP pool van 192.168.1.* naar 192.168.178.* (wat ik er ook van maak, probleem blijft)
- Ongeveer 500 modem reboots
- WiFI netwerk van het modem uitgeschakeld (we hebben al een prima lokaal WiFi netwerk)
- Port Forwarding rules weggehaald (ik forward 80 en 443 voor hosting doeleinden)
- Rechtstreeks op modem aansluiten, geen switches, SFP+ switches of andere dingen er tussen
- Windows, Mac, Iphone, Android, TV's, het geldt voor alle devices op het gehele netwerk.

- Tal van logs bekeken, allemaal onduidelijk. Het enige wat steeds maar terugkomt is het volgende waar ik weinig van begrijp:
[

code:

err] <131>1 2023-06-14T20:57:11.097877+02:00 Cortina parental_ctrl_status_web_app.cgi - - -  new_expire ->437 
[err] <131>1 2023-06-14T20:57:11.099555+02:00 Cortina dashboard_status_web_app.cgi - - -  new_expire ->437

Inmiddels geen idee meer. Delta heeft hun tech support ingeschakeld maar daar horen we ook niets van. De klantenservice medewerker had "eerlijk gezegd nog nooit van dit probleem gehoord".

Is hier iemand die hier wel ooit van heeft gehoord en mogelijk een idee heeft wat we nog meer kunnen proberen?

Met vriendelijke groeten,
Remy

[Sjoak]

Vergelijkbaar iets gehad met delta premium fiber, routeren naar specifieke servers werkte slecht tot niet.

Periode 5 g router gebruikt, veel klagen en opeens, na maanden probleem weg.

Geen melding van delta niets, het is een soort van slechte of verkeerde routering is het probleem.

[i-chat]

het is een soort van slechte of verkeerde routering is het probleem.

als dat zo is dan zou ik in taakbeheer eens overwegen om met een korte intervalt een tracert command te laten lopen.

nu zijn mijn skills daarin niet goed dus misshien is er een medetweaker die hier iets van kan breien, maar ik zou een lijstje wellknow'n ip's en hostnames nemen en elke minuut proberen die te laten resolven / de route te checken. ongeveer elke paar minuten, als een substantieel deel daarvan niet werkt of vreemd gedrag vertoont met zo'n lijstje naar de techsupport stappen

wil dat niet lukken dan zou ik ze toch vriendelijk vragen of ze het als de donder willen oplossen en of ze de abonnementskosten willen opschorten totdat het is opgelost... moet mogelijk wel enige oplossing bieden.

want eerlijk zelf gaan lopen heiebreie met een 5modem omdat delta z'n werk niet doet, en jij ondertussen wel mooi blijft betalen lijkt me geen oplossing.

let op het kan helpen om ze te weizen op het feit dat je wettelijk recht hebt op terugbetaling van (een deel van) abonnementskosten bij een langdurige storing. dat het af en toe tussendoor een klein beetje werkt doet daar niet aan af. https://www.rijksoverheid...t%20op%20een%20vergoeding.

[amuseic]

hmm, dus een dergelijk probleem is in ieder geval vaker voorgekomen. Ook vanzelf opgelost na maanden zonder dat iemand weet waarom, of wat exact het probleem was dus... dat klinkt nog niet heel hoopvol:p

Er zit een tracert command ding in het modem, maar die runt maar één keer. De output is mij ook niet helemaal duidelijk, eerst een paar ip adressen en dan vooral sterretjes. Als iemand me zou kunnen vertellen hoe ik iets dergelijks aan zou kunnen pakken en wat ik daaraan kan zien zou dat awesome zijn!

Daarnaast houd ik contact met Delta, ik zal ze zo maar weer eens een berichtje sturen. Proberen die tech support een beetje te pushen, want dit kan zo niet.

[internet4me]

Mogelijk heb je last van delta’s CGNAT issue/workaround/“dubbeltje op de eerste rang willen zitten”. Wat is je externe ip adres in je modem en wat is externe ip adres volgens www.showip.com??

[amuseic]

@internet4me Zowel wat het modem zegt als wat showip.com zegt zijn 87.**.204.180, beide hetzelfde

[internet4me]

Top. Dan heb je geen cgnat. Dat scheelt.

[Rensjuh]

Vul je IP eens in op de volgende site:
https://www.iplocation.net/ip-lookup

Heb een aantal opties geprobeerd (10, 20, 50, 100, 150, 200) op de plek van ** maar ik kom telkens uit in Italië, Finland of de UAE.
Nu lees ik net in een nieuwsbericht over de upgrade van Delta naar 2Gbit iemand die ook problemen had met een IP range:
robobeat in 'Delta rondt glasvezelupgrade naar XGS-PON af en introduceert 2Gbit/s-abo'

Geen idee of dat misschien gerelateerd is aan jouw probleem?

[amuseic]

@internet4me Nice! Geen idee wat dat precies inhoudt, maar als het goed is is het goed:p

@Rensjuh Alle locaties in de lijst wijzen naar nederland, waarvan twee zodanig accuraat dat het inderdaad klopt met mijn locatie. Wel interessant dat er nog ip adressen waren die naar andere landen leidde... Lijkt bij ons in ieder geval niet het probleem te zijn

[ThinkPad]

Hoe ziet bijv. http://ec2-reachability.amazonaws.com/ eruit? Die test zag ik in het T-Mobile topic wel gebruikt worden. Via mijn BudgetThuis glasvezel is alles daar groen.

[amuseic]

@ThinkPad Op dit moment resolved alles toevallig netjes, ook bol.com en sites die meestal niet werken. Ik zal even wachten tot het weer kapot is en dan weer kijken, op dit moment is alles prachtig groen. Hele interessante, bedankt voor de link! Ik ben benieuwd wat er komt te staan zodra veel sites niet meer werken

[amuseic]

@ThinkPad

Om 9:24 bij mijn vorige post resolvede alles dus netjes. Nu niet meer, het volgende is allemaal rood en boos:


us-east-2 3.12.0.0/16 3.12.0.0
us-east-2 18.189.0.0/16 18.189.0.0
us-west-2 35.160.0.0/13 35.160.63.253
us-west-2 50.112.0.0/16 50.112.120.53
eu-central-1 3.64.0.0/12 3.64.0.0
me-south-1 157.175.0.0/16 157.175.10.11
ap-south-1 13.200.0.0/15 13.200.0.0
ap-southeast-1 54.169.128.0/17 54.169.191.253
ap-southeast-2 54.252.0.0/16 54.252.88.8
ap-northeast-1 52.196.0.0/14 52.196.63.252

[PetervdM]

staat IPv6 juist ingesteld? zet het anders eens uit.

[amuseic]

Ik ga er vanuit dat, aangezien hier de IP mode op IPv4 staat, er geen gebruik wordt gemaakt van IPv6

[amuseic]

Ondertussen weer eens de EC2 reachability test gedaan, dit keer waren het er te veel om ze met de hand te kopieëren, dus even met een klein scripje alles verzameld waar de table row een error heeft. Resultaat is dit keer 57 items die niet resolven:

code:

['us-east-1', '23.20.0.0/14', '23.23.255.255', '<img src="assets/error.gif">']
['us-east-1', '35.153.0.0/16', '35.153.128.254', '<img src="assets/error.gif">']
['us-east-1', '52.20.0.0/14', '52.20.63.253', '<img src="assets/error.gif">']
['us-east-1', '52.86.0.0/15', '52.86.63.252', '<img src="assets/error.gif">']
['us-east-1', '54.234.0.0/15', '54.235.236.60', '<img src="assets/error.gif">']
['us-east-1', '67.202.0.0/18', '67.202.0.5', '<img src="assets/error.gif">']
['us-east-1', '100.24.0.0/13', '100.24.0.0', '<img src="assets/error.gif">']
['us-east-1', '174.129.0.0/16', '174.129.0.31', '<img src="assets/error.gif">']
['us-east-2', '3.16.0.0/14', '3.16.0.0', '<img src="assets/error.gif">']
['us-east-2', '18.188.0.0/16', '18.188.0.0', '<img src="assets/error.gif">']
['us-west-1', '13.56.0.0/16', '13.56.63.251', '<img src="assets/error.gif">']
['us-west-1', '54.67.0.0/17', '54.67.63.253', '<img src="assets/error.gif">']
['us-west-2', '35.80.0.0/12', '35.95.2.254', '<img src="assets/error.gif">']
['us-west-2', '50.112.0.0/16', '50.112.120.53', '<img src="assets/error.gif">']
['us-west-2', '52.36.0.0/14', '52.36.0.2', '<img src="assets/error.gif">']
['us-west-2', '54.70.0.0/15', '54.70.0.12', '<img src="assets/error.gif">']
['us-west-2', '54.200.0.0/15', '54.200.0.1', '<img src="assets/error.gif">']
['us-gov-west-1', '15.200.0.0/16', '15.200.0.254', '<img src="assets/error.gif">']
['us-gov-west-1', '15.205.0.0/16', '15.205.0.254', '<img src="assets/error.gif">']
['ca-central-1', '99.79.0.0/16', '99.79.0.0', '<img src="assets/error.gif">']
['sa-east-1', '54.207.0.0/16', '54.207.127.254', '<img src="assets/error.gif">']
['sa-east-1', '54.233.0.0/18', '54.233.0.0', '<img src="assets/error.gif">']
['eu-central-1', '3.64.0.0/12', '3.64.0.0', '<img src="assets/error.gif">']
['eu-central-1', '54.93.128.0/17', '54.93.162.162', '<img src="assets/error.gif">']
['eu-central-1-ham-1', '15.220.152.0/21', '15.220.153.88', '<img src="assets/error.gif">']
['eu-west-1', '54.78.0.0/16', '54.78.0.3', '<img src="assets/error.gif">']
['eu-west-1', '54.171.0.0/16', '54.171.63.252', '<img src="assets/error.gif">']
['eu-west-1', '54.247.0.0/16', '54.247.127.254', '<img src="assets/error.gif">']
['eu-west-2', '18.132.0.0/14', '18.132.0.0', '<img src="assets/error.gif">']
['eu-west-2', '18.175.0.0/16', '18.175.28.254', '<img src="assets/error.gif">']
['eu-west-2', '35.178.0.0/15', '35.178.0.253', '<img src="assets/error.gif">']
['eu-south-1', '18.102.0.0/16', '18.102.0.0', '<img src="assets/error.gif">']
['eu-west-3', '52.47.0.0/16', '52.47.32.127', '<img src="assets/error.gif">']
['eu-south-2', '18.100.0.0/15', '18.100.135.187', '<img src="assets/error.gif">']
['eu-north-1', '13.51.0.0/16', '13.51.0.0', '<img src="assets/error.gif">']
['eu-north-1', '16.16.0.0/16', '16.16.0.0', '<img src="assets/error.gif">']
['ap-southeast-4', '16.50.0.0/15', '16.50.164.255', '<img src="assets/error.gif">']
['ap-south-1', '3.6.0.0/15', '3.6.0.0', '<img src="assets/error.gif">']
['ap-south-1', '13.232.0.0/14', '13.232.0.253', '<img src="assets/error.gif">']
['ap-northeast-2', '52.79.0.0/16', '52.79.52.64', '<img src="assets/error.gif">']
['ap-southeast-1', '18.142.0.0/15', '18.142.0.0', '<img src="assets/error.gif">']
['ap-southeast-1', '54.169.128.0/17', '54.169.191.253', '<img src="assets/error.gif">']
['ap-southeast-2', '54.252.0.0/16', '54.252.88.8', '<img src="assets/error.gif">']
['ap-northeast-1', '13.112.0.0/14', '13.112.63.251', '<img src="assets/error.gif">']
['ap-northeast-1', '18.182.0.0/16', '18.182.0.0', '<img src="assets/error.gif">']
['ap-northeast-1', '52.68.0.0/15', '52.68.63.252', '<img src="assets/error.gif">']
['ap-northeast-1', '52.192.0.0/15', '52.192.63.252', '<img src="assets/error.gif">']
['ap-northeast-1', '52.196.0.0/14', '52.196.63.252', '<img src="assets/error.gif">']
['ap-northeast-1', '54.168.0.0/16', '54.168.0.2', '<img src="assets/error.gif">']
['ap-northeast-1', '54.248.0.0/15', '54.248.127.254', '<img src="assets/error.gif">']
['ap-northeast-1', '103.4.8.0/21', '103.4.10.139', '<img src="assets/error.gif">']
['ap-northeast-1', '175.41.192.0/18', '175.41.248.202', '<img src="assets/error.gif">']
['ap-northeast-1', '176.34.0.0/18', '176.34.56.254', '<img src="assets/error.gif">']
['cn-north-1', '43.196.0.0/16', '43.196.0.253', '<img src="assets/error.gif">']
['cn-north-1', '71.131.192.0/18', '71.131.192.3', '<img src="assets/error.gif">']
['cn-northwest-1', '43.192.0.0/16', '43.192.0.113', '<img src="assets/error.gif">']
['cn-northwest-1', '52.83.0.0/16', '52.83.214.0', '<img src="assets/error.gif">']

EDIT 11 minuten later:
71 dingen die niet resolven...

[fastedje]

Een tijd geleden hadden we op kantoor last van verbindingsproblemen over https naar een svn repo. Toen we op de TP-link router wat opties bij ftp hadden uitgezet werkt dit probleemloos.

Het klinkt alsof specifiek DNS requests een probleem zijn. Heb je al geprobeerd om op je laptop zelf een DNS in te stellen? Zo ja dan lijkt het er op dat je router problemen geeft bij UDP verkeer. Wellicht is het dan interessant om eens een pi-hole te gebruiken als DNS cache/proxy. Het probleem is wel dat DNS entries na de TTL timeout altijd opnieuw worden opgehaal. Op Linux kan je dat zien met:

dig -t any some.domain

[amuseic]

@fastedje hmm, interessant... Alleen QUIC (google dingen) requests gaan over UDP toch? Gaan normale requests niet over TCP?

Wel een interessante. Ik denk dat ik het wel voor elkaar zou moeten krijgen om een VM op te zetten op de server en die het verkeer te laten regelen, maar dat kost me wel wat tijd. Misschien heb ik hier morgenavond pas tijd voor.

Ah, en zelf DNS instellen: ja, cloudflare, google en default. Alles heeft hetzelfde resultaat. Dit is één van de eerste dingen die ik heb geprobeerd, maar het probleem lijkt helaas ergens anders te liggen.

[ Voor 22% gewijzigd door amuseic op 15-06-2023 12:01 . Reden: vergeten te antwoorden op DNS settings ]

[Pietervs]

wat bijzonder is, is het feit dat adressen dus niet resolven?
Dan gaat er iets mis in de DNS. En zoals je zelf al getest hebt, lijkt dat niet aan de DNS servers zelf te liggen.

Dan zou ik het vermoeden krijgen dat UDP/53 om wat voor reden dan ook gedropped wordt. Dat kan bij jou thuis zijn (onwaarschijnlijk), dat kan op je modem zijn (want die is vervangen) maar het kan ook in het internet-pad van/naar Delta liggen.

Heb je het oude modem nog en is het een optie om die terug te plaatsen zodat je in ieder geval je nieuwe modem uit kan sluiten?

[matk89]

Interessant, ik heb een vergelijkbaar probleem met Delta maar dan minder intens dan jij het ervaart. Ik denk dat ik (heeeele natte duimwerk) ruwweg 5% van mijn traffic hetzelfde ervaar. Het is bij mij alleen korte periodes van 5-30 seconden dat hij niet lijkt te resolven waardoor het nog redelijk werkbaar is maar wel vervelend.

Mijn situatie:
- Delta 1 Gbit (sinds maart dit jaar)
- Nokia XS-2426G-B
- WiFi disabled, DHCP disabled
- Pi-hole als netwerk DNS + DHCP server
- Upstream servers Cloudflare en OpenDNS
- Geen CGNAT voor zover ik weet (fun fact volgens een medewerker op hun forum: Delta scant de instellingen van je modem, als je port forwarding aan hebt staan krijg je geen CGNAT!)

In de logging van mijn pi-hole kan ik niets vinden, hij antwoord ongeveer 40% uit Cache (we internetten te voorspelbaar denk ik ) en de rest netjes door de upstreams. Ik ga de live logging proberen uit te lezen op het moment van een verstoring, wellicht dat ik daar iets wijzer uit word.

Ik lees dus graag even mee voor een oplossing, als je iets wilt cross-checken let me know

[amuseic]

@Pietervs Door een aanpassing in het netwerk werkt het oude modem niet, die ondersteund helaas geen XGS-PON. DNS heb ik zowel in het modem als op machines geprobeerd aan te passen, beiden zonder resultaat. Erg vreemd inderdaad...

[amuseic]

@matk89 Vet interessant! Ook bijzonder dat je dus hetzelfde ervaart, maar in mindere mate... Dus het is een bestaand probleem die verschilt van consument tot consument in intensiteit. Ik ben benieuwd of je iets uit de logging kan halen!

[woutertje]

Heb je toevallig al eens naar je MTU gekeken? Weet niet wat voor'n OS je draait maar iets als:

code:

$ ping -s 1472 -M do 1.1.1.1

Waarschijnlijk niet 't probleem, maar toch goed om even te checken (een mismatch in MTU manifesteert zich soms wel als ~vage problemen~).

[PetervdM]

teruglezend vraag ik me af of dit wel een DNS probleem is. zover ik kan zien worden de namen WEL geresolved, dus bv bol.com wordt vertaald naar 185.14.169.113, maar vervolgens is 185.14.169.113 onbereikbaar.
dat houdt dus in dat er een routing probleem is, de requests naar 185.14.169.113 worden domweg de verkeerde kant opgestuurd.
dat kun jij niet oplossen, anders dan een VPN te gebruiken, want dan ga je ergens anders het internet op..
blijft waarom het soms werkt, en soms niet. verandert je eigen ip adres op die momenten?
maak eens traceroutes op het moment dat het werkt en op het moment dat het niet werkt, en post die hier.
al respons van je ISP?

[Pietervs]

amuseic schreef op donderdag 15 juni 2023 @ 11:56:

Ah, en zelf DNS instellen: ja, cloudflare, google en default. Alles heeft hetzelfde resultaat. Dit is één van de eerste dingen die ik heb geprobeerd, maar het probleem lijkt helaas ergens anders te liggen.

@PetervdM als ik dit bericht van @amuseic lees waarin hij zegt dat verschillende DNS-en hetzelfde resultaat opleveren, ga ik er vanuit dat hij daarmee bedoelt dat DNS niet werkt op die momenten.
Maar inderdaad, je vraag is wel terecht: worden namen wel geresolved op het moment dat er problemen zijn? Want dan is het dus geen DNS probleem.

[ThinkPad]

woutertje schreef op donderdag 15 juni 2023 @ 14:22:
Heb je toevallig al eens naar je MTU gekeken? Weet niet wat voor'n OS je draait maar iets als:

code:

$ ping -s 1472 -M do 1.1.1.1

Waarschijnlijk niet 't probleem, maar toch goed om even te checken (een mismatch in MTU manifesteert zich soms wel als ~vage problemen~).

Dit is ook een goede suggestie, kan ook voor vage problemen zorgen inderdaad.

A wrong MTU set on the WAN Interface can cause multiple issues such as lower throughput, instability and unreachable websites. Please set this carefully and contact your ISP for more information.

Zie deze pagina voor meer uitleg en hoe te testen (MTU blijven aanpassen totdat je geen packetloss meer hebt)
https://www.sonicwall.com...manually/170504812146650/

[amuseic]

Dit is de traceroute van dit moment, waarop het nu wel werkt. Alles op de EC2 reachability test gaat prima en Bol.com laadt nu ook goed.

code:

traceroute to bol.com (185.14.169.113), 30 hops max, 64 byte packets
1  87.99.202.1  1.833 ms  1.305 ms  1.323 ms
2  62.45.255.195  4.799 ms  62.45.255.131  3.728 ms  62.45.255.195  4.313 ms
3  80.249.214.72  11.361 ms  5.528 ms  5.900 ms
4  185.14.170.215  5.622 ms  6.608 ms  5.448 ms
5  185.14.170.184  6.176 ms  3.683 ms  4.603 ms
6  *  *  *
...........................................
30  *  *  *
traceroute job completed!!

Om mogelijk nog wat verduidelijking te geven: Volgens mij "resolven" dingen inderdaad wel, ook als het niet werkt krijg ik het IP adres van Bol.com. Ik geloof ook dat die correct is; op een ander netwerk krijg ik hetzelfde resultaat. Mijn excuses voor het gebruiken van verkeerde termen!

Ironish genoeg kan ik typens het typen van dit bericht die sonicwall link niet meer openen lol, dus ik ga een poging blijven doen om die MTU aan te passen en te kijken of dat iets doet!

Daarnaast nog geen respons van de ISP, behalve een vraag of we even naar bol wilden pingen. Hiervan een screenshot gestuurd en niets meer gehoord.

[ Voor 12% gewijzigd door amuseic op 15-06-2023 15:26 . Reden: veel nutteloze info ]

[amuseic]

Aangezien tijdens het typen van een reactie alles er weer mee kapte, hierbij dan ook de traceroute terwijl het niet werkt:

code:

traceroute to bol.com (185.14.169.113), 30 hops max, 64 byte packets 
1  87.99.202.1  1.471 ms  1.310 ms  1.337 ms 
2  62.45.255.131  4.510 ms  3.939 ms  4.353 ms 
3  80.249.214.72  3.623 ms  3.294 ms  3.130 ms 
4  185.14.170.215  6.470 ms  6.462 ms  6.226 ms 
5  185.14.170.184  4.351 ms  4.149 ms  4.183 ms 
6  *  *  *

[sir_huxley]

Wat mij niet duidelijk is waar je de Dns hebt aangepast. Maar heb je bij de DHCP client instellingen aangeven dat clients gebruik moeten maken van bijvoorbeeld 8.8.8.8 ipv het ip adres van de router?

[amuseic]

sir_huxley schreef op donderdag 15 juni 2023 @ 15:27:
Wat mij niet duidelijk is waar je de Dns hebt aangepast. Maar heb je bij de DHCP client instellingen aangeven dat clients gebruik moeten maken van bijvoorbeeld 8.8.8.8 ipv het ip adres van de router?

Omdat het mij ook niet duidelijk was waar ik dit precies moest aanpassen heb ik het op drie plekken aangepast lol, één voor één en allemaal tegelijk:

- In de Nokia App is er bij "Advanced Network settings" ineens een optie om DNS aan te geven, die heb ik veranderd
- Vervolgens in de DHCP IPv4 DNS aangepast
- Vervolgens op machines de DNS in de netwerk configuratie aangepast

Geen van allen, ook niet in combinatie, maakte enig verschil. Ik zag later wel dat na de eerste twee aanpassingen DHCP clients inderdaad 8.8.8.8 als primary DNS kregen en 8.8.4.4 als secondary, dus ik ging er vanuit dat dat wel werkte.

[Thijn41]

sir_huxley schreef op donderdag 15 juni 2023 @ 15:27:
Wat mij niet duidelijk is waar je de Dns hebt aangepast. Maar heb je bij de DHCP client instellingen aangeven dat clients gebruik moeten maken van bijvoorbeeld 8.8.8.8 ipv het ip adres van de router?

Het resolven werkt prima, zoals de traceroute ook aangeeft. Hij krijgt prima een juist IP terug.

amuseic schreef op donderdag 15 juni 2023 @ 15:26:
Aangezien tijdens het typen van een reactie alles er weer mee kapte, hierbij dan ook de traceroute terwijl het niet werkt:

code:

traceroute to bol.com (185.14.169.113), 30 hops max, 64 byte packets 
1  87.99.202.1  1.471 ms  1.310 ms  1.337 ms 
2  62.45.255.131  4.510 ms  3.939 ms  4.353 ms 
3  80.249.214.72  3.623 ms  3.294 ms  3.130 ms 
4  185.14.170.215  6.470 ms  6.462 ms  6.226 ms 
5  185.14.170.184  4.351 ms  4.149 ms  4.183 ms 
6  *  *  *

Een verkeerde route lijkt me na deze resultaten ook stug, omdat die 185.14.170.* IP adressen al van bol.com zijn, en je dus al in hun netwerk zit. Daarna kan Delta er ook niks meer aan verkloten.

Wat krijg je in je browser te zien bij in development tools onder Network als je naar bol.com gaat? Welke requests falen, en waarom falen deze? Krijg je een timeout, of iets anders?

[amuseic]

over de MTU:

[amuseic]

@Thijn41 Ik zie een aantal requests die alsmaar op Pending blijven hangen:


Na het wat tijd te geven krijg ik het volgende:


Hier wordt duidelijk dat een scripje na bijna 3 minuten nog eens binnen kwam, terwijl een andere na 42 seconden de geest gaf.

Zijn er nog meer dingen die ik hier zou kunnen checken?

Daarnaast: mijn ip adres is sinds het nieuwe modem voor het eerst werkte nog niet veranderd.

[ Voor 16% gewijzigd door amuseic op 15-06-2023 15:41 . Reden: echt super beroerde image kwaliteit ]

[Duke of Savage]

Stel je zet een continue ping aan naar 1.1.1.1, blijft dat gewoon doorlopen terwijl websites niet meer te open zijn?

code:

ping 1.1.1.1 -t

Ik heb een keer een soortgelijke issue gehad, maar dan werkte het internet in zijn geheel niet, bleek dat het WAN IP adres dubbel uitgegeven was.

[ufear]

Is het daadwerkelijk ping'en ooit echt stuk? Ik heb ooit mijn Mikrotik router niet helemaal lekker geconfigged qua MTU/MSS-clamping, en toen had ik enkel via HTTPS (of HTTP/2) allerlei rare problemen in relatie tot SSL-verkeer - pingen nooit een issue - maar daadwerkelijk sites laden ging meestal niet (behalve Tweakers, die ging stabiel goed).

Alleen gok ik als dit een issue is, het niet perse aan jouw kant van de config zit of op te lossen is. Heb je iets van een NTU waardoor je het hele modem kan bypassen? Dan kan je in ieder geval zekerheid krijgen dat het niet aan jouw kant van de hardware ligt, en dan kijken of er een mitigatie te bedenken is totdat Delta e.e.a. erkend/aan hun kant oplost.

[ChaserBoZ_]

amuseic schreef op donderdag 15 juni 2023 @ 08:35:
hmm, dus een dergelijk probleem is in ieder geval vaker voorgekomen. Ook vanzelf opgelost na maanden zonder dat iemand weet waarom, of wat exact het probleem was dus... dat klinkt nog niet heel hoopvol:p

Er zit een tracert command ding in het modem, maar die runt maar één keer. De output is mij ook niet helemaal duidelijk, eerst een paar ip adressen en dan vooral sterretjes. Als iemand me zou kunnen vertellen hoe ik iets dergelijks aan zou kunnen pakken en wat ik daaraan kan zien zou dat awesome zijn!

Daarnaast houd ik contact met Delta, ik zal ze zo maar weer eens een berichtje sturen. Proberen die tech support een beetje te pushen, want dit kan zo niet.

Met WinMTR kun je op Windows een traceroute herhaaldelijk laten uitvoeren. Op linux gewoon MTR.

[amuseic]

Ik heb die WinMTR aangezet op een machine thuis, die laat ik wel een tijd draaien. Even voor de duidelijkheid: wat WinMTR doet is alle routes die hij neemt op een rijtje zetten en ze allemaal pingen zolang ik de applicatie laat draaien, right?

Als dat zo is ben ik benieuwd hoe vaak hij uiteindelijk packages verliest. Op dit moment werkt bol.com gewoon, maar dat kan elk moment weer om slaan. Ik ben benieuwd!

[amuseic]

ufear schreef op donderdag 15 juni 2023 @ 16:11:
Is het daadwerkelijk ping'en ooit echt stuk? Ik heb ooit mijn Mikrotik router niet helemaal lekker geconfigged qua MTU/MSS-clamping, en toen had ik enkel via HTTPS (of HTTP/2) allerlei rare problemen in relatie tot SSL-verkeer - pingen nooit een issue - maar daadwerkelijk sites laden ging meestal niet (behalve Tweakers, die ging stabiel goed).

Alleen gok ik als dit een issue is, het niet perse aan jouw kant van de config zit of op te lossen is. Heb je iets van een NTU waardoor je het hele modem kan bypassen? Dan kan je in ieder geval zekerheid krijgen dat het niet aan jouw kant van de hardware ligt, en dan kijken of er een mitigatie te bedenken is totdat Delta e.e.a. erkend/aan hun kant oplost.

Helaas niet. Is er überhaupt iets anders dan het modem wat XGS-PON ondersteund?

[fastedje]

amuseic schreef op donderdag 15 juni 2023 @ 11:56:
@fastedje hmm, interessant... Alleen QUIC (google dingen) requests gaan over UDP toch? Gaan normale requests niet over TCP?

Wel een interessante. Ik denk dat ik het wel voor elkaar zou moeten krijgen om een VM op te zetten op de server en die het verkeer te laten regelen, maar dat kost me wel wat tijd. Misschien heb ik hier morgenavond pas tijd voor.

Ah, en zelf DNS instellen: ja, cloudflare, google en default. Alles heeft hetzelfde resultaat. Dit is één van de eerste dingen die ik heb geprobeerd, maar het probleem lijkt helaas ergens anders te liggen.

Ik zag dit draadje nog op stackoverflof ivm met UDP en de ingestelde MTU:

https://stackoverflow.com...et-size-and-packet-losses

Wellicht kan je ook eens een wireshark op je laptop gebruiken en eens kijken wat er met UDP verkeer gebeurt.

Op Linux kan je met ping ook de packet size meegeven. Dat is handig als je packets wilt testen die net boven de MTU waarde zitten.

[ Voor 6% gewijzigd door fastedje op 15-06-2023 19:13 ]

[brambo123]

Heb je toevallig al DNS over HTTPS geprobeerd om te checken of het echt alleen dns is wat probleem is?
Zie bijvoorbeeld de Cloudflare instructies

[amuseic]

Geen idee hoe dit allemaal precies gaat, maar naar mijn idee ziet het er wel netjes uit. Dit is van gisteren 16.55 ofzo tot zojuist, 8.50.

@brambo123 Inmiddels hebben we geconcludeerd dat DNS niet het probleem is. Zou het alsnog interessant zijn om te checken wat er gebeurd bij DNS over HTTPS?

@fastedje Ah ja, Wireshark. Goede! Ik ga mijn best doen om te kijken of ik iets kan vinden.

[fastedje]

[b]
Geen idee hoe dit allemaal precies gaat, maar naar mijn idee ziet het er wel netjes uit. Dit is van gisteren 16.55 ofzo tot zojuist, 8.50.
@fastedje Ah ja, Wireshark. Goede! Ik ga mijn best doen om te kijken of ik iets kan vinden.

Opvallend dat die Caiway host op plaats 2 zoveel packet loss heeft. Is je kabelverbinding wel betrouwbaar? Is het mogelijk om je modem SNR te.zien over tijd? Wellicht zou een wat kleinere bandbreedte de packetloss flink verminderen en dus uiteindelijk je snelheid verhogen.

[amuseic]

@fastedje doel je op deze gegevens?


Ik zie geen specifieke SNR data in het modem.

De kabelverbinding is een SFP+ Asus module die naar een SFP+ switch gaat, die naar een SFP+ switch gaat, die naar het modem gaat. Nog nooit een issue mee gehad in de afgelopen jaren, dus mijn verbinding naar het modem zelf lijkt me betrouwbaar.

[ufear]

amuseic schreef op vrijdag 16 juni 2023 @ 08:52:
[Afbeelding]

Geen idee hoe dit allemaal precies gaat, maar naar mijn idee ziet het er wel netjes uit. Dit is van gisteren 16.55 ofzo tot zojuist, 8.50.

Wel netjes uit? Meer dan 1 pakketje kwijt naar je LOKALE gateway? Dat lijkt mij niet acceptabel tenzij je even de kabel eruit getrokken hebt oid. Ik zou de boel, modems, kabels, netwerkkaarten gelijk in de vuilnisbak gooien om verdere tijdverspilling te voorkomen iig

Als dit al gebeurd als er 's nachts in essentie waarschijnlijk amper verkeer is, wat doet dat dan als je wel even een grotere stroom pakketjes eroverheen jaagt?

[ Voor 10% gewijzigd door ufear op 16-06-2023 12:46 ]

[internet4me]

Wacht. Je hebt xgspon netwerk van Delta cq caiway. Met een SFP+ Asus module
Wordt dit wel ondersteund zo? Volgens mij namelijk niet. Xgspon modules zijn nog niet gecertificeerd.

Er zijn veel onbetrouwbare cq slecht werkende sfp modules/“modems” in omloop.

[ Voor 18% gewijzigd door internet4me op 16-06-2023 12:49 ]

[amuseic]

internet4me schreef op vrijdag 16 juni 2023 @ 12:47:
Wacht. Je hebt xgspon netwerk van Delta cq caiway. Met een SFP+ Asus module
Wordt dit wel ondersteund zo? Volgens mij namelijk niet. Xgspon modules zijn nog niet gecertificeerd.

Er zijn veel onbetrouwbare cq slecht werkende modules/“modems” in omloop.

Mijn excuses voor de verwarring, mijn hoofd ging denk ik de andere kant op. Het netwerk naar mijn computer is momenteel:

Delta -> modem -> 2.5gbit RJ45 poort (van het modem) -> SFP+ switch met 10gbit RJ45 SFP+ module -> SFP+ switch -> Asus SFP+ module in mijn computer

Alles gaat via LC-LC OM3. Ik kan me overigens voorstellen dat er 's nachts niet minder verkeer is dan overdag bij ons, aangezien Home Assistent nogal wat verkeer heeft en de server zo nu en dan forse bestanden binnen trekt (soms terabytes per nacht) (wat overigens prima gaat)

[ Voor 21% gewijzigd door amuseic op 16-06-2023 12:53 ]

[BluRay]

Heb je al een keer de 1gbit poort geprobeerd op je modem. En dan je laptop/pc rechtstreeks op die poort?

Zijn er port errors te zien op je switch (de uplink naar je modem)?

[ Voor 25% gewijzigd door BluRay op 16-06-2023 12:56 ]

[amuseic]

BluRay schreef op vrijdag 16 juni 2023 @ 12:55:
Heb je al een keer de 1gbit poort geprobeerd op je modem. En dan je laptop/pc rechtstreeks op die poort?

Zeker, ik heb dagen lang mijn computer rechtstreeks op het modem gehad. Ook verschillende poorten gebruikt, maar niets maakt een verschil (in ieder geval niet voor de problemen die we ervaren)

De switches hebben geen interface, dus ik kan niets zien op de switches zelf.

[ Voor 9% gewijzigd door amuseic op 16-06-2023 12:58 ]

[BluRay]

Wellicht kan @R3D iets voor je betekenen. Ik zie hem weleens actief in de Delta thread en lijkt iets meer te kunnen als het om Delta gaat.

[amuseic]

Goed, vanmiddag gevraagd of ze de lijn wilden resetten. Dit hebben ze gedaan, waarna we achter CGNAT zaten. Na werk even gebeld of ze dat uit konden zetten, wat ze wel wilden doen. Het internet werkte al die tijd dat we achter CGNAT hingen prima, en nu het weer een dynamisch IP adres is is het gelijk weer compleet hopeloos. Heel interessant... Maar zonder port forwarding worden we zeer niet blij aangezien we aardig wat zelf hosten, dus zowel wel CGNAT als geen CGNAT leveren ons nu problemen op...

[Computer guy]

amuseic schreef op vrijdag 16 juni 2023 @ 19:11:
Goed, vanmiddag gevraagd of ze de lijn wilden resetten. Dit hebben ze gedaan, waarna we achter CGNAT zaten. Na werk even gebeld of ze dat uit konden zetten, wat ze wel wilden doen. Het internet werkte al die tijd dat we achter CGNAT hingen prima, en nu het weer een dynamisch IP adres is is het gelijk weer compleet hopeloos. Heel interessant... Maar zonder port forwarding worden we zeer niet blij aangezien we aardig wat zelf hosten, dus zowel wel CGNAT als geen CGNAT leveren ons nu problemen op...

Ik zou zelf 2 dingen proberen, de Nokia resetten en alleen via de webpagina beheren en niet de app (zitten ook half werkende functies in die je netwerk offline halen) en als dat het niet oploste aan DELTA vragen of je naar een ander ip subnet mag, dat was een tijdje geleden ook een oorzaak van problemen.

[Adze]

amuseic schreef op vrijdag 16 juni 2023 @ 12:49:
[...]
... Alles gaat via LC-LC OM3. ...

Well, there is your problem. OM3 is multimode. Je moet singlemode glas hebben. Dat het nog werkt is een wonder.

Ow wacht ik lees verkeerd. OM3 glas heb je voor je interne netwerk. Negeer mijn comment pls

[ Voor 15% gewijzigd door Adze op 17-06-2023 08:51 ]

[fastedje]

amuseic schreef op vrijdag 16 juni 2023 @ 12:43:
@fastedje doel je op deze gegevens?

Ik zie geen specifieke SNR data in het modem.

De kabelverbinding is een SFP+ Asus module die naar een SFP+ switch gaat, die naar een SFP+ switch gaat, die naar het modem gaat. Nog nooit een issue mee gehad in de afgelopen jaren, dus mijn verbinding naar het modem zelf lijkt me betrouwbaar.

Ah duidelijk, ik ging er vanuit dat Delta een CAI provider was, maar je hebt fiber zo te zien. Als er aan het fiber gedeelte niets is veranderd dan moeten we daar niet in eerste instantie daar het probleem gaan zoeken. De MTU is toch wel de hoofdverdachte.

[amuseic]

Computer guy schreef op zaterdag 17 juni 2023 @ 00:51:
[...]

Ik zou zelf 2 dingen proberen, de Nokia resetten en alleen via de webpagina beheren en niet de app (zitten ook half werkende functies in die je netwerk offline halen) en als dat het niet oploste aan DELTA vragen of je naar een ander ip subnet mag, dat was een tijdje geleden ook een oorzaak van problemen.

Ik heb Delta gevraagd om ons onder een ander subnet te hangen, zoals je voorstelde. Dit wordt binnen nu en vier uur doorgevoerd. Ik ben benieuwd! hopelijk lost dat dingen op...

[amuseic]

Hilarisch genoeg hebben we nog steeds geen nieuw subnet of IP adres. Zojuist weer contact opgenomen, ze zorgen ervoor dat het vandaag gefixt wordt. Ik ben benieuwd..

[amuseic]

nou, na 4 dagen strijden te horen gekregen dat het verzoek van afgelopen maandag helemaal niet mogelijk was. Hiervoor moest ik mijn abonnement omzetten naar ondernemer flex, dus dat maar gedaan. Inderdaad een nieuw IP adres in een ander subnet nu.

Helaas totaal geen verschil. Precies even slecht als dat het was. Ik heb eigenlijk gewoon geen ideeën meer...

[thomastvd]

amuseic schreef op donderdag 22 juni 2023 @ 16:15:
nou, na 4 dagen strijden te horen gekregen dat het verzoek van afgelopen maandag helemaal niet mogelijk was. Hiervoor moest ik mijn abonnement omzetten naar ondernemer flex, dus dat maar gedaan. Inderdaad een nieuw IP adres in een ander subnet nu.

Helaas totaal geen verschil. Precies even slecht als dat het was. Ik heb eigenlijk gewoon geen ideeën meer...

Is dit nog voor je opgelost?

[amuseic]

@thomastvd nope, ze zijn er nog steeds mee bezig. Internet nog steeds flink waardeloos.

[FiberVezel]

Wij maken ook sinds een week of 3 een raar probleem met Delta en Caiway mee.

We hebben een internetradio en 4 djs hiervan zitten verspreid door het land met Delta en Caiway. Zij hebben sinds een week of 3 problemen met wegvallen onder de uitzending maar ook het luisteren naar andere djs valt uit, soms een hele avond goed, soms 2 keer op een avond maar soms ook continu. De djs die bij kpn of ziggo of iets anders zitten hebben geen enkel probleem.

Het vreemde is dat de website wel bereikt kan worden door hun maar de audiostream op een andere server niet. Tijdens ping is er ook request timed out te zien en ook via winmtr veel weggegooide pakketjes op diverse routes na de modem. Iemand een idee hoe ik dit probleem kan aankaarten bij Delta/Caiway?

[amuseic]

@FiberVezel Ook helemaal waardeloos dus. Delta doet al een flinke tijd (hopelijk) hun best om het probleem bij ons op te lossen. Inmiddels hebben ze het punt bereikt dat ze maar langs komen om het hier zelf te checken en zelf te zien hoe beroerd het is. Soms is het inderdaad goed en dan ineens niet meer. Het blijft een vaag en bijzonder probleem... Klinkt erg vergelijkbaar met wat je beschrijft. Inderdaad, een pagina kan prima laden, maar iets wat ergens anders vandaan moet komen op die pagina ineens niet meer.

Als Delta iets vindt of een oplossing heeft kunnen verzinnen post ik hierover meer informatie, uiteraard!

[Jippelskea!]

Duke of Savage schreef op donderdag 15 juni 2023 @ 16:03:
Stel je zet een continue ping aan naar 1.1.1.1, blijft dat gewoon doorlopen terwijl websites niet meer te open zijn?

code:

ping 1.1.1.1 -t

Ik heb een keer een soortgelijke issue gehad, maar dan werkte het internet in zijn geheel niet, bleek dat het WAN IP adres dubbel uitgegeven was.

Even een wat ouder topic aanhalen, hoe ben je hier toen achter gekomen? We zitten hier met een soortgelijk probleem namelijk; wel een WAN IP en wel voip maar geen internet verbinding, ook geen DNS responses.

[amuseic]

Voor mensen die nog interesse hebben; er kwam een monteur langs die binnen een minuut bevestigde dat het probleem inderdaad niet lokaal bij ons op het netwerk op te lossen was. Hij heeft een notitie gemaakt voor Delta met de volgend woorden: "Dit ligt bij jullie. Fix het."

Een paar dagen later werkte alles gewoon. Nooit meer iets gehoord, geen flauw idee wat ze gedaan hebben, maar nooit meer problemen gehad. Ik zou graag horen wat Delta nou gedaan heeft...

Bij een soortgelijk probleem zou ik in ieder geval te alle tijden blijven strijden om ze te laten zien dat het bij hun ligt, ook als dat betekent dat een eventuele monteur het moet bevestigen. Schijnbaar kunnen ze dan magisch genoeg dingen ineens wèl vinden.

[Jippelskea!]

Ook bij ons uiteindelijk zelf opgelost. Reset van modem hielp niks en ook meermaals opnieuw opstarten ook niet. Delta wilde een monteur sturen maar wachttijd was 4 weken. Daarom op zondag als laatste mogelijkheid het modem 2 uur lang uitgezet in de hoop dat dit iets zou resetten en hoera! Resultaat is inmiddels 1,5 week weer een stabiele verbinding. Medewerking vanuit de helpdesk was nul. Zelfs via de chat geprobeerd om aanvullende informatie aan het ticket toegevoegd te krijgen om de boel te bespoedigen maar zonder enige medewerking, kreeg te horen dat het ticket loopt dus dat de eerstelijns dan niks meer doet. Echt een top (zakelijke) helpdesk.

[Annay]

zit hier met een vergelijkbaar probleem. alles werkt behalve DNS viaUDP

'dig registry-1.docker.io' werkt niet
'dig registry-1.docker.io +tcp' werkt wel

open ik een VPN naar het werk dan werkt 'dig registry-1.docker.io' gewoon

zit rechtstreeks op het XS-2426G-B modem, firewall en alles staat uit daar.

Mijn NAS geeft dezelfde problemen, pak ik die op naar een ISP dan werkt het gewoon.

helpdesk Delta is niet bepaald behulpzaam op dit gebied. 'Kijkt U maar even in de modem instellingen of u daar iets kunt zien die U verder helpen'