subject:"Re\: \[WIRELESS\-LAN\] Cisco Wireless AP's Radio Down"

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-11 Thread Gregg Heimer

*** WARNING ***

Montgomery County Community College IT and Help Desk staff will never request 
your username and password in an email message. If you suspect that the message 
is fraudulent, please forward it to s...@mc3.edu, or contact the MCCC IT Help 
Desk.


Thanks for the updated info Gertjan.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Scharloo, Gertjan
Sent: Thursday, September 10, 2015 4:17 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down
Importance: High

*** WARNING ***

Montgomery County Community College IT and Help Desk staff will never request 
your username and password in an email message. If you suspect that the message 
is fraudulent, please forward it to s...@mc3.edu<mailto:s...@mc3.edu>, or 
contact the MCCC IT Help Desk.


Hi all again,

Extra information about the (unsolved) DFS issue :

Besides the UP/Down (802.11a) e-mail messages in PI there are three other bugs 
responsible for DFS issues:

https://tools.cisco.com/bugsearch/bug/CSCut98006 -> DFS detections due to high 
energy profile signature on 2600/3600 <- solved in 7.6.130.30

https://tools.cisco.com/bugsearch/bug/CSCuq86269 -> DFS detection due to 
broadcom spurious emissions <- solved in 8.0.120.0 and is out on CCO

https://tools.cisco.com/bugsearch/bug/CSCus53495 -> DFS detection due to 
broadcom spurious emissions on 2700/3700

Disable the background task "Lightweight AP Operational Status" is not a 
solution!(CSCup98951) and with PI 3.0 you will miss some (important) graphs 
like ' Client Count By IP Address Type'  or ' Client count by Wireless 
(802.11n/802.11ac etc)'  client traffic etc.
There is only one ' Client Count By Association/Authentication'  graph  
available (with the blue color for Association and Authentication in different 
tab. For me this is a ' no go'

Gertjan Scharloo

From: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Gertjan Scharloo <g.schar...@uva.nl<mailto:g.schar...@uva.nl>>
Reply-To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: donderdag 10 september 2015 19:33
To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Hi All,

My tac case is also open for 8 months and this is still a known issue (I am 
working with 8.0.120.3!!!)


Please collect logs to find the root cause and send them to TAC/BU:

(Access-points logs)

 enter commands one line at a time -

test spec cli 1
logset 1M
smc dfs 8016
smc sb T33 debug 3
end

Example:
  AP0012.bd19.57c0>en
  Password:
  AP0012.bd19.57c0#test spec cli 1
  AP0012.bd19.57c0(textc-cli)#logset 1M
  +1
  AP0012.bd19.57c0(textc-cli)#smc dfs 8016
  AP0012.bd19.57c0(textc-cli)#
  +1smc sb T33 debug 3
  AP0012.bd19.57c0(textc-cli)#
  +1end
  AP0012.bd19.57c0#

That's it - wait for a DFS event and collect the log files(*.sbc files) - the 
files will be in the ram: directory - after trigger - collect the files using 
the command below -

  archive tar /create tftp:///  ram:/

Kind regards.


Gertjan Scharloo
ICT Consultant
_

Universiteit van Amsterdam | Hogeschool van Amsterdam

ICT Services
Leeuwenburg | kamer A9.44
Weesperzijde 190 | 1097 DZ Amsterdam
+31 (0)20 525 4885
Mobiel : +31(0) 61013-5880
www.uva.nl<http://www.uva.nl>
uva.nl/profile/g.scharloo
Beschikbaar : Ma | - | Wo | Do | Vr |


From: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Randy Mahurin 
<randymahu...@boisestate.edu<mailto:randymahu...@boisestate.edu>>
Reply-To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: donderdag 10 september 2015 19:14
To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

We have been fighting with these every since we upgraded to 8.0.110.0.  They 
are DFS events due to issues with Broadcom wireless cards in end user devices 
(my understanding anyway).

Our TAC case was open for about 8 months before I finally got a bandaid.  This 
does not resolve the DFS admin up/operationally down issue on the radio, 
however, Prime won't alert on the event.  I've been reading about fixes in 
various versions of code, but nothing successful yet.  Here are the notes from 
my case, after changing the severity levels listed, the alerts stopped coming.


"I was wondering if you can try some additional config as a workaround to our 
bug here.

In the Administration->

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread Randy Mahurin

We have been fighting with these every since we upgraded to 8.0.110.0.
They are DFS events due to issues with Broadcom wireless cards in end user
devices (my understanding anyway).

Our TAC case was open for about 8 months before I finally got a bandaid.
This does not resolve the DFS admin up/operationally down issue on the
radio, however, Prime won't alert on the event.  I've been reading about
fixes in various versions of code, but nothing successful yet.  Here are
the notes from my case, after changing the severity levels listed, the
alerts stopped coming.


"I was wondering if you can try some additional config as a workaround to
our bug here.



In the Administration->Settings-> Severity Configuration, we need to set
the desired severity (minor, I think) for two Alarm conditions:



AP radio interface down due to failure

Radio administratively up and operationally down"

On Thu, Sep 10, 2015 at 10:52 AM, Danny Eaton  wrote:

> I’ve seen them on 3502’s, and 3702’s.  We’re running WiSM-2 in HA with
> 8.0.110.11 code.  Saw it on the previous code (7.6.130.0).  We’re upgrading
> our access layer, so I just have been resetting the APs that show that, and
> don’t think I’ve seen them again.
>
>
>
>
>
> *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:
> WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Gregg Heimer
> *Sent:* Thursday, September 10, 2015 11:32 AM
> *To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
> *Subject:* [WIRELESS-LAN] Cisco Wireless AP's Radio Down
>
>
>
> Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that
> state the radio is administratively up but operationally down with a reason
> of unknown?  I have been getting a slew of these lately.  We have
> introduced quite a few 1702’s into our environment and I am wondering if
> there is some issue with recalculation, or something that triggers a radio
> reset to resolve a different issue?  Below is the alert notification.
> Cisco forums haven’t been much help, so I figured I’d take a shot at the
> group.  Thanks!
>
>
>
>
>
> Virtual Domain: ROOT-DOMAIN
>
>
>
> PI has detected a change in one or more alarms of category AP and severity
> Critical in Virtual Domain ROOT-DOMAIN.
>
> The new severity of the following items is Clear:
>
>
>
> 1. Alarm Condition:Radio administratively up and operationally down
>
> Message: '802.11a/n/ac' interface of AP 'AP01-' associated to
> controller ‘XX (172.X.X.X)' is down. Reason: Unknown - Device Name:
> ‘X Failure Source: AP AP01-, Interface 802.11a/n/ac
>
>
>
>
>
>
>
>
>
> ___
>
> Gregg Heimer
>
> Sr. Network Engineer
>
> Montgomery County Community College
>
> 340 Dekalb Pike
>
> Blue Bell, PA 19422
>
> ghei...@mc3.edu 
>
> 215.641.6442
>
>
>
>
> --
>
>
> Montgomery County Community College is proud to be designated as an
> Achieving the Dream Leader College for its commitment to student access and
> success.
> !DSPAM:911,55f1b0a7312755505785440!
>
> ** 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/.
>
>


-- 
Randy Mahurin
Office of Information Technology
Boise State University
1910 University Drive, Boise, ID, 83725-1249
Phone: (208) 426-4003

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

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread McClintic, Thomas

Like Dan, we've seen this from DFS events.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Dan Brisson
Sent: Thursday, September 10, 2015 11:38 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Is it only 11a radios?  Are you getting DFS events?  If so, I'm dealing with 
this right now with TAC.  Check your AP log for a DFS message.

-dan

Dan Brisson

Network Engineer

University of Vermont
On 9/10/15 12:32 PM, Gregg Heimer wrote:
Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that state 
the radio is administratively up but operationally down with a reason of 
unknown?  I have been getting a slew of these lately.  We have introduced quite 
a few 1702's into our environment and I am wondering if there is some issue 
with recalculation, or something that triggers a radio reset to resolve a 
different issue?  Below is the alert notification.  Cisco forums haven't been 
much help, so I figured I'd take a shot at the group.  Thanks!

Virtual Domain: ROOT-DOMAIN

PI has detected a change in one or more alarms of category AP and severity 
Critical in Virtual Domain ROOT-DOMAIN.

The new severity of the following items is Clear:

1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to controller 
'XX (172.X.X.X)' is down. Reason: Unknown - Device Name: 'X Failure 
Source: AP AP01-, Interface 802.11a/n/ac

___
Gregg Heimer
Sr. Network Engineer
Montgomery County Community College
340 Dekalb Pike
Blue Bell, PA 19422
ghei...@mc3.edu<mailto:jsta...@mc3.edu>
215.641.6442

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/groups/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.educause.edu_groups_=BQMF-g=6vgNTiRn9_pqCD9hKx9JgXN1VapJQ8JVoF8oWH1AgfQ=rYfqH_8oTvcXxRxUI3x3m3Y7Nwgir7tnuoGbdZsrUM4=uIfAs-NfNQ_z_D1rFftrA4dQvLBqQmZYVXF1dmp6XtU=lih6JU0A1CTMYxOp9Y-ANLGLn0uBKwOqxo6if1QGzTw=>.

** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/groups/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.educause.edu_groups_=BQMF-g=6vgNTiRn9_pqCD9hKx9JgXN1VapJQ8JVoF8oWH1AgfQ=rYfqH_8oTvcXxRxUI3x3m3Y7Nwgir7tnuoGbdZsrUM4=uIfAs-NfNQ_z_D1rFftrA4dQvLBqQmZYVXF1dmp6XtU=lih6JU0A1CTMYxOp9Y-ANLGLn0uBKwOqxo6if1QGzTw=>.

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

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread Danny Eaton

I've seen them on 3502's, and 3702's.  We're running WiSM-2 in HA with
8.0.110.11 code.  Saw it on the previous code (7.6.130.0).  We're upgrading
our access layer, so I just have been resetting the APs that show that, and
don't think I've seen them again.

 

 

From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Gregg Heimer
Sent: Thursday, September 10, 2015 11:32 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

 

Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that
state the radio is administratively up but operationally down with a reason
of unknown?  I have been getting a slew of these lately.  We have introduced
quite a few 1702's into our environment and I am wondering if there is some
issue with recalculation, or something that triggers a radio reset to
resolve a different issue?  Below is the alert notification.  Cisco forums
haven't been much help, so I figured I'd take a shot at the group.  Thanks!

 

 

Virtual Domain: ROOT-DOMAIN

 

PI has detected a change in one or more alarms of category AP and severity
Critical in Virtual Domain ROOT-DOMAIN. 

The new severity of the following items is Clear:

 

1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to controller
'XX (172.X.X.X)' is down. Reason: Unknown - Device Name: 'X
Failure Source: AP AP01-, Interface 802.11a/n/ac

 

 

 

 

___

Gregg Heimer

Sr. Network Engineer

Montgomery County Community College

340 Dekalb Pike

Blue Bell, PA 19422

  ghei...@mc3.edu

215.641.6442

 

 

  _  


Montgomery County Community College is proud to be designated as an
Achieving the Dream Leader College for its commitment to student access and
success.
!DSPAM:911,55f1b0a7312755505785440! 

** 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 Wireless AP's Radio Down

2015-09-10 Thread Dan Brisson

Is it only 11a radios?  Are you getting DFS events?  If so, I'm dealing 
with this right now with TAC.  Check your AP log for a DFS message.


-dan


Dan Brisson
Network Engineer
University of Vermont

On 9/10/15 12:32 PM, Gregg Heimer wrote:


Anyone with Cisco APs and Cisco Prime get these odd alerts from PI 
that state the radio is administratively up but operationally down 
with a reason of unknown?  I have been getting a slew of these 
lately.  We have introduced quite a few 1702’s into our environment 
and I am wondering if there is some issue with recalculation, or 
something that triggers a radio reset to resolve a different issue?  
Below is the alert notification.  Cisco forums haven’t been much help, 
so I figured I’d take a shot at the group. Thanks!


Virtual Domain: ROOT-DOMAIN

PI has detected a change in one or more alarms of category AP and 
severity Critical in Virtual Domain ROOT-DOMAIN.


The new severity of the following items is Clear:

1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to 
controller ‘XX (172.X.X.X)' is down. Reason: Unknown - Device 
Name: ‘X Failure Source: AP AP01-, Interface 802.11a/n/ac


___

Gregg Heimer

Sr. Network Engineer

Montgomery County Community College

340 Dekalb Pike

Blue Bell, PA 19422

ghei...@mc3.edu 

215.641.6442




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/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 Wireless AP's Radio Down

2015-09-10 Thread Janicki,Thomas S

There is a bug on this if you are using Prime 2.0. I just upgraded to 3.0 and 
now they are usually preceded with a Radio Channel Set Message. Here is the bug 
info.

Critical Alarms on PI 2.0 for the AP radio, with the message "Administratively 
UP and Radio Down". This is behavior is CSCup98951

seen even for an AP that is Admin down.

Conditions:
After the background task "Lightweight AP Operational Status" is run on the PI

Workaround:
Disable the background task "Lightweight AP Operational Status"

Further Problem Description:

Customer Visible

Save Bug

Open Support Case
Was the description about this Bug Helpful?(0)
Details
Last Modified:
Jan 13,2015
Status:
Terminated
Severity:
4 Minor
Product:
Network Level Service
Support Cases:
1
Known Affected Releases:  (1)
2.0(0.0.294)
Known Fixed Releases: (0)
No release planned to fix this bug
Download software for  Network Level Service
Community Discussion on CSCup98951 - Cisco Support Community

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kevin McCormick
Sent: Thursday, September 10, 2015 12:41 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Check POE. If they are not getting enough power the radio will be up 
administratively sine you did not disable, but will be down operationally 
because there is not enough power.

Go to the AP on the controller and look at the Advanced tab, in the upper right 
there is Power Over Ethernet Settings.
If the power injector or switch is Pre-standard 802.3af switches check the box.
For the AP to Power Injector State check the box.
For Power Injector Selection either choose Installed, or if you know the 
injector has more than enough power choose Override to force the radios on.
If you choose Installed, you should see the power inject MAC appear and the AP 
should be able to communicate with the power inject to see how much power is 
available.

Kevin McCormick
Western Illinois University

On 9/10/2015 11:32 AM, Gregg Heimer wrote:
Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that state 
the radio is administratively up but operationally down with a reason of 
unknown?  I have been getting a slew of these lately.  We have introduced quite 
a few 1702's into our environment and I am wondering if there is some issue 
with recalculation, or something that triggers a radio reset to resolve a 
different issue?  Below is the alert notification.  Cisco forums haven't been 
much help, so I figured I'd take a shot at the group.  Thanks!



Virtual Domain: ROOT-DOMAIN



PI has detected a change in one or more alarms of category AP and severity 
Critical in Virtual Domain ROOT-DOMAIN.

The new severity of the following items is Clear:



1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to controller 
'XX (172.X.X.X)' is down. Reason: Unknown - Device Name: 'X Failure 
Source: AP AP01-, Interface 802.11a/n/ac





___
Gregg Heimer
Sr. Network Engineer
Montgomery County Community College
340 Dekalb Pike
Blue Bell, PA 19422
ghei...@mc3.edu<mailto:ghei...@mc3.edu>
215.641.6442




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/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] Cisco Wireless AP's Radio Down

2015-09-10 Thread Scharloo, Gertjan

Hi All,

My tac case is also open for 8 months and this is still a known issue (I am 
working with 8.0.120.3!!!)


Please collect logs to find the root cause and send them to TAC/BU:

(Access-points logs)

 enter commands one line at a time -

test spec cli 1
logset 1M
smc dfs 8016
smc sb T33 debug 3
end

Example:
  AP0012.bd19.57c0>en
  Password:
  AP0012.bd19.57c0#test spec cli 1
  AP0012.bd19.57c0(textc-cli)#logset 1M
  +1
  AP0012.bd19.57c0(textc-cli)#smc dfs 8016
  AP0012.bd19.57c0(textc-cli)#
  +1smc sb T33 debug 3
  AP0012.bd19.57c0(textc-cli)#
  +1end
  AP0012.bd19.57c0#

That's it - wait for a DFS event and collect the log files(*.sbc files) - the 
files will be in the ram: directory - after trigger - collect the files using 
the command below -

  archive tar /create tftp:///  ram:/

Kind regards.


Gertjan Scharloo
ICT Consultant
_

Universiteit van Amsterdam | Hogeschool van Amsterdam

ICT Services
Leeuwenburg | kamer A9.44
Weesperzijde 190 | 1097 DZ Amsterdam
+31 (0)20 525 4885
Mobiel : +31(0) 61013-5880
www.uva.nl
uva.nl/profile/g.scharloo
Beschikbaar : Ma | - | Wo | Do | Vr |


From: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Randy Mahurin 
<randymahu...@boisestate.edu<mailto:randymahu...@boisestate.edu>>
Reply-To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: donderdag 10 september 2015 19:14
To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

We have been fighting with these every since we upgraded to 8.0.110.0.  They 
are DFS events due to issues with Broadcom wireless cards in end user devices 
(my understanding anyway).

Our TAC case was open for about 8 months before I finally got a bandaid.  This 
does not resolve the DFS admin up/operationally down issue on the radio, 
however, Prime won't alert on the event.  I've been reading about fixes in 
various versions of code, but nothing successful yet.  Here are the notes from 
my case, after changing the severity levels listed, the alerts stopped coming.


"I was wondering if you can try some additional config as a workaround to our 
bug here.

In the Administration->Settings-> Severity Configuration, we need to set the 
desired severity (minor, I think) for two Alarm conditions:

AP radio interface down due to failure
Radio administratively up and operationally down"

On Thu, Sep 10, 2015 at 10:52 AM, Danny Eaton 
<dannyea...@rice.edu<mailto:dannyea...@rice.edu>> wrote:
I’ve seen them on 3502’s, and 3702’s.  We’re running WiSM-2 in HA with 
8.0.110.11 code.  Saw it on the previous code (7.6.130.0).  We’re upgrading our 
access layer, so I just have been resetting the APs that show that, and don’t 
think I’ve seen them again.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>]
 On Behalf Of Gregg Heimer
Sent: Thursday, September 10, 2015 11:32 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that state 
the radio is administratively up but operationally down with a reason of 
unknown?  I have been getting a slew of these lately.  We have introduced quite 
a few 1702’s into our environment and I am wondering if there is some issue 
with recalculation, or something that triggers a radio reset to resolve a 
different issue?  Below is the alert notification.  Cisco forums haven’t been 
much help, so I figured I’d take a shot at the group.  Thanks!



Virtual Domain: ROOT-DOMAIN



PI has detected a change in one or more alarms of category AP and severity 
Critical in Virtual Domain ROOT-DOMAIN.

The new severity of the following items is Clear:



1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to controller 
‘XX (172.X.X.X)' is down. Reason: Unknown - Device Name: ‘X Failure 
Source: AP AP01-, Interface 802.11a/n/ac





___
Gregg Heimer
Sr. Network Engineer
Montgomery County Community College
340 Dekalb Pike
Blue Bell, PA 19422
ghei...@mc3.edu<mailto:jsta...@mc3.edu>
215.641.6442




Montgomery County Community College is proud to be designated as an Achieving 
the Dream Leader College for its commitment to student access and success.
!DSPAM:911,55f1b0a7312755505785440!
** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.
** Participation and su

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread Gregg Heimer

Excellent feedback.  All of my switches support PoE+ so I know I am good there, 
plus they are all Cisco and CDP should be in harmony between the AP and the 
switch.  I may try the pre-802.3af checkbox to see if that does anything as 
well.  Tonight I am performing my PI 2.2.1 backup and will restore to PI 3.0 
tomorrow.  Thanks for your help with this.  It is good to know many others are 
experiencing the same issue.

~Gregg

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Janicki,Thomas S
Sent: Thursday, September 10, 2015 2:06 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

There is a bug on this if you are using Prime 2.0. I just upgraded to 3.0 and 
now they are usually preceded with a Radio Channel Set Message. Here is the bug 
info.

Critical Alarms on PI 2.0 for the AP radio, with the message "Administratively 
UP and Radio Down". This is behavior is CSCup98951

seen even for an AP that is Admin down.

Conditions:
After the background task "Lightweight AP Operational Status" is run on the PI

Workaround:
Disable the background task "Lightweight AP Operational Status"

Further Problem Description:

Customer Visible

Save Bug

Open Support Case
Was the description about this Bug Helpful?(0)
Details
Last Modified:
Jan 13,2015
Status:
Terminated
Severity:
4 Minor
Product:
Network Level Service
Support Cases:
1
Known Affected Releases:  (1)
2.0(0.0.294)
Known Fixed Releases: (0)
No release planned to fix this bug
Download software for  Network Level Service
Community Discussion on CSCup98951 - Cisco Support Community

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kevin McCormick
Sent: Thursday, September 10, 2015 12:41 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Check POE. If they are not getting enough power the radio will be up 
administratively sine you did not disable, but will be down operationally 
because there is not enough power.

Go to the AP on the controller and look at the Advanced tab, in the upper right 
there is Power Over Ethernet Settings.
If the power injector or switch is Pre-standard 802.3af switches check the box.
For the AP to Power Injector State check the box.
For Power Injector Selection either choose Installed, or if you know the 
injector has more than enough power choose Override to force the radios on.
If you choose Installed, you should see the power inject MAC appear and the AP 
should be able to communicate with the power inject to see how much power is 
available.

Kevin McCormick
Western Illinois University
On 9/10/2015 11:32 AM, Gregg Heimer wrote:
Anyone with Cisco APs and Cisco Prime get these odd alerts from PI that state 
the radio is administratively up but operationally down with a reason of 
unknown?  I have been getting a slew of these lately.  We have introduced quite 
a few 1702's into our environment and I am wondering if there is some issue 
with recalculation, or something that triggers a radio reset to resolve a 
different issue?  Below is the alert notification.  Cisco forums haven't been 
much help, so I figured I'd take a shot at the group.  Thanks!



Virtual Domain: ROOT-DOMAIN



PI has detected a change in one or more alarms of category AP and severity 
Critical in Virtual Domain ROOT-DOMAIN.

The new severity of the following items is Clear:



1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to controller 
'XX (172.X.X.X)' is down. Reason: Unknown - Device Name: 'X Failure 
Source: AP AP01-, Interface 802.11a/n/ac





___
Gregg Heimer
Sr. Network Engineer
Montgomery County Community College
340 Dekalb Pike
Blue Bell, PA 19422
ghei...@mc3.edu<mailto:ghei...@mc3.edu>
215.641.6442




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

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread Scharloo, Gertjan

Hi all again,

Extra information about the (unsolved) DFS issue :

Besides the UP/Down (802.11a) e-mail messages in PI there are three other bugs 
responsible for DFS issues:

https://tools.cisco.com/bugsearch/bug/CSCut98006 -> DFS detections due to high 
energy profile signature on 2600/3600 <- solved in 7.6.130.30

https://tools.cisco.com/bugsearch/bug/CSCuq86269 -> DFS detection due to 
broadcom spurious emissions <- solved in 8.0.120.0 and is out on CCO

https://tools.cisco.com/bugsearch/bug/CSCus53495 -> DFS detection due to 
broadcom spurious emissions on 2700/3700

Disable the background task "Lightweight AP Operational Status” is not a 
solution!(CSCup98951) and with PI 3.0 you will miss some (important) graphs 
like ‘ Client Count By IP Address Type’  or ‘ Client count by Wireless 
(802.11n/802.11ac etc)’  client traffic etc.
There is only one ‘ Client Count By Association/Authentication’  graph  
available (with the blue color for Association and Authentication in different 
tab. For me this is a ‘ no go’

Gertjan Scharloo

From: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Gertjan Scharloo <g.schar...@uva.nl<mailto:g.schar...@uva.nl>>
Reply-To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: donderdag 10 september 2015 19:33
To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Hi All,

My tac case is also open for 8 months and this is still a known issue (I am 
working with 8.0.120.3!!!)


Please collect logs to find the root cause and send them to TAC/BU:

(Access-points logs)

 enter commands one line at a time -

test spec cli 1
logset 1M
smc dfs 8016
smc sb T33 debug 3
end

Example:
  AP0012.bd19.57c0>en
  Password:
  AP0012.bd19.57c0#test spec cli 1
  AP0012.bd19.57c0(textc-cli)#logset 1M
  +1
  AP0012.bd19.57c0(textc-cli)#smc dfs 8016
  AP0012.bd19.57c0(textc-cli)#
  +1smc sb T33 debug 3
  AP0012.bd19.57c0(textc-cli)#
  +1end
  AP0012.bd19.57c0#

That's it - wait for a DFS event and collect the log files(*.sbc files) - the 
files will be in the ram: directory - after trigger - collect the files using 
the command below -

  archive tar /create tftp:///  ram:/

Kind regards.


Gertjan Scharloo
ICT Consultant
_

Universiteit van Amsterdam | Hogeschool van Amsterdam

ICT Services
Leeuwenburg | kamer A9.44
Weesperzijde 190 | 1097 DZ Amsterdam
+31 (0)20 525 4885
Mobiel : +31(0) 61013-5880
www.uva.nl
uva.nl/profile/g.scharloo
Beschikbaar : Ma | - | Wo | Do | Vr |


From: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
on behalf of Randy Mahurin 
<randymahu...@boisestate.edu<mailto:randymahu...@boisestate.edu>>
Reply-To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Date: donderdag 10 september 2015 19:14
To: EDUCAUSE Listserv 
<WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>>
Subject: Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

We have been fighting with these every since we upgraded to 8.0.110.0.  They 
are DFS events due to issues with Broadcom wireless cards in end user devices 
(my understanding anyway).

Our TAC case was open for about 8 months before I finally got a bandaid.  This 
does not resolve the DFS admin up/operationally down issue on the radio, 
however, Prime won't alert on the event.  I've been reading about fixes in 
various versions of code, but nothing successful yet.  Here are the notes from 
my case, after changing the severity levels listed, the alerts stopped coming.


"I was wondering if you can try some additional config as a workaround to our 
bug here.

In the Administration->Settings-> Severity Configuration, we need to set the 
desired severity (minor, I think) for two Alarm conditions:

AP radio interface down due to failure
Radio administratively up and operationally down"

On Thu, Sep 10, 2015 at 10:52 AM, Danny Eaton 
<dannyea...@rice.edu<mailto:dannyea...@rice.edu>> wrote:
I’ve seen them on 3502’s, and 3702’s.  We’re running WiSM-2 in HA with 
8.0.110.11 code.  Saw it on the previous code (7.6.130.0).  We’re upgrading our 
access layer, so I just have been resetting the APs that show that, and don’t 
think I’ve seen them again.


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>]
 On Behalf Of Gregg Heimer
Sent: Thursday, September 10, 2015 11:32 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Anyone with Cisco APs a

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

2015-09-10 Thread Kevin McCormick

Check POE. If they are not getting enough power the radio will be up 
administratively sine you did not disable, but will be down 
operationally because there is not enough power.


Go to the AP on the controller and look at the Advanced tab, in the 
upper right there is Power Over Ethernet Settings.
If the power injector or switch is Pre-standard 802.3af switches check 
the box.

For the AP to Power Injector State check the box.
For Power Injector Selection either choose Installed, or if you know the 
injector has more than enough power choose Override to force the radios on.
If you choose Installed, you should see the power inject MAC appear and 
the AP should be able to communicate with the power inject to see how 
much power is available.


Kevin McCormick
Western Illinois University


On 9/10/2015 11:32 AM, Gregg Heimer wrote:


Anyone with Cisco APs and Cisco Prime get these odd alerts from PI 
that state the radio is administratively up but operationally down 
with a reason of unknown?  I have been getting a slew of these 
lately.  We have introduced quite a few 1702’s into our environment 
and I am wondering if there is some issue with recalculation, or 
something that triggers a radio reset to resolve a different issue?  
Below is the alert notification.  Cisco forums haven’t been much help, 
so I figured I’d take a shot at the group. Thanks!


Virtual Domain: ROOT-DOMAIN

PI has detected a change in one or more alarms of category AP and 
severity Critical in Virtual Domain ROOT-DOMAIN.


The new severity of the following items is Clear:

1. Alarm Condition:Radio administratively up and operationally down

Message: '802.11a/n/ac' interface of AP 'AP01-' associated to 
controller ‘XX (172.X.X.X)' is down. Reason: Unknown - Device 
Name: ‘X Failure Source: AP AP01-, Interface 802.11a/n/ac


___

Gregg Heimer

Sr. Network Engineer

Montgomery County Community College

340 Dekalb Pike

Blue Bell, PA 19422

ghei...@mc3.edu 

215.641.6442




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/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 Wireless AP's Radio Down

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

RE: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

Re: [WIRELESS-LAN] Cisco Wireless AP's Radio Down

10 matches

Site Navigation

Mail list logo

Footer information