date:20140122

RE: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

2014-01-22 Thread Tim Cappalli

This is a known issue with OS X and is happening across multiple wireless
vendors.





*Tim Cappalli*  |  ACCP /  ACMP /  CCNA
Network Engineer  |  Brandeis University
cappa...@brandeis.edu | (617) 701-7149



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Lee H Badman
*Sent:* Tuesday, January 21, 2014 4:14 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



I guess I’d also ask if failure machines are staying awake the whole time?



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUWIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
*On Behalf Of *Mike Albano
*Sent:* Tuesday, January 21, 2014 3:56 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



Can you perform a packet capture and identify exactly when the failure is
occurring? Sniffer AP/Omnipeek/AirPCap etc (or more easily a 3SS macbook
via airport utilities...see here:
http://rfsperra.tumblr.com/post/68654132591/capturing-802-11-traffic-with-os-x
).



Taking a closer look at the packets, while time consuming, should help you
get closer to the root cause. TAC will likely want this as well.

-The EDUCAUSE Wireless Issues Constituent Group Listserv 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU wrote: -

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
From: Spurgeon, Charles E
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv
Date: 01/21/2014 12:13PM
Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC
7.6.100.0

After getting complaints about connectivity drops on both Mabook Pro and
Macbook Air laptops, I was able to replicate the issue on the 5 GHz radio,
in either a model 3700 AP or a model 3600 with ac module. No issues are
seen (connection stays up for 30 minutes of testing) on 5 GHz in a model
3500 or on a model 3600 with no ac module.



To make a stable testbed I created an SSID that was identical to our
production SSID with the exception of a radio policy of 5GHz only. Next, I
created an AP group for testing with that SSID, and put the 3600 or 3700 AP
into that group. So the test AP only has one SSID and only on the 5GHz
radio.



Once associated with this SSID, the laptop is able to ping its own IP addr,
but not the gw addr. The laptop will be able to ping an addr on the campus
or Internet until it stops working, which will happen anywhere from 10 to
20 minutes into the test.



This result also occurs on an MBA with IPv6 disabled.



So far the test connection eventually fails on a mid-2013 MBA running
10.9.1 and a mid-2010 MBPro, running either 10.9 or 10.8.5.



-Charles



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUWIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
*On Behalf Of *Tristan Gulyas
*Sent:* Sunday, January 19, 2014 6:13 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



Hi guys,



We’re about to start piloting 7.6.100.0 with a variety of clients -  what’s
the best way to test/reproduce this issue?



Cheers,

Tristan







On 17 Jan 2014, at 9:51 am, Luke Jenkins  ljenk...@weber.edu wrote:



We provide native dual stack access for our wireless clients, so that could
be why we aren't seeing the issue.



-Luke



On Thu, Jan 16, 2014 at 2:33 PM, Lee H Badman  lhbad...@syr.edu wrote:

We have found that disabling client-side IPv6  (we also are not set up for
it) puts an end to most OS X issues. Sometimes is the fix for random Win
problems, but very prevalent in OS X space.


-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
On Behalf Of Scott Allen
Sent: Thursday, January 16, 2014 4:30 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC
7.6.100.0

Good point.  I had a couple of problem tickets (7.4.100.0) that on
further investigation Prime showed the clients were connected only
IPv6 and getting nowhere because we don't have IPv6 enabled.
-Scott


On Thu, Jan 16, 2014 at 4:22 PM, Lee H Badman  lhbad...@syr.edu wrote:
 We're doing fine with WPA-2, PEAP, MS-CHAP v2. I hate to say it- but try
 disabling IPv6 on the problem machine, and make sure no OS X updates
 waiting.



 From: The EDUCAUSE Wireless Issues Constituent Group Listserv
 [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU ] On Behalf Of Luke Jenkins
 Sent: Thursday, January 16, 2014 3:06 PM
 To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
 Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC
 7.6.100.0



 We're running 7.6 with a mix of APs including 3602s, no reports of this
 issue here and I've not noticed it on my Macbook Pro. Though it could
always
 be some setting we

Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

2014-01-22 Thread mike . albano

Tim, Can you elaborate?-The EDUCAUSE Wireless Issues Constituent Group Listserv WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU wrote: -

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUFrom: Tim Cappalli 
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv 
Date: 01/22/2014 09:04AMSubject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

This is a known issue with OS X and is happening across multiple wireless vendors.

Tim Cappalli
 | ACCP / ACMP / CCNA

Network Engineer | Brandeis University

cappa...@brandeis.edu
| 
(617) 701-7149

From:
 The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Lee H Badman
Sent: Tuesday, January 21, 2014 4:14 PMTo: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUSubject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

I guess Id also ask if failure machines are staying awake the whole time?

From:
 The EDUCAUSE Wireless Issues Constituent Group Listserv [
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Mike Albano
Sent: Tuesday, January 21, 2014 3:56 PMTo: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUSubject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

Can you perform a packet capture and identify exactly when the failure is occurring? Sniffer AP/Omnipeek/AirPCap etc (or more easily a 3SS macbook via airport utilities...see here:
 http://rfsperra.tumblr.com/post/68654132591/capturing-802-11-traffic-with-os-x
 ).

Taking a closer look at the packets, while time consuming, should help you get closer to the root cause. TAC will likely want this as well.
-The EDUCAUSE Wireless Issues Constituent Group Listserv 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU wrote: - 

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
From: "Spurgeon, Charles E" Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv 
Date: 01/21/2014 12:13PMSubject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

After getting complaints about connectivity drops on both Mabook Pro and Macbook Air laptops, I was able to replicate the issue on the 5 GHz radio, in either a model 3700 AP or a model 3600 with ac module. No issues are seen (connection stays up for 30 minutes of testing) on 5 GHz in a model 3500 or on a model 3600 with no ac module. 

To make a stable testbed I created an SSID that was identical to our production SSID with the exception of a radio policy of 5GHz only. Next, I created an AP group for testing with that SSID, and put the 3600 or 3700 AP into that group. So the test AP only has one SSID and only on the 5GHz radio. 

Once associated with this SSID, the laptop is able to ping its own IP addr, but not the gw addr. The laptop will be able to ping an addr on the campus or Internet until it stops working, which will happen anywhere from 10 to 20 minutes into the test. 

This result also occurs on an MBA with IPv6 disabled. 

So far the test connection eventually fails on a mid-2013 MBA running 10.9.1 and a mid-2010 MBPro, running either 10.9 or 10.8.5. 

-Charles

From:
 The EDUCAUSE Wireless Issues Constituent Group Listserv [
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Tristan Gulyas
Sent: Sunday, January 19, 2014 6:13 PMTo: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUSubject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0 

Hi guys, 
 Were about to start piloting 7.6.100.0 with a variety of clients - whats the best way to test/reproduce this issue? 

Cheers,
Tristan

On 17 Jan 2014, at 9:51 am, Luke Jenkins 
 ljenk...@weber.edu wrote:

We provide native dual stack access for our wireless clients, so that could be why we aren't seeing the issue. 

-Luke 

On Thu, Jan 16, 2014 at 2:33 PM, Lee H Badman 
 lhbad...@syr.edu wrote:
We have found that disabling client-side IPv6 (we also are not set up for it) puts an end to most OS X issues. Sometimes is the fix for random Win problems, but very prevalent in OS X space. 
-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
 WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Scott AllenSent: Thursday, January 16, 2014 4:30 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
 Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0
Good point. I had a couple of problem tickets (7.4.100.0) that on
further investigation Prime showed the clients were connected onlyIPv6 and getting nowhere because we don't have IPv6 enabled.
-ScottOn Thu, Jan 16, 2014 at 4:22 PM, Lee H Badman 
 lhbad...@syr.edu wrote: We're doing fine with WPA-2, PEAP, MS-CHAP v2. I hate to say it- but try
 disabling IPv6 on the problem machine, and make sure no OS X updates
 waiting. From: The EDUCAUSE Wireless Issues Constituent Group Listserv
 [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
 ] On Behalf Of Luke Jenkins Sent: Thursday, January 16, 2014 3:06 PM

RE: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

2014-01-22 Thread Tim Cappalli

This behavior has been seen across multiple wireless vendors. Supposedly
Apple has acknowledged it, but I haven’t seen a bug ID yet.





*Tim Cappalli*  |  ACCP /  ACMP /  CCNA
Network Engineer  |  Brandeis University
cappa...@brandeis.edu | (617) 701-7149



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Mike Albano
*Sent:* Wednesday, January 22, 2014 12:56 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



Tim, Can you elaborate?

-The EDUCAUSE Wireless Issues Constituent Group Listserv 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU wrote: -

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
From: Tim Cappalli
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv
Date: 01/22/2014 09:04AM
Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC
7.6.100.0

This is a known issue with OS X and is happening across multiple wireless
vendors.





*Tim Cappalli*  |  ACCP /  ACMP /  CCNA
Network Engineer  |  Brandeis University
cappa...@brandeis.edu  | (617) 701-7149



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
*On Behalf Of *Lee H Badman
*Sent:* Tuesday, January 21, 2014 4:14 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



I guess I’d also ask if failure machines are staying awake the whole time?



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUWIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
*On Behalf Of *Mike Albano
*Sent:* Tuesday, January 21, 2014 3:56 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



Can you perform a packet capture and identify exactly when the failure is
occurring? Sniffer AP/Omnipeek/AirPCap etc (or more easily a 3SS macbook
via airport utilities...see here:
http://rfsperra.tumblr.com/post/68654132591/capturing-802-11-traffic-with-os-x
).



Taking a closer look at the packets, while time consuming, should help you
get closer to the root cause. TAC will likely want this as well.

-The EDUCAUSE Wireless Issues Constituent Group Listserv
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
wrote: -

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
From: Spurgeon, Charles E
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv
Date: 01/21/2014 12:13PM
Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC
7.6.100.0

After getting complaints about connectivity drops on both Mabook Pro and
Macbook Air laptops, I was able to replicate the issue on the 5 GHz radio,
in either a model 3700 AP or a model 3600 with ac module. No issues are
seen (connection stays up for 30 minutes of testing) on 5 GHz in a model
3500 or on a model 3600 with no ac module.



To make a stable testbed I created an SSID that was identical to our
production SSID with the exception of a radio policy of 5GHz only. Next, I
created an AP group for testing with that SSID, and put the 3600 or 3700 AP
into that group. So the test AP only has one SSID and only on the 5GHz
radio.



Once associated with this SSID, the laptop is able to ping its own IP addr,
but not the gw addr. The laptop will be able to ping an addr on the campus
or Internet until it stops working, which will happen anywhere from 10 to
20 minutes into the test.



This result also occurs on an MBA with IPv6 disabled.



So far the test connection eventually fails on a mid-2013 MBA running
10.9.1 and a mid-2010 MBPro, running either 10.9 or 10.8.5.



-Charles



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUWIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
*On Behalf Of *Tristan Gulyas
*Sent:* Sunday, January 19, 2014 6:13 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco
WLC 7.6.100.0



Hi guys,



We’re about to start piloting 7.6.100.0 with a variety of clients -  what’s
the best way to test/reproduce this issue?



Cheers,

Tristan







On 17 Jan 2014, at 9:51 am, Luke Jenkins  ljenk...@weber.edu wrote:



We provide native dual stack access for our wireless clients, so that could
be why we aren't seeing the issue.



-Luke



On Thu, Jan 16, 2014 at 2:33 PM, Lee H Badman  lhbad...@syr.edu wrote:

We have found that disabling client-side IPv6  (we also are not set up for
it) puts an end to most OS X issues. Sometimes is the fix for random Win
problems, but very prevalent in OS X space.


-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
On Behalf Of Scott Allen
Sent: Thursday, January 16, 2014 4:30 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] dropped connections on Macbooks

Cisco PI 1.4.1 question....

2014-01-22 Thread Danny Eaton

 

 

We upgraded a month or so ago to PI 1.4.1 from PI 1.4.  Does anyone else
have the issue where there are Critical Radio Alarms of a number (say,
28), but when you drill down into it, there's a very limited number - say 3?
Or none at all?  In 1.4 I had the a similar problem with hundreds of
Critical Radio Alarms, but when I'd drill down into it there was a few
(known, acknowledged) alarms.  If not, I suppose I'll open a TAC case, but
wanted to know if it was something only I'm seeing or what.

 

   Respectfully,

 

   Danny Eaton

 

   Snr. Network Architect

   Networking, Telecommunications,  Operations

   Rice University, IT

   Mudd Bldg, RM #205

   Jones College Associate

   Office - 713-348-5233

   Cellular - 832-247-7496

mailto:dannyea...@rice.edu dannyea...@rice.edu

 

   Soli Deo Gloria

   Matt 18:4-6

 

G.K. Chesterton, Christianity has not been tried and found wanting.  It's
been found hard and left untried.

 

 

 

 


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Cisco PI 1.4.1 question....

2014-01-22 Thread Jerry Bucklaew


On 01/22/2014 04:10 PM, Danny Eaton wrote:


We upgraded a month or so ago to PI 1.4.1 from PI 1.4.  Does anyone 
else have the issue where there are Critical Radio Alarms of a 
number (say, 28), but when you drill down into it, there's a very 
limited number -- say 3?  Or none at all?  In 1.4 I had the a similar 
problem with hundreds of Critical Radio Alarms, but when I'd drill 
down into it there was a few (known, acknowledged) alarms.  If not, I 
suppose I'll open a TAC case, but wanted to know if it was something 
only I'm seeing or what...





We had this issue and called it into tac.  They said it was a known 
issue fixed in the next release.  I upgraded to 2.0 (yeah I picked bug 
fixes over new features) and it has the same issue.


What I do is monitor--site maps  then sort by critical alarms.  Once 
I find all the Ap's with critical,  alarms I reset those ap's.  That 
will clear it back up so the alarms are in sync. It seems to come after 
a big outage, where a bunch of things go down and clear.


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

RE: [WIRELESS-LAN] Cisco PI 1.4.1 question....

2014-01-22 Thread Jason Cook

We've had similar issues in most (or was it all) Prime releases (on 2.0 and 
skipped 1.4) :) :(

You clear all alarms and the panel still says there's alarms but when you drill 
down there's nothing. At one stage we had hundreds (not just critical) so 
called  TAC and from memory it was an issue with data not being deleted 
properly in the database. They went through and manually deleted the 
information from the database It came back but only a few which was more 
manageable. All good for us now though

That all seems right from memory, It was a while ago now and we've had endless 
issues until the last few months.

--
Jason Cook
The University of Adelaide, AUSTRALIA 5005
Ph: +61 8 8313 4800
e-mail: 
jason.c...@adelaide.edu.aumailto:jason.c...@adelaide.edu.aumailto:jason.c...@adelaide.edu.au%3cmailto:jason.c...@adelaide.edu.au

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Jerry Bucklaew
Sent: Thursday, 23 January 2014 7:47 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco PI 1.4.1 question

On 01/22/2014 04:10 PM, Danny Eaton wrote:


We upgraded a month or so ago to PI 1.4.1 from PI 1.4.  Does anyone else have 
the issue where there are Critical Radio Alarms of a number (say, 28), but 
when you drill down into it, there's a very limited number - say 3?  Or none at 
all?  In 1.4 I had the a similar problem with hundreds of Critical Radio 
Alarms, but when I'd drill down into it there was a few (known, acknowledged) 
alarms.  If not, I suppose I'll open a TAC case, but wanted to know if it was 
something only I'm seeing or what...


We had this issue and called it into tac.  They said it was a known issue fixed 
in the next release.  I upgraded to 2.0 (yeah I picked bug fixes over new 
features) and it has the same issue.

What I do is monitor--site maps  then sort by critical alarms.  Once I find 
all the Ap's with critical,  alarms I reset those ap's.  That will clear it 
back up so the alarms are in sync.  It seems to come after a big outage, where 
a bunch of things go down and clear.
** 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/.

RE: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

Re: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

RE: [WIRELESS-LAN] dropped connections on Macbooks with Cisco WLC 7.6.100.0

Cisco PI 1.4.1 question....

Re: [WIRELESS-LAN] Cisco PI 1.4.1 question....

RE: [WIRELESS-LAN] Cisco PI 1.4.1 question....

6 matches

Site Navigation

Mail list logo

Footer information