RE: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Gray, Sean
We’ve been running 8.3.143.0 for a couple of months on our pair of 5520s (in 
HA) and as yet it has been fine for us, although we haven't enabled 802.11r. We 
have a mixture of APs, the oldest are 1142s, the newest are 2802s.

Sean Gray | B.Sc (Hons)
Voice, Collaboration & Wireless Network Analyst
ITS, University of Lethbridge


-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Erik Stagg
Sent: August-28-18 3:05 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

I was just about to ask the same. We’re about to upgrade to it this weekend 
from an 8.2 release.

-Erik

Sent from my iPhone

> On Aug 28, 2018, at 5:02 PM, Christina Klam  wrote:
> 
> Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
> number of fixes for 2800/3800.
> 
> Christina Klam
> Network Engineer
> Institute for Advanced Study
> +1 609-734-8154
> ck...@ias.edu
> 
> - Original Message -
> From: "C. Klam" 
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Sent: Tuesday, August 28, 2018 4:45:56 PM
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> Jamie,
> 
> Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we 
> have been running that code.  And strangely enough, we have had issues with 
> iOS not staying connected when roaming.  As all modern systems try IPv6 
> before IPv4, if there is an issue with IPv6, this would explain the delay.
> 
> Christina Klam
> Network Engineer
> Institute for Advanced Study
> +1 609-734-8154
> ck...@ias.edu
> 
> - Original Message -
> From: "Price, Jamie G" 
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Sent: Tuesday, August 28, 2018 4:34:18 PM
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.
> 
> We are running 802.11k/v/r and it has made a tremendous difference in our 
> roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
> IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
> production network- but it will be once we can find code without this bug. 
> Otherwise 8.3.133.0 has been great.
> 
> Jamie Price │Senior Network Engineer
> 303.724.8970| jamie.pr...@ucdenver.edu
> 1945 N Wheeling Street, MS F408, Denver, CO, US  80045
> 
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>  On Behalf Of Joseph Bernard
> Sent: Tuesday, August 28, 2018 1:27 PM
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> Our CTO just mentioned this today as we have passed the peak wireless stress 
> point without issues for today’s class changes.  While this isn’t answering 
> your question, I thought I might share what we have.  We have close to 30,000 
> wireless devices connected and have our F5 load balancing 6 VMs running 
> FreeRADIUS that in turn query our eDirectory backend through LDAP.  One 
> feature that you should make sure is enabled is “config radius 
> ext-source-ports enable”.
> 
> On 8540’s, you should see this if it’s on:
> 
> (Cisco Controller) >show radius queue
> 
> Max Radius Queues Per Server. 16 …[snip]…
> 
> 
> Thanks,
> Joseph B.
> 
> 
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> mailto:WIRELESS-LAN@LISTSERV.EDUCA
> USE.EDU>> on behalf of "Phillips, Rick" 
> mailto:rick.phill...@uky.edu>>
> Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> mailto:WIRELESS-LAN@LISTSERV.EDUCA
> USE.EDU>>
> Date: Tuesday, August 28, 2018 at 3:11 PM
> To: 
> "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU USE.EDU>" 
> mailto:WIRELESS-LAN@LISTSERV.EDUCA
> USE.EDU>>
> Subject: [WIRELESS-LAN] 802.11R
> 
> We recently promoted eduroam to the primary network at the University of 
> Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
> and Cisco ISE for portals, authentication and authorization. We were seeing 
> the ISE authentication service jump up in latency and we would get calls that 
> users could not connect to eduroam. We have determined that our size and 
> number of authentications, particularly at each class change event, are such 
> that we should be using hardware load balancing. We are in process of setting 
> that up but each class transition results in a short period where 
> authentication latency can get to be a problem and users have a less than 
> desirable experience. During the time we are building this out our engineers 
> are wanting to enable 802.11R (Fast Transition) on our controllers. We 
> currently do not support this feature on the WLCs. We are running 8.2.166.0 
> code on our WLCs and we have heard other have issues with this code release. 
> While we are not experiencing the same results or hitting the same bugs, I am 
> concerned that turning on this feature might have ramifications related to 
> the code release we are running.
> 
> My question to the group is who has used 802.11R and would you 

Re: [WIRELESS-LAN] 8.3.133.0 Code with IPv6 Bug

2018-08-28 Thread Kitri Waterman
We’re entering Fall with 8.3.143.0, no production IPv6 or 802.11k/v/r, on 
5508’s and 5520’s.

No issues so far, but we’re targeting 8.5 code as fast as possible for the 1815 
APs support.


Kitri Waterman
Network Architect/Engineer
Enterprise Infrastructure Services
Western Washington University
360.650.4027
kitri.water...@wwu.edu


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of "Price, Jamie G" 

Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Tuesday, August 28, 2018 at 2:26 PM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: Re: [WIRELESS-LAN] 8.3.133.0 Code with IPv6 Bug

Hi Christina,

What we see with our IPv6 wireless:

  1.  SLAAC hands out addresses, you can join.
  2.  While running  pings PCs and older MACS the pings will dropout and only 
High Sierra will come back after about 4-6 pings with a new address.

We ran some captures over the air and full communication appears to stop from 
the AP (not being a client based issue). We have a case open with TAC and we 
are pretty sure we hit a bug. We are looking forward to stable 8.5 code.

Best of luck with the issue!
-Jamie

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Brady J. Ballstadt
Sent: Tuesday, August 28, 2018 3:06 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

We are on 8.3.143.0 on a pair of 8510s.  Had some weird behavior at the start 
that has seemed to work itself out.  Currently investigating some roaming 
issues that may or not be an issue with the code.

Brady Ballstadt
UITS

Get Outlook for 
iOS

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Christina Klam mailto:ck...@ias.edu>>
Sent: Tuesday, August 28, 2018 4:02:00 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
number of fixes for 2800/3800.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "C. Klam" mailto:ck...@ias.edu>>
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:45:56 PM
Subject: Re: [WIRELESS-LAN] 802.11R

Jamie,

Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we have 
been running that code.  And strangely enough, we have had issues with iOS not 
staying connected when roaming.  As all modern systems try IPv6 before IPv4, if 
there is an issue with IPv6, this would explain the delay.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "Price, Jamie G" 
mailto:jamie.pr...@ucdenver.edu>>
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:34:18 PM
Subject: Re: [WIRELESS-LAN] 802.11R

We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph 

RE: [WIRELESS-LAN] 8.3.133.0 Code with IPv6 Bug

2018-08-28 Thread Price, Jamie G
Hi Christina,

What we see with our IPv6 wireless:

1.   SLAAC hands out addresses, you can join.

2.   While running  pings PCs and older MACS the pings will dropout and 
only High Sierra will come back after about 4-6 pings with a new address.

We ran some captures over the air and full communication appears to stop from 
the AP (not being a client based issue). We have a case open with TAC and we 
are pretty sure we hit a bug. We are looking forward to stable 8.5 code.

Best of luck with the issue!
-Jamie

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Brady J. Ballstadt
Sent: Tuesday, August 28, 2018 3:06 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

We are on 8.3.143.0 on a pair of 8510s.  Had some weird behavior at the start 
that has seemed to work itself out.  Currently investigating some roaming 
issues that may or not be an issue with the code.

Brady Ballstadt
UITS

Get Outlook for iOS

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Christina Klam mailto:ck...@ias.edu>>
Sent: Tuesday, August 28, 2018 4:02:00 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
number of fixes for 2800/3800.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "C. Klam" mailto:ck...@ias.edu>>
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:45:56 PM
Subject: Re: [WIRELESS-LAN] 802.11R

Jamie,

Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we have 
been running that code.  And strangely enough, we have had issues with iOS not 
staying connected when roaming.  As all modern systems try IPv6 before IPv4, if 
there is an issue with IPv6, this would explain the delay.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "Price, Jamie G" 
mailto:jamie.pr...@ucdenver.edu>>
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:34:18 PM
Subject: Re: [WIRELESS-LAN] 802.11R

We are running 2 sets of 8510's and 1 set of 5520's on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today's class changes.  While this isn't answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is "config radius ext-source-ports enable".

On 8540's, you should see this if it's on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
...[snip]...


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
 on behalf of "Phillips, Rick" 
mailto:rick.phill...@uky.edu>>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: Tuesday, August 28, 2018 at 3:11 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU"
 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>

Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Brady J. Ballstadt
We are on 8.3.143.0 on a pair of 8510s.  Had some weird behavior at the start 
that has seemed to work itself out.  Currently investigating some roaming 
issues that may or not be an issue with the code.

Brady Ballstadt
UITS

Get Outlook for iOS

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of Christina Klam 
Sent: Tuesday, August 28, 2018 4:02:00 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
number of fixes for 2800/3800.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "C. Klam" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:45:56 PM
Subject: Re: [WIRELESS-LAN] 802.11R

Jamie,

Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we have 
been running that code.  And strangely enough, we have had issues with iOS not 
staying connected when roaming.  As all modern systems try IPv6 before IPv4, if 
there is an issue with IPv6, this would explain the delay.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "Price, Jamie G" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:34:18 PM
Subject: Re: [WIRELESS-LAN] 802.11R

We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of "Phillips, Rick" 
mailto:rick.phill...@uky.edu>>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: Tuesday, August 28, 2018 at 3:11 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: [WIRELESS-LAN] 802.11R

We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)

** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 

Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Erik Stagg
I was just about to ask the same. We’re about to upgrade to it this weekend 
from an 8.2 release.

-Erik

Sent from my iPhone

> On Aug 28, 2018, at 5:02 PM, Christina Klam  wrote:
> 
> Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
> number of fixes for 2800/3800.
> 
> Christina Klam
> Network Engineer
> Institute for Advanced Study
> +1 609-734-8154
> ck...@ias.edu
> 
> - Original Message -
> From: "C. Klam" 
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Sent: Tuesday, August 28, 2018 4:45:56 PM
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> Jamie,
> 
> Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we 
> have been running that code.  And strangely enough, we have had issues with 
> iOS not staying connected when roaming.  As all modern systems try IPv6 
> before IPv4, if there is an issue with IPv6, this would explain the delay.
> 
> Christina Klam
> Network Engineer
> Institute for Advanced Study
> +1 609-734-8154
> ck...@ias.edu
> 
> - Original Message -
> From: "Price, Jamie G" 
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Sent: Tuesday, August 28, 2018 4:34:18 PM
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.
> 
> We are running 802.11k/v/r and it has made a tremendous difference in our 
> roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
> IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
> production network- but it will be once we can find code without this bug. 
> Otherwise 8.3.133.0 has been great.
> 
> Jamie Price │Senior Network Engineer
> 303.724.8970| jamie.pr...@ucdenver.edu
> 1945 N Wheeling Street, MS F408, Denver, CO, US  80045
> 
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>  On Behalf Of Joseph Bernard
> Sent: Tuesday, August 28, 2018 1:27 PM
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Subject: Re: [WIRELESS-LAN] 802.11R
> 
> Our CTO just mentioned this today as we have passed the peak wireless stress 
> point without issues for today’s class changes.  While this isn’t answering 
> your question, I thought I might share what we have.  We have close to 30,000 
> wireless devices connected and have our F5 load balancing 6 VMs running 
> FreeRADIUS that in turn query our eDirectory backend through LDAP.  One 
> feature that you should make sure is enabled is “config radius 
> ext-source-ports enable”.
> 
> On 8540’s, you should see this if it’s on:
> 
> (Cisco Controller) >show radius queue
> 
> Max Radius Queues Per Server. 16
> …[snip]…
> 
> 
> Thanks,
> Joseph B.
> 
> 
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
>  on behalf of "Phillips, Rick" 
> mailto:rick.phill...@uky.edu>>
> Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
> Date: Tuesday, August 28, 2018 at 3:11 PM
> To: 
> "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU"
>  
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
> Subject: [WIRELESS-LAN] 802.11R
> 
> We recently promoted eduroam to the primary network at the University of 
> Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
> and Cisco ISE for portals, authentication and authorization. We were seeing 
> the ISE authentication service jump up in latency and we would get calls that 
> users could not connect to eduroam. We have determined that our size and 
> number of authentications, particularly at each class change event, are such 
> that we should be using hardware load balancing. We are in process of setting 
> that up but each class transition results in a short period where 
> authentication latency can get to be a problem and users have a less than 
> desirable experience. During the time we are building this out our engineers 
> are wanting to enable 802.11R (Fast Transition) on our controllers. We 
> currently do not support this feature on the WLCs. We are running 8.2.166.0 
> code on our WLCs and we have heard other have issues with this code release. 
> While we are not experiencing the same results or hitting the same bugs, I am 
> concerned that turning on this feature might have ramifications related to 
> the code release we are running.
> 
> My question to the group is who has used 802.11R and would you be willing to 
> shoot me a private message with configuration and/or your results?
> 
> Thanks in advance,
> 
> Rick
> 
> Rick Phillips
> Executive Director, Networking & Infrastructure
> Information Technology Services
> University of Kentucky
> 301 Rose St. Hardymon Building Rm 102
> Lexington, KY 40506-0496
> (859) 257-4106 (Office)
> 
> ** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.
> ** Participation and subscription 

Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Christina Klam
Another question, has anyone installed 8.3.143.0 yet?  It seems to have a 
number of fixes for 2800/3800.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "C. Klam" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:45:56 PM
Subject: Re: [WIRELESS-LAN] 802.11R

Jamie,

Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we have 
been running that code.  And strangely enough, we have had issues with iOS not 
staying connected when roaming.  As all modern systems try IPv6 before IPv4, if 
there is an issue with IPv6, this would explain the delay.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "Price, Jamie G" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:34:18 PM
Subject: Re: [WIRELESS-LAN] 802.11R

We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of "Phillips, Rick" 
mailto:rick.phill...@uky.edu>>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: Tuesday, August 28, 2018 at 3:11 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: [WIRELESS-LAN] 802.11R

We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)

** 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.


Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Christina Klam
Jamie,

Can you describe more the IPV6 issue with 8.3.133.0?  For about a year we have 
been running that code.  And strangely enough, we have had issues with iOS not 
staying connected when roaming.  As all modern systems try IPv6 before IPv4, if 
there is an issue with IPv6, this would explain the delay.

Christina Klam
Network Engineer
Institute for Advanced Study
+1 609-734-8154
ck...@ias.edu

- Original Message -
From: "Price, Jamie G" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Tuesday, August 28, 2018 4:34:18 PM
Subject: Re: [WIRELESS-LAN] 802.11R

We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of "Phillips, Rick" 
mailto:rick.phill...@uky.edu>>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: Tuesday, August 28, 2018 at 3:11 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: [WIRELESS-LAN] 802.11R

We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)

** 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.


RE: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Price, Jamie G
We are running 2 sets of 8510’s and 1 set of 5520’s on 8.3.133.0.

We are running 802.11k/v/r and it has made a tremendous difference in our 
roaming (and many less complaints). We have an IPv6 issue with 8.3.133.0 with 
IPv6. On PCs, it times out. On MACs it times out and recovers. This is not a 
production network- but it will be once we can find code without this bug. 
Otherwise 8.3.133.0 has been great.

Jamie Price │Senior Network Engineer
303.724.8970| jamie.pr...@ucdenver.edu
1945 N Wheeling Street, MS F408, Denver, CO, US  80045

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Joseph Bernard
Sent: Tuesday, August 28, 2018 1:27 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] 802.11R

Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of "Phillips, Rick" 
mailto:rick.phill...@uky.edu>>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: Tuesday, August 28, 2018 at 3:11 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: [WIRELESS-LAN] 802.11R

We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)

** 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.



Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Kenny, Eric
Hi Rick,

We had enabled 802.11r on our WiSM2s but had to disable it due to limitations 
with the PMK cache size.  Cisco’s site says the 8540 has a PMK cache limit of 
64,000.  The site also says the WiSM2 has a limit of 30,000, but see bug 
CSCvg15595 because it is actually 15,000.  I’m not sure if that means the limit 
on the 8540 is actually 64,000 or is really 32,000.  

Anyway, if all of the controllers are in the same mobility group, the PMK cache 
limit is shared per mobility group.  This may or may not be an issue depending 
on the size of your user base.
--- 
Eric Kenny
Network Architect
Harvard University ITS
---

> On Aug 28, 2018, at 3:01 PM, Phillips, Rick  wrote:
> 
> We recently promoted eduroam to the primary network at the University of 
> Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
> and Cisco ISE for portals, authentication and authorization. We were seeing 
> the ISE authentication service jump up in latency and we would get calls that 
> users could not connect to eduroam. We have determined that our size and 
> number of authentications, particularly at each class change event, are such 
> that we should be using hardware load balancing. We are in process of setting 
> that up but each class transition results in a short period where 
> authentication latency can get to be a problem and users have a less than 
> desirable experience. During the time we are building this out our engineers 
> are wanting to enable 802.11R (Fast Transition) on our controllers. We 
> currently do not support this feature on the WLCs. We are running 8.2.166.0 
> code on our WLCs and we have heard other have issues with this code release. 
> While we are not experiencing the same results or hitting the same bugs, I am 
> concerned that turning on this feature might have ramifications related to 
> the code release we are running.
>  
> My question to the group is who has used 802.11R and would you be willing to 
> shoot me a private message with configuration and/or your results?
>  
> Thanks in advance,
>  
> Rick
>  
> Rick Phillips
> Executive Director, Networking & Infrastructure
> 
> Information Technology Services
> University of Kentucky
> 301 Rose St. Hardymon Building Rm 102
> Lexington, KY 40506-0496
> (859) 257-4106 (Office)
> 
>  
> ** 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.



Re: [WIRELESS-LAN] 802.11R

2018-08-28 Thread Joseph Bernard
Our CTO just mentioned this today as we have passed the peak wireless stress 
point without issues for today’s class changes.  While this isn’t answering 
your question, I thought I might share what we have.  We have close to 30,000 
wireless devices connected and have our F5 load balancing 6 VMs running 
FreeRADIUS that in turn query our eDirectory backend through LDAP.  One feature 
that you should make sure is enabled is “config radius ext-source-ports enable”.

On 8540’s, you should see this if it’s on:

(Cisco Controller) >show radius queue

Max Radius Queues Per Server. 16
…[snip]…


Thanks,
Joseph B.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of "Phillips, Rick" 

Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Tuesday, August 28, 2018 at 3:11 PM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: [WIRELESS-LAN] 802.11R

We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540’s (2 HA pairs), Cisco APs (mostly 3702’s) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)

** 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.



802.11R

2018-08-28 Thread Phillips, Rick
We recently promoted eduroam to the primary network at the University of 
Kentucky. We utilize Cisco WLC 8540's (2 HA pairs), Cisco APs (mostly 3702's) 
and Cisco ISE for portals, authentication and authorization. We were seeing the 
ISE authentication service jump up in latency and we would get calls that users 
could not connect to eduroam. We have determined that our size and number of 
authentications, particularly at each class change event, are such that we 
should be using hardware load balancing. We are in process of setting that up 
but each class transition results in a short period where authentication 
latency can get to be a problem and users have a less than desirable 
experience. During the time we are building this out our engineers are wanting 
to enable 802.11R (Fast Transition) on our controllers. We currently do not 
support this feature on the WLCs. We are running 8.2.166.0 code on our WLCs and 
we have heard other have issues with this code release. While we are not 
experiencing the same results or hitting the same bugs, I am concerned that 
turning on this feature might have ramifications related to the code release we 
are running.

My question to the group is who has used 802.11R and would you be willing to 
shoot me a private message with configuration and/or your results?

Thanks in advance,

Rick

Rick Phillips
Executive Director, Networking & Infrastructure
Information Technology Services
University of Kentucky
301 Rose St. Hardymon Building Rm 102
Lexington, KY 40506-0496
(859) 257-4106 (Office)


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



RE: Wireless Only in Student Housing?

2018-08-28 Thread Chris Adams (IT)


  1.  We still offer wired/wireless, although we don’t install 1 port per 
pillow any more but rather 1 port per room to cut costs. We generally colocate 
the drops with coax.
  2.  Fewer ports has translated to lower cost of LV and switches. Hospitality 
WAPs seem to be a good compromise to keep LV station cables down while still 
providing ports. My preference is still to put WAPs overhead to avoid damage 
but hospitality WAPs have worked well in retrofits.
  3.  Catering to the “lowest common denominator” – AKA random devices that 
don’t play well with 802.1x and providing a fallback if there is a wireless 
experience issue. Our gaming students seem to appreciate throwing their console 
on the wired LAN for performance. The wired ports do tend to be abused more 
frequently in terms of rogue WAPs being installed.

If I were to build an all-wireless dorm today, I’d still get some sort of 
conduit and boxes from the hallways into the rooms for future expansion. We’ve 
learned many lessons from old dorms not built for expansion. I wouldn’t be 
surprised if many years down the road FTTDR (dorm room) is a need.


Thanks,

Chris Adams, M.S., CISSP

Associate CIO, Network & Telecom
Division of Information Technology
University of North Georgia

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Edward Fishman
Sent: Tuesday, August 28, 2018 11:42 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Wireless Only in Student Housing?

Hello.

I have been following this thread with great interest as we have a new student 
housing project in the works.

My questions are:


  1.  Who was involved in the decision to go all wireless (or not) on your 
campus?
  2.  Were cost savings involved in the overall decision, if there were cost 
savings, considering the potential need for a greater density of APs?
  3.  From where was the greatest push-back not to go all-wireless?  
Conversely, who were the biggest fans of moving in the all-wireless direction?

Thanks


Edward M. Fishman
Director of Networking and Systems Administration
Division of Information Technology

Stevens Institute of Technology
1 Castle Point on Hudson
Samuel C. Williams Library - Lower Level
Hoboken, NJ 07030

T 201-216-5147 | C 917-817-4088
http://www.stevens.edu
edward.fish...@stevens.edu

** 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.



RE: Wireless Only in Student Housing?

2018-08-28 Thread Edward Fishman
Hello.

I have been following this thread with great interest as we have a new student 
housing project in the works.

My questions are:


  1.  Who was involved in the decision to go all wireless (or not) on your 
campus?
  2.  Were cost savings involved in the overall decision, if there were cost 
savings, considering the potential need for a greater density of APs?
  3.  From where was the greatest push-back not to go all-wireless?  
Conversely, who were the biggest fans of moving in the all-wireless direction?

Thanks


Edward M. Fishman
Director of Networking and Systems Administration
Division of Information Technology

Stevens Institute of Technology
1 Castle Point on Hudson
Samuel C. Williams Library - Lower Level
Hoboken, NJ 07030

T 201-216-5147 | C 917-817-4088
http://www.stevens.edu
edward.fish...@stevens.edu

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



RE: Wireless Only in Student Housing?

2018-08-28 Thread Osborne, Bruce W (Network Operations)
Good question.

We generally try to support them for the same timeframe as the vendor We spent 
a lot of time last year working with connectivity & roaming issues with the 
PS4s and realized they were misbehaving 3.4 GHz client. Now there is a newer 
alternative, it was determined to no longer provide support for the older 
generation.
We do not ban them but just decline to help much with connectivity issues.

From: Chris Adams (IT) [mailto:chris.ad...@ung.edu]
Sent: Monday, August 27, 2018 11:32 AM
Subject: Re: Wireless Only in Student Housing?

This raises an interesting point, somewhat tangential to the original 
conversation.

How do you determine & maintain a list of “supported” residential network 
devices? If someone brings in a later gen PS4 and has connectivity issues, will 
your staff lay hands on the device to resolve the connectivity concern? Or is 
the approach just to say that the devices has been known to be compatible in 
the past and verify that the network is working properly?

We’ve had more tickets about ROKU TVs this fall than any other quantity of 
incidents, and trying to find a happy medium of providing connectivity VS 
supporting every device under the sun has been a point of controversy.


Thanks,

Chris Adams, M.S., CISSP

Associate CIO, Network & Telecom
Division of Information Technology
University of North Georgia

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Osborne, Bruce W (Network Operations)
Sent: Monday, August 27, 2018 9:46 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Wireless Only in Student Housing?

When we initially went from wired/wireless to wireless + port request, we 
initially pulled out $1million worth of switches to be reused in other projects.

We have since moved to wireless only. In some cases of clients with poor NICs 
we provide temporary USB based loaner NICs. We have a list of supported 
wireless solutions for desktop systems. For gaming systems these days almost 
all can use wireless if the system if properly designed. This year we have 
dropped official support for the 1st Gen 2.4 only PS4 due to misbehaving 
wireless.

Bruce Osborne
Senior Network Engineer
Network Operations - Wireless

 (434) 592-4229

LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Enfield, Chuck [mailto:cae...@psu.edu]
Sent: Friday, August 24, 2018 2:52 PM
Subject: Re: Wireless Only in Student Housing?

I don’t want to hijack Dan’s thread, but I wouldn’t mind adding to it if he 
doesn’t mind.

I know from previous threads that lots of schools have gone Wi-Fi-only, and 
issues are minimal.  But, as an institution that has both wired and wireless 
enabled throughout the residence halls, about 15% of our residents still plug 
in.  It was easy for us to do both because we were really late to provide 
Wi-Fi, so our legacy wired network is still serviceable.  At some point in the 
next couple years we’ll have to decide whether or not to replace it.  That 
requires an assessment of the value proposition.  15% use seems to suggest that 
there’s still significant value in providing wired connectivity, but I’m not 
sure it satisfactorily answers the question.  It’s safe to assume that some 
users really want that wired connection for good reasons, and other users who 
prefer a wired connection if it’s available, but really wouldn’t miss it if it 
wasn’t.  It’s to determine how many each make up that 15%.

I’m curious to hear from institutions that provide wired connections upon 
request.  If you do that, how many get requested?  Is it free, or is there a 
charge?  If a charge, how much?  …and anything else illuminating you can 
no-doubt contribute.

Thanks,

Chuck


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Entwistle, Bruce
Sent: Friday, August 24, 2018 2:16 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Wireless Only in Student Housing?

Last year we converted our first residence hall to wireless only and there were 
minimal challenges.   You could consider installing the small hospitality APs 
in the rooms and then there would be wired ports available if necessary.

Bruce Entwistle
Network Manager
University of Redlands


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Daniel Wurst
Sent: Friday, August 24, 2018 11:12 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Wireless Only in Student Housing?

Hi All,

We are looking into building a new student housing building and are considering 
going Wifi only for network connectivity. We were wondering if anyone else has 
gone the route of only allowing network connectivity via wireless. If so, can 
you