Vraag

Internetverbinding valt weg door DHCP Errors

  • 6 september 2019
  • 8 reacties
  • 430 keer bekeken

Hallo!

Ik ben nu bijna 4 jaar een blije klant bij Ziggo, maar sinds een maand of 3 heeft mijn internetverbinding last van DHCP errors. Iedere keer als de lease verloopt dan duurt het een minuut of 2/3 voordat de verbinding terug is. Dat is dermate lang dat overal de verbinding eruit ligt. Het modem/router van Ziggo (Technicolor en Arris allebij al uitgeprobeerd) geven in verschillende bewoordingen aan dat er DHCP errors optreden bij het verkrijgen van een nieuwe lease.

code:
Tue Sep 03 04:28:33 2019  Error (4)  DHCP RENEW WARNING - Field invalid in response v4 option;CM-... 



De klantenservice (telefonisch) die heeft mij geholpen aan een service monteur, modem-swap. Met de chat heb ik geregeld dat mijn oude modem weer werd aangesloten (immers heeft het altijd gewerkt 🙂 ), maar die inspanningen mochten niet baten.

Vandaag wederom contact gehad maar de boodschap was, of in bridge modus zetten en zelf een router kopen of niets. Los dat ik het jammer vind dat ik het gevoel heb dat ik niet serieus genomen word nadat alle standaard oplossingen gedaan zijn, wil ik toch kijken of ik op dit forum wellicht verder kom en het met uw hulp weet op te lossen.
Het is, zeer begrijpelijk, lastig om technische informatie via de telefoon over te brengen. Hopelijk word het e.e.a. een stuk duidelijker; via deze weg.

De afdeling retentie heeft hier en daar rond gevraagd, maar oversluiten naar ziggo zakelijk was helaas geen mogelijkheid.

Omdat het probleem zich lijkt af te spelen op de server waar mijn modem zijn DHCP Lease request naar toe stuurt, ben ik met een traceroute gaan kijken naar de route van mijn internetverkeer. De as9143 en as33915, die tevens als announcer op komen bij een whois van mijn IP adres, komen naar voren. Waarbij de eerstgenoemde als relay lijkt te werken, want het IP originate vanaf de as33915.

Is de as9143 hier de server die de DHCP lease uitgeeft, of alleen het verkeer forward? Of zit ik al helemaal verkeerd te kijken?

code:
Tracing route to www.google.com [172.217.20.100]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.178.1
2 * * * Request timed out.
3 6 ms 6 ms 6 ms vnn-rc0001-cr101-xe-4-1-0-0.core.as9143.net [213.51.188.8]
4 8 ms 7 ms 8 ms asd-rc0001-cr101-be104-2.core.as33915.net [213.51.6.24]
5 11 ms 7 ms 7 ms nl-ams14a-ri1-ae50-0.aorta.net [213.51.64.58]
6 8 ms 9 ms 8 ms 74.125.146.228
7 9 ms 9 ms 8 ms 108.170.241.225
8 7 ms 8 ms 11 ms 209.85.240.115
9 7 ms 8 ms 7 ms fra02s28-in-f4.1e100.net [172.217.20.100]

Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

8 Reacties

Die DHCP error die je laat zien, krijg ik ook al jaren. Desalniettemin werkt het gewoon hier, ook al jaren. Ik geloof dus niet dat dat de oorzaak is van je wegvallende verbinding. Kun je eens kijken in je modem wat de up en downstream waarden zijn, en wat er verder in je modem log zit?

de as9143 is een autonomous system en is een backbone van Ziggo. Ik kan je niet exact vertellen waar ziggo zijn DHCP servers voor de modems heeft staan, maar vermoedelijk dichterbij, wellicht op de CMTS?
Feit blijft wel dat het internet ermee stopt tijdens de DHCP lease renew voor 2/3 minuten. Wat de oorzaak is laat zich gissen.

In de bijlage wat screenshots van de waardes van het modem en de eventlog.

Goedemorgen @hoofdcoach en welkom op de Ziggo Community. Tof dat je ons via deze weg hebt gevonden.

Ik kan mij voorstellen dat je na zoveel inspanning toch wel eens een oplossing wilt.

Ik heb het één en ander nagekeken in het modem en er waren geen signaalproblemen, die we op dit moment wel terug zien.
  • Heb je het modem nog anders aangesloten en wil je de coaxkabels tot het modem nog ééns goed controleren (evt. opnieuw verbinden/aansluiten)?
  • Ik zie dat het wifi netwerk op je modem is uitgeschakeld en dat je een Netgear en TP-Link apparaat hebt aangesloten. Wat zijn dit voor apparaten? Kun je het modelnummer ook met ons delen?
  • Heb je deze apparaten ook als accespoint ingesteld?
  • Ik zie ook nog een 'Raspberry' apparaat. Gebruik je dit ook voor je interne netwerk of voor andere toepassingen?
Vandaag wederom contact gehad maar de boodschap was, of in bridge modus zetten en zelf een router kopen of niets. Los dat ik het jammer vind dat ik het gevoel heb dat ik niet serieus genomen word nadat alle standaard oplossingen gedaan zijn, wil ik toch kijken of ik op dit forum wellicht verder kom en het met uw hulp weet op te lossen.

Je hebt al verschillende modems van ons geprobeerd en het probleem blijft bestaan. Ik krijg zelf ook het gevoel dat de TP-Link en de Netgear er wel wat mee te maken hebben. Heb je om alles uit te sluiten deze apparaten al eens ontkoppeld om te testen hoe de DHCP lease dan verloopt?

Ik kan me voorstellen dat dit niet wenselijk is omdat je dan misschien niet in je gehele woning meer een verbinding hebt met al je apparatuur. Je wifi in het modem is al uitgeschakeld, dus ik ga er vanuit dat de Netgear en/of TP-link het wifi verkeer regelt. De stap om het modem in bridge mode te plaatsen (en de DHCP door je eigen apparatuur te laten regelen is mijns inziens klein. Is het het testen waard? Zo kunnen we wel het e.e.a. uitsluiten.
Hoi Mariska,

Bedankt voor je antwoord.

De kabel heb ik al een aantal keer nagelopen. De ziggo monteur heeft die vorige keer ook doorgemeten en daar zag hij geen gekke waardes op.

De TP-link is een router die mijn wifi regelt. Omdat de ziggo modem bij mij in de meterkast staat en niet mijn hele appartement van wifi kan voorzien heb ik deze erachter gezet. Deze router staat in een routeringsmodus, DHCP geeft daar een andere range uit dan de ziggo modem(192.168.178.1-100 is voor de ziggo modem/router, 101-200 is voor de TP-link. Type nummer is een C1200 Archer.

De Netgear is een NAS (ReadyNas Ultra 2) en doet verder niets qua networking.

De Raspberry in mijn huis regelt domotica en doet tevens een internetconnectivity test iedere minuut. Bij het uitvallen van de internet stuurt hij mij een mail zodra het internet weer terug is. Zodoende weet ik zeker dat mijn internet problemen niet op 1 PC afspelen maar op het netwerk.

Deze 2 apparaten afsluiten zou kunnen, maar ik zie niet in hoe deze apparaten invloed hebben op de DHCP onderhandeling tussen modem/router en DHCP server in het ziggo netwerk. Kun je hier wellicht iets meer over uitleggen? Ook omdat deze apparaten al jaren aangesloten zijn en e.e.a. prima heeft gewerkt.

v.w.b. bridge modus. Ik ben het met je eens dat dit een relatief kleine stap is, echter heb ik geen kennis hoe ik mijn netwerk moet aansluiten als de modem/router in bridge modus word gezet. Valt hier meer informatie over te vinden? En wie stelt de router ter beschikking?
Vervalt dan de garantie/support van ziggo als dit gebeurd?

En wat valt er af te lezen aan jullie kant? De server waar ik timeouts van krijg heeft hopelijk ook logging, net als mijn modem. Ben ik de enige in de buurt met deze problematiek?

Mijn lease vervalt overmorgen, ik zal voor die tijd de TP-link en Netgear uitschakelen, just to be sure.
De TP-link is een router die mijn wifi regelt. Omdat de ziggo modem bij mij in de meterkast staat en niet mijn hele appartement van wifi kan voorzien heb ik deze erachter gezet. Deze router staat in een routeringsmodus, DHCP geeft daar een andere range uit dan de ziggo modem(192.168.178.1-100 is voor de ziggo modem/router, 101-200 is voor de TP-link. Type nummer is een C1200 Archer.


Ik denk dat je in deze zin antwoord geeft op het probleem. Je geeft aan dat je de TP-link in router mode hebt staan en ons modem staat ook in router mode. Je hebt dus als het ware 2 'verkeers regelaars' en dit kan problemen met zich meebrengen. Volgens mij moet je de TP-Link als accespoint instellen. Als je de TP-link enkel voor het verbeteren van je wifi netwerk gebruikt, kun je hem het beste als accespoint instellen.

En wat valt er af te lezen aan jullie kant? De server waar ik timeouts van krijg heeft hopelijk ook logging, net als mijn modem. Ben ik de enige in de buurt met deze problematiek?

We hebben enkel het signaal bekeken en daar leek vanochtend een probleem mee te spelen. Je upstream SNR zit onder de 30 en dat is eigenlijk te laag. Dit is echter niet hetgeen wat jouw problemen veroorzaakt, want we zien dit pas vanaf vanochtend aanwezig en dit staat los van de DHCP lease.

p.s.: Als de DHCP lease het probleem is, dan moet je dit probleem wekelijks rond dezelfde tijden ervaren. Is dat ook het geval?
Hoi Mariska,

'Vroeger' had ik de TP-link ingesteld dat hij DHCP regelde voor een andere range dan die op de ziggo modem. Hierdoor maakte het niet uit dat ik 2 routers had draaien. Tegenwoordig draait de TP-link in AP-mode. d.w.z. WAN is niet gekoppeld en de router draait geen DHCP meer. Tevens, het gaat hier om de DHCP van mijn netwerk, niet van het Ziggo netwerk. Mijn TP-link kan niet met jullie server onderhandelen over een WAN IP lijkt me, ik neem aan dat de modems op mac gefilterd worden of ze wel of niet het netwerk op mogen.

Ik heb het probleem inderdaad wekelijks, zoals gezegd, precies op het moment dat de lease verloopt van de ziggo modem/router met jullie netwerk. Wat ik ervaar, als dit issue opspeelt, is dat mijn downstream nog lijkt te werken maar de upstream niet. d.w.z. Als ik op skype zit kan ik iedereen nog horen praten, maar zij horen mij niet meer. Pas na een minuut disconnect skype helemaal en komt hij na 2 minuten weer terug (als het internet er is).

Als binnenkort de lease verloopt en het issue er weer is zal ik weer even de logs plaatsen en de up/downstream waardes. Zodat jullie wellicht in de logs met dit tijdstip wat kunnen vinden.

Heb je nog een antwoord op mijn eerdere vraag over de bridge modus?

Groeten.

Mark
Reputatie 7
Hi Mark, ik ben nog niet overtuigd dat de DHCP waarschuwingen in de modemlogs de oorzaak zijn van de uitval die je ervaart. Als ik naar je screenshot kijk zie ik geen CM IP adres, en daaronder de system time: 06-09-2019 19:10:32.
Ervoer je op dat exacte moment het probleem wat je hebt omschreven (geen internet, binnen enkele minuten hersteld)?

Dan over je LAN setup. Eerst zeg je:
(Over de TP-Link) Deze router staat in een routeringsmodus, DHCP geeft daar een andere range uit dan de ziggo modem(192.168.178.1-100 is voor de ziggo modem/router, 101-200 is voor de TP-link. Type nummer is een C1200 Archer.
En twee dagen later:
'Vroeger' had ik de TP-link ingesteld dat hij DHCP regelde voor een andere range dan die op de ziggo modem. Hierdoor maakte het niet uit dat ik 2 routers had draaien. Tegenwoordig draait de TP-link in AP-mode. d.w.z. WAN is niet gekoppeld en de router draait geen DHCP meer.
Dat heb je in de tussentijd omgezet dus?

Over de bridge mode. Daarmee zet je de routerfunctie in ons modem uit en fungeert die alleen nog maar als modem. Je zult daar dan zelf een router achter aan moeten sluiten waarop onze Klantenservice geen ondersteuning kan bieden, er zijn immers zo veel verschillende routers.

Ik ben benieuwd naar je ervaringen van vandaag (vandaag verliep de lease weer toch?).
De TLV-11 meldingen duiden op herstarten van het modem. Ik denk dat je je issue daar moet zoeken. Blijkbaar speelt er iets waardoor het modem zichzelf meent te moeten resetten. Daar heb je last van. Die DHCP meldingen zou ik maar voor lief nemen, zoals gezegd bestaat die “bug” al jaren en heeft nooit geleid tot problemen.