Skip to main content
Beantwoord

Zyxel EX5601-T1 vraagt continu nieuwe DHCP-lease aan (udhcpc discover spam – verbinding valt kort weg)

  • October 31, 2025
  • 12 reacties
  • 275 Bekeken

Hoi Odido-team,

Sinds een paar weken ervaar ik korte onderbrekingen in mijn verbinding.
In de log van mijn Zyxel EX5601-T1 zie ik voortdurend meldingen als:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

De DHCP lease is dus maar 1800 seconden (30 minuten), en de modem blijft continu nieuwe “discover”-verzoeken sturen.
Dat veroorzaakt merkbare korte wegvallers bij IPTV en bij streaming, en soms ook micro-lags in gaming.

Mijn lokale netwerk is gecontroleerd:

  • PC zit rechtstreeks op het modem (zonder switch of extra router)

  • Fortnite blijft stabiel, dus lokaal klopt alles

  • Alleen IPTV en streams onderbreken als de modem een nieuw lease-verzoek doet

  • Het modem is al meerdere keren gereset en gecontroleerd.
    We hebben ook diverse instellingen aangepast:
    – ALG’s uitgezet (SIP/RTSP/IPSec)
    – IPv6 uitgeschakeld
    – Firewall gecontroleerd (IPv4 aan, IPv6 uit)
    – Kaspersky tijdelijk uitgezet om interferentie uit te sluiten

    Geen van deze stappen heeft het DHCP-gedrag opgelost.

Dit lijkt dus een WAN-DHCP-probleem aan Odido-kant.
Zouden jullie kunnen controleren of mijn verbinding onder CGNAT valt,
en mij eventueel een vast publiek IPv4-adres of langere DHCP-lease kunnen geven?

log modem : 

Oct 31 12:42:11 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:55 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:11 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.164, given to MAC:00:0a:55:30:02:a5, Lease time:159163
Oct 31 12:39:35 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:38:31 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:29:19 daemon info dhcpc udhcpc: Lease of 85.145.80.168 obtained, lease time 1800
 

@Odido Webcare kunnen jullie dit oppakken?
Dit lijkt een DHCP/CGNAT-issue aan Odido-kant en niet iets lokaals.

Dank alvast 🙏
– Rene

Beste antwoord door Waqqas

Hallo ​@enertav 

Bij odido krijg je een dynamische IPv4 adres, een vaste IP adres heb je alleen bij een zakelijke abonnement.

Ik heb ook een Zyxel-T56 en in de logboek is er elke minuut een sending discover en de lease is 1800, dit zou niet voor interrupties moeten zorgen.

Vul alvast alle privé velden in je community profiel in zodat een moderator kan meekijken.

Bekijk origineel

12 reacties

Waqqas
Super User
Forum|alt.badge.img+15
  • WaqqasSuper User
  • Odido Superuser
  • Antwoord
  • October 31, 2025

Hallo ​@enertav 

Bij odido krijg je een dynamische IPv4 adres, een vaste IP adres heb je alleen bij een zakelijke abonnement.

Ik heb ook een Zyxel-T56 en in de logboek is er elke minuut een sending discover en de lease is 1800, dit zou niet voor interrupties moeten zorgen.

Vul alvast alle privé velden in je community profiel in zodat een moderator kan meekijken.

Welkom op de Odido community!
  • enertav
  • Auteur
  • is een Top Poster
  • October 31, 2025

hanks @Waqqas 🙏
Klopt dat het een dynamisch IP is, maar bij mij lijkt het modem de DHCP-lease niet normaal te “renewen” — het stuurt telkens nieuwe discover requests in plaats van request.
Daardoor wordt de verbinding echt kort verbroken (zie ook effect bij IPTV en streamen).

Alles lokaal is uitgesloten (pc direct op modem, firewall en ALG’s getest, modem gereset).
Hopelijk kan een moderator even meekijken naar de WAN-lease en CGNAT-status.

Privévelden heb ik ingevuld 👍

  • enertav
  • Auteur
  • is een Top Poster
  • November 1, 2025

Update 1 november, 17:00 uur
Log laat zien dat de modem nog steeds continu udhcpc: Sending discover... verstuurt.

Lokale DHCP-leases (192.168.x.x) zijn stabiel met lange lease times (~3 dagen),
maar de WAN-lease blijft slechts 1800 seconden (30 minuten).

Op exact deze momenten heb ik disconnects in Fortnite, Battlefield, IPTV én ChatGPT.

Alles lokaal is uitgesloten (pc direct op modem, geen switch, firewall gecontroleerd).

Dit is dus een WAN-DHCP/CGNAT-probleem aan Odido-zijde.
Graag laten checken of mijn verbinding op CGNAT zit en of de DHCP-lease verlengd kan worden.

  • enertav
  • Auteur
  • is een Top Poster
  • November 1, 2025

Hoi Odido-team,

Sinds een paar weken ervaar ik korte onderbrekingen in mijn verbinding.
In de log van mijn Zyxel EX5601-T1 zie ik voortdurend meldingen als:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

De DHCP lease is dus maar 1800 seconden (30 minuten), en de modem blijft continu nieuwe “discover”-verzoeken sturen.
Dat veroorzaakt merkbare korte wegvallers bij IPTV en bij streaming, en soms ook micro-lags in gaming.

Mijn lokale netwerk is gecontroleerd:

  • PC zit rechtstreeks op het modem (zonder switch of extra router)

  • Fortnite blijft stabiel, dus lokaal klopt alles

  • Alleen IPTV en streams onderbreken als de modem een nieuw lease-verzoek doet

  • Het modem is al meerdere keren gereset en gecontroleerd.
    We hebben ook diverse instellingen aangepast:
    – ALG’s uitgezet (SIP/RTSP/IPSec)
    – IPv6 uitgeschakeld
    – Firewall gecontroleerd (IPv4 aan, IPv6 uit)
    – Kaspersky tijdelijk uitgezet om interferentie uit te sluiten

    Geen van deze stappen heeft het DHCP-gedrag opgelost.

Dit lijkt dus een WAN-DHCP-probleem aan Odido-kant.
Zouden jullie kunnen controleren of mijn verbinding onder CGNAT valt,
en mij eventueel een vast publiek IPv4-adres of langere DHCP-lease kunnen geven?

log modem : 

Oct 31 12:42:11 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:55 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:11 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.164, given to MAC:00:0a:55:30:02:a5, Lease time:159163
Oct 31 12:39:35 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:38:31 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:29:19 daemon info dhcpc udhcpc: Lease of 85.145.80.168 obtained, lease time 1800
 

@Odido Webcare kunnen jullie dit oppakken?
Dit lijkt een DHCP/CGNAT-issue aan Odido-kant en niet iets lokaals.

Dank alvast 🙏
– Rene   

Hoi allemaal, kleine update van mijn kant:

Ik heb nog wat verder getest, en kwam op iets opvallends uit:
Als ik mijn pc via een switch op het modem aansluit, blijft Battlefield 6 stabiel en verlies ik de verbinding niet.
Maar zodra ik de pc rechtstreeks op het modem aansluit (zonder switch ertussen), krijg ik na ±30 minuten weer een “connection lost”.

Dat lijkt te bevestigen dat het probleem niet aan mijn pc of bekabeling ligt,
maar aan hoe het Zyxel EX5601-T1 modem omgaat met de korte DHCP-lease (1800 seconden).
De switch lijkt dat moment tijdelijk te “bufferen”, waardoor de onderbreking niet direct merkbaar is — zonder switch valt de verbinding wél kort weg.

De log van het modem blijft ondertussen volstaan met:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

IPTV en YouTube haperen ook precies rond dezelfde momenten.

Ik vermoed dus nog steeds dat dit te maken heeft met de CGNAT-configuratie en DHCP-lease vanuit Odido.
Zouden jullie (Webcare) kunnen controleren of mijn verbinding onder CGNAT valt, en of dit eventueel aangepast kan worden?
Een publiek IPv4-adres of langere lease zou dit waarschijnlijk oplossen.

Dank 🙏
— Rene

 

  • enertav
  • Auteur
  • is een Top Poster
  • November 3, 2025

Hoi Odido-team,

Sinds een paar weken ervaar ik korte onderbrekingen in mijn verbinding.
In de log van mijn Zyxel EX5601-T1 zie ik voortdurend meldingen als:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

De DHCP lease is dus maar 1800 seconden (30 minuten), en de modem blijft continu nieuwe “discover”-verzoeken sturen.
Dat veroorzaakt merkbare korte wegvallers bij IPTV en bij streaming, en soms ook micro-lags in gaming.

Mijn lokale netwerk is gecontroleerd:

  • PC zit rechtstreeks op het modem (zonder switch of extra router)

  • Fortnite blijft stabiel, dus lokaal klopt alles

  • Alleen IPTV en streams onderbreken als de modem een nieuw lease-verzoek doet

  • Het modem is al meerdere keren gereset en gecontroleerd.
    We hebben ook diverse instellingen aangepast:
    – ALG’s uitgezet (SIP/RTSP/IPSec)
    – IPv6 uitgeschakeld
    – Firewall gecontroleerd (IPv4 aan, IPv6 uit)
    – Kaspersky tijdelijk uitgezet om interferentie uit te sluiten

    Geen van deze stappen heeft het DHCP-gedrag opgelost.

Dit lijkt dus een WAN-DHCP-probleem aan Odido-kant.
Zouden jullie kunnen controleren of mijn verbinding onder CGNAT valt,
en mij eventueel een vast publiek IPv4-adres of langere DHCP-lease kunnen geven?

log modem : 

Oct 31 12:42:11 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:55 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:41:11 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.164, given to MAC:00:0a:55:30:02:a5, Lease time:159163
Oct 31 12:39:35 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:38:31 daemon debug dhcpc udhcpc: Sending discover...
Oct 31 12:29:19 daemon info dhcpc udhcpc: Lease of 85.145.80.168 obtained, lease time 1800
 

@Odido Webcare kunnen jullie dit oppakken?
Dit lijkt een DHCP/CGNAT-issue aan Odido-kant en niet iets lokaals.

Dank alvast 🙏
– Rene   

Hoi allemaal, kleine update van mijn kant:

Ik heb nog wat verder getest, en kwam op iets opvallends uit:
Als ik mijn pc via een switch op het modem aansluit, blijft Battlefield 6 stabiel en verlies ik de verbinding niet.
Maar zodra ik de pc rechtstreeks op het modem aansluit (zonder switch ertussen), krijg ik na ±30 minuten weer een “connection lost”.

Dat lijkt te bevestigen dat het probleem niet aan mijn pc of bekabeling ligt,
maar aan hoe het Zyxel EX5601-T1 modem omgaat met de korte DHCP-lease (1800 seconden).
De switch lijkt dat moment tijdelijk te “bufferen”, waardoor de onderbreking niet direct merkbaar is — zonder switch valt de verbinding wél kort weg.

De log van het modem blijft ondertussen volstaan met:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

IPTV en YouTube haperen ook precies rond dezelfde momenten.

Ik vermoed dus nog steeds dat dit te maken heeft met de CGNAT-configuratie en DHCP-lease vanuit Odido.
Zouden jullie (Webcare) kunnen controleren of mijn verbinding onder CGNAT valt, en of dit eventueel aangepast kan worden?
Een publiek IPv4-adres of langere lease zou dit waarschijnlijk oplossen.

Dank 🙏
— Rene

Ik heb verder getest, en het probleem is nu overduidelijk niet lokaal:

  • Via wifi of kabel op het modem hapert alles tegelijk (IPTV, Fortnite, ChatGPT, zelfs bellen via wifi).

  • Zodra ik mijn telefoon op 5G zet, werkt alles direct perfect — geen vertraging of onderbreking.

Dat bewijst dat het geen lokaal probleem is (niet de pc, wifi of firewall), maar dat de Zyxel EX5601-T1 telkens kort de verbinding verliest wanneer de WAN DHCP-lease wordt vernieuwd.
De modemlog laat dit continu zien:

 

udhcpc: Sending discover... Lease of 85.xxx.xx.xxx obtained, lease time 1800

Ik vermoed dat de verbinding telkens wordt verbroken tijdens de herauthenticatie tussen de DHCPv4 client in het modem en de Odido DHCP-relay/gateway, waardoor de sessie kort wordt gereset.
Dit verklaart ook de gelijktijdige uitval bij IPTV en online games.

Het lijkt dus een DHCP-lease / CGNAT-configuratieprobleem aan Odido-zijde.
Kunnen jullie dit alsjeblieft doorzetten naar de technische dienst, om te controleren of mijn aansluiting onder CGNAT valt en of er een langere lease ingesteld kan worden?

Dank weer 🙏
— Rene

 

  • enertav
  • Auteur
  • is een Top Poster
  • November 3, 2025

Hoi Odido-team,

Ik heb verder getest en de vermoedelijke oorzaak lijkt nu duidelijk:

Mijn Zyxel EX5601-T1 draait op firmware V5.70(ACEA.0)T56C_b10_0410.
Volgens meerdere bronnen (en eigen testen) heeft deze build last van een DHCP-lease bug, waarbij het modem continu udhcpc: Sending discover... blijft sturen.
Dat veroorzaakt korte onderbrekingen — precies het gedrag dat ik zie bij IPTV, streaming, en online games (zoals Fortnite en Battlefield).

Daarnaast meet ik via speedtests:

  • Download: ~900 Mbps

  • Upload: ~700 Mbps

  • Packet loss: ±40%

  • Latency piekt tot ~30 ms

Zelfs bellen via wifi valt soms helemaal weg, wat laat zien dat het niet aan mijn pc of switch ligt, maar aan de internetverbinding zelf.

Lokaal is alles gecontroleerd: pc zit rechtstreeks op het modem (geen switch, geen extra router) en alles werkt stabiel tot het modem opnieuw een DHCP-lease probeert te vernieuwen.

Zouden jullie kunnen controleren:

  1. Of mijn verbinding onder CGNAT valt,

  2. En of jullie een nieuwere firmware (build b12 of hoger) kunnen pushen, aangezien build b10 deze DHCP-bug veroorzaakt?

Dank alvast 🙏
— Rene

  • Edwin H.
  • heeft eerste post geplaatst
  • November 6, 2025

Beste Odido,

ik ervaar ook problemen met me DHCP, meer in de kant dat mijn DHCP geen adressen (IPv4) geeft terwijl de range nog lang niet vol zit.

Na een reboot werkt het vaak weer even, alsof hij daarna langzaam vol loopt ofzo.

wifi ww gereset etc, maar lost het niet op.

zit op dezelfde firmware: V5.70(ACEA.0)T56C_b10_0410

 

als ik vaste adressen instel werken ze verder wel betreft echt puur de DHCP waar hij faalt.

 

Moderator
Forum|alt.badge.img+4
  • Sven-Odido
  • Odido medewerker
  • November 13, 2025

Volgens meerdere bronnen (en eigen testen) heeft deze build last van een DHCP-lease bug, waarbij het modem continu udhcpc: Sending discover... blijft sturen.

Dit is geen bug, udhcp is voor de WAN DHCP. Deze stuurt het standaard ook voor TV. Gezien jij geen Tv afneemt krijgt het modem geen adres. Deze discovers kunnen verder geen kwaad. 

 

Zouden jullie kunnen controleren:

  1. Of mijn verbinding onder CGNAT valt,

  2. En of jullie een nieuwere firmware (build b12 of hoger) kunnen pushen, aangezien build b10 deze DHCP-bug veroorzaakt?

We maken geen gebruikt van CGNAT je krijgt altijd een eigen publiek ipv4 adres voor internet. Daarnaast is er geen nieuwe firmware beschikbaar B10 is de laatste versie die publiek beschikbaar. 

 

Niet meer hier.
    • enertav
    • Auteur
    • is een Top Poster
    • November 19, 2025

    Volgens meerdere bronnen (en eigen testen) heeft deze build last van een DHCP-lease bug, waarbij het modem continu udhcpc: Sending discover... blijft sturen.

    Dit is geen bug, udhcp is voor de WAN DHCP. Deze stuurt het standaard ook voor TV. Gezien jij geen Tv afneemt krijgt het modem geen adres. Deze discovers kunnen verder geen kwaad. 

     

    Zouden jullie kunnen controleren:

    1. Of mijn verbinding onder CGNAT valt,

    2. En of jullie een nieuwere firmware (build b12 of hoger) kunnen pushen, aangezien build b10 deze DHCP-bug veroorzaakt?

    We maken geen gebruikt van CGNAT je krijgt altijd een eigen publiek ipv4 adres voor internet. Daarnaast is er geen nieuwe firmware beschikbaar B10 is de laatste versie die publiek beschikbaar. 

     

    Hoi!

    Dank voor je reactie 😊

    Ik begrijp wat je zegt over udhcpc en de DHCP-discovers — helemaal waar dat het modem ook een DHCP-client start voor IPTV, ook als je geen TV-pakket hebt.

    Maar mijn probleem zit niet in de DHCP-logs zelf.

    Ik heb een pathping uitgevoerd op het Odido netwerk, en die laat vanaf hop 3 (het eerste Odido/glasoperator knooppunt) ongeveer 50% packet loss zien.
    Op mijn interne netwerk (hop 1 en 2) is het 0% verlies, dus dat deel is volledig schoon.

    Ik wil je niet mijn IP-adressen of exacte hops laten zien (privacy), maar ik ben wel benieuwd:

    👉 Zou jij op jouw verbinding eens een pathping naar 1.1.1.1 / 8.8.8.8 kunnen doen en kijken of je packet loss krijgt op de eerste Odido-hop?
    (Je kunt eventueel je IP’s gewoon weglaten in je antwoord.)

    Ik probeer te achterhalen of dit een lokaal probleem op mijn lijn is, of dat er breder iets mis is in het Odido/glasoperator segment.

    Thanks alvast! 🙏

    Moderator
    Forum|alt.badge.img+4
    • Sven-Odido
    • Odido medewerker
    • November 19, 2025

    Het is normaal dat tussenliggende hops in een traceroute of MTR soms packet loss laten zien. Dit betekent doorgaans niet dat er daadwerkelijk pakketverlies op de route plaatsvindt. Veel routers passen namelijk rate-limiting toe op ICMP-antwoorden. Zie voor meer uitleg: https://www.cloudflare.com/learning/network-layer/what-is-mtr/ 

    Niet meer hier.
    • enertav
    • Auteur
    • is een Top Poster
    • November 19, 2025

    oke dat is bij cloudfire kan ik begrijpen , maar dan met cmd : 

    Ping 92.254.8.1 -t  geeft tussen de 7en 10 ms die hoort 1ms max 2ms te zijn ?

    pathping 92.254.8.1  knalt eruit !

    pathping 1.1.1.1  

     

    hop 2 odido FTTH pop 34% verlies

    hop 3          31% verlies 

    hop 5        66% verlies.

    Het lokale netwerk hop 0en1    0% verlies   

    lijkt mij te veel verliezen , modem is net veranderd  naar een T54 als test die odido opgestuurd heeft .  

    eerst was de T56 vervangen door een andere met de zelfde frimware , ere gisteren is ONT vervangen . 

    • enertav
    • Auteur
    • is een Top Poster
    • December 26, 2025

    Kleine update voor de volledigheid:
    De monteur heeft vastgesteld dat er sprake is van structurele packet loss (±45–50%) richting externe netwerken, veroorzaakt door een core/peering issue op het glasvezelnetwerk (Delta).
    Klantzijde (ONT, modem, bekabeling, wifi) is volledig uitgesloten en alles is geëscaleerd naar NOC voor netwerkoplossing.

    Het DHCP/udhcpc-gedrag bleek niet de oorzaak.

    ForumvoorwaardenAccessibility statement