Showing results for 
Search instead for 
Did you mean: 

3802 AP showing oper stat as down , even though Admin Status is Enabled and Radio is Up


Hi, I'm running into an issue where 2 of my APs seemed to have gone into FRA. I had enabled FRA just to change the DCA interval. Now I have turned FRA back off. However 2 of my APs seem to have got stuck in that FRA mode. I dont see their 2.4GHz radios under Wireless >> Access Points>> Radios >> 802.11b/g/n 


As I mentioned in the subject line, the Operational Status is also showing as down which is strange behavior. I'm running 8.5.140


Is there a way to force these APs to get rid of any FRA configs that might have got pushed to them , inadvertently?

2 Replies 2

VIP Advisor VIP Advisor
VIP Advisor

There are several ways, but did you check if they now run both interfaces at 5 GHz?

For FRA:

Rich R
VIP Advisor VIP Advisor
VIP Advisor

This has been discussed a number of times on these forums before! 

Turning off FRA does *not* revert any AP which have had FRA activated.  You must do that manually.

For example:


Assume you're on AireOS: Use "config advanced fra revert all auto"

It's mentioned in the link @patoberli provided and

TAC recommended codes for AireOS WLC's
Best Practices for AireOS WLC's
TAC recommended codes for 9800 WLC's
Best Practices for 9800 WLC's
Cisco Wireless compatibility matrix
Field Notice: FN-72424 Later Versions of WiFi 6 APs Fail to Join WLC - Software Upgrade Recommended
WARNING - see CSCwd37092 Throughput degraded after upgrading to code - 2800/3800/4800 series
- The fix for CSCwd37092 is now released in and
- For IOS-XE 17.3.6 select controller model, go to IOS XE Software AP Service Pack, select CSCwd40096 17.3.6 APSP2
Field Notice: FN-63942 Lightweight APs and WLCs Fail to Create CAPWAP Connections Due to Certificate
      Expiration - Software Upgrade Recommended
Field Notice: FN-72524 - During Software Upgrade/Downgrade IOS APs Might Remain in Downloading State
     After 4 Dec 2022 Due to Certificate Expiration - Fixed in and 17.3.6 APSP5 (APSP_CSCwd83653)
     Also fixed in (8.5 mainline) and (8.5 IRCM) if you can't upgrade to 8.10
     TAC confirmed that subordinate Mobility Express APs downloading by TFTP are not affected so ME still works
     Note that and have been deferred (withdrawn) and are effectively unsupported by Cisco
Leo Laohoo's list of bugs affecting 2800/3800/4800/1560 APs
Richard R
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Recognize Your Peers