DHCP release loop

DHCP release loop

DHCP release loop
DHCP release loop
3 weeks ago
Model: Archer AX11000  
Hardware Version: V1
Firmware Version:

Every Friday around 9:51AM ET, the router drops the WAN connection without any explanation. Here are the relevant entries in the syslog:

2026-05-08 09:50:41 dhcpc[11008]: <4> 210153 send dhcp release ip x.x.x.x
2026-05-08 09:50:41 dhcpc[11008]: <6> 210056 teardown and release
 

Subsequently, the router sends many DHCP discover messages, with flags of 0 or 80, interspersed with the above sequence:

2026-05-08 09:51:22 dhcpc[26066]: <6> 210051 send discover with ip 0.0.0.0 and flags 0
2026-05-08 09:50:58 dhcpc[26066]: <6> 210051 send discover with ip 0.0.0.0 and flags 80

 

The ISP gets confused with this avalanche of conflicting messages, but several minutes later responds with a DHCP offer, to which the router responds with DHCP select, and the ISP replies with a DHCP ack. At that point, the router initializes its various services, but a couple minutes later the story repeats. Around 10:00AM, the connection instability finally ends. So, there are about 9 minutes every Friday morning when the Internet access is disrupted.

 

The DHCP lease of WAN IP address is 64872 seconds = 18 hours. Prior to the Friday morning disruption, the router for days successfully renews the lease at 1/2 time = 9 hours and the Internet access is stable for days. The router is configured to reboot automatically early morning every Sunday.

 

The ISP checked everything on their end and found no problems. This issue occurs in both the older AX11000 and the newer BE800 models (incl. a replacement BE800), all running the latest firmware. So, it is not a hardware problem.

 

AI has analyzed the syslog and concluded that there must be a service in the router's firmware that disrupts the WAN connection weekly. AI speculates this could be an attempted database / policy sync (even though parental controls are not configured), failed consolidation of traffic statistics, NTP sync conflict, etc. None of those can be solved by user configuration.

 

TP-Link tech support acknowledges the unexplained WAN IP address release, but blames the ISP for not immediately responding to DHCP discover messsages. Instead of looking into those other processes that could cause the connection teardown and release of WAN IP address, tech support wants to install a special firmware to sniff packets on the WAN interface (a no-go, given security risks).

 

Has anyone encountered this bug and possibly has a workaround?

 

 

0
0
#1
5 Reply
Re:DHCP release loop
3 weeks ago

Hello  @mrk6 ,

Welcome to our community.

 

It seems the WAN disconnection times are quite consistent, right? If so, I suggest you try connecting your PC directly to the modem around this time to see if the network disconnection also occurs.

Alternatively, try switching your router to a different network for comparison.

 

Also, you mentioned contacting local support. Was it via email? Do you have the relevant ticket ID?

Welcome to Our Community! Get the latest posts: △New Firmware for Archer GE550/GE650 V1 Introduces AI-QoS, EasyMesh IoT Expansion, and More! △New Firmware Releases for Archer BE805 V1/BE450 V1 to Support VPN Merge, New ECO Mode, and More! More posts, please see: △ Get the Ongoing Pre-release Firmware for Wi-Fi Routers Here— Subscribe for Updates! Urgent problems with your Wi-Fi Router, Range Extender, or DSL Modem? Please reach out via private Messages or @Joesph-TP in your new thread directly. Click Or ☆Recommended Solution if the post/answer helps.
0
0
#2
Re:DHCP release loop
2 weeks ago

@Joseph-TP Connecting my PC directly to the Internet through the modem, even for a short period of time, is not an option for obvious security reasons. Besides, it is evident from the syslog that it is the router and not the ISP that disrupts the WAN connection. It is very unlikely the PC would do exactly the same.

 

Yes, I contacted TP-Link tech support and have had extensive email communication with them over the past few months. Their only "solution" is to keep sending me replacement routers (I am expecting another one now). But all of them have the same bug.

 

Basically, even if the WAN connection is up, some service in the router periodically pings various "well known sites," probably including TP-Link's own. When some of those pings are unsuccessful, the service forces the connection teardown and releases the WAN IP address. Then the connection is unstable because as soon as it is established, the pinging service tears it down again. This oscillation eventually stops after 9 minutes. So, the bug is likely in that "detector" process that declares that some reference sites are unreachable (perhaps due to their scheduled maintenance or other activities?) and erroneously kills the WAN connection.

 

I do have a relevant ticket ID, but cannot publish it here. If you are TP-Link representative, you can look it up by email associated with my handle.

0
0
#3
Re:DHCP release loop
2 weeks ago

Hello @mrk6 ,

If you've already replaced your router and the problem persists, we believe the issue might also stem from your modem. That's why we recommend connecting your PC or other devices directly to the modem for comparison. This method can quickly determine if the root cause is at the modem.

Furthermore, since you've already contacted your local support, we suggest you continue to communicate and provide updates on the latest developments.

Welcome to Our Community! Get the latest posts: △New Firmware for Archer GE550/GE650 V1 Introduces AI-QoS, EasyMesh IoT Expansion, and More! △New Firmware Releases for Archer BE805 V1/BE450 V1 to Support VPN Merge, New ECO Mode, and More! More posts, please see: △ Get the Ongoing Pre-release Firmware for Wi-Fi Routers Here— Subscribe for Updates! Urgent problems with your Wi-Fi Router, Range Extender, or DSL Modem? Please reach out via private Messages or @Joesph-TP in your new thread directly. Click Or ☆Recommended Solution if the post/answer helps.
0
0
#4
Re:DHCP release loop
2 weeks ago

@Joseph-TP Your suggestion to connect the PC directly to the "modem" and expose it to hacking from the Internet is simply ridiculous.

 

How about stopping to blame everything else but the TP-Link router? The "modem" is a fiber ONT. The connection it provides is stable. If it was not, the router would not be able to send the DHCP messages, such as DHCP release or discover shown in the syslog, because the Ethernet link between the ONT and router would be down. BTW, TP-Link tech support also tried to blame that Ethernet cable. So, the Ethernet cable fails at 9:51AM every Friday and otherwise it is OK. Yeah, right.

 

I have already lost dozens of hours on the back-and-forth emails with tech support. They refuse to investigate what causes the router to tear down the WAN connection without any explanation in the syslog.

 

0
0
#5
Re:DHCP release loop
2 weeks ago

  @mrk6 

 

I do not think that the router is the issue because you have the same issue with multiple routers.

 

As far as your fear of being hacked, a ten minute test starting at 9:45 does not expose you very much unless you are a very high profile person. Also does the router report haching attacks? Also how much security is the router providing? If you have an old pc, use it and reload the operating system after the test.  

 

If it was a TP Link router issue, I would think there would be hundreds if not thousands of reports in this forum on the two different models of router you have that had the issue reporting the same issue.
 

Another test to do is disconnect the modem from the router and see if anything changes on your network such as can you link between pcs or print from a pc to a network printer during the down time. 


Also you can use one of those routers set up to have only one pc attached durring the test. Example: Ethernet connect the pc and no wifi.

 


 

1
1
#6