Refer to the following Cisco.com articles for recommendations for AireOS software running on Wireless LAN Controllers:
TAC Recommended AireOS:https://www.cisco.com/c/en/us/support/docs/wireless/wireless-lan-controller-software/200046-tac-recommended-aireos.html
Guidelines for Cisco Wireless Software Release Migration Bulletinhttp://www.cisco.com/c/en/us/products/collateral/wireless/8500-series-wireless-controllers/bulletin-c25-730741.html
Use the discussion thread below for any questions.
CCO still recommends 188.8.131.52 for WiSM2s for me. Are these builds we should just go to if we run into issues, or is Cisco going to move the recommended / gold star designation to 184.108.40.206 from 220.127.116.11 imminently?
One suggestion: How about making these versions easily downloadable right here?
Release notes are nice, but I want the images too. :-) And without spending 20-30 minutes on the phone with TAC to open a case, associate my ID to the new WLC, explain myself to a TAC engineer, etc. That's at least 30 minutes of time.
There are no plans at present to post 18.104.22.168 to CCO for direct download, sorry.
And without spending 20-30 minutes on the phone with TAC to open a case
Send an email to TAC with the following information: CCO login and WLC S/N.
In the email, tell them explicitly that you want TAC to publish, for you, the firmware 22.214.171.124 and/or 126.96.36.199 and then point to this website.
No need to tell them your "story". This is what I (always) do and I will get an email about the download details very quickly.
Thank you Aaron for sharing special release information with community user, appreciated +5 :-)
Does the escalation release code 188.8.131.52 have the fix for Ghost Vulnerability?
I assume that you are talking about this one:
CSCus69513 wlc: Evaluation of glibc GHOST vulnerability - CVE-2015-0235
I believe that this was fixed in the following builds:
184.108.40.206 220.127.116.11 18.104.22.168
(in addition to those listed in this bug's release notes), but I am not sure ... I'm checking with development.
VD, we've updated this bug CSCus69513 to indicate which builds it is fixed in: 22.214.171.124, 126.96.36.199, 188.8.131.52, 184.108.40.206, 220.127.116.11, 18.104.22.168.
So, yes, it is fixed in 22.214.171.124.
Very nice to see code recommendations straight from the team that deals with the flux of issues. You are always a trusted source. Thank you!
Would you happen to know if and when the MIC Expiration 'Bug' CSCuq19142 will be resolved in the 8.0 train? Word is that it is included in 8.0.120 scheduled for release early July.
Hi Phil, yes the MIC expiration workaround CSCuq19142 will be in 8.0MR2 which should be on CCO in a month or two. If you can't wait, you can get it via the 8.0.115.x "MR2beta", available now via https://supportforums.cisco.com/document/12492986/80mr2-beta-availability (or for that matter, the fix is in 8.1, although that's rather pointless, because none of the affected APs are supported in 8.1 ...)
Any recent news about what 8.x version should I use? I need to add two 1700 series on my current infrastructure.
Florin, TAC's current recommendation at the moment is 126.96.36.199, as seen above. It is likely that we will update the recommendation later this week. So watch this space :)
Just my quick 2 cents -- do not use 188.8.131.52 if you're using sleeping clients and guest anchors. There's a bug that causes frequent controller crashes (ours crashed twice a week). I have a case open and it's confirmed to be a software defect, but I haven't been given a bug ID yet. This is with WiSM2s as foreign controllers and 5508s as anchors.
Toivo, this is CSCuu46611 (Crash on anchor controller with sleep clients configured). As of right now, yours is the only known customer case that has encountered this bug.
We're special :-) Thank you for looking at it (and giving us the bug ID!)
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: