09-16-2015 09:56 AM - edited 07-05-2021 03:57 AM
I have upgraded one of our WLCs from 7.3.112.0 to 8.0.120.0. After the reboot, any client that tries to associate is stuck in DHCP_Reqd state. I do not have DHCP required checked on the WLAN config. I booted the WLC back to 7.3.112.0 and the clients come up with no issues. I have tried multiple clients with the same result. Any ideas?
09-17-2015 07:54 AM
DO NOT use 8.0.X.X, period.
Use 7.4.X or 7.6.X instead.
09-17-2015 07:56 AM
Yea I think that is what I will have to end up doing as Cisco can't tell my why it is happening either.
01-29-2016 11:08 PM
Facing the same issue actually. Some clients, a third probably, on a open ssid stuck in DHCP_REQ state. Even they got an ip address...
Did you got anything back from cisco?
01-30-2016 09:06 PM
Facing the same issue actually. Some clients, a third probably, on a open ssid stuck in DHCP_REQ state. Even they got an ip address...
Did you got anything back from cisco?
Can you please create a separate thread?
02-01-2016 09:11 AM
Leo, I did not see a new thread created so I am going to answer on this one really quick. (Sorry)
I did not get an exact answer, but enough to figure out what was happening. The issue arises between the WLC and DHCP lease times. In my situation, the DHCP server (which is not controlled by me) hands out 8 day lease times. On the WLC there is an "Enable Session Timeout" under each SSID in the advanced tab. If the timeout is set to be less than what the user is on the wireless, for example time out 4 hours, user in office 9 hours, the user will be forced to re-authenticate every 4 hours. The problem is that the client machine has an 8 day lease on it, and the WLC is looking for the DHCP request which it does not get since the machine still has a valid lease, hence it gets stuck in DHCP required state. To fix this issue, you can disable the "DHCP required" under advanced tab, or match your timeout to DHCP lease time, forcing it to get a new address once it re-authenticates. For example 9 hour timeout (typical user day 8 hours plus 1 hour lunch) and 9 hour DHCP lease. You would need to do some testing to make sure your timing / DHCP lease match works properly. In my case I had to disable it because our LAN group does not want to budge on lease times. Let me know if this helps. Also if needed please create a separate thread or just select this as the "correct answer" if it works for you.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide