Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

2017-04-27 Thread Curtis K. Larsen 
We also use eduroam and a university SSID and one benefit I've seen is that 
when our CISO decided to deprecate PEAP due to the "fake AP/MITM - exposed 
password" issue and favor EAP-TLS - we could easily control our own destiny 
with our own SSID whereas with eduroam we were kind of locked-in to the PEAP 
model.  Lesser security will often result when universal compatibility is the 
goal.  I mean we could force our own users to use EAP-TLS at home and abroad 
but in my opinion we could not truly say that we've done everything possible to 
mitigate the PEAP vulnerability while still propping up a PEAP SSID org-wide 
even if PEAP only ends up being used by visitors.

We currently offer long-term EAP-TLS connections on our university SSID to any 
guest willing to provide an SMS number (Cloudpath Feature).  It turns out that 
the SMS-capable phone carrying population is much larger than those with 
eduroam credentials so far, and phone numbers are possibly more valuable to 
administrators than AD credentials of participating institutions in resolving 
issues.  In my opinion, as onboarding solutions mature the SSID becomes less 
important, and who knows maybe with Hotspot 2.0 completely irrelevant?  
Something to consider at least when making that decision anyway.

--
Curtis K. Larsen
Senior Network Engineer
University of Utah IT/CIS
Office 801-587-1313

___
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of Les Ridgley 

Sent: Thursday, April 27, 2017 10:10 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

We retained both the eduroam SSID and the university one for the reasons of 
branding and more importantly for us, to ensure that our users on a site that 
has multiple institutions broadcasting the eduroam SSID we could guarantee 
connection to our network by using the university SSID.

Had we only broadcast the eduroam SSID there was the possibility that the user 
could unknowingly connect to another institutions eduroam SSID and then not 
have the same access to system resources that they would experience had they 
connected to our SSID.

We have not experienced significant support difficulties and allow the users to 
use either SSID at their own discretion.

HTH,
Les.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Brian Helman
Sent: Friday, 28 April 2017 1:26 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)


A related question came up today when discussing whether or not to get rid of 
our branded SSID or not once eduroam is up and running on our network.  
Specifically:

For those who decided to keep both the branded and eduroam SSID's (and assuming 
they are identical in terms of access for your institutional users) -- have 
there been any issues in doing so?  For example, does it cause confusion to 
users or doesn't it matter to them?  Any support issues either with the people 
directly supporting the users and/or managing the wireless network?  If you 
decided to keep both .. do you regret this decision or are you happy/neutral 
with it?

Conversely, if you DID decide to go with only the eduroam SSID, has anyone 
regretted this decision?

We're just trying to get a fuller understanding before we decide to remove the 
branded SSID.  We do think that's what people will look for .. especially those 
not familiar with eduroam.

Thanks!

-Brian



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on behalf of Brian Helman 
[bhel...@salemstate.edu]
Sent: Tuesday, April 25, 2017 1:57 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)
Ahh, I see.  They are separate networks.  We are using a NAC to place users in 
their proper vlan, so there’s no differentiation between our current university 
ssid and eduroam.

By the way, I keep writing “EDUROAM”.  I know it’s “eduroam” .. it’s just habit 
from typing “EDUCAUSE”.

Thanks!

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of John Heartlein
Sent: Tuesday, April 25, 2017 1:52 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Hello Brian.  SLU-users has more direct access to internal services like file 
and print services that we didn't want to provide to eduroam users.  If we were 
ever to lock down SLU-users more to require VPN access to all internal 
resources, I think we'd recommend re-evaluating our SSIDs.

On Mon, Apr 24, 2017 at 8:14 AM, Brian Helman 
> wrote:
John,

Do you know what the thought process was

RE: [WIRELESS-LAN] Eduroam adoption (and migration process)

2017-04-27 Thread Les Ridgley 
We retained both the eduroam SSID and the university one for the reasons of 
branding and more importantly for us, to ensure that our users on a site that 
has multiple institutions broadcasting the eduroam SSID we could guarantee 
connection to our network by using the university SSID.

Had we only broadcast the eduroam SSID there was the possibility that the user 
could unknowingly connect to another institutions eduroam SSID and then not 
have the same access to system resources that they would experience had they 
connected to our SSID.

We have not experienced significant support difficulties and allow the users to 
use either SSID at their own discretion.

HTH,
Les.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Brian Helman
Sent: Friday, 28 April 2017 1:26 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)


A related question came up today when discussing whether or not to get rid of 
our branded SSID or not once eduroam is up and running on our network.  
Specifically:

For those who decided to keep both the branded and eduroam SSID's (and assuming 
they are identical in terms of access for your institutional users) -- have 
there been any issues in doing so?  For example, does it cause confusion to 
users or doesn't it matter to them?  Any support issues either with the people 
directly supporting the users and/or managing the wireless network?  If you 
decided to keep both .. do you regret this decision or are you happy/neutral 
with it?

Conversely, if you DID decide to go with only the eduroam SSID, has anyone 
regretted this decision?

We're just trying to get a fuller understanding before we decide to remove the 
branded SSID.  We do think that's what people will look for .. especially those 
not familiar with eduroam.

Thanks!

-Brian



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on behalf of Brian Helman 
[bhel...@salemstate.edu]
Sent: Tuesday, April 25, 2017 1:57 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)
Ahh, I see.  They are separate networks.  We are using a NAC to place users in 
their proper vlan, so there's no differentiation between our current university 
ssid and eduroam.

By the way, I keep writing "EDUROAM".  I know it's "eduroam" .. it's just habit 
from typing "EDUCAUSE".

Thanks!

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of John Heartlein
Sent: Tuesday, April 25, 2017 1:52 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Hello Brian.  SLU-users has more direct access to internal services like file 
and print services that we didn't want to provide to eduroam users.  If we were 
ever to lock down SLU-users more to require VPN access to all internal 
resources, I think we'd recommend re-evaluating our SSIDs.

On Mon, Apr 24, 2017 at 8:14 AM, Brian Helman 
> wrote:
John,

Do you know what the thought process was behind maintaining both an EDUROAM 
SSID as well as your SLU-users?  I'm just firing up our SSID for EDUROAM 
university-wide this week, so it would be the summer before our legacy SSID 
would go away.  If there is a compelling reason that we haven't discovered for 
keeping the legacy SSID, I certainly don't want to get rid of it.

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
 On Behalf Of John Heartlein
Sent: Friday, April 21, 2017 5:08 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Saint Louis University deployed eduroam in late 2015.  Besides eduroam we have 
an 802.1x SSID SLU-users for our students, faculty, and staff.  We also have 
SLUguest for guests and legacy devices.  Here's a link to more information:

https://www.slu.edu/its/services-and-products/internet-and-network-services/wireless-networks-at-slu

On Fri, Apr 21, 2017 at 12:30 PM, Brian Helman 
> wrote:
We have moved into the "testing" phase of our EDUROAM connectivity.  I'm hoping 
to fire up the EDUROAM SSID university-wide next week.  Currently, we have a 
.1x SSID that will stay through the summer.  Once EDUROAM is fully pushed, 
we'll start our advertisement campaign to get people to log in to it.  I would 
have waited until the summer to fire up EDUROAM so it is just available when 
everyone returns in the fall, but there's such a strong benefit for our 
students, staff and faculty if they are traveling over the summer that I want 
to get it

RE: [WIRELESS-LAN] Eduroam adoption (and migration process)

2017-04-27 Thread Brian Helman 

A related question came up today when discussing whether or not to get rid of 
our branded SSID or not once eduroam is up and running on our network.  
Specifically:

For those who decided to keep both the branded and eduroam SSID's (and assuming 
they are identical in terms of access for your institutional users) -- have 
there been any issues in doing so?  For example, does it cause confusion to 
users or doesn't it matter to them?  Any support issues either with the people 
directly supporting the users and/or managing the wireless network?  If you 
decided to keep both .. do you regret this decision or are you happy/neutral 
with it?

Conversely, if you DID decide to go with only the eduroam SSID, has anyone 
regretted this decision?

We're just trying to get a fuller understanding before we decide to remove the 
branded SSID.  We do think that's what people will look for .. especially those 
not familiar with eduroam.

Thanks!

-Brian



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on behalf of Brian Helman 
[bhel...@salemstate.edu]
Sent: Tuesday, April 25, 2017 1:57 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Ahh, I see.  They are separate networks.  We are using a NAC to place users in 
their proper vlan, so there’s no differentiation between our current university 
ssid and eduroam.

By the way, I keep writing “EDUROAM”.  I know it’s “eduroam” .. it’s just habit 
from typing “EDUCAUSE”.

Thanks!

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of John Heartlein
Sent: Tuesday, April 25, 2017 1:52 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Hello Brian.  SLU-users has more direct access to internal services like file 
and print services that we didn't want to provide to eduroam users.  If we were 
ever to lock down SLU-users more to require VPN access to all internal 
resources, I think we'd recommend re-evaluating our SSIDs.

On Mon, Apr 24, 2017 at 8:14 AM, Brian Helman 
> wrote:
John,

Do you know what the thought process was behind maintaining both an EDUROAM 
SSID as well as your SLU-users?  I’m just firing up our SSID for EDUROAM 
university-wide this week, so it would be the summer before our legacy SSID 
would go away.  If there is a compelling reason that we haven’t discovered for 
keeping the legacy SSID, I certainly don’t want to get rid of it.

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
 On Behalf Of John Heartlein
Sent: Friday, April 21, 2017 5:08 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Eduroam adoption (and migration process)

Saint Louis University deployed eduroam in late 2015.  Besides eduroam we have 
an 802.1x SSID SLU-users for our students, faculty, and staff.  We also have 
SLUguest for guests and legacy devices.  Here's a link to more information:

https://www.slu.edu/its/services-and-products/internet-and-network-services/wireless-networks-at-slu

On Fri, Apr 21, 2017 at 12:30 PM, Brian Helman 
> wrote:
We have moved into the “testing” phase of our EDUROAM connectivity.  I’m hoping 
to fire up the EDUROAM SSID university-wide next week.  Currently, we have a 
.1x SSID that will stay through the summer.  Once EDUROAM is fully pushed, 
we’ll start our advertisement campaign to get people to log in to it.  I would 
have waited until the summer to fire up EDUROAM so it is just available when 
everyone returns in the fall, but there’s such a strong benefit for our 
students, staff and faculty if they are traveling over the summer that I want 
to get it to them.

There will be no “force move”, but the old .1x SSID won’t be available in the 
fall, so it benefits them to change their config now.   One note, we don’t 
currently support devices that do not support WPA/2 Enterprise (.1x) on our 
wireless network.  Essentially, we’re talking about gaming consoles (whether 
they support .1x or not), smart tv’s and media devices.  Students are told 
those devices need to be Ethernet-capable.  I suspect we’re at least another 
year away from supporting non-WPA/2 Ent devices on our wireless network.

>From what I have seen and it my discussions with our peers at other 
>institutions, unless there is a marketing reason the .1x auths are via EDUROAM 
>and the branded SSID’s are either specialized or they go away.

-Brian

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU]
 On Behalf Of Bucklaew, Jerry
Sent:

Re: [WIRELESS-LAN] IPTV deployment

2017-04-27 Thread Julian Y Koh 
> On Apr 26, 2017, at 10:17, Baugh, Craig  wrote:
> 
> I am looking for any advice from colleges that have implemented IPTV services.
> 

For many years we had a multicast Haivision/Video Furnace system.  We never 
made the move to get that on wireless, and a few years back we implemented the 
Comcast Xfinity On Campus service.  

-- 
Julian Y. Koh
Associate Director, Telecommunications and Network Services
Northwestern Information Technology

2001 Sheridan Road #G-166
Evanston, IL 60208
+1-847-467-5780
Northwestern IT Web Site: 
PGP Public Key: 

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

Re: IPTV deployment

2017-04-27 Thread Phil Kono 
Craig,

I'm curious as to what products you've been looking at and what type of media 
you plan on broadcasting. It's something I'm interested in as well and I know 
Cisco is out of the business.

Thanks,

Phil Kono
Network Engineer
Art Center College of Design

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

RE: IPTV deployment

2017-04-27 Thread Adam T Ferrero 

  We deployed Xfinity on Campus last summer for 6,000 residents.  Our Comcast 
estimate was max 3 - 5 Gbps additional internet load so we upgraded firewalls 
to accommodate.  Turns out between IPTV and natural growth it was only ~ 1 Gbps 
more than the prior semester.  Almost all of them stream over wireless and we 
have not adjusted the data rates.  Everything is performing well (of course we 
have one AP per suite so coverage is very good).

  Adam

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Baugh, Craig
Sent: Thursday, April 27, 2017 3:11 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPTV deployment

Yes Sir,. both...
I am looking at it from the wireless perspective And my boss is worried :)

Our platform is all Cisco.
8540 controllers (8.3) and a mix of 3502, 3602, 3702, and 3802 WAPs.
Our transmit rates are:
802.11 a
[cid:image001.png@01D2BF77.B58918C0]
802.11 b/g
[cid:image002.png@01D2BF77.B58918C0]

Specs show IPTV needs 2Mbps to stream 720p content to client devices.

>From the wireless perspective, have you (or anyone else on this thread),had 
>any problems with IPTV?
Did you have to adjust your data rates since multicast travels at the lowest 
mandatory?

Thank you for your reply.
//Craig






From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Osborne, Bruce W 
(Network Operations)
Sent: Thursday, April 27, 2017 6:37 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPTV deployment

Craig,

Are you looking at this from a wireless perspective, worried, or both?

What is your wireless platform?

We implemented multicast IPTV on Aruba wireless using our existing Haivision 
wired IPTV services. In fact, we helped Aruba test their "Dynamic Multicast 
Optimization" solution.

Generally, for 802.11 networks, multicast is transmitted at the lowest 
transmitted rate. That is bad for multicast video. Since our video streams are 
encrypted, we cannot apply QoS separately to prioritize key frames.

If you wish, I can reach out to our IPTV team to get more information on our 
Haivision (formerly Video Furnace) system.


Bruce Osborne
Senior Network Engineer
Network Operations - Wireless
 (434) 592-4229
LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Baugh, Craig [mailto:c.ba...@tcu.edu]
Sent: Wednesday, April 26, 2017 11:18 AM
Subject: IPTV deployment

Good morning,
I am looking for any advice from colleges that have implemented IPTV services.
Would like to know of any challenges, limitations, or problems that have come 
up during implementation.


Thank you for your help.

//Craig Baugh
//Network Engineer
//Texas Christian University.

** 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] IPTV deployment

2017-04-27 Thread Luke Jenkins 
We ran a Haivision system over cisco wireless using their Media/Video
Stream feature, 2mbit/s streams. Worked as advertised. We have since moved
on to another IPTV system that doesn't require multicast, so we've turned
off those features.

-Luke

On Thu, Apr 27, 2017 at 1:10 PM, Baugh, Craig  wrote:

> Yes Sir,….. both…
>
> I am looking at it from the wireless perspective…. And my boss is worried
> J
>
>
>
> Our platform is all Cisco.
>
> 8540 controllers (8.3) and a mix of 3502, 3602, 3702, and 3802 WAPs.
>
> Our transmit rates are:
>
> 802.11 a
>
> 802.11 b/g
>
>
>
> Specs show IPTV needs 2Mbps to stream 720p content to client devices.
>
>
>
> From the wireless perspective, have you (or anyone else on this
> thread),had any problems with IPTV?
>
> Did you have to adjust your data rates since multicast travels at the
> lowest mandatory?
>
>
>
> Thank you for your reply.
>
> //Craig
>
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
> WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Osborne, Bruce W
> (Network Operations)
> *Sent:* Thursday, April 27, 2017 6:37 AM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* Re: [WIRELESS-LAN] IPTV deployment
>
>
>
> Craig,
>
>
>
> Are you looking at this from a wireless perspective, worried, or both?
>
>
>
> What is your wireless platform?
>
>
>
> We implemented multicast IPTV on Aruba wireless using our existing
> Haivision wired IPTV services. In fact, we helped Aruba test their “Dynamic
> Multicast Optimization” solution.
>
>
>
> Generally, for 802.11 networks, multicast is transmitted at the lowest
> transmitted rate. That is bad for multicast video. Since our video streams
> are encrypted, we cannot apply QoS separately to prioritize key frames.
>
>
>
> If you wish, I can reach out to our IPTV team to get more information on
> our Haivision (formerly Video Furnace) system.
>
>
>
>
>
> *Bruce Osborne*
>
> *Senior Network Engineer*
>
> *Network Operations - Wireless*
>
>  *(434) 592-4229*
>
> *LIBERTY UNIVERSITY*
>
> *Training Champions for Christ since 1971*
>
>
>
> *From:* Baugh, Craig [mailto:c.ba...@tcu.edu ]
> *Sent:* Wednesday, April 26, 2017 11:18 AM
> *Subject:* IPTV deployment
>
>
>
> Good morning,
>
> I am looking for any advice from colleges that have implemented IPTV
> services.
>
> Would like to know of any challenges, limitations, or problems that have
> come up during implementation.
>
>
>
>
>
> Thank you for your help.
>
>
>
> //Craig Baugh
>
> //Network Engineer
>
> //Texas Christian University.
>
>
>
> ** 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.
>
>


-- 
=-=-=-=-=-=-=-=-=-=-=-=
Luke Jenkins
Network Engineer
Weber State University

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

RE: IPTV deployment

2017-04-27 Thread Reimer, Paul 
The bandwidth needed for streaming on a phone or tablet is about 2Mbps.

I would suggest these are going to have an impact similar to any normal client 
streaming continuously. That would have to be verified.

So whether that is an acceptable impact is up to you. How many are there? What 
have you got serving the area? Should you consider managing the APs they're on 
and the channel they use?

Otherwise I wouldn't change anything about your mandatory rates to accommodate 
them.

I would say 6Mbps seems on the low side for your 5GHz.

-Paul Reimer

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Baugh, Craig
Sent: Thursday, April 27, 2017 3:11 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPTV deployment

Yes Sir,. both...
I am looking at it from the wireless perspective And my boss is worried :)

Our platform is all Cisco.
8540 controllers (8.3) and a mix of 3502, 3602, 3702, and 3802 WAPs.
Our transmit rates are:
802.11 a
[cid:image001.png@01D2BF6F.656B4690]
802.11 b/g
[cid:image002.png@01D2BF6F.656B4690]

Specs show IPTV needs 2Mbps to stream 720p content to client devices.

>From the wireless perspective, have you (or anyone else on this thread),had 
>any problems with IPTV?
Did you have to adjust your data rates since multicast travels at the lowest 
mandatory?

Thank you for your reply.
//Craig






From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Osborne, Bruce W 
(Network Operations)
Sent: Thursday, April 27, 2017 6:37 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPTV deployment

Craig,

Are you looking at this from a wireless perspective, worried, or both?

What is your wireless platform?

We implemented multicast IPTV on Aruba wireless using our existing Haivision 
wired IPTV services. In fact, we helped Aruba test their "Dynamic Multicast 
Optimization" solution.

Generally, for 802.11 networks, multicast is transmitted at the lowest 
transmitted rate. That is bad for multicast video. Since our video streams are 
encrypted, we cannot apply QoS separately to prioritize key frames.

If you wish, I can reach out to our IPTV team to get more information on our 
Haivision (formerly Video Furnace) system.


Bruce Osborne
Senior Network Engineer
Network Operations - Wireless
 (434) 592-4229
LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Baugh, Craig [mailto:c.ba...@tcu.edu]
Sent: Wednesday, April 26, 2017 11:18 AM
Subject: IPTV deployment

Good morning,
I am looking for any advice from colleges that have implemented IPTV services.
Would like to know of any challenges, limitations, or problems that have come 
up during implementation.


Thank you for your help.

//Craig Baugh
//Network Engineer
//Texas Christian University.

** 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: IPTV deployment

2017-04-27 Thread Baugh, Craig 
Yes Sir,. both...
I am looking at it from the wireless perspective And my boss is worried :)

Our platform is all Cisco.
8540 controllers (8.3) and a mix of 3502, 3602, 3702, and 3802 WAPs.
Our transmit rates are:
802.11 a
[cid:image001.png@01D2BF60.08566110]
802.11 b/g
[cid:image002.png@01D2BF60.08566110]

Specs show IPTV needs 2Mbps to stream 720p content to client devices.

>From the wireless perspective, have you (or anyone else on this thread),had 
>any problems with IPTV?
Did you have to adjust your data rates since multicast travels at the lowest 
mandatory?

Thank you for your reply.
//Craig






From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Osborne, Bruce W 
(Network Operations)
Sent: Thursday, April 27, 2017 6:37 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPTV deployment

Craig,

Are you looking at this from a wireless perspective, worried, or both?

What is your wireless platform?

We implemented multicast IPTV on Aruba wireless using our existing Haivision 
wired IPTV services. In fact, we helped Aruba test their "Dynamic Multicast 
Optimization" solution.

Generally, for 802.11 networks, multicast is transmitted at the lowest 
transmitted rate. That is bad for multicast video. Since our video streams are 
encrypted, we cannot apply QoS separately to prioritize key frames.

If you wish, I can reach out to our IPTV team to get more information on our 
Haivision (formerly Video Furnace) system.


Bruce Osborne
Senior Network Engineer
Network Operations - Wireless
 (434) 592-4229
LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Baugh, Craig [mailto:c.ba...@tcu.edu]
Sent: Wednesday, April 26, 2017 11:18 AM
Subject: IPTV deployment

Good morning,
I am looking for any advice from colleges that have implemented IPTV services.
Would like to know of any challenges, limitations, or problems that have come 
up during implementation.


Thank you for your help.

//Craig Baugh
//Network Engineer
//Texas Christian University.

** 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: IPTV deployment

2017-04-27 Thread Osborne, Bruce W (Network Operations) 
Craig,

Are you looking at this from a wireless perspective, worried, or both?

What is your wireless platform?

We implemented multicast IPTV on Aruba wireless using our existing Haivision 
wired IPTV services. In fact, we helped Aruba test their "Dynamic Multicast 
Optimization" solution.

Generally, for 802.11 networks, multicast is transmitted at the lowest 
transmitted rate. That is bad for multicast video. Since our video streams are 
encrypted, we cannot apply QoS separately to prioritize key frames.

If you wish, I can reach out to our IPTV team to get more information on our 
Haivision (formerly Video Furnace) system.


Bruce Osborne
Senior Network Engineer
Network Operations - Wireless
 (434) 592-4229
LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Baugh, Craig [mailto:c.ba...@tcu.edu]
Sent: Wednesday, April 26, 2017 11:18 AM
Subject: IPTV deployment

Good morning,
I am looking for any advice from colleges that have implemented IPTV services.
Would like to know of any challenges, limitations, or problems that have come 
up during implementation.


Thank you for your help.

//Craig Baugh
//Network Engineer
//Texas Christian University.

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

Wayfinding, anyone?

2017-04-27 Thread Hector J Rios 
Wanted to know if anyone has an app on your campus that allows your users to 
find their way around the university, both indoors and outdoors. I’ve heard 
concerns about providing indoor maps as this could be used for malicious acts 
(even terrorist acts). I wonder if there is information that can back these 
concerns. I know every building, at least in our campus, has to have an 
evacuation plan, and this plan includes a map that is posted for everyone to 
see.

Regards,

Hector Rios
Louisiana State University

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