We found the use of a captive portal to reduce the usage of our infrastructure 
and internet.  We went from over 60,000 unique clients to less than 28,000 a 
day..

Still have to dish out the addresses.



Sent from my Verizon 4G LTE smartphone


-------- Original message --------
From: Jake Snyder <jsnyde...@gmail.com>
Date: 2/22/17 9:03 AM (GMT-07:00)
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] SSID names

Clients will connect and take up an IP with or without a captive portal. They 
might stay connected longer without access to the internet, but they hit the 
captive portal which requires an IP.

To me, if you rely on a captive portal to solve dhcp issues, you've undersized 
your subnets and dhcp pools.  I see lots of orgs trying very low dhcp timers to 
"solve" this.  The solution is to have a subnet scoped to support the peak 
number number of unique clients for a given day.

Sent from my iPhone

On Feb 22, 2017, at 8:16 AM, Jonathan Waldrep 
<wald...@vt.edu<mailto:wald...@vt.edu>> wrote:

> I do have in my back pocket a plan to flatten these /24s into one larger 
> network if need be

We recently moved to this model and it has been great so far. One /17 network 
per router.

--
Jonathan Waldrep
Network Engineer
Network Infrastructure and Services
Virginia Tech

On Wed, Feb 22, 2017 at 9:39 AM, Tony Skalski 
<a...@stolaf.edu<mailto:a...@stolaf.edu>> wrote:
>how do you stop roaming mobile devices from sucking up all your dhcp addresses?

Devices always get the same IP address (until we change the VLAN assignments 
for the AP group (i.e. vap profile in Aruba-speak)). Granted, Aruba's 
VALN-assignment hashing algorithm is not perfect and once in a while one of the 
/24s assigned to the guest SSID exceeds 80% used (our alerting threshold), but 
that has only happened a few times since school started in September. I do have 
in my back pocket a plan to flatten these /24s into one larger network if need 
be, given that Aruba has sufficient controls to deal with {broad,multi}cast 
traffic.

ajs

On Wed, Feb 22, 2017 at 7:00 AM, Osborne, Bruce W (Network Operations) 
<bosbo...@liberty.edu<mailto:bosbo...@liberty.edu>> wrote:
With the captive portal removed, how do you stop roaming mobile devices from 
sucking up all your dhcp addresses? We have found that a captive portal helps 
reduce usage by roaming devices.


Bruce Osborne
Senior Network Engineer
Network Operations - Wireless

 (434) 592-4229<tel:(434)%20592-4229>

LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Tony Skalski [mailto:a...@stolaf.edu<mailto:a...@stolaf.edu>]
Sent: Tuesday, February 21, 2017 4:48 PM
Subject: Re: SSID names

Up until this past summer, we had three SSIDs: a guest SSID, an open SSID for 
college users and a 1x protected SSID for college users. There was considerable 
overlap between the open and guest SSIDs, so we collapsed them into one. We now 
have: eduroam and 'St. Olaf Guest'. We decided we were OK with 1x-incapable 
devices using the guest network and removed the captive portal we had on the 
old guest SSID.


On Tue, Feb 21, 2017 at 3:06 PM, Adam T Ferrero 
<a...@temple.edu<mailto:a...@temple.edu>> wrote:

  These have served us pretty well.  We only have a mac auth SSID in our 
residence halls.  Occasionally it would be useful to have it everywhere but we 
don't currently.

TUsecurewireless        WPA2 enterprise which gives different access levels 
(staff, student, guest)
TUguestwireless Open for onboarding (SMS text credentials)
eduroam         Guest like access for anyone

  Adam

-----Original Message-----
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>]
 On Behalf Of Michael Dickson
Sent: Tuesday, February 21, 2017 4:02 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: Re: [WIRELESS-LAN] SSID names
eduroam  (our only 802.1x offering)
UMASS  (open, CP, primarily for guests)
UMASS-DEVICES  (MAC auth'd device support for non-802.1x capable devices, as 
allowed by policy)

Mike

Michael Dickson
Network Analyst
Information Technology
University of Massachusetts Amherst
413-545-9639<tel:413-545-9639>
michael.dick...@umass.edu<mailto:michael.dick...@umass.edu>
PGP: 0x16777D39


On 2017-02-21 15:36, Jim Stasik wrote:
> Hello, I have been encouraged by one of our governance bodies to
> consider renaming our wireless SSIDs to better match the network names
> to the function of the networks behind them.  I don’t get it, but
> maybe I am a little too close to it.  We don’t have any residential on
> our campuses so have just two primary SSIDs in use on our campus (as
> well as eduRoam).  One is named Public and is our onboarding/guest
> network.  The other is our authenticated/secure network which we call
> MC3Waves and is for all students, staff, faculty and administrators,
> with 802.1x on the back end to steer the end user to the appropriate
> role.  We have had these network around for as long as I can remember
> (15 years maybe).  I am curious how others are naming and separating
> the SSIDs in their environment?
>
> Thanks in advance,
>
> Jim Stasik
>
> Director of Enterprise Infrastructure Services
>
> Montgomery County Community College
>
> jsta...@mc3.edu<mailto:jsta...@mc3.edu>
>
> 215.641.6678<tel:215.641.6678>
>
> -------------------------
>
> Montgomery County Community College is proud to be designated as an
> Achieving the Dream Leader College for its commitment to student
> access and success.
>  ********** 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.



--
Tony Skalski
Systems Administrator
a...@stolaf.edu<mailto:a...@stolaf.edu>
507-786-3227<tel:(507)%20786-3227>
St. Olaf College
Information Technology
1510 St. Olaf Avenue
Northfield, MN    55057-1097

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



--
Tony Skalski
Systems Administrator
a...@stolaf.edu<mailto:a...@stolaf.edu>
507-786-3227<tel:(507)%20786-3227>
St. Olaf College
Information Technology
1510 St. Olaf Avenue
Northfield, MN    55057-1097

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

Reply via email to