Re: [WIRELESS-LAN] Cisco APs losing CAPWAP session

[Dan Brisson]

TAC was quick to suspect LAG as well but our settings were already at the recommended when I opened the case. Just to rule it out, I dropped one of our controllers from an 8 port channel down to 1.  Unfortunately we still see the drops at the same rate. Thanks, -dan Dan Brisson Network Engineer University of Vermont (Ph) 802.656.8111 dbris...@uvm.edu On 1/31/2012 4:32 PM, Watters, John wrote: We are also a Cisco WiSM shop running 7.0.98.0. We have been using LAP since we moved to the WiSMs. We never reboot APs on purpose. We have never seen a similar problem. I would bet, based on my experience, on the LAG.   -jcw                             ------------------------------------- John Watters    UA: OIT  205-348-3992   From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of PAVLINIK, ALEKSEIV Sent: Tuesday, January 31, 2012 1:51 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Cisco APs losing CAPWAP session   Hope this helps a few who might be experiencing this. I had the same issue where the uptime for an AP would be a few weeks but the CAPWAP session would only be a few hours. This occurred when we had heavy load during the semester.   ~300   3502i 4   4404 Controllers   Made a few changes 1.       Upgraded controllers to 7.0.220.0 2.       Setup a weekly reboot cycle of the APs on Sunday mornings. 3.       Changed all the controllers to use LAG Mode for the uplink ports. ( I think this was the root cause of my issue)   Since we made the above changes we have not experienced any of these random drop outs.   -AJ     From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Dan Brisson Sent: Tuesday, January 31, 2012 11:33 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Cisco APs losing CAPWAP session   Initially I thought the APs were actually rebooting, but that turns out not to be the case.  The "uptime" for an AP that experiences this is always in the range of days if not weeks.  It appears to just be the CAPWAP session that stalls out. I have tried some correlation with WCS but still haven't found a common thread. -dan Dan Brisson Network Engineer University of Vermont (Ph) 802.656.8111 dbris...@uvm.edu On 1/31/12 9:26 AM, Mike King wrote: Back in the bad old 4.0 code days (4 + years ago), I hit a bug when more than 25 people associated to an access point, it would spontaneously reboot.   See if you can see a correlation in WCS, look for number of associations, number of rouge clients, number of rouge AP's.     Mike On Tue, Jan 31, 2012 at 8:46 AM, Mike Goebel <michael.goe...@wmich.edu> wrote: How big are your subnets the APs reside on, and how is your latency from the controllers to the APs? I know the APs are latency sensitive. Mike On 1/31/2012 8:44 AM, Scott Smith wrote: We installed around 700 over the summer in our residence halls as well. I've seen the same issue. However we've never had WCS until the same project. I'm starting to wonder as well. Yup....it's a Droid !!! On Jan 31, 2012 7:39 AM, "Dan Brisson" <dbris...@uvm.edu <mailto:dbris...@uvm.edu>> wrote:    I'm curious if any Cisco users out there are experiencing or have    experienced what we're seeing on our campus.  This past summer we    installed 3502i's in all of our residence halls - approximately 500    total.  Ever since the students have moved in, we will get messages    from WCS stating that "AP XYZ" is down and disassociated from the    controller.  When I check out the AP, the uptime is fine, but the    "CAPWAP join time" is for like 30 seconds, or however long it took    me to check.    We've tracked this and it is totally random as to what AP will drop,    which makes troubleshooting this very tough.  The log on the AP    isn't helpful.  I'm working with TAC who suggests that keepalives    are getting missed.  I'm not sure why that would be the case since    we have another 500 or so APs on the admin side that very rarely    drop.  Adding to that, when the students left for break, the AP    drops stopped.  They came back, and sure enough, the drops start up    again.    I will say that the AP always joins back immediately, but for the    time that it does drop A) I'm sure connectivity is affected in that    area and B) we get an email.    Anyone experiencing this?    Thanks,    -dan    --    Dan Brisson    Network Engineer    University of Vermont    (Ph) 802.656.8111 <tel:802.656.8111>    dbris...@uvm.edu <mailto:dbris...@uvm.edu>    **********    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/. -- Mike Goebel Network Programmer Office of Information Technology Western Michigan University Phone: 269-387-0453 Email: michael.goe...@wmich.edu ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at 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/. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at 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/. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at 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/.