Jun 09

Is it worth upgrading that old network device?

I used to have the opinion of performing software upgrades on old equipment to bring the software version up to a modern version. I have had issues in the past and the vendor refuses to help me until I perform a software upgrade. So, to avoid lack of support, I always wanted to have my equipment on newer version.


Recently, I have had a change of heart on this. I recently performed some software upgrades on some Cisco 2106 wireless controllers that have been in place for years. Version 6.x was no longer supported and I had to have the controller on version 7.x for support reasons. After my upgrades were done, I was left with a large number of failed access points that could not handle the upgrade.

Last weekend I traveled to a remote site to perform a software upgrade to another Cisco Wireless Controller, that upgrade went very well. While I was there, I thought I would upgrade the software on the Cisco 6509 and a couple of 3560G switches in the data center. The software on these switches were well over 4 years old, so I thought I would upgrade them. The 6509 upgrade went well. As I performed reboot on the 3560G, it blew a puff of smoke out of the fan vent and died. After scrambling to find a spare 3560 (Not G), I was able to get it replaced. When I get a replacement switch, I get to replace it again with the correct type of switch.

Due to the hardware failures, I’m not so sure I will be performing software upgrades on old network devices unless I am having a problem with it. Then when I do, I’ll have the expectation that it’s going to fail.

What is your opinion about performing software upgrades on network equipment that is not having issues?
My failures were with Cisco equipment, Do you see the same failures on other vendors equipment?

May 28

Cisco Prime Infrastructure shows the wrong controller version

After upgrading 800+ Cisco Wireless LAN Controllers from Cisco Prime Infrastructure (PI) 2.0 I was left with about 50 controllers that still showed the old version of software. At first I thought that I had missed those controllers so I checked the box next to them and selected to perform an FTP download to them. After clicking GO, the next screen displayed their current software version and it was the correct version, 7.0.250.0. When I went back to the list of controllers, it still displayed 6.0.188.0.


I found that with the controller displaying 6.0.188.0 in PI, PI would not push any templates out to those controllers. I believe this is due to the fact that PI 2.0 does not support any version below 7.X. I was able to delete the controller from PI, then rediscover it and it came in correctly at version 7.0.250.0. I didn’t want to do this because it loses the history of what templates I have pushed to that controller. If PI loses the history of what template was pushed, you will then lose the ability to delete that part of the configuration on the controller.

The fix to this issue is in the Lifecycle theme. In the classic theme I have refreshed the config from the controller, but that didn’t fix the issue. You have to go into the Lifecycle theme, then find the controller under OPERATE –> DEVICE WORK CENTER. From the Device Work Center you can sort and find your device. Once you find the device, click the check box next to it and click the SYNC button. Once PI 2.0 is done with the SYNC, it should display the correct software version. This SYNC may a few minutes.

Has anybody else run into this same problem? If so, please let us know.