Skip to main content

Sinds enkele weken hebben wij het probleem dat we na verloop van tijd de melding krijgen dat de apparaten die verbonden zijn met ons thuisnetwerk (begint vaak met de wifi van de smartphones, maar later ook de apparaten die via de kabel verbonden zijn zoals de computer) geen ip-adres (ipv4) kunnen krijgen. Het opnieuw opstarten van de modem (stroom er af, 30 sec wachten, stroom weer erop) verhelpt dit, alleen na een dag / paar dagen krijgen we weer het zelfde probleem. Tot ca. 2 weken geleden gebeurde dit vaker (1 tot meerdere keren per dag), maar sinds wij het MAC adres van onze (Samsung) Android telefoons van Random naar het daadwerkelijke hardware adres hebben hebben gezet gebeurt het wat minder vaak (1 keer per dag tot alle 2-3 dagen). Ik heb ook een linux computer thuis staan die via een ethernet kabel met de modem verbonden is. Daar kan ik wat gedetailleerder kijken wat er gebeurd, er lijkt wat fout te gaan bij het uitdelen van de IP-adressen (DHCP). De router lijkt geen DHCPACK bericht meer te (willen) sturen wanneer het fout gaat.

 

Hieronder een log van de linux computer als het fout gaat:

willem@2a02-a447-1f7c-1-e299-3abd-6130-7698:~> sudo dhclient -4 -v eth0

>sudo] password for root:
Internet Systems Consortium DHCP Client 4.3.6-P1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/e0:cb:4e:93:2d:cc
Sending on   LPF/eth0/e0:cb:4e:93:2d:cc
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 2 (xid=0x5fd725e0)
DHCPOFFER from 192.168.2.254
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x5fd725e0)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x5fd725e0)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4 (xid=0x59c681ea)
DHCPOFFER from 192.168.2.254
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x59c681ea)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x59c681ea)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4 (xid=0x1d47cb40)
DHCPOFFER from 192.168.2.254
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1d47cb40)
^C

 

Hieronder de log wanneer het goed gaat (na het opnieuw opstarten van de modem):

willem@2a02-a447-1f7c-1-e299-3abd-6130-7698:~> sudo dhclient -4 -v eth0
Internet Systems Consortium DHCP Client 4.3.6-P1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/e0:cb:4e:93:2d:cc
Sending on   LPF/eth0/e0:cb:4e:93:2d:cc
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5 (xid=0x6c110ccb)
DHCPOFFER from 192.168.2.254
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x6c110ccb)
DHCPACK from 192.168.2.254 (xid=0x6c110ccb)
bound to 192.168.2.178 -- renewal in 41051 seconds.

 

Ik heb al meerdere keren geprobeerd de modem een factory reset te geven, maar dit lost het niet op. Wanneer het fout gaat valt de web-interface van de modem ook niet meer te bereiken trouwens. Weten de technische heren hier een oplossing op?

Trage web interface van v12 is al langer lopend probleem. Eea kan niet los van elkaar worden gezien. Ik zou even 528 software update afwachten en zien of het daarmee verholpen is. Huidige versie is 312 of 516. Vooral de laatste zit nog met een redelijke lijst van dit soort problemen.


Hoi @WvanM, welkom op het KPN Forum!

Het zou kunnen dat je last hebt van de problemen beschreven in dit topic: KPN Box 12 Update: Mesh SGEJ10000448 & SGEJ100000516].

Maar het zou ook kunnen dat een ander apparaat in jouw netwerk IP-adressen probeert uit te geven. Heb je misschien een eigen router of NAS aangesloten?


Ik heb nog een TP-link RE200 extender / access point in het netwerk op de 1e verdieping die als access point ingesteld is.  Die heeft ook een DHCP server die op auto (is ‘uit’ volgens de GUI) stond. Ik heb hem nu op handmatig ‘uit’ gezet. Zal even kijken of het zo wel goed gaat. Anders even wachten tot de update, hopelijk lost dit het dan op.


Ik heb nog een TP-link RE200 extender / access point in het netwerk op de 1e verdieping die als access point ingesteld is.  Die heeft ook een DHCP server …

Die heeft een DHCP cliënt. Die kunt u op automatisch zetten. Zodat hij zelf een ip ophaalt bij de KPN Box. Of op handmatig. Daarbij moet u een ip invoeren.

En dat laatste is een slecht idee. Dat kunt u beter niet doen. Laat hem gewoon op automatisch staan. Niet alleen bij deze TP-Link, maar bij andere apparaten in uw netwerk ook.


@WvanM Heb je oplossing al gevonden op dit probleem ik heb volgens mij hetzelfde issue? Heb sinds een maand (daarvoor 3 maanden geen problemen), dat mijn accesspoints (TP link) na de TP link switch die bekabeld op Box 12 aangesloten zitten geen wifi  meer uitzenden (ip adressen meer ontvangen). KPN meerdere malen gebeld maar zeggen dat ze alleen servicen wat aangesloten zit op modem en dat werkt, echter met 4 utp poorten kom je tegenwoordig niet meer uit.

Ik hoor graag van jullie.

Bedankt John


Ik denk dat het een ander probleem is. Bij mij wilde die ook geen IP-adressen meer uitgeven zonder de TP-link extender (dus alleen modem) en geen enkel apparaat kon meer IP-adressen krijgen, ook de gene die direct met de modem verbonden waren (zowel bekabeld als via WiFi). Ik kwam er wel achter dat ik een stuk minder vaak (d.w.z. niet elke paar uur, maar elke 2-3 dagen) het probleem kreeg indien op onze Samsung (Android 11/12) telefoons & tablet de Random MAC adressen uitstonden (d.w.z. dat de telefoon elke keer wanneer die probeert te verbinden een ander hardware adres opgeeft). Afgelopen weekend had de KPN V12 box helemaal de geest er aan gegeven na de laatste update en na het bezoek van een monteur is deze vervangen door een nieuwe ‘oude’ V10 box (de nieuwe V12 wilde na de update ook geen verbinding meer maken met de management server van KPN o.i.d.). Sinds dien geen problemen meer. WiFi signaal lijkt trouwens ook wat sterker met deze box.

@Nick83 De TP-link RE200 heeft btw wel een ingebouwde DHCP server (naast de client voor het verkrijgen van zijn eigen IP-adres).


volgens mij is het probleem bij mij opgelost. De wifibooster van ziggo heb ik na de switch uit het netwerk gehaald en vervangen door een ander access point en sindsdien geen problemen meer (afkloppen) dus weet niet welke settings van ziggo niet geaccepteerd worden in het KPN netwerk, zo ver ben ik niet meer gegaan in mijn analyse daar ik een ander AP heb.

 

gr John