APs continually registering with secondary controller

Unanswered Question
Aug 15th, 2007
User Badges:

Hi All,


For some reason all of the APs on a particular controller deregister from it and register with their secondary controller. Both controllers are running version 4.1.171.0 and I cannot see any issues on the LAN that would disrupt comms between the APs and their primary controller.


Any pointers will be greatly appreciated.


Many Thanks

Scott

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (2 ratings)
Loading.
ericgarnel Wed, 08/15/2007 - 04:47
User Badges:
  • Gold, 750 points or more

Have you tried one of the following:


turn off the secondary WLC for a bit, and then turn it back on and then see where the APs register


reset the APs to factory default and then set the 1st & 2nd controllers


2 questions:

Have you pre-staged the APs?

Are you using ip addresses or names for 1st, 2nd & 3rd controllers?

scottwilliamson Wed, 08/15/2007 - 07:58
User Badges:

Hi Eric,


I haven't tried either of those but I will do as soon as.


I'm using names for the first and second controllers (I'm haven't spec'd a third due to the controllers being geographically distant).


These particular APs had been quite stable until I upgraded the controllers to said s/w version around a month ago, though APs on other upgraded controllers are fine. Also no matter where the APs are registered to they report (via WCS) that they are running vers 3.2.195.10 s/w, however interrogating the relevant controller directly says they are running vers 4.1.171.0.


I was also in the midst of adding some new APs; these were autonomous ones that I converted (at my desk) and specified the suspect controller for them to register with during the conversion, the new APs registered ok with the controller and I set the same controller as their primary and set them aside for installation. After your reply to my initial query I've booted one of the newly converted ones again and they have registered with a random controller elsewhere on our network (I'm using option 43) rather than their primary.


Apologies for the info overload, hopefully you can make some sense out of it.


Many Thanks

Scott

ericgarnel Wed, 08/15/2007 - 08:08
User Badges:
  • Gold, 750 points or more

From WCS| configure controllers, select the controllers & do a refresh from network. Does WCS still show them as 3.2.195.10?

I had this same issue. I had 20 APs as 4.1.171.0 and 72 at 4.1.181.0 which is what the controllers are on. I ran an ap inventory report from WCS & sure enough, all 20 APs that were running 4.1.171.0 were bound to the same controller. A quick bounce of the controller took care of it. I went into WCS, ran the report again and all APs were at the current level. Must have not rebooted the controller after the upgrade.


Regarding the issue of the AP not going to the primary... perhaps the suspect controller is running in master mode; a no-no for a wireless network that is in production

scottwilliamson Thu, 08/16/2007 - 00:11
User Badges:

Hi Eric,


Perhaps I should just upgrade to 4.1.181.0 and see if that resolves the problems.


Thanks

Scott

scottwilliamson Thu, 08/16/2007 - 05:22
User Badges:

Hi John,


Actually, I've had no problems with the converted APs (touch wood), however, I have tried loading the csv files produced by the upgrade tool into WCS and WCS says they are empty, opening them with Excel confirms it.


Scott

scottwilliamson Thu, 08/16/2007 - 05:17
User Badges:

Hi John,


Yes - I've downloaded 4.1.185.0 from Cisco - I'll try it on the misbehaving controller and post the result.


Regards

Scott

ericgarnel Thu, 08/16/2007 - 05:30
User Badges:
  • Gold, 750 points or more

What changes are in 4.1.185. I did not find any link for 4.1.185 release notes, 4.1.181 is the latest rel notes available.

ericgarnel Thu, 08/16/2007 - 05:52
User Badges:
  • Gold, 750 points or more

Ah, thanks. I thought I was getting crazier than I already am

netrommorten Tue, 08/28/2007 - 03:08
User Badges:

I've had similar problems on my blade. It seemed that the primary controller lost it's setting under Master Controller mode. This would happen seemingly random, though often during upgrades.

Reenabling the setting fixed the problem.

If I remember correctly I found a case of this somewhere on the cisco pages.

Actions

This Discussion

 

 

Trending Topics - Security & Network