Skip to main content

Wij hebben sinds kort een zyxel T-50 modem die we gebruiken met een mediaconverter voor glasvezel. Wij gebruiken een tijdschakelklok waardoor de T50 én de mediaconverter tussen 23.00 uur en 07.00 uur niet is aangesloten op het energienet.

Ik heb stabiliteitsproblemen met de verbinding, daarom heb ik logging aangezet. Hierin gebeurt het volgende:

Dec  2 11:10:22 kern.debug udhcpc: Sending discover...
Dec  2 11:10:23 kern.debug udhcpc: Sending discover...
Dec  2 11:10:24 kern.debug udhcpc: Sending discover...
Dec  2 11:10:28 kern.debug udhcpc: Sending discover...
Dec  2 11:10:36 kern.debug udhcpc: Sending discover...
Dec  2 11:10:44 kern.debug udhcpc: Sending renew...
Dec  2 11:10:44 kern.info udhcpc: Lease of XXXX obtained, lease time 900
Dec  2 11:10:44 kern.info udhcpc: dhcpMsgSend: msgType:-2147483403]
Dec  2 11:10:52 kern.debug udhcpc: Sending discover...
Dec  2 11:11:25 kern.debug udhcpc: Sending discover...
Dec  2 11:12:29 kern.debug udhcpc: Sending discover...
Dec  2 11:12:30 kern.debug udhcpc: Sending discover...
Dec  2 11:12:32 kern.debug udhcpc: Sending discover...
Dec  2 11:12:35 kern.debug udhcpc: Sending discover...
Dec  2 11:12:43 kern.debug udhcpc: Sending discover...
Dec  2 11:12:59 kern.debug udhcpc: Sending discover...
Dec  2 11:13:31 kern.debug udhcpc: Sending discover...
Dec  2 11:14:36 kern.debug udhcpc: Sending discover...
Dec  2 11:14:37 kern.debug udhcpc: Sending discover...
Dec  2 11:14:39 kern.debug udhcpc: Sending discover...
Dec  2 11:14:43 kern.debug udhcpc: Sending discover...
Dec  2 11:14:50 kern.debug udhcpc: Sending discover...
Dec  2 11:15:06 kern.debug udhcpc: Sending discover...
Dec  2 11:15:38 kern.debug udhcpc: Sending discover...
Dec  2 11:16:43 kern.debug udhcpc: Sending discover...
Dec  2 11:16:44 kern.debug udhcpc: Sending discover...
Dec  2 11:16:46 kern.debug udhcpc: Sending discover...
Dec  2 11:16:50 kern.debug udhcpc: Sending discover...
Dec  2 11:16:58 kern.debug udhcpc: Sending discover...
Dec  2 11:17:13 kern.debug udhcpc: Sending discover...
Dec  2 11:17:45 kern.debug udhcpc: Sending discover...
Dec  2 11:18:14 kern.debug udhcpc: Sending renew...
Dec  2 11:18:14 kern.info udhcpc: Lease of XXXX obtained, lease time 900
Dec  2 11:18:14 kern.info udhcpc: dhcpMsgSend: msgTypen-2147483403]
Dec  2 11:18:49 kern.debug udhcpc: Sending discover...
Dec  2 11:18:51 kern.debug udhcpc: Sending discover...
Dec  2 11:18:53 kern.debug udhcpc: Sending discover...
Dec  2 11:18:57 kern.debug udhcpc: Sending discover...
Dec  2 11:19:05 kern.debug udhcpc: Sending discover…

Dit patroon (discover, renew, lease obtained, specifiek message) gaat de hele dag door. Ik  merk hier als gebruiker niks van, dus ik vind het niet erg.

Wat ik wel vervelend vind is dat de internetverbinding zo nu en dan verbroken wordt op mijn laptop. (Hier heb ik het eerder over gehad in dit forum, er is nog geen oplossing voor). Ik heb ontdekt dat dat op de seconde af samen valt met het volgende in de logs:

Dec  2 14:27:53 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"113639","mac":"24:41:8c:45:93:f4","ip":"XXXX","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  2 14:27:53 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1

Dec  2 14:43:40 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"114585","mac":"24:41:8c:45:93:f4","ip":"XXXX","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  2 14:43:40 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1

Dec  2 14:54:09 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"115214","mac":"24:41:8c:45:93:f4","ip":"XXXX","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  2 14:54:09 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1

 

Zoals je ziet is dit op 2 december in de middag bijvoorbeeld 3 keer gebeurd.

Mijn vraag: Hebben de dnsmasq-dhcp messages met de udhcpc te maken? Wat kan ik doen om de dnsmasq-dhcp messages te laten verdwijnen (om hiermee een stabielere wifi verbinding te krijgen?) Alvast bedankt :)

Goedemorgen @h94988209, de twee logs lijken me niet verbonden - de ene gaat over een interne lease met de DHCP van het modem, de andere is het externe IP. Omdat jouw IP-adres hierin zichtbaar is, heb ik die onzichtbaar gemaakt. Ik zal een andere user om hulp vragen, sorry voor mijn magere antwoord tot op heden! Ik check meteen je verbinding om na te gaan hoe de DHCP zich momenteel gedraagt en of het aan de IP-vernieuwingen ligt.

@Hidden.nld Weet jij hier wellicht meer vanaf? 


Goedemorgen @Jason 
Ik heb zelf inmiddels ontdekt dat de tweede log (zie onderstaande quote) geen probleem veroorzaakt.

Dec  2 14:27:53 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"113639","mac":"24:41:8c:45:93:f4","ip":"XXXX","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  2 14:27:53 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1

 

Het probleem is nog steeds dat de wifi-verbinding blijft bestaan, maar dat de internet verbinding wegvalt. Ik maak dan zelf opnieuw verbinding en dan is er weer internet. Het opnieuw maken van de verbinding zie je in de tweede log (bovenstaande quote). Er wordt een ip adres toegewezen.

Misschien zou het kunnen dat de internet verbinding op mijn laptop wegvalt omdat het zyxel modem geen nieuwe lease heeft voordat de huidige verlopen is? Windows detecteert dat dan en schakelt over naar ‘verbonden, geen internet’. Zodra het zyxel modem een nieuwe lease heeft detecteert windows dat helaas niet onmiddelijk, daarom moet ik dan zelf opnieuw verbinding maken. Een paar minuten wachten zou misschien ook werken maar dat is irritant….

Ik ben benieuwd of iemand deze hypothese kan bevestigen/ontkrachten zodat ik weer verder kan zoeken naar een oplossing 🙂 Dank jullie voor de hulp


Zie ook dit topic:

Ik zie bij mijzelf ook een lease van 15min staan.

Zo te zien hebben er meer mensen last van.


Misschien zou het kunnen dat de internet verbinding op mijn laptop wegvalt omdat het zyxel modem geen nieuwe lease heeft voordat de huidige verlopen is? Windows detecteert dat dan en schakelt over naar ‘verbonden, geen internet’. Zodra het zyxel modem een nieuwe lease heeft detecteert windows dat helaas niet onmiddelijk, daarom moet ik dan zelf opnieuw verbinding maken. Een paar minuten wachten zou misschien ook werken maar dat is irritant….

De internetverbinding is weer weggevallen (wifi niet) en inderdaad komt de internetverbinding na een paar minuten automatisch weer terug. Ik heb deze keer niet handmatig de wifi-verbinding verbroken en opnieuw verbinding gemaakt met het netwerk.

Hieronder de nieuwe log. De internetverbinding viel weg op mijn laptop om 12.28 of 12.29. Toen ik om 12.32 keek was er weer internetverbinding. Ik heb de IP adressen laten staan omdat die nodig zijn om het probleem goed te begrijpen. Van mij mag je ze censureren maar daarmee maak je het de mensen die er verstand van hebben lastig lijkt me. Er worden namelijk verschillende adressen geleased.

Dec  7 12:24:42 kern.debug udhcpc: Sending discover...
Dec  7 12:24:58 kern.debug udhcpc: Sending discover...
Dec  7 12:25:26 kern.debug udhcpc: Sending renew...
Dec  7 12:25:26 kern.info udhcpc: Lease of 10.70.143.51 obtained, lease time 3600
Dec  7 12:25:26 kern.info udhcpc: dhcpMsgSend: msgTypen-2147483403]
Dec  7 12:25:26 kern.info ZTR69: iDB    ] cwmp_cm_msg_proc(): cwmp receive ZCFG_MSG_NTP_SYNC_SUCCESS
Dec  7 12:25:26 kern.info ZTR69: eDB    ] cwmp_cm_msg_proc(): cwmp receive ZCFG_MSG_NTP_SYNC_SUCCESS
Dec  7 12:25:31 kern.debug udhcpc: Sending discover...
Dec  7 12:26:34 kern.debug udhcpc: Sending discover...
Dec  7 12:26:35 kern.debug udhcpc: Sending discover...
Dec  7 12:26:37 kern.debug udhcpc: Sending discover...
Dec  7 12:26:41 kern.debug udhcpc: Sending discover...
Dec  7 12:26:49 kern.debug udhcpc: Sending discover...
Dec  7 12:27:05 kern.debug udhcpc: Sending discover...
Dec  7 12:27:37 kern.debug udhcpc: Sending discover...
Dec  7 12:28:28 kern.debug udhcpc: Sending renew...
Dec  7 12:28:28 kern.info udhcpc: Lease of 31.201.253.105 obtained, lease time 900
Dec  7 12:28:28 kern.info udhcpc: dhcpMsgSend: msgTypeo-2147483403]
Dec  7 12:28:29 kern.info ZTR69: ÂDB    ] cwmp_cm_msg_proc(): cwmp receive ZCFG_MSG_NTP_SYNC_SUCCESS
Dec  7 12:28:29 kern.info ZTR69: >DB    ] cwmp_cm_msg_proc(): cwmp receive ZCFG_MSG_NTP_SYNC_SUCCESS
Dec  7 12:28:42 kern.debug udhcpc: Sending discover...
Dec  7 12:28:43 kern.debug udhcpc: Sending discover...
Dec  7 12:28:45 kern.debug udhcpc: Sending discover...
Dec  7 12:28:49 kern.debug udhcpc: Sending discover...
Dec  7 12:28:57 kern.debug udhcpc: Sending discover...
Dec  7 12:29:13 kern.debug udhcpc: Sending discover...
Dec  7 12:29:45 kern.debug udhcpc: Sending discover...
Dec  7 12:30:49 kern.debug udhcpc: Sending discover...
Dec  7 12:30:50 kern.debug udhcpc: Sending discover...
Dec  7 12:30:52 kern.debug udhcpc: Sending discover...
Dec  7 12:30:56 kern.debug udhcpc: Sending discover...
Dec  7 12:31:04 kern.debug udhcpc: Sending discover...
Dec  7 12:31:20 kern.debug udhcpc: Sending discover...
Dec  7 12:31:27 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"106657","mac":"24:41:8c:45:93:f4","ip":"192.168.1.63","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  7 12:31:27 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
Dec  7 12:31:45 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD send to esmd buf = {"ac":"add","expire":"106675","mac":"24:41:8c:45:93:f4","ip":"192.168.1.63","host":"DESKTOP","vendor":"MSFT 5.0","moui":"*","serial":"*","pclass":"*","cid":"01:24:41:8c:45:93:f4","ifname":"br0"}
Dec  7 12:31:45 daemon.debug dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
Dec  7 12:31:52 kern.debug udhcpc: Sending discover...
Dec  7 12:32:56 kern.debug udhcpc: Sending discover...
Dec  7 12:32:57 kern.debug udhcpc: Sending discover...
Dec  7 12:32:59 kern.debug udhcpc: Sending discover...
Dec  7 12:33:03 kern.debug udhcpc: Sending discover...
Dec  7 12:33:11 kern.debug udhcpc: Sending discover...
Dec  7 12:33:27 kern.debug udhcpc: Sending discover...
Dec  7 12:33:59 kern.debug udhcpc: Sending discover...
Dec  7 12:35:03 kern.debug udhcpc: Sending discover...
Dec  7 12:35:04 kern.debug udhcpc: Sending discover...

 


Ik heb inmiddels gemerkt dat mijn telefoon soms ook de internet verbinding verliest maar dat had ik eerder niet gemerkt omdat die overschakelt naar 4g.

@Brian Ik heb gezien dat jij in een ander topic aangaf dat hieraan gewerkt wordt. Kan je een indicatie geven of er voor mij ook aan gewerkt wordt en zo ja wanneer we een oplossing kunnen verwachten?


@h94988209 Allereerst wil ik je adviseren om je router niet botweg uit te zetten dmv een tijdschakelaar. Dit neemt altijd het risico op corruptie van het interne filesystem met zich mee, zeker als je dat dagelijks doet.

Wat betreft je logfiles. Daar vallen me de volgende twee regels in op:

Dec  7 12:25:26 kern.info udhcpc: Lease of 10.70.143.51 obtained, lease time 3600
Dec  7 12:28:28 kern.info udhcpc: Lease of 31.201.253.105 obtained, lease time 900

 

Volgens de bovenste regel krijg je een zogeheten rfc-1918 adres. Deze zijn niet routeerbaar het verdere internet op. Helaas geeft de log niet aan op welke interface je dat adres krijgt maar mocht deze op de wan interface in vlan 300 terecht komen dan is dat de reden waarom je geen verbinding meer hebt.


@Marty_J Dank je voor de tip over de tijdsschakelaar.

Ik heb eens gekeken en beide ip adressen staan niet in de ip4 routing tabel. Dezelfde ip adressen worden geleased op het moment dat ik deze screenshot gemaakt heb dus het kan niet verklaard worden omdat ze veranderd zijn. Weet jij waar ik moet kijken om te verifieren of jouw suggestie inderdaad het probleem is?

 


@h94988209 Het bovenste IP-adres is van VLAN 100, voor het uitlezen en updaten van het modem. De onderste (die je beter weg kunt halen) is van VLAN 300 (internet), dus dat is niet de oorzaak. Wat dan wel het probleem is, weet ik niet, maar het lijkt op hetzelfde probleem als in het topic dat hierboven al genoemd werd.


@Brian@Jason kunnen jullie dit probleem als het inderdaad hetzelfde is zoals in het topic dat al 2 keer genoemd is doorzetten naar de technische dienst?


Ik heb vanochtend een overstap naar KPN aangevraagd. Als jullie het probleem binnen 14 dagen op willen lossen maak ik gebruik van mijn herroepingsrecht maar anders is het voor mij een logische keuze om weg te gaan want ik heb geen plezier meer van mijn verbinding omdat die zo vaak weg valt.


Voor alle vragen rondom een zeer korte IP lease en/of DHCP renew verwijs ik door naar dit topic om het gesprek centraal te houden: 

 

 

 


Reageer