Has anyone implemented this new firmware code? Any problems as of yet? I know it is fairly new, I would like to upgrade my two controllers as they are running 3.2.116...code to the latest code without known issues.
I need to upgrade because of a bug in my current code (188.8.131.52). Cisco TAC reccomends going to 184.108.40.206. From what they said, 4.0.206 has some problems and 4.0.216 is too new. Remember if you have a WCS, you will need to upgrade that as well.
I was also told by TAC that 220.127.116.11 is the most stable release. It does suffer from multicast problems on large subnets tho. I'm running 18.104.22.168 right now that has a lot of bug fixes that are also in 216 and its running well with over 3k users online.
I plan on loading 216 this friday on 5 wisms. I'll let you know how its running after a few days.
Please hold off on 22.214.171.124. There is an issue that we have already worked out, and will be re-posting a new image. It will most likely be published today.
I noticed it was missing from the software download site last night. I had already downloaded earlier in the week and was looking for the release notes. Still running 126.96.36.199 and like many of us, need some fixes in the newer revisions. It seems every new version is more disruptive than the last. We went to 188.8.131.52 for the ACL fix CSCse93986 and ended up getting hit with the AP-Manager ARP issue CSCsh50966. We are in the Healthcare environment where it's very difficult to get downtime. We have Vocera, Cisco 7920, Spectralink, and wireless carts that transmit patient telemetry. We can't afford to be dealing with bugs as well.
CISCO WBU (Jake Woodhams, Sujit etc.) Please listen carefully. You must do a better job with the quality control. You've had two years to digest the Airespace acquisition and put Cisco's technical muscle behind it. I'm sure the transition from Autonomous IOS to LWAPP has been challenging, but we need the same type of stability in the Wireless platform as we have in the 6509, 4500 and 3750.
I was looking for a stable code between 3.2.195... and 4.0.208(recommended by Cisco SE). I find out from Cisco's site that 4.0.216.x is posted and then removed. Cisco really needs to pubilsh one code version that's stable and remove the IOS-upgrade to death method from the LWAP product inherited from Airespace.
I will be converting 2 of my controllers Sunday night. Talked to TAC yesterday and they haven't heard anything good or bad as of yet.
Upgraded 2 4402's last night. The upgrade itself went OK. I am having issues with my older APs now. These are 1231's with SSC's. I am getting decrypt errors and some AP's are disassciating/associating randomly. I did not have these issues prior to the upgrade. Waiting on a TAC response.
I have the 184.108.40.206 on 4 controllers. The upgraded went flawlessly and I haven't had any problems with the code (although I did migrate from 220.127.116.11).
I have downloaded 18.104.22.168 to run on a non production controller just for curiosity. We are running 22.214.171.124 on our production controllers and that seems to work well for our Spectralink wireless phones. This is the version that we have found that the bugs affect us the least. After working with a support engineer from Zebra for some wireless printer issues, Zebra was able to give us a workaround to fix a Cisco bug (CSCse63908) that we have been struggling with.
We have chatted with Ron Amenta, Terry Yackel, and Greg Tschida about these issues, but so far we have also experienced poor quality with the releases for the WLC.
We have been running this code for about 3 months now and the only problem we have encountered is with our Vocera deployment. Users calling badge to badge are hearing a soft "typewriter" noise in the background. I do not know if this is related to the version of WLC software but Vocera said we are not the only site experiencing this. Has anyone else using Vocera with LWAPP 126.96.36.199 seen this or know why it might be happening?