Thanks for the replies everyone. It's good to know that we are not alone with these issues, though I am sorry that others are experiencing them as well :-)
I understand that bugs happen, they need the right conditions to manifest themselves so QA does not always catch them. However it seems to me that the 1142 reboot/coverage issues are pretty numerous in 7.4, and what surprises me is how long it is taking to fix such a major issue. Then again maybe it is not as large an issue as I think it is. Let me tag another question onto this since our reason for moving to 7.4 was a desire for improved HA functionality - how are people handling HA? Are you using the HA feature and pairing an HA controller with each production controller, or are you still relying on your spare capacity in the pool/mobility group to absorb a controller failure? On Fri, Apr 26, 2013 at 2:25 PM, Jim Glassford <[email protected]> wrote: > > FYI, did get a build 7.4.103.3 from the TAC that fixed the coverage area > bug for our 5508s. Ran on it for almost a week but still had problems with > our 1142s randomly reloading so went back to 7.3.112.0. > > best! > jim > > > > On 4/26/2013 11:21 AM, Craig Eyre wrote: > > Hey All, > > I ran 7.4 code on our 5508's when it came out and noticed that my coverage > area was drastically reduced. I had to roll back to 7.3 after I found this > bug. It mentions only affecting the 5508 but I've seen many bugs affect > platforms that weren't listed. Thought I would add that into the mix for > everyone. > > > > *TPC in 7.4 reduces transmit power to lower than expected values. * > > > *Symptom:* > In 7.4, primarily in high density setups, neighbor rssi is much higher > than prior code versions. This causes the transmit power to be lowered. > * > Conditions:* > * > Workaround:* > Setup min - max power levels for TPC, so that the power levels do not > fall below the expected value > > > > > Craig Eyre > Network Analyst > IT Services Department > Mount Royal University > 4825 Mount Royal Gate SW > Calgary AB T2P 3T5 > > P. 403.440.5199 > E. [email protected] > > "The difference between a successful person and others is not a lack of > strength, not a lack of knowledge, but rather in a lack of will." Vincent > T. Lombardi > > > [image: Inactive hide details for Jeffrey Sessler ---04/25/2013 05:19:17 > PM---The AP and code download issue, at least the bug mentione]Jeffrey > Sessler ---04/25/2013 05:19:17 PM---The AP and code download issue, at > least the bug mentioned, was a problem with the code loaded at ma > > From: Jeffrey Sessler <[email protected]> <[email protected]> > To: [email protected], > Date: 04/25/2013 05:19 PM > Subject: Re: [WIRELESS-LAN] Cisco WiSM2 7.4 stability issues? > Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv > <[email protected]> <[email protected]> > > ------------------------------ > > > > The AP and code download issue, at least the bug mentioned, was a > problem with the code loaded at manufacturing on some WiSM2 cards. The > installed code was missing some of the AP boot code, and without the AP > boot code, AP's never got what they needed. Re-installing the same code > and/or newer fixed it. That's not really a bug out of development - it's a > problem with manufacturing. > > As for rebooting AP's - It could be a fringe case that's causing it. > We had a heck of a time with the original 1252 AP's occasionally > rebooting/locking a radio, and the wireless business unit worked directly > with us on resolving the issues. In just about every case, the issue was > something unexpected from a client, and once identified, Cisco coded around > it. > > If you'd like to pass on specific issues, I'd be happy to raise them > via my channels. My local team seems to get a pretty fast response from the > wireless business unit. > > Jeff > > >>> On Thursday, April 25, 2013 at 3:35 PM, in message > > <[email protected]><[email protected]>, > Lee H Badman <[email protected]> <[email protected]> wrote: > Hi Jeff, > > Agreed on client stuff, but not on rebooting APs and code downloads > that hang. Its just too much in line with Cisco's long bug train a' > running... Would be different if this wasnt premium equipment. > > Lee H. Badman > Network Architect/Wireless TME > ITS, Syracuse University > 315.443.3003 > > ________________________________________ > From: The EDUCAUSE Wireless Issues Constituent Group Listserv [ > [email protected]] on behalf of Jeffrey Sessler [ > [email protected]] > Sent: Thursday, April 25, 2013 5:42 PM > To: [email protected] > Subject: Re: [WIRELESS-LAN] Cisco WiSM2 7.4 stability issues? > > Lee, > > You can't test for every scenario. With the diverse client base of > EDU, I suspect we run up against many fringe-cases that are impossible > to > duplicate (or test for) in a lab. > > Jeff > > > >>> On Thursday, April 25, 2013 at 12:15 PM, in message > > <[email protected]><[email protected]>, > Lee H Badman <[email protected]> <[email protected]> wrote: > It’s sheer lunacy. I can’t describe it any other way. Can you > imagine how this sort of bug makes it into prod code? Or the one where > 1400 > APs reboot once a day? > I encourage my fellow Cisco customers to be heard. > > -Lee Badman > > From: The EDUCAUSE Wireless Issues Constituent Group Listserv [ > > mailto:[email protected]<[email protected]>] > On Behalf Of Jeffrey Sessler > Sent: Thursday, April 25, 2013 3:01 PM > To: [email protected] > Subject: Re: [WIRELESS-LAN] Cisco WiSM2 7.4 stability issues? > > 7.4MR is do out mid-May and the bug mentioned is fixed. The fix > will also be in 8.0. > > Jeff > > >>> On Wednesday, April 24, 2013 at 11:59 AM, in message < > [email protected]< > > mailto:[email protected]<[email protected]>>>, > "Sullivan, Ryan" > <[email protected]<mailto:[email protected]<[email protected]>>> > wrote: > We have two WiSM2s that were ordered with 7.4.100.0 and have run > into CSCtr41909 “WiSM2 - New out of box, APs are stuck in downloading > state”. It looks like the 7.4 MSE code (which broke both of our 3350s > when > upgrading) has been removed. > > Going back to 7.2… > > Ryan Sullivan > Datacommunications > ACT, UCSD > [email protected]<mailto:[email protected] <[email protected]> > > > 858-822-5602 > > On Apr 24, 2013, at 11:21 AM, LaMarr Baucom <[email protected] > <mailto:[email protected] <[email protected]>>> wrote: > > > > Yes, they have given me three different engineering builds and they > have all crashed. I've had to revert to 7.3 three times. > > Sent from my phone. > > LaMarr Baucom > Wireless Network Engineer > Murray State University > Phone: (270)809-2299 > On Apr 24, 2013 1:03 PM, "Joe Roth" <[email protected]< > mailto:[email protected] <[email protected]>>> wrote: > Has anyone else seen stability issues with 7.4? We had to downgrade > from 7.4 to 7.3 due to our 1142 APs crashing. We had the patched > engineering release that was supposed to fix this, but apparently there > were multiple 1142 issues. The bug that we were hitting has yet to be > patched. > > Our hopes in going to 7.4 was to use a single HA only controller in > a "pool" with our production controllers. Apparently this feature was > implemented in 7.4. Has anyone been able to use this? We did not get to > test it due to the downgrade. > > Thanks. > > -- > Joe Roth > Networking Group > Binghamton University > Ph. 607-777-7528<tel:607-777-7528> > Fax 607-777-4009<tel:607-777-4009> > ********** Participation and subscription information for this > EDUCAUSE Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > > ********** Participation and subscription information for this > EDUCAUSE Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > > > ********** Participation and subscription information for this > EDUCAUSE Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > ********** Participation and subscription information for this > EDUCAUSE Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > > ********** Participation and subscription information for this > EDUCAUSE Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > > ********** > Participation and subscription information for this EDUCAUSE > Constituent Group discussion list can be found at * > http://www.educause.edu/groups/.* <http://www.educause.edu/groups> > > ********** Participation and subscription information for this EDUCAUSE > Constituent Group discussion list can be found at > http://www.educause.edu/groups/. > __________________________________________________________________________ > This communication is intended for the use of the recipient to which it is > addressed, and may contain confidential, personal, and or privileged > information. Please contact the sender immediately if you are not the > intended recipient of this communication, and do not copy, distribute, or > take action relying on it. Any communication received in error, or > subsequent reply, should be deleted or destroyed. > > > ********** Participation and subscription information for this EDUCAUSE > Constituent Group discussion list can be found at > http://www.educause.edu/groups/. > > -- Joe Roth Networking Group Binghamton University Ph. 607-777-7528 Fax 607-777-4009 ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
<<image/gif>>
