Re: [WIRELESS-LAN] More client weirdness

[Curtis K. Larsen]

Yes, we are playing with DNA Center.  We have one production WLC connected to 
it, one floorplan imported and we get a lot of assurance data from it.  We have 
upgraded a WLC using it, and are trying to get the sensor piece working at the 
moment.


--
Curtis K. Larsen
Senior Network Engineer
University of Utah IT/CIS
Office 801-587-1313
Cell 801-425-7528


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 on behalf of Jason Cook 

Sent: Thursday, April 12, 2018 6:34 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] More client weirdness

It’s certainly less than ideal.. Has anyone played with DNA-C in the wireless 
world?

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

CRICOS Provider Number 00123M
---
This email message is intended only for the addressee(s) and contains 
information which may be confidential and/or copyright.  If you are not the 
intended recipient please do not read, save, forward, disclose, or copy the 
contents of this email. If this email has been sent to you in error, please 
notify the sender by reply email and delete this email and any copies or links 
to this email completely and immediately from your system.  No representation 
is made that this email is free of viruses.  Virus scanning is recommended and 
is the responsibility of the recipient.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Lee H Badman
Sent: Friday, 13 April 2018 4:22 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] More client weirdness

It bothers me greatly that this OS and these controllers are supposed to also 
figure into the fabric/DNA story. Compounding current problems- which I know 
I’ve been putting up with since 2006- with the whole automation thing just 
sounds like a less than stellar strategy.

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 Jason Cook
Sent: Thursday, April 12, 2018 3:17 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] More client weirdness

If you want to cut straight to flash issues (and a download link for the poller)
54:50

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

CRICOS Provider Number 00123M
---
This email message is intended only for the addressee(s) and contains 
information which may be confidential and/or copyright.  If you are not the 
intended recipient please do not read, save, forward, disclose, or copy the 
contents of this email. If this email has been sent to you in error, please 
notify the sender by reply email and delete this email and any copies or links 
to this email completely and immediately from your system.  No representation 
is made that this email is free of viruses.  Virus scanning is recommended and 
is the responsibility of the recipient.


From: Jason Cook
Sent: Thursday, 12 April 2018 3:54 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: RE: [WIRELESS-LAN] More client weirdness

That flash bug is annoying, the Cisco software engineers have a script for 
identifying and fixing some. It doesn’t fix all issues but can at least 
pre-identify and allow you to manually sort before it becomes an issue. I’ve 
only just started playing with it. We’ll see if we have any failures at 
upgrade. We’ve been having a few 2702i’s go down recently while faulty cables 
are replaced.

It’s called wlanpoller, does plenty of other things but since we are doing an 
upgrade shortly I’ve just started with that. You can ask for it from TAC
I got info about this while at Cisco Live Melbourne this year.
https://www.ciscolive.com/global/on-demand-library/
Look for “Troubleshooting WLANs - Automating Log Collection and Analysis - 
BRKEWN-3671”


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

CRICOS Provider Number 00123M
---
This email message is intended only for the addressee(s) and contains 
information which may be confidential and/or copyright.  If you are not the 
intended recipient please do not read, save, forward, disclose, or copy the 
contents of this email. If this email has been sent to you in error, please 
notify the sender by reply email and delete this email and any c

Re: [WIRELESS-LAN] More client weirdness

[Tristan Gulyas]

Hi Jason,

We've been running wlanpoller for some time, however we hit an issue where the 
flash filesystem gets marked offline as a result of an fsck, assumed due to a 
process that locks the flash memory.

These couldn't be recovered.

I was in that session and the engineer who presented is actively involved in 
working on our issue with the BU - one of the slides is based on the output 
from our network :)

Cheers,
Tristan

-- 
TRISTAN GULYAS
Senior Network Engineer

Technology Services, eSolutions
Monash University
738 Blackburn Road
Clayton 3168
Australia

T: +61 3 9902 9092  
M: +61 (0)403 224 484
E: tristan.gul...@monash.edu 
monash.edu 
> On 12 Apr 2018, at 4:23 pm, Jason Cook  wrote:
> 
> That flash bug is annoying, the Cisco software engineers have a script for 
> identifying and fixing some. It doesn’t fix all issues but can at least 
> pre-identify and allow you to manually sort before it becomes an issue. I’ve 
> only just started playing with it. We’ll see if we have any failures at 
> upgrade. We’ve been having a few 2702i’s go down recently while faulty cables 
> are replaced.
>  
> It’s called wlanpoller, does plenty of other things but since we are doing an 
> upgrade shortly I’ve just started with that. You can ask for it from TAC
> I got info about this while at Cisco Live Melbourne this year.
> https://www.ciscolive.com/global/on-demand-library/ 
> 
> Look for “Troubleshooting WLANs - Automating Log Collection and Analysis - 
> BRKEWN-3671”
>  
>  
> --
> Jason Cook
> Information Technology and Digital Services
> The University of Adelaide, AUSTRALIA 5005
> Ph: +61 8 8313 4800
>  
> CRICOS Provider Number 00123M
> ---
> This email message is intended only for the addressee(s) and contains 
> information which may be confidential and/or copyright.  If you are not the 
> intended recipient please do not read, save, forward, disclose, or copy the 
> contents of this email. If this email has been sent to you in error, please 
> notify the sender by reply email and delete this email and any copies or 
> links to this email completely and immediately from your system.  No 
> representation is made that this email is free of viruses.  Virus scanning is 
> recommended and is the responsibility of the recipient.
>  
>  
> From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
>  On Behalf Of Tristan Gulyas
> Sent: Thursday, 12 April 2018 2:35 PM
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> Subject: Re: [WIRELESS-LAN] More client weirdness
>  
> Hi Lee,
>  
> This is a serious consideration at the moment and would be doing so if we 
> weren't hit by a significant flash corruption bug, which would result in a 
> number of APs failing due to the software change, requiring thousands (and 
> possibly tens of thousands) of contractor dollars to have them replaced since 
> we don't run console cables into our APs, due to the reboot.  We'd prefer to 
> only do this once more if we can (i.e. to get away from the flash corruption 
> bug).
>  
> Cheers,
> Tristan
> -- 
> TRISTAN GULYAS
> Senior Network Engineer
>  
> Technology Services, eSolutions
> Monash University
> 738 Blackburn Road
> Clayton 3168
> Australia
>  
> T: +61 3 9902 9092  
> M: +61 (0)403 224 484
> E: tristan.gul...@monash.edu 
> monash.edu 
>  
> On 11 Apr 2018, at 10:25 pm, Lee H Badman  > wrote:
>  
> Any thoughts of rolling back to older code, rather than living with the issue?
>  
> 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 
>  > On Behalf Of Tristan Gulyas
> Sent: Wednesday, April 11, 2018 12:38 AM
> To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
> 
> Subject: Re: [WIRELESS-LAN] More client weirdness
>  
> Hi all,
>  
> We have two TAC cases, one for the Dell 1535 and the other for the general 
> poor connectivity issues.
>  
> We rebooted one AP yesterday and the customer tells us that their 
> connectivity improved.  In another instance, we rebooted an AP and the 
> situation did not improve (in fact, we replaced it - still to no avail).
>  
> We have over 1800 of these deployed so the impact is widespread.  All in 
> local mode.
>  
> I would be very keen to hear if anyone else would be willing to share TAC 
> case details for any tickets logged to Cisco for this issue.
>  
> Cheers,
> Tristan
> -- 
> TRISTAN