10-23-2023 08:15 AM
Hi All,
I have setup which consists of WLC 9800-40 and catalyst 9136 APs. Some users are able to get the IP address from the DHCP server whereas some users are unable to get the IP Addresses. Please need your suggestions
Solved! Go to Solution.
10-23-2023 08:36 AM
- Have a checkup analysis and review of the WLC 9800-40 configuration with the CLI command show tech wireless ; feed the output into : Wireless Config Analyzer
Use these recommended setup(s) for DHCP : https://www.cisco.com/c/en/us/products/collateral/wireless/catalyst-9800-series-wireless-controllers/guide-c07-743627.html#DHCPbridgingandDHCPrelay
- If problem persists use client debugging according to https://logadvisor.cisco.com/logadvisor/wireless/9800/9800ClientConnectivity , you can have client debugs (so called RadioActive Traces) analyzed with : https://cway.cisco.com/wireless-debug-analyzer
M.
10-24-2023 11:21 AM
Thanks to all, i checked the Radio Active trace for one User (MAC address) and i found the user was timeout in IP Learn. After troubleshooting the issue i found that the subnet mask configured under SVI was different from the subnet mask inside the DHCP pool. After fixing subnet mask under SVI, the issue was fixed.
10-23-2023 08:36 AM
- Have a checkup analysis and review of the WLC 9800-40 configuration with the CLI command show tech wireless ; feed the output into : Wireless Config Analyzer
Use these recommended setup(s) for DHCP : https://www.cisco.com/c/en/us/products/collateral/wireless/catalyst-9800-series-wireless-controllers/guide-c07-743627.html#DHCPbridgingandDHCPrelay
- If problem persists use client debugging according to https://logadvisor.cisco.com/logadvisor/wireless/9800/9800ClientConnectivity , you can have client debugs (so called RadioActive Traces) analyzed with : https://cway.cisco.com/wireless-debug-analyzer
M.
10-23-2023 06:25 PM
Maybe the IP address pool is not large enough.
Try and clear the address pool.
10-24-2023 11:21 AM
Thanks to all, i checked the Radio Active trace for one User (MAC address) and i found the user was timeout in IP Learn. After troubleshooting the issue i found that the subnet mask configured under SVI was different from the subnet mask inside the DHCP pool. After fixing subnet mask under SVI, the issue was fixed.
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