cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
906
Views
0
Helpful
5
Replies

1142 AP disassociate from WISM code 7.0.116.0

zhenningx
Level 4
Level 4

We see different 1142 APs disassociate from wisms from time to time. When it happens, we have to do shutdown and no shutdown on the switch port to bring the APs back. It just starts to happen after we upgraded wisms to code 7.0.116.0 and it only happens to c1142 APs. It does not happen very often (about 2 issues each week). Anyone see this issue as well?

Zhenning

5 Replies 5

Viten Patel
Cisco Employee
Cisco Employee

can you console into one of the APs which suffer from this issue and check for the following --

> show log

> show crash file

Also on the WiSM, see if there were any APs crash files generated --

Management tab > tech support > AP crash

Thanks Viten for your reply!

It seems this problem has been fixed by upgrading to 7.0.220. I haven't seen a single issue like this after the upgrade for over one month.

Zhenning

Did you try to upgrade the bootstrap of the 1140?

No.  I just upgraded WISMs to 7.0.220 and the issue seems to be fixed.

Any ideas why we need to upgrade the bootstrap?

Any ideas why we need to upgrade the bootstrap?

There are some issues with the 1140.  This is why it's only this model that a boostrap is an optional install (autonomous or capwap use).  I'd recommend, if you have the time, to do so.

Unfortunately, I have no idea how you "force" the bootstrap upgrade if you have CAPWAP/LWAP.  The only way I can think of is downgrade to autonomous, upgrade the boostrap and convert to CAPWAP/LWAP.  Long process.

Review Cisco Networking products for a $25 gift card