I see thanks. I do not think I’ll have time but if I can I’ll setup a 702W and see if I can repeat. If I can I’ll try to do an over the air capture.
*Mike Atkins * Network Engineer Office of Information Technology University of Notre Dame *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Gray, Sean *Sent:* Tuesday, April 10, 2018 11:20 AM *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU *Subject:* Re: [WIRELESS-LAN] More client weirdness Nope, all of our 702w are in local mode. *Sean Gray* | B.Sc (Hons) Voice, Collaboration & Wireless Network Analyst ITS, University of Lethbridge *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [ mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>] *On Behalf Of *Mike Atkins *Sent:* April-10-18 3:54 AM *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU *Subject:* Re: [WIRELESS-LAN] More client weirdness I was just curious, are these 702w APs in flex connect mode? *Mike Atkins * Network Engineer Office of Information Technology University of Notre Dame *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Jason Cook *Sent:* Monday, April 09, 2018 7:52 PM *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU *Subject:* Re: [WIRELESS-LAN] More client weirdness 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> *On Behalf Of *Gray, Sean *Sent:* Tuesday, 10 April 2018 12:36 AM *To:* 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 <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>] *On Behalf Of *Tristan Gulyas *Sent:* April-08-18 8:03 PM *To:* 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 monash.edu On 1 Feb 2018, at 8:40 am, Gray, Sean <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 <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>] *On Behalf Of *Kitri Waterman *Sent:* January-31-18 1:09 PM *To:* 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 *From: *The EDUCAUSE Wireless Issues Constituent Group Listserv < WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> on behalf of "Gray, Sean" < sean.gr...@uleth.ca> *Reply-To: *The EDUCAUSE Wireless Issues Constituent Group Listserv < WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> *Date: *Wednesday, January 31, 2018 at 10:34 AM *To: *"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" < 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 <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>] *On Behalf Of *Craig Eyre *Sent:* January-31-18 11:30 AM *To:* 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> 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 at http://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 "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 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. ********** 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.