Issu in dot11 radio interface

i have a cisco access point like air-1230b-a-k9
in this ap ios was curropted.when i tried it was successfully load the ios via xmodem. but when i boot it from flash it showing that firmware for dot11radio 0 is not found.image 5001 is not found. what i have to do with this problems

You can view a list of the contents of a file system before manipulating its contents.
For example, before copying a new configuration file to Flash memory, you might want to verify
that the file system you can use this command
show file system - display Display more information about each of the files on a file system

Similar Messages

Dot11 radio interface reset protocol down

I have a cisco 1400 that that show interface show int dott1 radio interface reset protocol down. I had a surge in the area and had the problem after. I copied the config over to a new Ap and power injector and the problem persists. The bridge is the non root bridge. I had read a caveat cscea75989 but it said take no action. Take no action is not fixing my problem at this time. Any suggestions would be appreciated. Thanks.

There are a number of known issues on this. One which sounds similar is CSCea45031. Check if you are hitting the same.

Radio Interface Reset and Shutdown Frequently

As recently new office from end-Sept, we have found that the radio interface reset very frequently which has been happening about over 15 times within 8 weeks for one AP on average. Some of those (3 AP so far) got the radio interface down eventually and we need to reload the AP to make it up again.
the AP model is AIR-LAP1142N-N-K9 and the IOS version is
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:表格內文;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
st1\:*{behavior:url(#ieooui) }
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:表格內文;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
c1140-k9w7-mx.124-21a.JA1. Power supply is made from the PoE switch c2960s. Is there any issue related to IOS? or some other factors may cause the issue happen? Any debug command can show the status of AP? Please advice.

Hi Surendra,
Other than IOS, will this radio interface reset and shutdown issue affect by the nearby AP which is not belongs to the same office.
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
Scenario:
The new office gets 2 floors. One is 5/F which has installed 9 APs with different channels and another one is 6/F which has installed 6 APs with different channels as well. We found that there are many events “%DOT11-4-MAXRETRIES: Packet to client reached max retries, removing the client” logged on 5/F and 6/F AP.
We also found that the radio interface reset very frequently which has been happening about over 15 times within 8 weeks for one AP on average. Some of those (3 AP so far) got the radio interface down eventually and we need to reload the AP to make it up again.
Is/ are there any possibility caused by otherenvironmental factors? Please advise.
Best regards,
Bell

Radio interface need to be disabled when antenna is not present?

I have been informed within a training class that the radio interface of an access point should be disabled when an antenna is not present. The reason given was that it would protect the radio from being adversely affected (potetnial for irreparable conditions). Question: 1) Is this true? 2) If so, where can I find supporting documentation on CCO? (I have not been able to find corroboratory information.)

Hi Vincent,
Here is a doc that speaks to this issue ( I don't see this causing irreparable damage but, better safe than sorry :)
Q. If you operate the radio but do not attach the antenna, can you damage the radio?
A. Some radio equipment manufacturers specifically warn against the operation of radios without the attachment of the antenna. Operation without the antenna can damage the transmitter. Most pieces of amateur or commercial radio equipment carry this warning because the equipment operates at a much higher transmitter power. A failure to use a proper antenna or load causes a reflected wave standing wave ratio (SWR) that can damage the final amplifier stage. This final amplifier stage is the power amplifier (PA).
For Cisco Aironet equipment, the transmitter power output is 100 milliwatts (mW) for the 350 Series and 30 mW for the 340 Series. Damage is unlikely, but possible. If you need to run the devices without antennae, turn the transmitter power down to 1.5 mW. Also, you can use a 50/52 ohm dummy load (attenuator) to be safe.
From this good Q & A doc;
http://www.cisco.com/en/US/products/hw/wireless/ps441/products_qanda_item09186a0080094d01.shtml#aps
Hope this helps!
Rob

CAP1602i Dot11 radio status stuck on reset.

Hello all,
I'm using a 7500 wlc running 7.4.100.60 with cisco CAP1602i and the show ip int brief is as follows:
BVI1 192.168.26.111 YES DHCP up up
Dot11Radio0 unassigned NO unset reset down
Dot11Radio0.1 unassigned YES unset reset down
Dot11Radio0.2 unassigned YES unset reset down
Dot11Radio0.17 unassigned YES unset reset down
Dot11Radio0.18 unassigned YES unset reset down
Dot11Radio1 unassigned NO unset reset down
Dot11Radio1.1 unassigned YES unset reset down
Dot11Radio1.2 unassigned YES unset reset down
Dot11Radio1.17 unassigned YES unset reset down
Dot11Radio1.18 unassigned YES unset reset down
GigabitEthernet0 unassigned NO unset up up
GigabitEthernet0.1 unassigned YES unset up up
Log for the AP is as follows:
*Mar 1 00:00:12.011: %SOAP_FIPS-2-SELF_TEST_IOS_SUCCESS: IOS crypto FIPS self test passed
*Mar 1 00:00:14.435: %SOAP_FIPS-2-SELF_TEST_RAD_SUCCESS: RADIO crypto FIPS self test passed on interface Dot11Radio 0
*Mar 1 00:00:14.559: %LINK-6-UPDOWN: Interface GigabitEthernet0, changed state to up
*Mar 1 00:00:15.551: %SOAP_FIPS-2-SELF_TEST_RAD_SUCCESS: RADIO crypto FIPS self test passed on interface Dot11Radio 1
*Mar 1 00:00:18.291: %SYS-5-RESTART: System restarted --
Cisco IOS Software, C1600 Software (AP1G2-K9W8-M), Version 15.2(2)JB1, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2013 by Cisco Systems, Inc.
Compiled Tue 07-May-13 09:37 by prod_rel_team
*Mar 1 00:00:18.291: %SNMP-5-COLDSTART: SNMP agent on host CFMLAP0102 is undergoing a cold start
*Mar 1 00:00:18.331: %LINK-5-CHANGED: Interface Dot11Radio0, changed state to reset
*Mar 1 00:00:18.331: %LINK-5-CHANGED: Interface Dot11Radio1, changed state to reset
*Mar 1 00:00:18.419: Starting Ethernet promiscuous mode
*Mar 1 00:00:18.627: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0, changed state to up
*Mar 1 00:00:19.451: %LINEPROTO-5-UPDOWN: Line protocol on Interface BVI1, changed state to up
*Mar 1 00:00:21.715: %SSH-5-ENABLED: SSH 2.0 has been enabledlwapp_crypto_init: MIC Present and Parsed Successfully
*Mar 1 00:00:47.115: Logging LWAPP message to 255.255.255.255.
*Mar 1 00:00:53.899: %LWAPP-3-LWAPP_INTERFACE_GOT_IP_ADDRESS: Interface BVI1 obtained IP from DHCP...
*Mar 1 00:00:54.019: %DHCP-6-ADDRESS_ASSIGN: Interface BVI1 assigned DHCP address 192.168.26.111, mask 255.255.255.0, hostname CFMLAP0102
*Mar 1 00:00:54.019: %LWAPP-3-LWAPP_INTERFACE_GOT_IP_ADDRESS: Interface BVI1 obtained IP from DHCP...
*Mar 1 00:01:03.899: %CAPWAP-5-DHCP_OPTION_43: Controller address 192.189.37.130 obtained through DHCP
*Mar 1 00:01:03.899: %CAPWAP-3-ERRORLOG: Did not get log server settings from DHCP.
*Mar 1 00:01:03.927: %CAPWAP-3-ERRORLOG: Could Not resolve CISCO-CAPWAP-CONTROLLER
*Mar 1 00:01:13.927: %CAPWAP-3-ERRORLOG: Go join a capwap controller
*Apr 17 23:11:35.000: %CAPWAP-5-DTLSREQSEND: DTLS connection request sent peer_ip: 192.189.37.130 peer_port: 5246
*Apr 17 23:11:35.323: %CAPWAP-5-DTLSREQSUCC: DTLS connection created sucessfully peer_ip: 192.189.37.130 peer_port: 5246
*Apr 17 23:11:35.327: %CAPWAP-5-SENDJOIN: sending Join Request to 192.189.37.130
*Apr 17 23:11:40.323: %CAPWAP-5-SENDJOIN: sending Join Request to 192.189.37.130
*Apr 17 23:11:40.423: Starting Ethernet promiscuous mode
*Apr 17 23:11:42.443: ac_first_hop_mac - IP:192.168.26.3 Hop IP:192.168.26.3 IDB:BVI1
*Apr 17 23:11:42.443: Setting AC first hop MAC: ccef.48fa.7a14
*Apr 17 23:11:42.959: %LWAPP-4-CLIENTEVENTLOG: OfficeExtend Localssid saved in AP flash
*Apr 17 23:11:43.459: %CAPWAP-5-JOINEDCONTROLLER: AP has joined controller Burnaby-WifiController0
*Apr 17 23:11:43.503: %LWAPP-4-CLIENTEVENTLOG: No Flex ACL map configuration file to load. Connect to controller to get configuration file
*Apr 17 23:11:43.503: %LWAPP-4-CLIENTEVENTLOG: No Flex ACL map configuration file to load. Connect to controller to get configuration file
*Apr 17 23:11:43.503: %LWAPP-4-CLIENTEVENTLOG: No LS Flex ACL map configuration file to load. Connect to controller to get configuration file
*Apr 17 23:11:43.503: %LWAPP-4-CLIENTEVENTLOG: No Central Dhcp map configuration file to load. Connect to controller to get configuration file
*Apr 17 23:11:45.147: %WIDS-6-ENABLED: IDS Signature is loaded and enabled
I can't seem to figure out why the lines that appear on other APs arent showing up on this particular one. Normally the AP after the IDS signature it'll show the following :
*Apr 17 22:09:43.043: %CDP_PD-4-POWER_OK: Full power - NON_CISCO-NO_CDP_RECEIVED inline power source
*Apr 17 22:09:44.115: %LINK-6-UPDOWN: Interface Dot11Radio0, changed state to up
*Apr 17 22:09:45.115: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to up
*Apr 17 22:09:45.171: %DOT11-6-DFS_SCAN_START: DFS: Scanning frequency 5280 MHz for 60 seconds.
*Apr 17 22:09:45.175: %LINK-6-UPDOWN: Interface Dot11Radio1, changed state to up
*Apr 17 22:09:45.183: %LINK-6-UPDOWN: Interface Dot11Radio1, changed state to down
*Apr 17 22:09:45.191: %LINK-5-CHANGED: Interface Dot11Radio1, changed state to reset
*Apr 17 22:09:46.223: %DOT11-6-DFS_SCAN_START: DFS: Scanning frequency 5280 MHz for 60 seconds.
*Apr 17 22:09:46.227: %LINK-6-UPDOWN: Interface Dot11Radio1, changed state to up
*Apr 17 22:09:47.227: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio1, changed state to up
*Apr 17 22:10:46.283: %DOT11-6-DFS_SCAN_COMPLETE: DFS scan complete on frequency 5280 MHz

I changed the role in the network to Root node on this brodge and the radio interfaces came up, but this device stopped talking to other network.
There is similar 1310 bridge set up in such a dierction so that it can talk to this bridge, but this is not pinging from the rest of the network.
One Small ESW-520-8P switch is connected to this 1310 bridge but the switch can be pinged from the bridge.
Does that mean it is faulty or antenna problem...
Regards,
Rachna

AP show in WLC but no radio interfaces

I am have a problem with couple of our APs the model is AIR-LAP1131AG-A-K9 and we have a Cisco 4404 WLC. 2 of them show up on the controller but have no radio interfaces. I have a I have restarted the AP, reset to factory config all to no avail. When I restart or reset it does communicate with the controller, but still no a/b/g/n radios.
Anyone have any ideas? Here is a snippet from the log when I restart the AP.
I would appreciate and pointers here.
Mar 24 14:20:23.948: [ERROR] spam_lrad.c 2016: AP 00:1d:a2:80:75:dc associated. Last AP failure was due to Link Failure
Mar 24 14:20:23.948 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.948 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.947 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23237 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.946 apf_api.c:23224 APF-3-INVALID_RADIO_TYPE: Invalid radio type 255 received.
Mar 24 14:20:23.903: [ERROR] spam_lrad.c 7012: 00:1d:a2:80:75:dc AP Country changed from:() to (US ).
Mar 24 14:20:23.903: [ERROR] spam_lrad.c 6694: AP 00:1d:a2:80:75:dc: Invalid country code ().
Mar 24 14:20:23.902: [ERROR] spam_lrad.c 7012: 00:1d:a2:80:75:dc AP Country changed from:() to (US ).
Mar 24 14:20:23.902: [ERROR] spam_lrad.c 6694: AP 00:1d:a2:80:75:dc: Invalid country code ().

Hi Rob,
The WLC version is 4.1.171.0. I have been browsing the conversations here and there seems to a few that are having similar issues. I can't find anything related to this except this:
CSCsl90841-After you upgrade a controller to software release 4.2.61.0, any access point that does not have region coding (such as the Airespace 1250 access point) is unable to join the controller. An "Invalid country code" message with a country code of 0xFFFF appears in the output of the debug lwapp events enable command.
Workaround: Downgrade the controller to software release 4.1.
And I am already on that version. This is rather bizarre. I am working from home for the next few day so I can't physically go pull the AP to look at the codes.
It does associate with the controller but it just doesn't show any radio interfaces ie, a/b/g/n.
When I go in and look at that AP on the controller it show everything including the country fine except for the radios. Very confusing.

Spotify Now Playing out of sync with Radio Interface / Unable to Thumbs Up-Down current song

So this is probably happened 10 or more times and I finally got annoyed enough to record my screen to show it happening. What happens is I will be listening to a song on a spotify radio station (I pay for premium) and decide I don't like it and open up the Spotify UI to thumbs it down. However when I click on the "Radio" sidebar option it won't show the song that is playing even though I KNOW it's playing from the radio. Even worse if I try to advance the track the track it says it's playing in the Radio interface DOES NOT match "Now Playing" in the bottom corner of the UI OR the OS X Notifications. This video only shows the notifications because I didn't want to have to expose more friends names or more private playlists (and radio station) names but the Now Playing matches the OS X Notification. VIDEO PS: Clicking "New Message" while logged out gives you some crypitc message about not having your email verified? WTF? VIDEO PPS: The "Autosaved at XX:XX XX" message above this text box I'm typing in that pops in and out very often is VERY **bleep**ING ANNOYING. Do it below, off to the side, or silently.. good god... VIDEO PPPS: Ok, **bleep** you spotify https://s.joshstrange.com/DoId.png I'll post dropbox links... Way to wait until after uploading them to do any checking...

This is a deeper issue than just that. Queueing songs remotely doesn't work right, just try itRunning radio remotely doesn't allow you to thumbs up tracks because it always displays an off-by-one track (I have to VNC to my mac, where the actual playback is happening)Different parts of the interface (when connected remotely) sometimes display the right information, but none of it is actionable (for example, I'd like to thumbs-up tracks, and thumbs-down tracks from my phone or spotify client on my laptop). This kind of makes creating a good radio station using connect impossible.Connect isn't ready for prime time. It's nice to have, but if I have to connect to the screen of the actual player, it defeats the entire purpose. I don't want a VNC connection open all the time.

Aironet C1140 - Radio Interface Keeps in Reset State

Hello,
Recently we noticed that one of our C1142 access points has a radio interface (actually is only happening with the one working in BG, so its dot11radio 0) which is entering in reset state and doesn't leave that state. I've seen an older thread about similar (or equal?) issue but was on a different AP model (C1240 if I remember correctly).
The radio interface controller information displays in the end a reset code:
Last radio reset code: 06
Radio resets - total:1 retries:0 failed:0
   Code/Count: 06/00001
Although I was not able to find any information about this reset code in Cisco documents (maybe someone knows where I find it?).
If I try to restart the interface via "shutdown" configuration command it doesn't fix the problem, the workaround that I know of is only by "reload"ing the whole accesspoint.
Of course while in reset state no client can associate to this interface....
Did anyone had similar problem? is there any documented BUG related to this?
Thanks for your time,
Jean-François Mousinho
PS: firmware version is 12.4(21a)JA1.

version information:
Cisco IOS Software, C1140 Software (C1140-K9W7-M), Version 12.4(21a)JA1, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Wed 16-Sep-09 18:09 by prod_rel_team
ROM: Bootstrap program is C1140 boot loader
BOOTLDR: C1140 Boot Loader (C1140-BOOT-M) Version 12.4(18a)JA3, RELEASE SOFTWARE (fc1)
TS_Piso8_SulEsq uptime is 3 days, 1 hour, 16 minutes
System returned to ROM by reload
System restarted at 10:47:38 Z Tue Sep 14 2010
System image file is "flash:/c1140-k9w7-mx.124-21a.JA1/c1140-k9w7-mx.124-21a.JA1"
This product contains cryptographic features and is subject to United...
cisco AIR-AP1142N-E-K9     (PowerPC405ex) processor (revision B0) with 98294K/32768K bytes of memory.
Processor board ID FCZ1426W04V
PowerPC405ex CPU at 586Mhz, revision number 0x147E
Last reset from reload
1 Gigabit Ethernet interface
2 802.11 Radio(s)
32K bytes of flash-simulated non-volatile configuration memory.
Base ethernet MAC Address: C8:4C:75:AE:8A:CC
Part Number                          : 73-11451-08
PCA Assembly Number                  : 800-30554-06
PCA Revision Number                  : A0
PCB Serial Number                    : FOC14233KEB
Top Assembly Part Number             : 800-31273-04
Top Assembly Serial Number           : FCZ1426W04V
Top Revision Number                  : A0
Product/Model Number                 : AIR-AP1142N-E-K9
Configuration register is 0xF
TS_Piso8_SulEsq#sh inventory
NAME: "AP1140", DESCR: "Cisco Aironet 1140 Series (IEEE 802.11n) Access Point"
PID: AIR-AP1142N-E-K9 , VID: V03, SN: FCZ1426W04V
Country is Portugal.
Thanks for your time.
Jean-François Mousinho

Radio Interface Locks Up, Jams Up Clients

Hi there, got a problem with the radio interface on AP350s and 1200s (11b & g, running IOS), occasionally (and not on the same units) the RF interface will lock up and any clients associated to it will not be pingable and lose network connectivity. Doing a shut/no shut (and usually a reload) bumps the clients off to other APs where they're pingable once more. This happens to Cisco and non-Cisco radioed devices, the APs aren't running anything fancy like WDS, just default config. and WEP. The 350s never had this problem running VxWorks but started this behavior when upgraded to IOS. I'm real disappinted the 1200s are doing the same thing. When the lock ups happen it causes major problems at our locations and I need to find a cure...now! Any ideas anyone? Thanks.

Scott,
The 350s use the IOS upgrade image, the 1200s use the latest IOS version. The only rogue APs I have problems with are the Ciscos running IOS! Symbol and first generation 802.11b Aironet (pre-Cisco) APs aren't afflicted with this problem even in a mixed AP environment. In locations that are all Cisco APs and devices we still get this problem. The APs are in locations countrywide and away from Joe Public, and no other WLANs nearby. I think, I HOPE it's just a config. problem but all the APs have (more or less) the same standard config. and the issue strikes APs randomly. As advised, as soon as you do a shut/no shut everything's OK...the devices that got bumped off by the s/ns usually 'roam' back to the AP that had the issue within a few seconds or minutes and are pingable once more from the AP's radio interface. I was paged while typing my question last evening and when I went to check, guess what, another 350 with 6 clients (all Cisco devices) all jammed up on it. Shut/No Shut and carry on like nothing happened. If you've got any suggestions I'll take them, I've not had much luck on the Cisco web site, I'll probably have to put in a TAC case at some point soon as I've got better things to do than go around resetting APs. I was even thinking about rebooting our Cisco AP complement once a week in case it was some sort of caching/ARP problem.
Thanks in advance for any pearls of wisdom!

Cisco Wireless AP radio interface shutdown/Operation Status Down

Hi,
I am trying to troubleshoot the cause of the wireless AP 1142 radio shutdown; I was wondering where may be a good place to start on it/possibility of the radio shutting down. Once the radio is shown as down; I would just need to re-enable (disable/enable) it and the status changes to up status. I have attached a screen catpure of the radio interface showning down.
The AP radios shutting down is intermittent; some APs has their "A/N" radio interface shutdown while others has their "G/N" radio interface shutdown. Not too sure what may most likely be causing it to shutdown?
Any input is appreciated.
Thanks.

Do you have controller ?? if yes then posts out put of sh sysinfo commad.
Paste the output of sh version command from AP.
Also check:
1. Choose Wireless > 802.11a/n or 802.11b/g/n > Network
Select the 802.11a (or 802.11b/g) Network Status check box to enable the 802.11a or 802.11b/g band.
2. Wireless > Access Points > All APs then click on specific AP and make sure admin status is enable.
Reagrds

Cisco 1142AP Autonomous - Radio interface constantly reset and provides crash file

Hello All,
We have 10 Cisco 1142 Access Points currently configured as Autonomous and I'm experiecing very unusual behavior with the 2.4GHz radio interfaces on each of them. The IOS firmware is 15.2.2JB and they're connected to Cisco 2960 PoE switches. I'm not sure what could be causing this problem however it is service impacting and looks bad on me since I don't have a solution for it. One potential fix could be to upgrade the firmware to 15.2.4 but I'm sure if it is a firmware problem. Any advice would help. Here's an excerpt from the AP log:
Aug 18 14:40:16: Writing driver stats to flash:/ap_log_r0_0.log..
Aug 18 14:40:21:
Aug 18 14:40:21: %LINK-5-CHANGED: Interface Dot11Radio0, changed state to reset
Aug 18 14:40:22: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to down
Aug 18 14:40:23: %LINK-6-UPDOWN: Interface Dot11Radio0, changed state to up
Aug 18 14:40:23: %LINK-6-UPDOWN: Interface Dot11Radio0, changed state to down
Thanks,
Ali Ibrahim

You should be able to go in and view teh R0_0.log file.
there might be something in there that you can do a bug search for.
HTH,
Steve

Intermittant radio interface down on 1130 APs

I am having unified wireless installation, with WiSM on 6500 at central site and around 90 nos of 1130 APs located at remote locations ( over WAN) as well as some APs locate in the same location.
The APs are configured in WCS, using default AP template.
Alsomot all APs are showing minor alarms saying " radio interface threshold violated".
In addition, a major alarm posted frequently on WCS saying "radion interface down".
Cleints are complaining that they are loosing connectkion momentarily but connected again automatically wo WLAN. But they will have to log in to application programs in such cases.
a.Does anybody have similar experience, and
b. What are the best settings for 1130 APs trhat we have to do explicitly in setting up the WCS template ?
Thanks ,

Might be due to interference and the fact that RRM is enalbled and the ap's are changing channels causing the radios to shut down temporarily. Either set the channel or try to change the threshold.
Here is the error info:
http://www.cisco.com/en/US/docs/wireless/wcs/4.2/configuration/guide/wcsevent.html#wp1139158

1200 AP missing radio interface

hi i have a 1200 ap and its radio interface is missing. i mean i am uanble to see its radio interface
I really need this urgently.Anybody can help me

cisco AIR-AP1231G-A-K9 (PowerPC405GP) processor (revision A0) with 14838K/1536K bytes of memory.
Processor board ID FOC09501XL4
PowerPC405GP CPU at 196Mhz, revision number 0x0145
Last reset from power-on
1 FastEthernet interface
1 802.11 Radio(s)
That was from an AP with the radio installed.
Your config
cisco AIR-AP1230B-E-K9 (PowerPC405GP) processor (revision A0) with 14326K/2048K bytes of memory.
Processor board ID FOC07410KFY
PowerPC405GP CPU at 196Mhz, revision number 0x00C4
Last reset from power-on
Bridging software.
1 FastEthernet/IEEE 802.3 interface(s)
32K bytes of flash-simulated non-volatile configuration memory.
Yours doesn't show a radio module installed,
You need a radio module

I just bought a iPod nano 7th gen and having issues with clear radio channels. Please help.

I just bought a iPod nano 7th gen and having issues with clear radio channels. Please help.

You can send it in to them: https://expresslane.apple.com/GetproductgroupList.action?PRKEYS=PF3

How do I fix the buffering issues with the radio app?,

How do I fix the buffering issues with the radio app? When I try to listen to the Hay House Radio station it buffers quite a lot for no apparent reason sometimes. I have not been able to find any settings to adjust this. Does anyone know what I might be able to do to modify this problem?

msbroome wrote:
How do I fix the buffering issues with the radio app? When I try to listen to the Hay House Radio station it buffers quite a lot for no apparent reason sometimes. I have not been able to find any settings to adjust this. Does anyone know what I might be able to do to modify this problem?
What is your Internet data rate?

Issu in dot11 radio interface

Similar Messages

Maybe you are looking for