Re: [WIRELESS-LAN] Wondering about res hall wireless: university provided vs outside service provider

[Jess Walczak]

Chuck,

Thank you for this well thought out and well written response--as all of
your posts on this forum always are!  As regards your question about our
motivations, I'm cannot quite speak to what these might be other than,
obviously, delivering higher client (student resident) satisfaction and
reducing the support load on what is already quite a small team.  This is a
topic that we have had varying amounts of discussion about over the past
several years, but it had never really been thoroughly considered; I'm
going to pass this response and another that I just received off-forum on
to the advisory committee so they can benefit from your points.

Thank you very much!--JW

On Thu, Dec 21, 2017 at 2:50 PM, Chuck Enfield  wrote:

> Hi Jess,
>
>
>
> May I ask what your motivations are?
>
>
>
> FWIW, we explored outsourcing our Res Hall networks about 4 years ago, and
> decided against it.  Among the institutions we spoke with, results were
> mixed.  Many of the bad outcomes could be directly traced to selecting a
> poor provider (no demonstrated history of success) and not failing to
> address service level issues in the contracts (once they had the poor
> provider, they had to ride out the contract term before they could do
> anything about it.)
>
>
>
> That said, that’s not why we chose to do things in-house.  We were
> confident that we could learn from the mistakes of these other institutions
> and achieve a good outcome.  In the end we concluded that we could do it a
> little better, a little cheaper, and retain a little more flexibility if we
> did it ourselves.
>
>
>
> If I may offer a few tips from our research,
>
>
>
> ·Choose a provider with a track record of satisfied higher-ed
> customers.  Apogee got consistently good reviews from the schools we talked
> to.  The user support requirements for Wi-Fi are much greater than CATV, so
> user support needs to be a major consideration in the selection process.
> Nobody we spoke to about res hall networking in 2013 was using Comcast, but
> Comcast’s user support is so bad that I wouldn’t consider inflicting them
> on our students.
>
> ·Make sure you include important KPI’s for user satisfaction and
> business success in the contract, that those KPI’s are measured and
> reported, and you can get out of the contract if any deficiencies aren’t
> promptly remediated.
>
> ·Consider how you’ll change service providers in the future if
> you need to, whether it be for poor performance or just because another
> provider is less expensive when the current contract ends.  Don’t get
> caught without a transition plan, and make sure current contracts
> accommodate that plan.
>
>
>
> Chuck Enfield
> Manager, Wireless Engineering
> Enterprise Networking & Communication Services
> The Pennsylvania State University
> 110H, USB2, UP, PA 16802
> ph: 814.863.8715 <(814)%20863-8715>
> fx: 814.865.3988 <(814)%20865-3988>
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
> WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Jess Walczak
> *Sent:* Thursday, December 21, 2017 3:27 PM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* [WIRELESS-LAN] Wondering about res hall wireless: university
> provided vs outside service provider
>
>
>
> Wireless People of Educause,
>
>
>
> We are thinking about the possibility of cutting off our res halls from
> our campus internet circuits and then having Comcast or something similar
> come in provide internet and wireless to these buildings.  Has anybody gone
> thru this (or even ultimately decided not to) and what were the factors at
> play that ultimately affected your decision?  Also, what were the outcomes
> like?
>
>
>
> I imagine that somebody like Comcast can do this using our existing coax
> network, but I have to wonder what the net effect will be like for the
> quality of service for the resident, and how the new service affects our
> ability to maintain our internal infrastructure in those spaces, to the
> extent that it is needed.  Also, my gut tells me that if problems arise,
> the students will still call on the university to fix things and what that
> will entail.
>
>
>
> Thanks!--JW
>
> Jess Walczak
> Senior Network Analyst
> Information Technology Services
> jwwalc...@stthomas.edu
> University of St. Thomas | stthomas.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.
>
>

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

RE: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller losses

[Turner, Ryan H]

In a perfect world…  We can likely do this, but our network design is a lot 
flatter.  However, there are opportunities to carve this up a bit and mitigate 
it.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Fredrik L. Andersen
Sent: Friday, January 5, 2018 1:36 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

Hi,

Agree with you both with better network design, controllers and AP should not 
be on same L2. Use DNS for MC discovery.

You should also check out NG architecture for AOS8 with clustering for HA.

Best regards


Fredrik L. Andersen
+ 47 930 888 15


Sendt fra min iPhone

5. jan. 2018 kl. 19:25 skrev Norton, Thomas (Network Operations) 
>:
Hey Ryan,

I agree with Amel, I highly recommend breaking out your aps separate from your 
controller management VLAN and utilizing DHCP for discovery.

We break out our ap management VLANs from our controller management VLAN and 
have the ap VLANs broken up into multiple geographic VTP domains to mitigate 
this.

With that said we have had our own set of challenges from an HA perspective, as 
we have had to tune our ha heartbeat timers, and configuration to meet our 
needs…

-T.J.
Liberty University


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> 
on behalf of Amel Caldwell >
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>
Date: Friday, January 5, 2018 at 12:42 PM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
>
Subject: Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

Hi Ryan—

We have a similar setup, our main campus has around 7,000 APs with one master 
controller.  We have separate AP management VLANs in each of our buildings (we 
don’t span VLANs across multiple buildings here) and use DHCP options for 
master controller discovery.  We still get a ton on pings looking for a lost 
controller but the infrastructure handles the pings better than they do ARPs.  
It may help if you separate the controller management and AP management onto 
separate VLANs and use DHCP options; this would have the effect of changing the 
ARP to ICMP traffic and hopefully that would be enough to weather the event of 
a lost controller.

I do wholeheartedly agree that Aruba implenting a back-off mechanism to lessen 
this impact over time would be great.  I am also not real happy with how Aruba 
implemented the “heartbeat” option for the standby-controller to verify the 
primary is still up and it really does not scale well.

Amel Caldwell
University of Washington UW-IT
Wi-Fi Network Engineer
Wi-Fi Service Manager

am...@uw.edu
206-543-2915



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> 
on behalf of "Turner, Ryan H" 
>
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>
Date: Friday, January 5, 2018 at 9:14 AM
To: 
"WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
>
Subject: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

All:

Based on design recommendations from Aruba, our 10,000 AP network has been 
broken up into a few management domains.  For example, Main Campus has 
approximately 5,000 access points, and the controllers and access points share 
the same VLAN.

What we have noticed is that if we lose a controller (or shut it down for 
maintenance or a move), the access points start ARPing like crazy for the 
downed controller.  We can see in excess of 1,000 ARPs a second in the 
management VLAN.  This has the negative side effect of causing CPU spikes 
across certain models of switches on campus, and we lose management to those 
switches.  User traffic doesn’t generally seem affected, but SNMP monitoring 
ceases.  We are wondering if others have seen this, or designed around 
mitigating this.  This is definitely a scaling issue, and we feel as though 
Aruba could develop back-off mechanisms from allowing High Availability to 
essentially DoS parts of campus with ARP.

Thanks!

Ryan Turner
Manager of Network Operations
ITS Communication Technologies
The University of North Carolina at Chapel Hill

r...@unc.edu
+1 919 445 0113 Office
+1 919 274 7926 Mobile

** Participation 

Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller losses

[Fredrik L. Andersen]

Hi,

Agree with you both with better network design, controllers and AP should not 
be on same L2. Use DNS for MC discovery. 

You should also check out NG architecture for AOS8 with clustering for HA.

Best regards

Fredrik L. Andersen
+ 47 930 888 15

Sendt fra min iPhone

> 5. jan. 2018 kl. 19:25 skrev Norton, Thomas (Network Operations) 
> :
> 
> Hey Ryan,
>  
> I agree with Amel, I highly recommend breaking out your aps separate from 
> your controller management VLAN and utilizing DHCP for discovery.
>  
> We break out our ap management VLANs from our controller management VLAN and 
> have the ap VLANs broken up into multiple geographic VTP domains to mitigate 
> this.
>  
> With that said we have had our own set of challenges from an HA perspective, 
> as we have had to tune our ha heartbeat timers, and configuration to meet our 
> needs…
>  
> -T.J.
> Liberty University
>  
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>  on behalf of Amel Caldwell 
> Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> 
> Date: Friday, January 5, 2018 at 12:42 PM
> To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
> Subject: Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during 
> controller losses
>  
> Hi Ryan—
>  
> We have a similar setup, our main campus has around 7,000 APs with one master 
> controller.  We have separate AP management VLANs in each of our buildings 
> (we don’t span VLANs across multiple buildings here) and use DHCP options for 
> master controller discovery.  We still get a ton on pings looking for a lost 
> controller but the infrastructure handles the pings better than they do ARPs. 
>  It may help if you separate the controller management and AP management onto 
> separate VLANs and use DHCP options; this would have the effect of changing 
> the ARP to ICMP traffic and hopefully that would be enough to weather the 
> event of a lost controller.
>  
> I do wholeheartedly agree that Aruba implenting a back-off mechanism to 
> lessen this impact over time would be great.  I am also not real happy with 
> how Aruba implemented the “heartbeat” option for the standby-controller to 
> verify the primary is still up and it really does not scale well.
>  
> Amel Caldwell
> University of Washington UW-IT
> Wi-Fi Network Engineer
> Wi-Fi Service Manager
>  
> am...@uw.edu
> 206-543-2915
>  
>  
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>  on behalf of "Turner, Ryan H" 
> 
> Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> 
> Date: Friday, January 5, 2018 at 9:14 AM
> To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
> Subject: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
> losses
>  
> All:
>  
> Based on design recommendations from Aruba, our 10,000 AP network has been 
> broken up into a few management domains.  For example, Main Campus has 
> approximately 5,000 access points, and the controllers and access points 
> share the same VLAN.
>  
> What we have noticed is that if we lose a controller (or shut it down for 
> maintenance or a move), the access points start ARPing like crazy for the 
> downed controller.  We can see in excess of 1,000 ARPs a second in the 
> management VLAN.  This has the negative side effect of causing CPU spikes 
> across certain models of switches on campus, and we lose management to those 
> switches.  User traffic doesn’t generally seem affected, but SNMP monitoring 
> ceases.  We are wondering if others have seen this, or designed around 
> mitigating this.  This is definitely a scaling issue, and we feel as though 
> Aruba could develop back-off mechanisms from allowing High Availability to 
> essentially DoS parts of campus with ARP.
>  
> Thanks!
>  
> Ryan Turner
> Manager of Network Operations
> ITS Communication Technologies
> The University of North Carolina at Chapel Hill
>  
> r...@unc.edu
> +1 919 445 0113 Office
> +1 919 274 7926 Mobile
>  
> ** 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] Aruba / HA / And ARP broadcasting during controller losses

[Norton, Thomas (Network Operations)]

Hey Ryan,

I agree with Amel, I highly recommend breaking out your aps separate from your 
controller management VLAN and utilizing DHCP for discovery.

We break out our ap management VLANs from our controller management VLAN and 
have the ap VLANs broken up into multiple geographic VTP domains to mitigate 
this.

With that said we have had our own set of challenges from an HA perspective, as 
we have had to tune our ha heartbeat timers, and configuration to meet our 
needs…

-T.J.
Liberty University


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of Amel Caldwell 
Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Friday, January 5, 2018 at 12:42 PM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

Hi Ryan—

We have a similar setup, our main campus has around 7,000 APs with one master 
controller.  We have separate AP management VLANs in each of our buildings (we 
don’t span VLANs across multiple buildings here) and use DHCP options for 
master controller discovery.  We still get a ton on pings looking for a lost 
controller but the infrastructure handles the pings better than they do ARPs.  
It may help if you separate the controller management and AP management onto 
separate VLANs and use DHCP options; this would have the effect of changing the 
ARP to ICMP traffic and hopefully that would be enough to weather the event of 
a lost controller.

I do wholeheartedly agree that Aruba implenting a back-off mechanism to lessen 
this impact over time would be great.  I am also not real happy with how Aruba 
implemented the “heartbeat” option for the standby-controller to verify the 
primary is still up and it really does not scale well.

Amel Caldwell
University of Washington UW-IT
Wi-Fi Network Engineer
Wi-Fi Service Manager

am...@uw.edu
206-543-2915



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of "Turner, Ryan H" 

Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Friday, January 5, 2018 at 9:14 AM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

All:

Based on design recommendations from Aruba, our 10,000 AP network has been 
broken up into a few management domains.  For example, Main Campus has 
approximately 5,000 access points, and the controllers and access points share 
the same VLAN.

What we have noticed is that if we lose a controller (or shut it down for 
maintenance or a move), the access points start ARPing like crazy for the 
downed controller.  We can see in excess of 1,000 ARPs a second in the 
management VLAN.  This has the negative side effect of causing CPU spikes 
across certain models of switches on campus, and we lose management to those 
switches.  User traffic doesn’t generally seem affected, but SNMP monitoring 
ceases.  We are wondering if others have seen this, or designed around 
mitigating this.  This is definitely a scaling issue, and we feel as though 
Aruba could develop back-off mechanisms from allowing High Availability to 
essentially DoS parts of campus with ARP.

Thanks!

Ryan Turner
Manager of Network Operations
ITS Communication Technologies
The University of North Carolina at Chapel Hill

r...@unc.edu
+1 919 445 0113 Office
+1 919 274 7926 Mobile

** 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: Somebody's Gotta Do It- Need a Leader or Two For This Wireless Group

[Keith Hughes]

Hello Lee

Please feel free t0 throw my mane into the hat.

Good talking to you and thank you for your past service to us all.

Thank you.

Keith Hughes
ITOC - Network
University of California Merced, Office of Information Technology
khugh...@ucmerced.edu| it.ucmerced.edu | 209.631.8796

Connecting your world with intelligent mobility!

-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Lee H Badman
Sent: Friday, January 5, 2018 6:05 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: Somebody's Gotta Do It- Need a Leader or Two For This Wireless 
Group

-- Information from the mail header ---
Sender:   The EDUCAUSE Wireless Issues Constituent Group Listserv
  
Poster:   Lee H Badman 
Subject:  Re: Somebody's Gotta Do It- Need a Leader or Two For This
  Wireless Group
---

--_000_baf1c6d12db24ecdb7a5a1643208e66esyredu_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

And... just like that, we have two volunteers! Thanks much.

Lee Badman | Network Architect

Certified Wireless Network Expert (#200) Information Technology Services
206 Machinery Hall
120 Smith Drive
Syracuse, New York 13244
t 315.443.3003   f 315.443.4325   e lhbad...@syr.edu w its.syr.edu
SYRACUSE UNIVERSITY
syr.edu

From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIREL= 
ess-...@listserv.educause.edu] On Behalf Of Lee H Badman
Sent: Friday, January 05, 2018 8:30 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Somebody's Gotta Do It- Need a Leader or Two For Th= is 
Wireless Group

My own tenure as Group Leader has expired, and the powers that be are looki= ng 
for someone to step forward and moderate the list, participate in confer= 
ences, etc. It's not a particularly demanding role, and it's nice to be a c= og 
in the awesome machinery that is EDUCAUSE.

C'mon... don't make me beg. Please email me directly if you're interested.

Thanks-

Lee Badman

Lee Badman | Network Architect

Certified Wireless Network Expert (#200) Information Technology Services
206 Machinery Hall
120 Smith Drive
Syracuse, New York 13244
t 315.443.3003   f 315.443.4325   e lhbad...@syr.edu w its.syr.edu
SYRACUSE UNIVERSITY
syr.edu



** Participation and subscription information for this EDUCAUSE Con= 
stituent Group discussion list can be found at http://www.educause.edu/disc= 
uss.

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


--_000_baf1c6d12db24ecdb7a5a1643208e66esyredu_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

http://schemas.microsoft.com/office/2004/12/omml; xmlns=3D"http:= 
//www.w3.org/TR/REC-html40">  



  And just like that, we have tw= o 
volunteers! Thanks much. 


Lee Badman | Network Architect  
 Certified 

Re: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller losses

[Amel Caldwell]

Hi Ryan—

We have a similar setup, our main campus has around 7,000 APs with one master 
controller.  We have separate AP management VLANs in each of our buildings (we 
don’t span VLANs across multiple buildings here) and use DHCP options for 
master controller discovery.  We still get a ton on pings looking for a lost 
controller but the infrastructure handles the pings better than they do ARPs.  
It may help if you separate the controller management and AP management onto 
separate VLANs and use DHCP options; this would have the effect of changing the 
ARP to ICMP traffic and hopefully that would be enough to weather the event of 
a lost controller.

I do wholeheartedly agree that Aruba implenting a back-off mechanism to lessen 
this impact over time would be great.  I am also not real happy with how Aruba 
implemented the “heartbeat” option for the standby-controller to verify the 
primary is still up and it really does not scale well.

Amel Caldwell
University of Washington UW-IT
Wi-Fi Network Engineer
Wi-Fi Service Manager

am...@uw.edu
206-543-2915



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of "Turner, Ryan H" 

Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Friday, January 5, 2018 at 9:14 AM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: [WIRELESS-LAN] Aruba / HA / And ARP broadcasting during controller 
losses

All:

Based on design recommendations from Aruba, our 10,000 AP network has been 
broken up into a few management domains.  For example, Main Campus has 
approximately 5,000 access points, and the controllers and access points share 
the same VLAN.

What we have noticed is that if we lose a controller (or shut it down for 
maintenance or a move), the access points start ARPing like crazy for the 
downed controller.  We can see in excess of 1,000 ARPs a second in the 
management VLAN.  This has the negative side effect of causing CPU spikes 
across certain models of switches on campus, and we lose management to those 
switches.  User traffic doesn’t generally seem affected, but SNMP monitoring 
ceases.  We are wondering if others have seen this, or designed around 
mitigating this.  This is definitely a scaling issue, and we feel as though 
Aruba could develop back-off mechanisms from allowing High Availability to 
essentially DoS parts of campus with ARP.

Thanks!

Ryan Turner
Manager of Network Operations
ITS Communication Technologies
The University of North Carolina at Chapel Hill

r...@unc.edu
+1 919 445 0113 Office
+1 919 274 7926 Mobile

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

Aruba / HA / And ARP broadcasting during controller losses

[Turner, Ryan H]

All:

Based on design recommendations from Aruba, our 10,000 AP network has been 
broken up into a few management domains.  For example, Main Campus has 
approximately 5,000 access points, and the controllers and access points share 
the same VLAN.

What we have noticed is that if we lose a controller (or shut it down for 
maintenance or a move), the access points start ARPing like crazy for the 
downed controller.  We can see in excess of 1,000 ARPs a second in the 
management VLAN.  This has the negative side effect of causing CPU spikes 
across certain models of switches on campus, and we lose management to those 
switches.  User traffic doesn't generally seem affected, but SNMP monitoring 
ceases.  We are wondering if others have seen this, or designed around 
mitigating this.  This is definitely a scaling issue, and we feel as though 
Aruba could develop back-off mechanisms from allowing High Availability to 
essentially DoS parts of campus with ARP.

Thanks!

Ryan Turner
Manager of Network Operations
ITS Communication Technologies
The University of North Carolina at Chapel Hill

r...@unc.edu
+1 919 445 0113 Office
+1 919 274 7926 Mobile


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

RE: [WIRELESS-LAN] Somebody's Gotta Do It- Need a Leader or Two For This Wireless Group

[Lee H Badman]

And... just like that, we have two volunteers! Thanks much.

Lee Badman | Network Architect

Certified Wireless Network Expert (#200)
Information Technology Services
206 Machinery Hall
120 Smith Drive
Syracuse, New York 13244
t 315.443.3003   f 315.443.4325   e lhbad...@syr.edu w 
its.syr.edu
SYRACUSE UNIVERSITY
syr.edu

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Lee H Badman
Sent: Friday, January 05, 2018 8:30 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Somebody's Gotta Do It- Need a Leader or Two For This 
Wireless Group

My own tenure as Group Leader has expired, and the powers that be are looking 
for someone to step forward and moderate the list, participate in conferences, 
etc. It's not a particularly demanding role, and it's nice to be a cog in the 
awesome machinery that is EDUCAUSE.

C'mon... don't make me beg. Please email me directly if you're interested.

Thanks-

Lee Badman

Lee Badman | Network Architect

Certified Wireless Network Expert (#200)
Information Technology Services
206 Machinery Hall
120 Smith Drive
Syracuse, New York 13244
t 315.443.3003   f 315.443.4325   e lhbad...@syr.edu w 
its.syr.edu
SYRACUSE UNIVERSITY
syr.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.

Somebody's Gotta Do It- Need a Leader or Two For This Wireless Group

[Lee H Badman]

My own tenure as Group Leader has expired, and the powers that be are looking 
for someone to step forward and moderate the list, participate in conferences, 
etc. It's not a particularly demanding role, and it's nice to be a cog in the 
awesome machinery that is EDUCAUSE.

C'mon... don't make me beg. Please email me directly if you're interested.

Thanks-

Lee Badman


Lee Badman | Network Architect

Certified Wireless Network Expert (#200)
Information Technology Services
206 Machinery Hall
120 Smith Drive
Syracuse, New York 13244

t 315.443.3003   f 315.443.4325   e lhbad...@syr.edu w 
its.syr.edu

SYRACUSE UNIVERSITY
syr.edu




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