Hi,
We also opened a case for this with TAC, but wanted to put it here too.
We're currently deploying a converged wireless solution. The rollout has around 120 APs at the moment spread over 10 Mobility Agents. 6 Of these MA's are in a remote location and being routed. These AP's (around 45) were previously tunneled to the 5760 Mobility Controller and have moved to 3650 MA's locally. This was done about 4 weeks ago.
Last week we got the complaint that certain users were unable to receive a DHCP offer from the portal network and thus could not authenticate. This is true for about 20 - 30% of the users. The userbase consists of various types of machines, both Windows and Mac OS X show this problem. The problem is also consistent: it's always the same clients that are unable to receive an IP. Removing the anchor from the wireless and put them in a local VLAN will work immediately but then we don't have the centralized webauth. Also: the problem is consistent across the 6 devices, making me believe this is not a glitch but something that is set wrong although we followed the anchoring guides and doublechecked those.
Wiresharking the clients shows an DHCP request is sent out, DHCP snooping on both agent and controller show no DHCP packets coming from the client.
The 5760 is running 3.6.0 code, the 3650's are running 3.7.0.
Has anyone seen something like this before?
Attached is the show wcdb database for an affected client.
Kind regards,
GJ
