Re: [WIRELESS-LAN] Anyone else jumping on Aruba 8.0 code?

2016-10-13 Thread Johnson, Neil M 
We plan to play with it in the lab after the start of year with a target of 
rolling it out next summer.

-Neil


--
Neil Johnson
neil-john...@uiowa.edu

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of "Sweetser, Frank E" 

Reply-To: The EDUCAUSE Wireless Issues Constituent Group Listserv 

Date: Monday, October 10, 2016 at 11:12 PM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: Re: [WIRELESS-LAN] Anyone else jumping on Aruba 8.0 code?




I haven't been able to try out the multiple version support yet, as there's 
currently only a single version of 8.0 out there so far =)



That said, you should definitely check out the hierarchical configuration 
feature set.



Basically, the configuration becomes a pair of trees, one for your mobility 
masters, and one for your managed devices.  So for your case, you could set up 
a structure that looks something like this:



/md/prod

/md/prod/

/md/prod/

/md/rap

/md/rap/

/md/lpv

/md/lpv/



The structure uses inheritance, so for controller 1, all you would have to 
explicitly configure is just enough to get it online - ports, vlans, IP, and so 
on.  Global setitings would live in /md, and all of the interesting settings 
would live in /md/prod, /md/rap, and /md/lpv, and would automatically get 
applied to controllers based on where they get placed.  You can create multiple 
levels, if you have really interesting configuration layouts.  This should let 
you keep all of the configurations neatly sorted on a single mobility master 
(or redundant pair, presumably.)



I've just switched our lab managed devices from the 6.4 HA pair to the newer 
cluster configuration.  It's gone some nice improvements, such as always 
terminating user traffic on the same controller throughout roaming regardless 
of what primary controller each AP is on.  The little bit of lab testing I've 
done has gone pretty well so far, but I should have more data when I move about 
60 APs over to 8.0 code next week.


Frank Sweetser
Director of Network Operations
Worcester Polytechnic Institute
"For every problem, there is a solution that is simple, elegant, and wrong." - 
HL Mencken


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of Osborne, Bruce W (Network 
Operations) 
Sent: Monday, October 10, 2016 7:20 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Anyone else jumping on Aruba 8.0 code?


We have installed a VM and will be evaluating it as time permits.



Unless there are some major “must-have” features though, we will not likely 
deploy in full Production until after the second GA release.



I am interested in your experiences, though. One new feature is the ability to 
manage multiple master controllers, even if they run differing versions of 
ArubaOS (8.0+). Have you tried that feature yet?



We currently have 3 non-testing master controllers – Production, Remote (RAP) & 
LPV. It would be great to centralize management of them.





Bruce Osborne

Wireless Engineer

IT Network Operations - Wireless

 (434) 592-4229



LIBERTY UNIVERSITY

Training Champions for Christ since 1971



From: Sweetser, Frank E [mailto:f...@wpi.edu]
Sent: Friday, October 7, 2016 10:27 PM
Subject: Anyone else jumping on Aruba 8.0 code?



Hey all,



For those of you who haven't been following the early code releases from Aruba, 
AOS 8 is a major upgrade, to the point where there's no actual upgrade path 
from AOS 6.x.  It's got some pretty slick features, though, for those brave 
enough to jump in and blow a test environment.  We're dipping our toes in here, 
working very closely with Aruba support.  We've had some wrinkles to work out, 
as expected in any x.0.0 release, though so far the resources we've been given 
have been right on top of them.



So my question is, has anyone else tried out the 8.0 code on any decently sized 
production scale, and if so, how's it worked out?



(Alternatively, for those who haven't tried it at all, I'd be happy to answer 
any questions I can from my limited deployment so far.)



thanks everyone!



Frank Sweetser
Director of Network Operations
Worcester Polytechnic Institute
"For every problem, there is a solution that is simple, elegant, and wrong." - 
HL Mencken

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

**

Re: [WIRELESS-LAN] Captive portal trouble with LG phones

2016-10-13 Thread Coehoorn, Joel 
I have an LG phone, and it is a common occurrence for me everywhere I go
with public wifi that my phone will want to give up on a wifi connection
and switch to data before I can complete a registration process. It's not
just our campus, but also McDonald's or Culver's with my kids, Starbucks,
or anywhere that does capture.

I say this because, while it is something you will want to address, it's
likely something that users of the phone will be used to, so at least
they're less likely to try to blame IT.



Joel Coehoorn
Director of Information Technology
402.363.5603
*jcoeho...@york.edu *

The mission of York College is to transform lives through
Christ-centered education and to equip students for lifelong service to
God, family, and society

On Thu, Oct 13, 2016 at 8:16 AM, Turner, Ryan H 
wrote:

> I despise captive portal detection on devices.  On our onboarding
> platform, I do everything possible to PREVENT the automatic popup of
> browsers due to problems like these (and many others).  For you to really
> figure this out, you are likely going to need to do a packet capture of the
> session and see what that users phone is attempting to connect to.  I would
> be doing a packet capture to poke some holes through so that the captive
> portal browser never opens in the first place.
>
>
>
>
>
> 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
>
>
>
>
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
> WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Thomas Carter
> *Sent:* Wednesday, October 12, 2016 9:36 AM
>
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* Re: [WIRELESS-LAN] Captive portal trouble with LG phones
>
>
>
> I forgot to mention we’re currently running 5.4. We’ve had this trouble
> 3-4 times in the past few weeks, and every time it is a brand new LG phone.
>
>
>
> *Thomas Carter*
> Network & Operations Manager / IT
>
> *Austin College*
> 900 North Grand Avenue
> Sherman, TX 75090
>
> Phone: 903-813-2564
> www.austincollege.edu
> 
>
> [image: http://www.austincollege.edu/images/AusColl_Logo_Email.gif]
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> ] *On Behalf Of *Sullivan, Don
> *Sent:* Wednesday, October 12, 2016 7:17 AM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* Re: [WIRELESS-LAN] Captive portal trouble with LG phones
>
>
>
> We use Packetfence also and we have not heard of or seen this issue. We
> are running version 6.0.3.
>
>
>
> *Don Sullivan*
>
> *Network Administrator*
>
> *205-726-2111 <205-726-2111>*
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> ] *On Behalf Of *Thomas Carter
> *Sent:* Monday, October 10, 2016 2:40 PM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* [WIRELESS-LAN] Captive portal trouble with LG phones
>
>
>
> We use PacketFence as our NAC and have a captive portal to allow users to
> self-register their devices. In the past couple of weeks we’ve had problems
> with the latest LG phones (other Androids work fine) disconnecting in the
> middle of a captive portal session; it won’t stay connected long enough to
> register the device. It seems similar to the old Apple “success.html” test
> for internet connectivity, but I haven’t been able to determine if that is
> the case. Has anyone else seen this issue with new LG phones?
>
>
>
> *Thomas Carter*
> Network & Operations Manager / IT
>
> *Austin College*
> 900 North Grand Avenue
> Sherman, TX 75090
>
> Phone: 903-813-2564
> www.austincollege.edu
> 
>
> [image: http://www.austincollege.edu/images/AusColl_Logo_Email.gif]
>
>
>
> ** Participation and subscription information for this EDUCAUSE
> Constituent Group discussion list can be found at http://www.educause.edu/
> groups/
>

RE: Captive portal trouble with LG phones

2016-10-13 Thread Turner, Ryan H 
I despise captive portal detection on devices.  On our onboarding platform, I 
do everything possible to PREVENT the automatic popup of browsers due to 
problems like these (and many others).  For you to really figure this out, you 
are likely going to need to do a packet capture of the session and see what 
that users phone is attempting to connect to.  I would be doing a packet 
capture to poke some holes through so that the captive portal browser never 
opens in the first place.


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



From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Thomas Carter
Sent: Wednesday, October 12, 2016 9:36 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Captive portal trouble with LG phones

I forgot to mention we're currently running 5.4. We've had this trouble 3-4 
times in the past few weeks, and every time it is a brand new LG phone.

Thomas Carter
Network & Operations Manager / IT
Austin College
900 North Grand Avenue
Sherman, TX 75090
Phone: 903-813-2564
www.austincollege.edu
[http://www.austincollege.edu/images/AusColl_Logo_Email.gif]

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Sullivan, Don
Sent: Wednesday, October 12, 2016 7:17 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Captive portal trouble with LG phones

We use Packetfence also and we have not heard of or seen this issue. We are 
running version 6.0.3.

Don Sullivan
Network Administrator
205-726-2111

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Thomas Carter
Sent: Monday, October 10, 2016 2:40 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Captive portal trouble with LG phones

We use PacketFence as our NAC and have a captive portal to allow users to 
self-register their devices. In the past couple of weeks we've had problems 
with the latest LG phones (other Androids work fine) disconnecting in the 
middle of a captive portal session; it won't stay connected long enough to 
register the device. It seems similar to the old Apple "success.html" test for 
internet connectivity, but I haven't been able to determine if that is the 
case. Has anyone else seen this issue with new LG phones?

Thomas Carter
Network & Operations Manager / IT
Austin College
900 North Grand Avenue
Sherman, TX 75090
Phone: 903-813-2564
www.austincollege.edu
[http://www.austincollege.edu/images/AusColl_Logo_Email.gif]

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