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

Similar Messages

1200 with G radio and B clients

I have a couple of 1200 AP's with the G radio installed. We have several clients from various brands. Gateway/HP etc that have A/B cards on the client and are unable to connect to the 1200. It sees the SSID etc in the windows wireless configuartion screen but when trying to connect it gives an error.
"Windows is unable to connect to the selected network. The network may no longer be in range. Please refresh the list of available networks and try again."
This only occurs on clients that dont specifically have a card that is "g" compatiable. I have set the data rates to default as well as best range and no luck. Any thoughts or ideas are apprectiated.

Hi Corey,
Have you tried disabling the Aironet Extensions?
Q. How do you make your AP work with other IEEE 802.11b devices?
A. In order to enable the AP to communicate with another 802.11b device, turn off Aironet extensions. Check the Non-Aironet 802.11 check box in the Express Setup window. Alternatively, you can click the Use Aironet Extension radio button in the Advanced AP Radio window.
From this doc:
http://www.cisco.com/en/US/products/hw/wireless/ps430/products_qanda_item09186a008009483e.shtml#qa10
Disabling Aironet extensions sometimes improves the ability of non-Cisco client devices to associate to the access point.
Aironet extensions are enabled by default. Beginning in privileged EXEC mode, follow these steps to disable Aironet extensions:
Command Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio { 0 | 1 }
Enter interface configuration mode for the radio interface. The 2.4-GHz radio is radio 0, and the 5-GHz radio is radio 1.
Step 3
no dot11 extension aironet
Disable Aironet extensions.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
From this doc:
http://www.cisco.com/en/US/products/hw/wireless/ps430/products_configuration_guide_chapter09186a00801d0179.html#wp1035071
Hope this helps!
Rob
Please remember to rate helpful posts........

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

Operation mapping missing in Interface determination

Hi All,
In one of scenario Operation mapping is missing in Interface determination. The message type of the sender and the receiver interface are same ..Is it possible to have a scenario with out operation mapping if the sender and the receiver message type are the same.
Regards,
Raj..

Hello,
Is it possible to have a scenario with out operation mapping if the sender and the receiver message type are the same.
Yes, this is called a pass-through scenario. See blog below for an idea:
How to send any data (even binary) through XI, without using the Integration Repository
Hope this helps,
Mark
Edited by: Mark Dihiansan on Sep 29, 2011 3:58 AM

Missing radio buttons on web pages, solution: remove Silverlight plug-in

Missing radio buttons.
When trying to use a page with radio buttons..they were not appearing.
Cause: Microsoft Silverlight plug-in that was installed along with free Flip4Mac software.
Solution: Remove file 'Silverlight.plugin' from /Library/Internet Plug-ins
(Also, the plug-in was taking over display of Quicktime movies replacing Quicktime's controls.)

Above is a solution to help others with same problem due to Microsoft Silverlight plug-in.

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

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

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

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

Missing radio station

I recently upgraded to iTunes 9 and went to the Radio stations, double clicked on the Latin station to see the streams and it suddenly disappeared. Does anyone know what could have caused this and how or if it is even possible to get the station back?
FYI, I have attempted to exit the program as well as restart my laptop and both attempts failed. I noticed in other topics there have been talks of missing radio stations but as I stated when I opened the Radio library the Latin station was there, it simply disappeared after I accidentally double clicked it.

See this thread:
http://discussions.apple.com/thread.jspa?threadID=2151073&start=15&tstart=0
Esp. Ryan Dixon's response (from iTunes Radio Directory team). Apparently some categories were consolidated, etc. But if enough people send feedback to iTunes team they will respond , as the thread above resulted in the "Ambient" stream being put back up.
Personally, I'm looking for the "Folk" genre to come back, esp. radio IO Acoustic..

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.

1200 AP missing radio interface

Similar Messages

Maybe you are looking for