4402 Upgraded to & my APs(1200) are rebooting

Unanswered Question
Jun 18th, 2008

I upgraded from v4.0.217.0..the APs upgraded to that version..once i upgraded the controller to v5.0.148, the APs(1200s) are in a state of constant rebooting & won't upgrade.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Andrew.Prescott Wed, 06/18/2008 - 14:27

Can you get any debug info from the controler also can you get a console connection into one of the re-booting APs and record the error messages.

rob.huffman Wed, 06/18/2008 - 16:34

Hi Larry,

It sounds like you may be hitting this Level 1 (Catastrophic) bug first found in

CSCso93216 Bug Details

LWAPP APs crash


LWAPP APs crashes many times a day.


Happens to WLC running 005.000(148.000) and all the lwapp APs associated to the WLC e.g. it happens in C1240 Software (C1240-K9W8-M), Version 12.4(13d)JA, and C1130 Software (C1130-K9W8-M), Version 12.4(13d)JA


reboot each AP

Further Problem Description:

This is an AP crash. The AP crashes and then reboots. The AP reboot is hitting the bug CSCsm70189. Status



1 - catastrophic

Last Modified

In Last month


Cisco 4400 Series Wireless LAN Controllers


1st Found-In


CSCsm70189 Bug Details

Access Point reboots continuously


AP will crashes as soon as IOS boots before the "Press RETURN to get started."

prompt can be seen on the console.


This should only happen on 124-13d.JA images.


Power cycle the AP.

Further Problem Description:

The problem is triggered by an crash. If the AP crashes for other reason, it will be

stuck in this state and refuse to boot up. The only way to clear the problem is to

power cycle the AP. If the AP is rebooted normally, it should not encounter this

issue. Only if the AP crashes due to another reason will the AP be stuck in this

endless crash state. Status



2 - severe

Last Modified

In Last month


Cisco 4400 Series Wireless LAN Controllers


1st Found-In





Related Bug Information LWAPP AP1130 in tight crash loop

Symptom: An access point may get into a condition where it crashes continuously immediately after reloading. The console log will show messages similar to the following: Unexpected exception to CPUvector 2000, PC = 0x167764 , LR = 0x167758 -Traceback= 0x167764 0x1A3E04 0x55540 0x55A50 0x1A0CD0 Conditions: AP running in LWAPP mode, with a controller running Workaround: Configure the boot loader to boot the recovery image: ap: set BOOT flash:/c1130-rcvk9w8-mx/c1130-rcvk9w8-mx ap: boot Let the AP join the controller and re-download the 12.4(13d)JA image. When it rejoins the controller, it should be OK. If not, then downgrade the controller and repeat the process.

Hope this helps! Sorry man!


ericgarnel Thu, 06/19/2008 - 05:35

Can you roll back to 4.2.112 or 4.2.130?

Are there features in 5.x that you need?

rob.huffman Thu, 06/19/2008 - 05:37

Hi Larry,

I'm very sorry to hear that (this is a real bummer). Have you opened a case with Tac?

The other recommendation from the "workaround";

"When it rejoins the controller, it should be OK. If not, then downgrade the controller and repeat the process."

Hope this helps! I know this is not what you wanted to hear.


larry.milliken Thu, 06/19/2008 - 09:16

i rolled back the controller to v4.2.130, when i look at the APs they did not update..when i put in the primary controller info on the AP & 'apply', the AP disappears (im assuming its rebooting)..about 1 min later it comes back with the primary controller info blank

rob.huffman Thu, 06/19/2008 - 10:10

Hi Larry,

You may have to try rolling back to 4.0.217 (the last working release)

I was looking at these release notes;

Upgrade Path to Controller Software Release or later 3.2 release

Upgrade to a 4.1 release before upgrading to or later 4.0 release

Upgrade to a 4.1 or 4.2 release before upgrading to or later 4.1 release

You can upgrade directly to or later 4.2 release

You can upgrade directly to


Did you ever open a Tac Case?


dennischolmes Thu, 06/19/2008 - 10:53

Open a TAC case. This is a known issue with certain code releases. For those of you running later versions of 4.2 and 5x please note that there is also a bug floating around on WLANs configured for Platinum QoS. In platinum your voice packets should be tagged priority 6 when they leave the AP. In some cases they are tagged 0 for best effort. This usually won't effect Cisco phones due to the SCCP being so lean. For SIP phones however, if the AP is under a load, the result could be one way communication with the SIP based phone. See service request SR 606360283 for details. I still do not suggest 5x code to customers.

larry.milliken Thu, 06/19/2008 - 11:33

Thanks to everyone for their help..I will open a TAC case..FYI, the most stable version for me is 4.0.219

rob.huffman Thu, 06/19/2008 - 14:24

Hi Larry,

You are most welcome :) Best of luck with this recovery. I hope things smooth out a bit for you here.

Let us know,


larry.milliken Tue, 07/08/2008 - 07:02

Found the problem....

I found this info on 'Release Notes for Cisco Wireless Controller & LWAP v4.1.171.0

Our APs are AS1200s..The latest working version that i was able to upgrade to is v4.0.219.0, the next version after that is

Whenever i attempted to upgrade beyond that, the controller upgrades fine, but all the APs just continuously reboot..

** Other Changes

These additional changes are applicable to controller software release

•The Airespace AS1200 is not supported for use with controller software release The Airespace AS1200 (not to be confused with the Cisco Aironet AP1200) was never sold by Cisco and predates Cisco's acquisition of Airespace. If you attempt to connect an Airespace AS1200 to a controller running this software, the access point reboots continuously.


dennischolmes Tue, 07/08/2008 - 07:07

oops a bunch of us should have seen that. our bad. AS1200s are early models of the Cisco 1000 series and the 1000 series are not supported in 5x code.


This Discussion



Trending Topics: Other Wireless Mobility

client could not be authenticated
Network Analysis Module (NAM) Products
Cisco 6500 nam
reason 440 driver failure
Cisco password cracker
Cisco Wireless mode