Asus router krijgt geen (vernieuwd) WAN IP

[Paul M.]

Beste Tweakers,

Ik loop even vast. Ik heb een Asus RT-AX92U direct op de ONT aangesloten (met Odido glasvezelabonnement). Internet VLAN op 300 gezet (via LAN>IPTV). Dat werkt al een tijdje zonder problemen, zelfs met meermaals herstarten van het router.
Gisteravond moest ik de ONT kort van de stroom afhalen en sindsdien krijgt de RT-AX92U geen internetverbinding meer. Ook na 3 uur wachten, proberen, resetten, terug naar fabrieksinstellingen, etc.

[b]Wat heb ik al geprobeerd?[b]
De ONT is in orde; de juiste lampjes branden en het Zyxel-router van Odido verbindt ook direct met internet.

Vreemd genoeg geeft de RT-AX92U aan dat de WAN-verbinding in orde is (LED brandt wit) en in de instellingen staat een WAN IP (zelfde IP als voorheen). Toch is internet naar buiten niet mogelijk. Na firmware update, terugzetten naar fabrieksinstellingen en opnieuw het VLAN instellen, herladen van de oude configuratie blijft dit gedrag.
Ook interessant: ik heb een identieke RT-AX92U geprobeerd (na firmware update tot dezelfde firmware). Daar blijft de WAN-LED rood is de statusmelding ook dat er iets mis is met de DHCP van de ISP. Vreemd?

Ik vermoed dat het probleem in de Asus zit, omdat het Zyxel router wel kan verbinden. Ik lees in meerdere topics dat het soms tot 60 minuten kan duren voordat eigen routers weer verbinding kunnen maken, maar dat was bij mij niet het geval. Ook lees ik dat het soms te verhelpen is door een vrijgave/vernieuwing van IP te forceren vanaf het router, maar daarvoor heeft de Asus software geen knop. Tevens verwacht ik dat een reset naar fabrieksinstelling dit effectief ook doet.

Iemand een idee hoe dit op te lossen is, voor nu en voor de toekomst? Ik wil graag een betrouwbare verbinding die ook na bijvoorbeeld een stroomuitval direct weer online is.

[nelizmastr]

Odido heeft een DHCP lease van een half uur (1800 seconden) dus als-ie niet refresht dan zou dat inderdaad een DHCP probleem kunnen zijn. Na het wisselen tussen de ene en de andere router (afwijkend MAC-adres) zul je even een half uurtje moeten wachten voordat je goed kunt testen in principe.

Als het met de Zyxel wel stabiel werkt dan is het een goede aanname dat het in de Asus gezocht moet worden.
Heeft de Asus geen logs waar je iets uit kunt halen m.b.t. de WAN-zijde qua DHCP onderhandeling (de zogenaamde DORA)?

[Paul M.]

Die leasetijd zou wel verklaren waarom de tweede RT-AX92U geen IP-adres kreeg, ik heb te kort gewacht na wisselen. Opvallend dat de Zyxel wel direct verbinding kreeg, ondanks wissel van MAC adres. Dat zou een instelling op basis van MAC-adres bij Odido kunnen zijn ten faveure van hun eigen hardware .

Het verklaart niet waarom de eerste RT-AX92U in eerste instantie geen verbinding meer had, er was immers geen sprake van een afwijkend MAC-adres. En deze leek dus wel een WAN IP te krijgen maar alsnog geen internetverbinding. Ik zal straks eens in de logs ervan kijken.

[Ben(V)]

Kan niets met een leasetijd te maken hebben.
Als het goed is zal die Asus bij opstarten een DHCP request doen en zal het Odido netwerk als de leasetijd nog niet verstreken is het oude iIpadres weer aan die Asus uitgeven.
Blijkt ook uit het feit dat in eerste instantie de ledjes op die Asus OK waren.

Odido geeft maar een Ipadres uit, dus als je dus vanuit een ander macadres weer een dhcp request doet krijg je geen Ipadres meer, je moet dan minimaal 30 minuten wachten, waarin je echt niets aan de ONT mag hangen.

[Paul M.]

Ben(V) schreef op woensdag 3 december 2025 @ 11:49:
Kan niets met een leasetijd te maken hebben.
Als het goed is zal die Asus bij opstarten een DHCP request doen en zal het Odido netwerk als de leasetijd nog niet verstreken is het oude iIpadres weer aan die Asus uitgeven.
Blijkt ook uit het feit dat in eerste instantie de ledjes op die Asus OK waren.

Maar dat verklaart niet waarom die router wél een WAN IP kreeg, maar alsnog geen internetverbinding heeft.

Odido geeft maar een Ipadres uit, dus als je dus vanuit een ander macadres weer een dhcp request doet krijg je geen Ipadres meer, je moet dan minimaal 30 minuten wachten, waarin je echt niets aan de ONT mag hangen.

Ook dat verklaart niet waarom het Zyxel-router zonder problemen kon verbinden zonder te wachten. Dat is ook een nieuwe MAC adres binnen de lease-tijd.
Andersom heb ik ook nooit 30 minuten gewacht bij wisselen van de Zyxel naar de Asus en dat ging ook goed.

Al met al vind ik het vreemd. Straks als ik thuis ben eens proberen of de eerste Asus router wel weer internetverbinding heeft.

[Ben(V)]

Of Odido iets speciaals doet met zijn eigen router weet ik niet, dat zou best kunnen.
Maar het kan best zijn dat het een ander probleem is, dat weet ik natuurlijk ook niet, dit was alleen een theorie die je kunt uitproberen.
En of het gerelateerd is aan de leasetijd weet ik natuurlijk ook niet alleen Odido kan je dat vertellen al vrees ik dat zo'n vraag te moeilijk wordt voor de gemiddelde helpdesk.

[ Voor 28% gewijzigd door Ben(V) op 03-12-2025 15:26 ]

[Paul M.]

Het blijft voor mij een raadsel. Gistermiddag prikte ik de WAN-kabel direct om van de Zyxel naar de Asus en in luttele seconden had de Asus een nieuw WAN IP en internetverbinding.

Ik heb de logbestanden voor en na verbinden vergeleken. Het enige zinnige wat ik eruit kan vinden is dat het toch iets met de DHCP te maken lijkt te hebben, al blijft het wel een raadsel waarom de Asus dan eerder wel aangaf een IP te hebben gekregen, terwijl dat niet strookt met de logs. De log van de succesvolle verbinding geeft namelijk direct na de melding dat de WAN-verbinding hersteld is ook het IP adres met de leasetijd. In de log van de onsuccesvolle verbinding ontbreekt de regel over DHCP adres.

Let overigens niet op de datum van de timestamp, die werd pas goedgezet na totstandkoming van de internetverbinding (zie de sprong bij de succesvolle log).

De log van de succesvolle verbinding gisteren meldt:

code:

ay  5 07:09:08 WAN(0) Connection: WAN was restored.
May  5 07:09:08 dhcp client: bound 95.98.135.35/255.255.254.0 via 95.98.134.1 for 1800 seconds.
May  5 07:09:09 ntp: start NTP update
Dec  3 20:46:28 rc_service: ntp 2803:notify_rc restart_diskmon
Dec  3 20:46:28 disk_monitor: Finish
Dec  3 20:46:28 disk monitor: be idle
Dec  3 20:46:34 rc_service: service 3029:notify_rc restart_firewall

In de eerdere onsuccesvolle pogingen blijft het beperkt tot:

code:

May  5 07:05:07 WAN(0) Connection: WAN(0) link down.
May  5 07:05:07 wlceventd: wlceventd_proc_event(685): eth5: Auth 98:A3:16:06:B7:A8, status: Successful (0), rssi:0
May  5 07:05:07 wlceventd: wlceventd_proc_event(685): eth5: Auth A8:46:74:98:F6:3C, status: Successful (0), rssi:0
May  5 07:05:07 kernel: HTB: quantum of class 20011 is small. Consider r2q change.
May  5 07:05:07 wlceventd: wlceventd_proc_event(645): eth5: Deauth_ind 98:A3:16:06:B7:A8, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:-64
May  5 07:05:07 wlceventd: wlceventd_proc_event(645): eth5: Deauth_ind A8:46:74:98:F6:3C, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:-23
May  5 07:05:07 Samba Server: smb daemon is stopped
May  5 07:05:08 wlceventd: wlceventd_proc_event(645): eth5: Deauth_ind A8:46:74:98:F6:3C, status: 0, reason: Previous authentication no longer valid (2), rssi:-23
May  5 07:05:08 wlceventd: wlceventd_proc_event(645): eth5: Deauth_ind 98:A3:16:06:B7:A8, status: 0, reason: Previous authentication no longer valid (2), rssi:-64
May  5 07:05:08 kernel: SCSI subsystem initialized
May  5 07:05:08 modprobe: module scsi_wait_scan not found in modules.dep
May  5 07:05:08 modprobe: module mbcache not found in modules.dep
May  5 07:05:09 modprobe: module jbd not found in modules.dep
May  5 07:05:09 modprobe: module ext3 not found in modules.dep
May  5 07:05:09 modprobe: module ext4 not found in modules.dep
May  5 07:05:09 modprobe: module ext2 not found in modules.dep
May  5 07:05:09 kernel: tfat: loading out-of-tree module taints kernel.
May  5 07:05:09 modprobe: module btusbdrv not found in modules.dep
May  5 07:05:09 init: fwver: 3.0.0.4_388_23763-geaf60c1 (sn: /ha:F0:2F:74:2C:49:30 )
May  5 07:05:09 ahs: [read_json]Update ahs JSON file.
May  5 07:05:09 kernel: eth3 (Ext switch port: 2) (Logical Port: 10) (phyId: a) Link UP at 1000 mbps full duplex
May  5 07:05:09 kernel: NOHZ: local_softirq_pending 08
May  5 07:05:09 kernel: NOHZ: local_softirq_pending 08
May  5 07:05:10 kernel: NOHZ: local_softirq_pending 08
May  5 07:05:10 kernel: NOHZ: local_softirq_pending 08
May  5 07:05:11 WAN(0) Connection: WAN was restored.
May  5 07:05:11 ntp: start NTP update