RE: Educause conference in Anaheim

2016-09-19 Thread Brian Helman 
A half day would be difficult.  There are scheduled CG meetings for 
Wireless-LAN and NETMAN.  Granted they are only ~an hour.  Over on the NETMAN 
side, we did manage to move our session to the end of the day Thursday, so 
conversations can continue beyond the scheduled time.  I'd encourage you to 
attend.

In the past few years there has been a Community Room at the Annual Conference. 
 Last year, we (the NETMAN CG) scheduled a couple informal discussions.  I'll 
be doing the same this year once I touch base with the other leaders from this 
CG, NETMAN and possibly Security.

If you have specific topics you'd like to discuss, let me know.  I also go 
through the hot topics from the previous year and put that list together for 
the NETMAN session.

-Brian Helman

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Turner, Ryan H
Sent: Monday, September 19, 2016 10:08 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Educause conference in Anaheim

All:

I don't know if I can pull this off on short notice, but I would love to see if 
we can somehow arrange a half day meeting at Anaheim to have a discussion on 
current networking topics.  I am trying to transplant what they have at the 
Internet 2 Tech Exchange with Net Gurus to Educause.  I don't even know if it 
is feasible.  But before I start the work, can those of you attending the 
educause conference please send me your contact details, when you plan on being 
there, and if you would consider slicing out half a day for some discussion?  I 
figure I need at least 15 solid 'yes' emails before I put much effort into 
anything.

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

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

RE: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

2016-09-19 Thread Jason Cook 
Interesting bug,

We’ve hit a similar one(or perhaps that one) a while back but 8.0 code. Was 
never identified what was causing it but lack of beacons was a symptom. Spent a 
lot of time trying to collect the data required but tac required 
captures/debugs etc from multiple places at once including the AP. But it 
wouldn’t necessarily be the same AP that broke next time, and it might take 
months to occur. We ended up giving up and just reboot AP’s. Couldn’t see a 
clear sign we would identify the issue without potentially hours of work over 
multiple weeks. When compared to just a “workaround” reboot….reboot won.
AP’s with zero 5ghz clients typically identifies them.. That’s not normal in 
high density areas. Prime would show clients just dropping to 0.

Interestingly we had a similar issue with 1142’s a sometime in the 7.X code I 
believe. That did get fixed but we’d see both 2.5 & 5ghz drop off over time.



--
Jason Cook
Technology Services
The University of Adelaide, AUSTRALIA 5005
Ph: +61 8 8313 4800

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Garret Peirce
Sent: Monday, 19 September 2016 11:33 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

We run 8.3 on some new 8540s.

We moved to 8.3 to resolve a DFS issue in 8.2 (CSCuy45955 - AP stops xmitting 
beacons after some # of DFS events). This is fairly silent btw, look for a 
dearth of 5G clients and/or cleanair being down.

I'm not on the daily battlefield of wireless support so much anymore, but 
hearing a new 8.3 bug is:
'..seen a problem in the past few weeks where sometimes when an AP power cycles 
the primary image becomes corrupted (premature end of mzip file on boot), AP 
switches to the backup image, connects to controller, sees that it has the 
"correct" version in its backup, and boots the bad file again.  Infinite loop. 
The only fix is by renaming the backup image via it's console'

As complexity/features continue to increase, no vendor's images will ever be 
bug free.
I was wondering if there might be an advantage in having modular AireOS code. 
That'd not be without issues either, but bug fixes might possibly come more 
quickly and allow more time before migrating to the next major release.  The 
biggest downside of that, as seen on the ASR side, is that many modular patches 
still require a reboot - but on an AP(s) that would not be as big of an issue.

On a side note, over the last year/two there seems a behavior on part of the 
TAC pushing back for us to 'lab' problems.  In our view, once we've pretty 
clearly identified an issue exists, it's a TAC/developer issue to further 
ferret out and resolve.  That adds time and pain to the service impact of the 
bug.



On Wed, Sep 7, 2016 at 7:52 AM, Osborne, Bruce W (Network Services) 
> wrote:
…Or better vendor support.

We always check with our vendor support people before jumping on an upgrade. 
Sometimes they recommend waiting due to new buigs.

We find vendor support generally better informed  than peer user support.

Bruce Osborne
Wireless Engineer
IT Network Operations - Wireless
 (434) 592-4229

LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Lee H Badman [mailto:lhbad...@syr.edu]
Sent: Tuesday, September 6, 2016 3:52 PM
Subject: Re: Cisco 8540s, and 8.3.102 Code

Wow. Thanks, Brandon. You need a program to keep up with all of the bugs…


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Case, Brandon J
Sent: Tuesday, September 06, 2016 3:42 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

We deployed our first 8540s running 8.3.102 and ended up running into 
CSCva98592. Basically caused both HA peers to crash and reboot simultaneously. 
Also had problems re-pairing them after bringing the secondary out of 
maintenance state. We were advised to back down to 8.2.121.9 which is an 
engineering special that we had to request. Been stable on that for about 2 
weeks now. 8540 pair has about 250 APs and peaks around 1300 clients right now. 
We are not running AVC though.

-Brandon

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Lee H Badman
Sent: Tuesday, September 6, 2016 3:31 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

Sigh… we continue to have WLC performance issues seemingly related to AVC, even 
after upgrading to 8.2.121. TAC has mentioned 8.3.102 as having AVC fixes, but 
I don’t see anything after looking at release notes. Anyone using 8.3.102. or 
heard any rumblings that are of concern?



Lee

Educause conference in Anaheim

2016-09-19 Thread Turner, Ryan H 
All:

I don't know if I can pull this off on short notice, but I would love to see if 
we can somehow arrange a half day meeting at Anaheim to have a discussion on 
current networking topics.  I am trying to transplant what they have at the 
Internet 2 Tech Exchange with Net Gurus to Educause.  I don't even know if it 
is feasible.  But before I start the work, can those of you attending the 
educause conference please send me your contact details, when you plan on being 
there, and if you would consider slicing out half a day for some discussion?  I 
figure I need at least 15 solid 'yes' emails before I put much effort into 
anything.

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

Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

2016-09-19 Thread Garret Peirce 
We run 8.3 on some new 8540s.

We moved to 8.3 to resolve a DFS issue in 8.2 (CSCuy45955 - AP stops
xmitting beacons after some # of DFS events). This is fairly silent btw,
look for a dearth of 5G clients and/or cleanair being down.

I'm not on the daily battlefield of wireless support so much anymore, but
hearing a new 8.3 bug is:
'..seen a problem in the past few weeks where sometimes when an AP power
cycles the primary image becomes corrupted (premature end of mzip file on
boot), AP switches to the backup image, connects to controller, sees that
it has the "correct" version in its backup, and boots the bad file again.
Infinite loop. The only fix is by renaming the backup image via it's
console'

As complexity/features continue to increase, no vendor's images will ever
be bug free.
I was wondering if there might be an advantage in having modular AireOS
code. That'd not be without issues either, but bug fixes might possibly
come more quickly and allow more time before migrating to the next major
release.  The biggest downside of that, as seen on the ASR side, is that
many modular patches still require a reboot - but on an AP(s) that would
not be as big of an issue.

On a side note, over the last year/two there seems a behavior on part of
the TAC pushing back for us to 'lab' problems.  In our view, once we've
pretty clearly identified an issue exists, it's a TAC/developer issue to
further ferret out and resolve.  That adds time and pain to the service
impact of the bug.



On Wed, Sep 7, 2016 at 7:52 AM, Osborne, Bruce W (Network Services) <
bosbo...@liberty.edu> wrote:

> …Or better vendor support.
>
>
>
> We always check with our vendor support people before jumping on an
> upgrade. Sometimes they recommend waiting due to new buigs.
>
>
>
> We find vendor support generally better informed  than peer user support.
>
>
>
> *Bruce Osborne*
>
> *Wireless Engineer*
>
> *IT Network Operations - Wireless*
>
>  *(434) 592-4229 <%28434%29%20592-4229>*
>
>
>
> *LIBERTY UNIVERSITY*
>
> *Training Champions for Christ since 1971*
>
>
>
> *From:* Lee H Badman [mailto:lhbad...@syr.edu]
> *Sent:* Tuesday, September 6, 2016 3:52 PM
> *Subject:* Re: Cisco 8540s, and 8.3.102 Code
>
>
>
> Wow. Thanks, Brandon. You need a program to keep up with all of the bugs…
>
>
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> ] *On Behalf Of *Case, Brandon J
> *Sent:* Tuesday, September 06, 2016 3:42 PM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code
>
>
>
> We deployed our first 8540s running 8.3.102 and ended up running into
> CSCva98592. Basically caused both HA peers to crash and reboot
> simultaneously. Also had problems re-pairing them after bringing the
> secondary out of maintenance state. We were advised to back down to
> 8.2.121.9 which is an engineering special that we had to request. Been
> stable on that for about 2 weeks now. 8540 pair has about 250 APs and peaks
> around 1300 clients right now. We are not running AVC though.
>
>
>
> -Brandon
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [
> mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> ] *On Behalf Of *Lee H Badman
> *Sent:* Tuesday, September 6, 2016 3:31 PM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code
>
>
>
> Sigh… we continue to have WLC performance issues seemingly related to AVC,
> even after upgrading to 8.2.121. TAC has mentioned 8.3.102 as having AVC
> fixes, but I don’t see anything after looking at release notes. Anyone
> using 8.3.102. or heard any rumblings that are of concern?
>
>
>
>
>
>
>
> *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
>
>
>
>
>
>
>
> ** 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/.
> ** Participation and subscription information for this EDUCAUSE
> Constituent Group discussion list can be found at http://www.educause.edu/
> groups/.
>
>


-- 
Garry Peirce
Network Architect
Networkmaine, University of Maine System US:IT
207-561-3539

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

Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

2016-09-19 Thread Jeffrey D. Sessler 
CSCuy45955 was resolved in 8.2MR2 (8.2.121.0). I’ve not seen the issue you 
describe with image corruption in 8.2 so maybe consider moving off 8.3 and back 
to 8.2?

On the topic of modular AireOS, Cisco does/can produce AP-only code without the 
need to update controller code. It’s just typically that they check the AP code 
changes into an engineering build and test/release the two together.

TAC asking customers to lab problems: It’s simply because these issues can be 
very environment specific and difficult to reproduce. If you as the customer 
can determine the steps to reproduce it’s a huge help. I’ve run into a couple 
of cases where there was no way TAC would have been capable of reproducing the 
issue without being onsite i.e. it required very specific conditions e.g. iMac 
back positioned 45 degs to associated WAP.

Jeff



From: "wireless-lan@listserv.educause.edu"  
on behalf of "pei...@maine.edu" 
Reply-To: "wireless-lan@listserv.educause.edu" 

Date: Monday, September 19, 2016 at 7:03 AM
To: "wireless-lan@listserv.educause.edu" 
Subject: Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

We run 8.3 on some new 8540s.

We moved to 8.3 to resolve a DFS issue in 8.2 (CSCuy45955 - AP stops xmitting 
beacons after some # of DFS events). This is fairly silent btw, look for a 
dearth of 5G clients and/or cleanair being down.

I'm not on the daily battlefield of wireless support so much anymore, but 
hearing a new 8.3 bug is:
'..seen a problem in the past few weeks where sometimes when an AP power cycles 
the primary image becomes corrupted (premature end of mzip file on boot), AP 
switches to the backup image, connects to controller, sees that it has the 
"correct" version in its backup, and boots the bad file again.  Infinite loop. 
The only fix is by renaming the backup image via it's console'

As complexity/features continue to increase, no vendor's images will ever be 
bug free.
I was wondering if there might be an advantage in having modular AireOS code. 
That'd not be without issues either, but bug fixes might possibly come more 
quickly and allow more time before migrating to the next major release.  The 
biggest downside of that, as seen on the ASR side, is that many modular patches 
still require a reboot - but on an AP(s) that would not be as big of an issue.

On a side note, over the last year/two there seems a behavior on part of the 
TAC pushing back for us to 'lab' problems.  In our view, once we've pretty 
clearly identified an issue exists, it's a TAC/developer issue to further 
ferret out and resolve.  That adds time and pain to the service impact of the 
bug.



On Wed, Sep 7, 2016 at 7:52 AM, Osborne, Bruce W (Network Services) 
> wrote:
…Or better vendor support.

We always check with our vendor support people before jumping on an upgrade. 
Sometimes they recommend waiting due to new buigs.

We find vendor support generally better informed  than peer user support.

Bruce Osborne
Wireless Engineer
IT Network Operations - Wireless
 (434) 592-4229

LIBERTY UNIVERSITY
Training Champions for Christ since 1971

From: Lee H Badman [mailto:lhbad...@syr.edu]
Sent: Tuesday, September 6, 2016 3:52 PM
Subject: Re: Cisco 8540s, and 8.3.102 Code

Wow. Thanks, Brandon. You need a program to keep up with all of the bugs…


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Case, Brandon J
Sent: Tuesday, September 06, 2016 3:42 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

We deployed our first 8540s running 8.3.102 and ended up running into 
CSCva98592. Basically caused both HA peers to crash and reboot simultaneously. 
Also had problems re-pairing them after bringing the secondary out of 
maintenance state. We were advised to back down to 8.2.121.9 which is an 
engineering special that we had to request. Been stable on that for about 2 
weeks now. 8540 pair has about 250 APs and peaks around 1300 clients right now. 
We are not running AVC though.

-Brandon

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Lee H Badman
Sent: Tuesday, September 6, 2016 3:31 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco 8540s, and 8.3.102 Code

Sigh… we continue to have WLC performance issues seemingly related to AVC, even 
after upgrading to 8.2.121. TAC has mentioned 8.3.102 as having AVC fixes, but 
I don’t see anything after looking at release notes. Anyone using 8.3.102. or 
heard any rumblings that are of concern?



Lee Badman | Network Architect (CWDP, CWNA, CWSP, Mobility+)

RE: Educause conference in Anaheim

2016-09-19 Thread Turner, Ryan H 
Well, what I would like to build is another good reason to go to the 
conference.  BOFs aren't sufficient by themselves.  Our networking team will 
often go to I2, and the NetGurus meeting is on the last day.  It is a full day. 
 And one day often isn't enough to squeeze in everything.  The one hour BOFs 
are better than nothing, but really go too quickly.  If we ended up getting rid 
of the tiny sessions and went for one bigger longer session, I think it would 
be beneficial.  Probably too late now, but I still want to know who is 
interested.  Educause tracks are very hit or miss, and I don't think I'd have 
any problem using a half day to meet with other colleagues.

Ryan

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Brian Helman
Sent: Monday, September 19, 2016 12:02 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Educause conference in Anaheim

A half day would be difficult.  There are scheduled CG meetings for 
Wireless-LAN and NETMAN.  Granted they are only ~an hour.  Over on the NETMAN 
side, we did manage to move our session to the end of the day Thursday, so 
conversations can continue beyond the scheduled time.  I'd encourage you to 
attend.

In the past few years there has been a Community Room at the Annual Conference. 
 Last year, we (the NETMAN CG) scheduled a couple informal discussions.  I'll 
be doing the same this year once I touch base with the other leaders from this 
CG, NETMAN and possibly Security.

If you have specific topics you'd like to discuss, let me know.  I also go 
through the hot topics from the previous year and put that list together for 
the NETMAN session.

-Brian Helman

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Turner, Ryan H
Sent: Monday, September 19, 2016 10:08 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Educause conference in Anaheim

All:

I don't know if I can pull this off on short notice, but I would love to see if 
we can somehow arrange a half day meeting at Anaheim to have a discussion on 
current networking topics.  I am trying to transplant what they have at the 
Internet 2 Tech Exchange with Net Gurus to Educause.  I don't even know if it 
is feasible.  But before I start the work, can those of you attending the 
educause conference please send me your contact details, when you plan on being 
there, and if you would consider slicing out half a day for some discussion?  I 
figure I need at least 15 solid 'yes' emails before I put much effort into 
anything.

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/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: Utility Poles

2016-09-19 Thread Phil Kono 
All,

We have recently acquired a new building and have started renovations on it. In 
the network plan I have included the light poles in the parking as part of the 
wireless and security camera infrastructure. I recently found out that the 
majority of light poles have some kind of AC or DC output to allow other 
devices to be attached (such as cameras or speakers). I found a couple of Cisco 
outdoor wireless access points that accept that DC input.

We haven't implemented yet but I'll let you know how it goes. In short, it does 
seem like a good idea to take advantage of the poles. In particular, it makes 
adding security cameras and wifi in the parking lot easier.

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

More RealTek issues

2016-09-19 Thread Brian Helman 
Last year (or so) there was a discussion about RealTek adapters not playing 
well in 1x environments.  Since the start of the Fall term we've run in to 
several finicky systems with those adapters.  I wanted to post this from a 
member of my team, just in case people are having similar issues.  We believe 
this was just an interaction with older wireless AP's, but it is clearly 
RealTek-specific:

Hello,

We have been seeing problems with the Realtek RTL8188EE WiFi adapter.  I 
believe all the computers have been HP Pavilions.

We have had four calls so far this year about users who cannot connect and they 
all had this adapter.  Some reported that it worked fine in the Student Support 
center, but not in their rooms.  One of them said it worked fine in the 
Library, but not in her room.  At this point, I suspect this card has problems 
talking to our older wireless APs.

We found a fix for this issue.  If you come across this card, please do the 
following:


1.   Update the driver.

2.   Disable HT mode in the advanced tab in the adapter properties.

After these changes, the user remains connected without issue.


-Brian


Brian Helman, M.Ed |  Director, ITS/Networking Services | *: 978.542.7272
Salem State University, 352 Lafayette St., Salem Massachusetts 01970
GPS: 42.502129, -70.894779


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