DHCP Server Fails Every Few Hours
DHCP Server Fails Every Few Hours
I've had an issue for about the last few weeks where it appears the DHCP server "fails" every few hours and will not provide dynamic IP addresses to WiFi devices.
If I take a device (like my phone or laptop) away from home for a few hours it cannot obtain an IP address from the network upon returning. The device goes into the "obtaining IP address" status and then ultimately cannot connect. This occurs on multiple Android, iOS, Windows, and ChromeOS devices. I have cycled wifi off/on, forgot the network, and rebooted the devices, all with no help. It occasionally affects devices which are constantly near the network, as if the DHCP lease will not renew.
Devices with reserved IPs connect just fine. I am unsure if it affects wired devices, as most of my wired devices have reserved IPs.
If I go into the management interface and enter the DHCP settings page (Controller Settings (cog on the lower left) | Wired Networks | LAN | Edit (under Actions)) and then simply click Save on the Edit Network page - even WITHOUT making any changes, just merely clicking Save - the DHCP server will again begin to work (for a few hours) and devices will pick up an IP address within a few seconds.
It's almost as if the DHCP server loses its "Enable" state on that page, and once I click "Save" it turns it back on.
My setup:
- OC200v1 fw 5.4.7 (also had this problem on the previous fw)
- ER605v1 fw 1.2.1
- 2x SG2008P switches
- a mix of 3x EAP235-wallsv1, 4x 615-wallsv1, and an EAP245v3; all on the latest firmware
- 1 LAN with only the single VLAN. Everything is on the same subnet.
- I do have a single MOCA adapter pair which feeds an unmanaged Netgear switch, and a separate unmanaged Netgear switch plugged direcly into one of the SG2008P (nonPOE port)
Any ideas?
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Hi there,
Thank you for coming to TP-Link Community for help!
If you suffer from the same DHCP issue as it's described below (thank you @jdpk for the detailed information), please follow this solution post for available solutions. Thanks for your cooperation and patience. See you in the community soon!
jdpk wrote
I've had an issue for about the last few weeks where it appears the DHCP server "fails" every few hours and will not provide dynamic IP addresses to WiFi devices.
If I take a device (like my phone or laptop) away from home for a few hours it cannot obtain an IP address from the network upon returning. The device goes into the "obtaining IP address" status and then ultimately cannot connect. This occurs on multiple Android, iOS, Windows, and ChromeOS devices. I have cycled wifi off/on, forgot the network, and rebooted the devices, all with no help. It occasionally affects devices which are constantly near the network, as if the DHCP lease will not renew.
Devices with reserved IPs connect just fine. I am unsure if it affects wired devices, as most of my wired devices have reserved IPs.
If I go into the management interface and enter the DHCP settings page (Controller Settings (cog on the lower left) | Wired Networks | LAN | Edit (under Actions)) and then simply click Save on the Edit Network page - even WITHOUT making any changes, just merely clicking Save - the DHCP server will again begin to work (for a few hours) and devices will pick up an IP address within a few seconds.
- Copy Link
- Report Inappropriate Content
Interesting, I was having a similar issue on a site that I installed last month. It was a remote area with about 10 AP's 6 POE switches and a couple of RF Bridges linking 5 buildings. Some devices would just NOT acquire an IP when moving to the different buildings. After numerous trips (150 miles round trip), on my dime, I finally ripped it all out put Ubiquiti equipment in and the problem went away. I have been pretty faithful trying to put all of my new clients on the Omada gear vs. Ubiquiti, but am starting to wonder if that was a bad move. I am already extremely discouraged with Omada, and the fact that I can't remotely backup the config file to my PC using the cloud (I can easily do this with Unifi).
- Copy Link
- Report Inappropriate Content
RSCW wrote
Interesting, I was having a similar issue on a site that I installed last month. It was a remote area with about 10 AP's 6 POE switches and a couple of RF Bridges linking 5 buildings. Some devices would just NOT acquire an IP when moving to the different buildings. After numerous trips (150 miles round trip), on my dime, I finally ripped it all out put Ubiquiti equipment in and the problem went away. I have been pretty faithful trying to put all of my new clients on the Omada gear vs. Ubiquiti, but am starting to wonder if that was a bad move. I am already extremely discouraged with Omada, and the fact that I can't remotely backup the config file to my PC using the cloud (I can easily do this with Unifi).
Same here. Having waited for the promised 'jam tomorrow' features and a constant stream of niggles on the Omada system, I have decided to move future customer installs back to Ubiquiti kit.
Shame, but TP-Link Omada is not a viable product for commercial sites at present.
- Copy Link
- Report Inappropriate Content
Dear @jdpk,
jdpk wrote
I've had an issue for about the last few weeks where it appears the DHCP server "fails" every few hours and will not provide dynamic IP addresses to WiFi devices.
If I take a device (like my phone or laptop) away from home for a few hours it cannot obtain an IP address from the network upon returning. The device goes into the "obtaining IP address" status and then ultimately cannot connect. This occurs on multiple Android, iOS, Windows, and ChromeOS devices. I have cycled wifi off/on, forgot the network, and rebooted the devices, all with no help. It occasionally affects devices which are constantly near the network, as if the DHCP lease will not renew.
Thank you for taking the time to post the issue in the community!
When the issue happens, if you go to the Clients page to have a check, is the device still showing up in the list with connected state?
- Copy Link
- Report Inappropriate Content
Fae, thanks for responding.
Yes, on the clients page it indicates that the device is connected, showing an IP assignment, the AP to which it (thinks it) is connected, the signal strength, etc. - but the device itself does not indicate a connection, an IP, and clearly does not have internet or LAN connection.
If I then turn WiFi off on the device, it is removed from the clients page after a few minutes.
- Copy Link
- Report Inappropriate Content
And here's another twist.
I had both my phone and my chromebook away from home today. When I returned, neither would pick up an IP address.
When I looked at the client page, it appears the controller was attempting to assign them the same IP address.
I do know that this failure to obtain an IP address occurs, however, even when there is only 1 device attempting to connect, such as when it is only my phone that is coming back home and my laptop is off. Also, turning off WiFi on my phone did not cause the chromebook to connect; I still have to go in and modify the DHCP page in the controller (even by only clicking "Save") or assign a static IP to one of the devices in order to resume the DHCP functionality of the network.
- Copy Link
- Report Inappropriate Content
Dear @jdpk,
jdpk wrote
I had both my phone and my chromebook away from home today. When I returned, neither would pick up an IP address.
When I looked at the client page, it appears the controller was attempting to assign them the same IP address.
I do know that this failure to obtain an IP address occurs, however, even when there is only 1 device attempting to connect, such as when it is only my phone that is coming back home and my laptop is off. Also, turning off WiFi on my phone did not cause the chromebook to connect; I still have to go in and modify the DHCP page in the controller (even by only clicking "Save") or assign a static IP to one of the devices in order to resume the DHCP functionality of the network.
To better assist you, I've created a support ticket via your registered email address, and escalated it to our support engineer to look into the issue. The ticket ID is TKID220819122, please check your email box and ensure the support email is well received. Thanks!
- Copy Link
- Report Inappropriate Content
EDIT
- Copy Link
- Report Inappropriate Content
Similar problems here... I hard reset the gateway (reset button on the device) and let Omada reprovision and it seems to be working since.
- Copy Link
- Report Inappropriate Content
Static IPs do indeed work, and I have taken to setting a static IP for some "critical" devices (like my wife's!), but while that provides a temporary fix, it is not a viable long-term solution. I have 70+ clients on my network.
- Copy Link
- Report Inappropriate Content
Aveamantium wrote
Similar problems here... I hard reset the gateway (reset button on the device) and let Omada reprovision and it seems to be working since.
Great suggestion, thank you.
I had tried a "Force Provision" of the gateway from the controller software, but didn't make the logical jump to a hardware reset.
I will try this next time I have access to the device.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 3153
Replies: 18
Voters 0
No one has voted for it yet.