Dan,
That is correct, it usually limits the power to the radio but I'll see if I
can find the doc about what I mentioned. I'd assume that most or some of
your admin ap's are NOT 3502's as you are running 3550 switches and they
don't support the recommended power. Did you happen to enable data
encryption on the advanced tab of your ap details? If its happening during
peak times the higher encryption could be limiting the throughput and
causing the capwap packets to get dropped. You could always pull out trusty
old wireshark and mirror an ap port for a better indication.
I'm curious as well so I'm just thinking out loud.
Regards,
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
From: Dan Brisson <dbris...@uvm.edu>
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Date: 02/01/2012 07:29 AM
Subject: Re: [WIRELESS-LAN] Cisco APs losing CAPWAP session
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Craig,
Interesting. The admin APs are connected to a wide variety of 3550/3560
models. A good number of them use power injectors due to one department
at a time wanting wireless in their area. When we've done larger
projects we'll use PoE.
I'm somewhat familiar with the power limiting some functionality for an
AP. I thought that was mostly how much power would be supplied to
radios, though.
Thanks,
-dan
Dan Brisson
Network Engineer
University of Vermont
(Ph) 802.656.8111
dbris...@uvm.edu
On 2/1/2012 9:20 AM, Craig Eyre wrote:
> Dan,
>
> Do your admin ap's also connect to 3560 switches or another model? I know
> you mentioned that the uptime was good but the capwap session was
> restarted. I've read that when enough power isn't given that certain
> features may not work correctly, may want to look in that direction as it
> seems everyone else has noted what I would normally check.
>
> Regards,
>
>
> 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
>
>
>
>
> From: Dan Brisson<dbris...@uvm.edu>
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Date: 02/01/2012 07:11 AM
> Subject: Re: [WIRELESS-LAN] Cisco APs losing CAPWAP session
> Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv
> <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
>
>
>
> Good to know.
>
> The trunks are actually all 10Gig links, or 90% of them are, so
> utilization is most likely not the case, which I'm able to verify from
> Cacti graphs. The APs are connected to 3560Xs PoE switches that then
> uplink into either a 3560E-12D or directly into a 4900M where the 5508s
> are connected. Certainly can't rule out physical layer issue somewhere,
> although it's so wide spread across 2 different 5508s that we would need
> to have multiple issues.
> The other interesting thing for us is that the 500 or so APs on our
> admin side that do not lose their CAPWAP session, join to WiSMs, not
5508s.
>
> Thanks,
> -dan
>
> Dan Brisson
> Network Engineer
> University of Vermont
> (Ph) 802.656.8111
> dbris...@uvm.edu
>
>
> On 1/31/2012 8:44 PM, Garry Peirce wrote:
>> We have ~1400 (1240s->3502's) running 7.0.116 and have no such issues.
>>
>> I would guess at packet loss as well - some things you might look at:
>> Are the trunks carrying user/AP traffic seem congested when the APs
drop?
>> Have you verified there are no duplex issues? It may exhibit itself more
> as
>> traffic levels rise.
>> ResHall switching significantly different than on the admin side?
>>
>> Probably need further topology, version, config info, but as you've a
> case
>> open, the TAC will likely ask the same and help find the culprit(s) for
> you.
>>
>> -----Original Message-----
>> From: The EDUCAUSE Wireless Issues Constituent Group Listserv
>> [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Dan Brisson
>> Sent: Tuesday, January 31, 2012 8:30 AM
>> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
>> Subject: [WIRELESS-LAN] Cisco APs losing CAPWAP session
>>
>> 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
>> dbris...@uvm.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/.
