We have this problem https://gtacknowledge.extremenetworks.com/articles/Solution/Access-points-failing-the-IdentiFi-Contr...
but have followed all advice on the forums to no avail.
We are undertaking a re-addressing of our wireless network and are moving AP's from one subnet/core to another. At one of our sites when we move the AP's to a new subnet they do not retain any DHCP information other than an IP address and gateway and get stuck in a loop running the discovery process. If we take a "Faulty" AP to our secondary site it will auto config with no issues.
Access points will connect if we manually assign the controller IP address but this is not practical for 300+ AP's.
Two controller site enterprise, both on separate C5210 WLC. We have an "identical" equipment setup at our secondary site and we do not see this issue there.
Things we have tried:
1. cset factory
2. cset authip - works fine, therefore no routing issue.
3. New AP MGMT Vlan setup
4. New DHCP Server
5. DHCP Server away from the network and switch, AP retains the DNS config etc works fine.
6. Laptop on the AP MGT Vlan connects to DHCP fine and gets all IP, DG and DNS info.
7. Reduce MTU - All local subnets but tried anyway.
8. DNS entry for "controller" exists.
9. SLP options set.
Packet capture at DHCP server show the DHCP Server ACK the INFORM with the information requested.
Packet capture at the Access Switch shows that DHCP Inform is received. AP Shows it receives the DHCP info but then seems to dump it and start auto config again.
Once the AP has an IP address (from DHCP) you can ping the controller and vice versa. All required ports are open on the controller.
GTAC have just said "assign authip manually", not really an answer for 300+ APs
Firmware on EWC and AP - 09.15.04.0011
The tail -f ap.log below shows the AP receiving the correct DHCP Inform but then discarding that information except for the IP