09-19-2011 04:00 AM - edited 07-03-2021 08:47 PM
Hello.
We have WLC 4402 and some AIR-LAP1142N-E-K9.
Most of AP work properly, but 2 have problems.
They work normal Radio0 and Radio1 were present.
802.11a/n admin status was DOWN and 802.11b/g/n was UP as configured on WLC.
One day, after reload two APs have Radio0 not present, Radio1 is present. sometimes after reload Radio0 become present, but it becomes not present after some reload. and so on.
Solved! Go to Solution.
09-19-2011 07:46 AM
Denis,
I have seen this in 2 seperate instances with the 1142's in 1 instance the AP's were defective (it was like 3 out of 100+); the other instance I have seen similar behavior was on a 6.0.x.x code release and I actually had to factory reset the AP to IOS then back to Lightweight after which it never happened again.
It is a new installation and only a couple AP's are behaving like this I'd RMA them, if it is an existing install that has been running for a long time and now it has become an issue, I'd try resetting the AP's first then RMA them.
Hope this helps.
09-19-2011 03:48 PM
I've seen this several times. When I was using the 6.0.X and 7.0.98.0 code.
It happens to any AP (1240, 1250, 3500, 1140). What happens is that the radio "crash". This is evident when you look into the flash of the AP in question and you'll see a file/directory called "rX.core" where "X" is either a "0" or a "1" and this signifies which radio went south-of-the-border.
This is normally rectified if you just reboot the AP.
If reboot doesn't fix it then RMA it.
09-19-2011 07:46 AM
Denis,
I have seen this in 2 seperate instances with the 1142's in 1 instance the AP's were defective (it was like 3 out of 100+); the other instance I have seen similar behavior was on a 6.0.x.x code release and I actually had to factory reset the AP to IOS then back to Lightweight after which it never happened again.
It is a new installation and only a couple AP's are behaving like this I'd RMA them, if it is an existing install that has been running for a long time and now it has become an issue, I'd try resetting the AP's first then RMA them.
Hope this helps.
09-19-2011 03:48 PM
I've seen this several times. When I was using the 6.0.X and 7.0.98.0 code.
It happens to any AP (1240, 1250, 3500, 1140). What happens is that the radio "crash". This is evident when you look into the flash of the AP in question and you'll see a file/directory called "rX.core" where "X" is either a "0" or a "1" and this signifies which radio went south-of-the-border.
This is normally rectified if you just reboot the AP.
If reboot doesn't fix it then RMA it.
09-19-2011 10:33 PM
All our AP is ligtweigh with code 7.0.116.0
Theese 2 APs worked for about month or two and then after reboot Radio0 become not present. One AP seems to be OK after reset to factory default, but reset dont help to the second AP.
anyway thanx for help. I'll try to test the first and RMA the second
09-19-2011 10:37 PM
Thanks for the ratings.
09-19-2011 11:56 PM
I try to reload first AP again and have not present Radio0 now. LOL.
09-20-2011 06:53 AM
RMA the AP as there was a bad batch of radios that were released from manufacturing last couple of months. We had a few.
09-20-2011 03:00 PM
A "warning" to everyone using 1140 ...
Whether or not you are using Autonomous IOS or CAPWAP and before you deploy the 1140, please try to upgrade the bootstrap to 12.4(23c)JA1.
1. Go HERE to download the bootstrap file from Cisco;
2. The command to "load" the file into your 1140 AP is: copy tftp://
3. Reload
I can't disclose as to WHAT will this bootstrap fix.
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