Re: [WIRELESS-LAN] IPv6 issues

2016-09-09 Thread Bucklaew, Jerry 
We have had IPv6 enable on all our wireless for over 5 years now.   The only 
issue we have seen is some gear processes 
ipv6 packets via cpu instead of at the hardware layer.   The most recent issue 
is we had to move away from ipv6 verify 
source as it was done at the cpu level so we went to ipv6 traffic filters 
further upstream.


On 09/09/2016 02:01 PM, Dave Soltis wrote:
> Good afternoon,
>
> Has anybody had any experience with turning on IPv6 for a mid-large size 
> University.
> We turned up IPv6 during the summer and had no issues, but the first day of 
> classes
> where we saw 30,000 concurrent devices we had issues with the upstream 
> routers routing
> table exceeded(128k) and very high CPU. We have 5 Wism Blades in a 6513VSS HA 
> Configuration.
> Maybe we need to distribute ? or upgrade hardware ? Any insights/suggestions 
> would be much appreciated.
>
> Thanks
>
> --
> Dave Soltis
> Wireless Network Analyst
> Information Services and Technology
> University of Alberta
> Ph.7804923144
>
> ** 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] IPv6 issues

2016-09-09 Thread Bruce Curtis 
We have had IPv6 enabled on our wireless since 2008.

This won’t help with  exceeding ARP/Neighbor table sizes but changing the 
lifetime of IPv6 neighbor entries can reduce CPU issues on 6500s.

ipv6 nd reachable-time 90
 ipv6 nd ns-interval 5000
 ipv6 nd router-preference High
 ipv6 nd ra interval msec 500



> On Sep 9, 2016, at 1:48 PM, Smith, Todd  wrote:
> 
> In some of the reading that I have been doing in this subject over the years, 
> it might also be a ASIC vs CPU problem as well.  Some vendors have in 
> advertising IPv6 support fail to mention that IPv6 is being done by the CPU 
> and not the custom switching and routing ASIC.  Obviously this will impact 
> performance greatly depending on the hardware and lab-scale or benchtop 
> testing will not show that the CPU has less headroom then a ASIC at high 
> packet counts.
>  
> Todd Smith
>  
> Charleston Area Medical Center
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
> [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Turner, Ryan H
> Sent: Friday, September 09, 2016 14:16
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Subject: Re: [WIRELESS-LAN] IPv6 issues
>  
> You are likely going to have a lot of problems with IPv6 depending on how big 
> of an ARP table your router can support.  We are currently evaluating our 
> next gen platform for routing on campus, and with many of us having very 
> large subnet spaces to enable wireless mobility, you are going to see a lot 
> of issues with tables sizes with IPv6.  For that reason, we aren’t going to 
> touch IPv6 with a ten foot pole on wireless anytime soon (we currently run 
> IPv6 selectively across campus).  We are currently experiencing significant 
> drops (ARP and DHCP) on an older 6509 platform that routes main campus 
> wireless.  We have exceeded the 32k recommended ARP table size, and it is 
> showing.  We are migrating our largest VLAN to a different router with more 
> head room (64k) until we figure out where we go next with the architecture.
>  
> So, I think you are likely going to be needing to upgrade your hardware if 
> you have large SVIs for wireless.  There is some debate about this depending 
> on what vendor we talk to, but the next gen Broadcom chipset is ‘supposed’ to 
> support over 700k ARP table size.
>  
>  
> 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 Dave Soltis
> Sent: Friday, September 9, 2016 2:00 PM
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Subject: [WIRELESS-LAN] IPv6 issues
>  
> Good afternoon,
>  
> Has anybody had any experience with turning on IPv6 for a mid-large size 
> University.
> We turned up IPv6 during the summer and had no issues, but the first day of 
> classes 
> where we saw 30,000 concurrent devices we had issues with the upstream 
> routers routing
> table exceeded(128k) and very high CPU. We have 5 Wism Blades in a 6513VSS HA 
> Configuration.
> Maybe we need to distribute ? or upgrade hardware ? Any insights/suggestions 
> would be much appreciated.
>  
> Thanks
>  
> -- 
> Dave Soltis
> Wireless Network Analyst
> Information Services and Technology
> University of Alberta
> Ph.7804923144
> 
> ** 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/. 
> CONFIDENTIALITY NOTICE: The information contained in this
> message may
> be privileged and confidential. If this e-mail contains protected
> health information, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited,
> except as permitted by law. If you have received this communication in
> error, please notify the sender immediately by replying to this message
> and deleting it from your computer. Thank you.
> ** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/groups/.

---
Bruce Curtis bruce.cur...@ndsu.edu
Certified NetAnalyst II701-231-8527
North Dakota State University




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

RE: [WIRELESS-LAN] IPv6 issues

2016-09-09 Thread Smith, Todd 
In some of the reading that I have been doing in this subject over the years, 
it might also be a ASIC vs CPU problem as well.  Some vendors have in 
advertising IPv6 support fail to mention that IPv6 is being done by the CPU and 
not the custom switching and routing ASIC.  Obviously this will impact 
performance greatly depending on the hardware and lab-scale or benchtop testing 
will not show that the CPU has less headroom then a ASIC at high packet counts.

Todd Smith

Charleston Area Medical Center

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Turner, Ryan H
Sent: Friday, September 09, 2016 14:16
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] IPv6 issues

You are likely going to have a lot of problems with IPv6 depending on how big 
of an ARP table your router can support.  We are currently evaluating our next 
gen platform for routing on campus, and with many of us having very large 
subnet spaces to enable wireless mobility, you are going to see a lot of issues 
with tables sizes with IPv6.  For that reason, we aren’t going to touch IPv6 
with a ten foot pole on wireless anytime soon (we currently run IPv6 
selectively across campus).  We are currently experiencing significant drops 
(ARP and DHCP) on an older 6509 platform that routes main campus wireless.  We 
have exceeded the 32k recommended ARP table size, and it is showing.  We are 
migrating our largest VLAN to a different router with more head room (64k) 
until we figure out where we go next with the architecture.

So, I think you are likely going to be needing to upgrade your hardware if you 
have large SVIs for wireless.  There is some debate about this depending on 
what vendor we talk to, but the next gen Broadcom chipset is ‘supposed’ to 
support over 700k ARP table size.


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 Dave Soltis
Sent: Friday, September 9, 2016 2:00 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] IPv6 issues

Good afternoon,

Has anybody had any experience with turning on IPv6 for a mid-large size 
University.
We turned up IPv6 during the summer and had no issues, but the first day of 
classes
where we saw 30,000 concurrent devices we had issues with the upstream routers 
routing
table exceeded(128k) and very high CPU. We have 5 Wism Blades in a 6513VSS HA 
Configuration.
Maybe we need to distribute ? or upgrade hardware ? Any insights/suggestions 
would be much appreciated.

Thanks

--
Dave Soltis
Wireless Network Analyst
Information Services and Technology
University of Alberta
Ph.7804923144
** 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/.

==

CONFIDENTIALITY NOTICE: The information contained in this
message may
be privileged and confidential. If this e-mail contains protected
health information, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited,
except as permitted by law. If you have received this communication in
error, please notify the sender immediately by replying to this message
and deleting it from your computer. Thank you.



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

RE: [WIRELESS-LAN] IPv6 issues

2016-09-09 Thread Turner, Ryan H 
You are likely going to have a lot of problems with IPv6 depending on how big 
of an ARP table your router can support.  We are currently evaluating our next 
gen platform for routing on campus, and with many of us having very large 
subnet spaces to enable wireless mobility, you are going to see a lot of issues 
with tables sizes with IPv6.  For that reason, we aren’t going to touch IPv6 
with a ten foot pole on wireless anytime soon (we currently run IPv6 
selectively across campus).  We are currently experiencing significant drops 
(ARP and DHCP) on an older 6509 platform that routes main campus wireless.  We 
have exceeded the 32k recommended ARP table size, and it is showing.  We are 
migrating our largest VLAN to a different router with more head room (64k) 
until we figure out where we go next with the architecture.

So, I think you are likely going to be needing to upgrade your hardware if you 
have large SVIs for wireless.  There is some debate about this depending on 
what vendor we talk to, but the next gen Broadcom chipset is ‘supposed’ to 
support over 700k ARP table size.


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 Dave Soltis
Sent: Friday, September 9, 2016 2:00 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] IPv6 issues

Good afternoon,

Has anybody had any experience with turning on IPv6 for a mid-large size 
University.
We turned up IPv6 during the summer and had no issues, but the first day of 
classes
where we saw 30,000 concurrent devices we had issues with the upstream routers 
routing
table exceeded(128k) and very high CPU. We have 5 Wism Blades in a 6513VSS HA 
Configuration.
Maybe we need to distribute ? or upgrade hardware ? Any insights/suggestions 
would be much appreciated.

Thanks

--
Dave Soltis
Wireless Network Analyst
Information Services and Technology
University of Alberta
Ph.7804923144
** 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/.

IPv6 issues

2016-09-09 Thread Dave Soltis 
Good afternoon,

Has anybody had any experience with turning on IPv6 for a mid-large size
University.
We turned up IPv6 during the summer and had no issues, but the first day of
classes
where we saw 30,000 concurrent devices we had issues with the upstream
routers routing
table exceeded(128k) and very high CPU. We have 5 Wism Blades in a 6513VSS
HA Configuration.
Maybe we need to distribute ? or upgrade hardware ? Any
insights/suggestions would be much appreciated.

Thanks

-- 
Dave Soltis
Wireless Network Analyst
Information Services and Technology
University of Alberta
Ph.7804923144

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

RE: Water Sensor by DLINK

2016-09-09 Thread Lee H Badman 
FYI, I reviewed this piece of junk not too long ago. 
http://www.networkcomputing.com/wireless/d-link-water-sensor-pondering-business-ramifications/2092676180

-Lee

Lee Badman | Network Architect (CWDP, CWNA, CWSP, Mobility+)
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 Hector J Rios
Sent: Friday, September 09, 2016 10:36 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Water Sensor by DLINK

Just finished playing with a D-Link water sensor (DCH-S160).  One of our staff 
wanted to use it for a basement. Of course, no 802.1X support, but what was 
most disappointing was the fact that it won’t connect to a hidden SSID. That’s 
our PSK SSID. So, no luck at all with this device.

We are making improvements to allow our users to self-provision these types of 
devices, but this is an indication that the road ahead will not get any easier.

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/groups/.

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

Re: [WIRELESS-LAN] Water Sensor by DLINK

2016-09-09 Thread Slone, Kelly 
Hector,

I know its not great but we have had devices with the same limitations but with 
some of these devices we made the network visible for the initial connection 
and hid it again after the device was online the first time we were successful. 
 These devices were able to reconnect to the hidden SSiD after the fact as long 
it was visible for the first connection.  You ma want to give that a try.

Thanks,
Kelly Slone

On Sep 9, 2016, at 10:35 AM, Hector J Rios 
> wrote:

Just finished playing with a D-Link water sensor (DCH-S160).  One of our staff 
wanted to use it for a basement. Of course, no 802.1X support, but what was 
most disappointing was the fact that it won’t connect to a hidden SSID. That’s 
our PSK SSID. So, no luck at all with this device.

We are making improvements to allow our users to self-provision these types of 
devices, but this is an indication that the road ahead will not get any easier.

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/groups/.


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

Water Sensor by DLINK

2016-09-09 Thread Hector J Rios 
Just finished playing with a D-Link water sensor (DCH-S160).  One of our staff 
wanted to use it for a basement. Of course, no 802.1X support, but what was 
most disappointing was the fact that it won’t connect to a hidden SSID. That’s 
our PSK SSID. So, no luck at all with this device.

We are making improvements to allow our users to self-provision these types of 
devices, but this is an indication that the road ahead will not get any easier.

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/groups/.

Airplay peer-to-peer

2016-09-09 Thread Sullivan, Don 
We have started using this year the Solstice Pod by Mersive in a number of 
classrooms. It seems to be a pretty nice product but since school has started I 
have gotten complaints about losing connection while in the middle of a 
presentation. The Pod is hardwired into the network and the clients are on 
wireless. Because of this the first thing to blame obviously is the wireless 
network. In my investigation it has become apparent that the process a majority 
of users are using is to initiate a session through the Solstice client and 
then use Airplay to mirror to the Pod. This is being done through Airplay 
peer-to-peer. Through previous discussion on this list and Cisco documentation, 
I am trying to determine how this interacts with our wireless implementation, 
is this a wireless issue, and if so, what are best practices for handling it. 
Based on what I have read, there are recommendations on turning off channels 
149 and 153 because Airplay PTP is using channel 149. My thoughts were to turn 
off these two channels and turn on channels 120, 124, and 128 which are not 
currently enabled. Before doing this, I thought I would run this by you guys 
and see if anyone else has dealt with something like this and if there were any 
gotchas with disabling these channels and enabling the others. I would 
appreciate any feedback you might have to offer. Thanks.

Don Sullivan
Network Administrator
205-726-2111


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