I stopped thinking about going to 8.0 releases since this was published https://www.cisco.com/c/en/us/products/collateral/wireless/8540-wireless-controller/eos-eol-notice-c51-739984.html
Yahya Jaber. Sr. Wireless Engineer IT Network & Communications – Engineering Building 14, Level 3, Rm 308-WS07 KAUST 23955-6900 Thuwal, KSA Email yahya.ja...@kaust.edu.sa<mailto:yahya.ja...@kaust.edu.sa> Office +966 (0) 12 8081237 Mobile +966 (0) 558697555 On Call Rotation Mobile: +966 54 470 1177 From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Blasingame, Bob Sent: Wednesday, April 25, 2018 22:22 To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] More client weirdness Hopefully this is no longer a problem for you. We ran into this same issue and just resolved it this past weekend with a code upgrade. We have 702W and 2702 APs on 5508s running 8.0.140, with random clients (mostly iPhones) dropping after five minutes. Finally send in client debug and Prime client troubleshooting logs to TAC. Said we were hitting this bug https://bst.cloudapps.cisco.com/bugsearch/bug/CSCve81314/?rfs=iqvred and gave us code 8.0.152.6 which has resolved the issue. -------- Bob Blasingame Network and Communications Engineer IT Infrastructure Xavier University 513-745-4899 Get Technical HELP anytime!<http://www.xavier.edu/ts/helpdesk/> [cid:image001.gif@01D3DD36.DB7C3840] From: The EDUCAUSE Wireless Issues Constituent Group Listserv <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> On Behalf Of Tristan Gulyas Sent: Monday, April 9, 2018 11:03 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] More client weirdness Hi all, Sounds like the same issue we're seeing. There seems to be an intermittent spread of devices. Anything from devices not receiving DHCP to devices remaining connected for 5-10 minutes and then ceasing to pass traffic any further. Today's request was from two users with iPhone X devices, but her MacBook Pro works fine on the same AP. I can confirm the Dell laptops with Killer 1535s are still an issue. I attempted a replacement of one 702W and the issue returned straight away, so we're confident it's not hardware. We use AAA-Override for interface-name but we don't do CoA after auth. Thanks all - this has been a *huge* help. Cheers, Tristan -- TRISTAN GULYAS Senior Network Engineer Technology Services, eSolutions Monash University 738 Blackburn Road Clayton 3168 Australia T: +61 3 9902 9092 M: +61 (0)403 224 484 E: tristan.gul...@monash.edu<mailto:tristan.gul...@monash.edu> monash.edu<http://monash.edu/> On 10 Apr 2018, at 9:52 am, Jason Cook <jason.c...@adelaide.edu.au<mailto:jason.c...@adelaide.edu.au>> wrote: We also seen the same/similar issues on 702w, however it seems an iPad has been the biggest issue. The user moves down the hall to a 3602i and no worries, moves back to the 702w and it’s a problem. Other devices including her iPhone is fine. Strangely it seems to occur randomly (days or weeks apart), and always the same device. Rebooting the AP will resolve it, or just time! But waiting for resolution could be hours. On 8.2.164.0 -- Jason Cook Information Technology and Digital Services The University of Adelaide, AUSTRALIA 5005 Ph : +61 8 8313 4800 CRICOS Provider Number 00123M ----------------------------------------------------------- This email message is intended only for the addressee(s) and contains information which may be confidential and/or copyright. If you are not the intended recipient please do not read, save, forward, disclose, or copy the contents of this email. If this email has been sent to you in error, please notify the sender by reply email and delete this email and any copies or links to this email completely and immediately from your system. No representation is made that this email is free of viruses. Virus scanning is recommended and is the responsibility of the recipient. From: The EDUCAUSE Wireless Issues Constituent Group Listserv <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> On Behalf Of Gray, Sean Sent: Tuesday, 10 April 2018 12:36 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] More client weirdness Hi Tristan, So the problem with the specific student I mentioned seemed to resolve itself. Our latest issue, that seems to again only impact the 702w involves a couple of MacBook Air users, running either Sierra or High Sierra. A debug shows that on occasion when trying to connect to a.1x network they make it as far as the DHCP required state and then never request an IP. They hit the timeout, the WLC deletes the client and the dance begins again. Thanks Sean From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Tristan Gulyas Sent: April-08-18 8:03 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] More client weirdness Hi all, We've hit this issue as well. Ever since moving from 8.3.112.7 to 8.3.135.2. What we see: * Devices with the Killer NIC 1535 authenticate but can't pass traffic. * Apple devices will connect, pass traffic for a while, then go dead. We believe we may have seen this on a 1532 series AP as well. Debugs don't seem to give us much. 3702i, 3802i appear to be unaffected. Cheers, Tristan -- TRISTAN GULYAS Senior Network Engineer Technology Services, eSolutions Monash University 738 Blackburn Road Clayton 3168 Australia T: +61 3 9902 9092 M: +61 (0)403 224 484 E: tristan.gul...@monash.edu<mailto:tristan.gul...@monash.edu> monash.edu<http://monash.edu/> On 1 Feb 2018, at 8:40 am, Gray, Sean <sean.gr...@uleth.ca<mailto:sean.gr...@uleth.ca>> wrote: Yep, I noticed this too. Unfortunately we jumped onto 8.3.133.0 prior to the discovering of the catastrophic bug. Hopefully they publically release a fixed version soon. From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kitri Waterman Sent: January-31-18 1:09 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] More client weirdness This sounds like a specific client issue but TAC does have warning out about any 8.3.13x code: https://www.cisco.com/c/en/us/support/docs/wireless/wireless-lan-controller-software/200046-tac-recommended-aireos.html#anc9 You can request the 8.3.133.10 escalation code and also sign up for the 8.3MR4 Interim code. Best of luck, Kitri Waterman Network Architect/Engineer Enterprise Infrastructure Services (Networks) Western Washington University 360.650.4027 kitri.water...@wwu.edu<mailto:kitri.water...@wwu.edu> From: The EDUCAUSE Wireless Issues Constituent Group Listserv <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> on behalf of "Gray, Sean" <sean.gr...@uleth.ca<mailto:sean.gr...@uleth.ca>> Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> Date: Wednesday, January 31, 2018 at 10:34 AM To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>" <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> Subject: Re: [WIRELESS-LAN] More client weirdness Hi Craig, Sorry I should have mentioned that, our WLC is a 5520 running 8.3.133.0 code Sean From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Craig Eyre Sent: January-31-18 11:30 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] More client weirdness Sean, What version of controller software are you running? Craig Eyre On Wed, Jan 31, 2018 at 11:17 AM, Gray, Sean <sean.gr...@uleth.ca<mailto:sean.gr...@uleth.ca>> wrote: Hi Everyone, I just wanted to throw this weirdness out to the group to see if anyone has experienced the same issue and has found a solution or work around. We have a student on campus who intermittently cannot connect to our 802.1x Student WLAN when trying to connect to a Cisco 702w access point installed nearby. They can connect to our open Guest WLAN. I should say that they are fail to connect to Student more times than they succeed when in their Student Residence. On campus they are able to connect to Student. I recently brought them down to my office to have them try and connect to a 702w that I had set up specially for the purpose of this test. Client Details: • Acer Aspire F5-571T Laptop • NIC: Qualcomm Atheros QCA9377 • Driver Version 12.0.0.309 • O/S: Windows 10 Home Client has Symantec Anti-virus installed Windows updates and driver versions were all validated. During testing I noticed that the client completes the AUTH phase and enters RUN state. At this point it frequently seems to stall and doesn’t make it into the DHCP Socket Task portion of the client/WLC/DHCP exchange. The only thing that the testing proved to me is that the client doesn’t like Cisco 702w APs, as I saw the same results in my office as I saw from them in Student Residence. Of note is that the problem seems to become particular pronounce when they roam from Guest to Student or vice versa. Disabling the Symantec firewall seemed to improve, but not fully resolve the issue. I should also point out that due to the unique way that our Residence townhomes were constructed wall mount APs are our only option. So this one has me beat! Thanks Sean ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found athttp://www.educause.edu/discuss. -- Craig Eyre Network Analyst IT Services Department Mount Royal University 4825 Mount Royal Gate SW Calgary AB T2P 3T5 P. 403.440.5199 E. ce...@mtroyal.ca<mailto:ce...@mtroyal.ca> "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" MRU IT Services will NEVER ask you for your password or to update or verify your email account through an email. DO NOT click any links in an email asking you to update or verify your email account. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found athttp://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found athttp://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ________________________________ This message and its contents including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss.