Cisco 1142N Radio interface gone

Hi All,
I have around 20 1142Ns registered to 4402 WLC. WLC was saying:
802.11a/n Radios 20
802.11b/g/n Radios 19
So I compared and found the AP which had only 802.11a/n Radio. SSH-d to the AP and sh ver:
1 Gigabit Ethernet interface
1 802.11 Radio(s)
and if I try to configure the radio interface:
apname(config)#interface dot11Radio ?
<0-1> Dot11Radio interface number
apname(config)#interface dot11Radio 0?
. : <0-1>
apname(config)#interface dot11Radio 0 ?
% Unrecognized command
apnameconfig)#interface dot11Radio 1 ?
<cr>
So as you can see dot11Radio 0 is gone. I've tried rebooting the AP with no success. I'm thinking there is a hardware failure with the radio antenna.
Has anyone experienced this kind of problem? What could be the cause?
Thanks,
Delgee

Converted to autonomous, upgraded bootstrap:
ROM: Bootstrap program is C1140 boot loader
BOOTLDR: C1140 Boot Loader (C1140-BOOT-M) Version 12.4(23c)JA1, RELEASE SOFTWARE (fc1)
Converted back to lightweight and the problem is still same:
APxxxx.xxxx.xxxx#sh ip int br
Interface                  IP-Address      OK? Method Status                Protocol
Dot11Radio1                unassigned      NO unset up                    up
GigabitEthernet0           x.x.x.x       YES DHCP   up                    up
LWAPP image version 7.0.98.0
1 Gigabit Ethernet interface
1 802.11 Radio(s)
Guess the only option left is to get it replaced under its warranty.

Similar Messages

Cisco 1142N AP - Upgrade gone really wrong

Hi everyone,
I have run into a major issue with an autonomous Cisco 1142AP. We were in the midst of a firmware upgrade when something went wrong and caused the AP to reboot in an error mode. Basically the unit was flashing Blue, amber, red. We unmounted the unit from the wall, connected to the console, and it would now only flash red over and over.
We pulled out the cisco guides and performed a factory reset on the unit. This still does not work. and the contents of our flash directory is empty. All we get is a ROMMON AP prompt on the unit. If I issue a set command, I can see the default settings for IP, netmask, etc.
I cannot access the unit via the network, even after setting IP info and matching it up to my laptop. Since I have no network connectivity, I can't TFTP a new IOS file to the unit.
I am stumped. Any ideas how to get the config as if it was out of the box, or an alternate way to TFTP to the unit?
Here is a summary of what I get when I factory reset:
using eeprom values
WRDTR,CLKTR: 0x87000800 0x40000000
RQDC ,RFDC : 0x80000035 0x00000209
using ÿÿÿÿ ddr static values from serial eeprom
ddr init done
IOS Bootloader - Starting system.
FLASH CHIP: Numonyx P33
Checking for Over Erased blocks
Xmodem file system is available.
DDR values used from system serial eeprom.
WRDTR,CLKTR: 0x87000800, 0x40000000
RQDC, RFDC : 0x80000035, 0x00000209
PCIE0: link is up.
PCIE0: VC0 is active
PCIE1: link is up.
PCIE1: VC0 is active
PCIEx: initialization done
flashfs[0]: 1 files, 1 directories
flashfs[0]: 0 orphaned files, 0 orphaned directories
flashfs[0]: Total bytes: 32385024
flashfs[0]: Bytes used: 1536
flashfs[0]: Bytes available: 32383488
flashfs[0]: flashfs fsck took 17 seconds.
Reading cookie from system serial eeprom...Done
Base Ethernet MAC address: 70:81:05:ec:21:d7
Waiting for PHY auto negotiation to complete... TIMEOUT !
Ethernet link is down.
The system has encountered an error initializing
the Ethernet port.
The system is ignoring the error and continuing to boot.
If you abort the system boot process, the following
commands will re-initialize Ethernet, TFTP, and finish
loading the operating system software:
    ether_init
    tftp_init
    boot
button is pressed, wait for button to be released...
button pressed for 69 seconds
process_config_recovery: set IP address and config to default 10.0.0.1
process_config_recovery: image recovery
I then run a set command
ap: set
DEFAULT_ROUTER=10.0.0.1
ENABLE_BREAK=yes
IP_ADDR=10.0.0.1
MANUAL_BOOT=no
NETMASK=255.255.255.224
PRODUCT_MODEL_NUMBER=AIR-LAP1142N-A-K9
RELOAD_REASON=58
ROM_PERSISTENT_UTC=1326908306
TERMLINES=0
TFTP_SERVER=10.1.70.250
ip_ADDR=
tftp=
ap:
Notice the lines in red, I must have typed someting incorrectly. How do I remove this?
PS: Now once the unit boots after being reset, I cannot even type in the CLI. Someting majorly screwed up here.
Can the bootstrap be reinitialized?

Hi,
Unfortunately I had followed that portion of the procedure but I was unsuccessful. Unfortunately I could not connect to the unit at all.
What bothers me now is I cannot type anything in the CLI after I boot up, either normally, by interupting the boot, or by performing a reset.
Edit: I am now able to type in the CLI, but there is also kinds of bizarro information when I run the set command. Is there a way to clean up this set config? Also, is there any other mechanism to transfer the IOS image other than TFTP. Like I said, I can't connect to the unit via network, only console.
ap: set
ABLE_BREAK=yes
ANUAL_BOOT=no
DEFAULT_ROUTER=10.0.0.1
ENABLE_BREAK=yes
ERMINES=ÿÿÿÿÿÿÿûÿÿÿ÷ÿÿÿóÿÿÿïÿÿÿëÿÿÿçÿÿÿãÿÿÿßÿÿÿÛÿÿÿ×ÿÿÿÓÿÿÿÏÿÿÿËÿÿÿÇÿÿÿÃÿÿÿ¿ÿÿÿ»ÿÿÿ·ÿÿÿ³ÿÿÿ¯ÿÿÿ«ÿÿÿ§ÿÿÿ£ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ{ÿÿÿwÿÿÿsÿÿÿoÿÿÿkÿÿÿgÿÿÿcÿÿÿ_ÿÿÿ[ÿÿÿWÿÿÿSÿÿÿOÿÿÿKÿÿÿGÿÿÿCÿÿÿ?ÿÿÿ;ÿÿÿ7ÿÿÿ3ÿÿÿ/ÿÿÿ+ÿÿÿ'ÿÿÿ#ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                                                             ÿÿÿÿÿà
ETMASK=255.255.0830
IP_ADDR=10.0.0.1
MANUAL_BOOT=no
MLIES=0
NABLE_BREAK=yes
NETMASK=255.255.255.224
NUAL_BOOT=no
PRODUCT_MODEL_NUMBER=AIR-LAP1142N-A-K9
P_ADDR=10.0.0.1
RELOAD_REASON=58
ROM_PERSISTENT_UTC=1326908306
TERMLINES=0
TFTP_SERVER=10.1.70.250
TMASK=255.255._06
_ADDR=10.0.0.1
ip_ADDR=
set=ÿÿÿÿÿÿÿûÿÿÿ÷ÿÿÿóÿÿÿïÿÿÿëÿÿÿçÿÿÿãÿÿÿßÿÿÿÛÿÿÿ×ÿÿÿÓÿÿÿÏÿÿÿËÿÿÿÇÿÿÿÃÿÿÿ¿ÿÿÿ»ÿÿÿ·ÿÿÿ³ÿÿÿ¯ÿÿÿ«ÿÿÿ§ÿÿÿ£ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ{ÿÿÿwÿÿÿsÿÿÿoÿÿÿkÿÿÿgÿÿÿcÿÿÿ_ÿÿÿ[ÿÿÿWÿÿÿSÿÿÿOÿÿÿKÿÿÿGÿÿÿCÿÿÿ?ÿÿÿ;ÿÿÿ7ÿÿÿ3ÿÿÿ/ÿÿÿ+ÿÿÿ'ÿÿÿ#ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
                                                         ÿÿÿÿÿà
tftp=
ap:

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

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

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

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.

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

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

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

Radio interface

I am trying to get a DD-WRT router to function as a client bridge on a wireless network off of a 871 router. When the DD-WRT device is configured, you can ping the device from ANY other device on the network except for the 871 and the devices behind the 871 have no internet access. I was thinking that the bridge-group 1 block-unknown-source command on the radio interface might be the problem but it cannot be removed and is an automatic command.
Does anyone know of a way to either remove this command or to have the bridged device MAC be 'learned'?

What's a DD-WRT router? It looks like you're using an 871 with a wireless module. Are you trying to bridge something non-Cisco off of the 871? If not, what exactly are you doing, and what are you using each device for? Is the 871 a remote router that has clients hanging off of it that need to pass over a WAN link of some kind to get to the Internet?
Try applying your command to a subinterface if you have multiple VLANs. Otherwise, if you'd like to post some more information, I'd be glad to help if I can.

I want to listen to internet radio as I used to do. The selection "Radio" has gone from my list under "Music". How do I get it back again?

I want to listen to internet radio as I used to do. The selection "Radio" has gone from my list under "Music". How do I get it back again?

I don't know if this is what you really want, but I created a Playlist for Radio, and add some of the stations I like from websites. (If you click on the web-links they load into iTunes in the Sidebar). And you can also add individual Radio stations from the top right,(under Apple) to a Playlist. That's the only way I know to have them in the Sidebar.
Z_ZS-B, You also helped me to find the old Radio list! I didn't even know it was up on the right, under Apple. I haven't liked this version of iTunes so I hadn't even bothered to try and figure it out until now, but because I just bought a my first iPod Shuffle I'm determined to bend this version to my will. ;-)

Where is the old radio streaming gone?

Where has the old radio streaming gone from the sidebar in 11.1 itunes on snow leopard?

it's listed under preferences > internet radio
but when i check it nothing appears in the sidebar.
must be a bug!

ITunes 11.0.1 Where has the radio option gone from my source list on the left side of iTunes ? How can I restore it?

Where has the radio option gone from the source list on the left hand side of my itunes? How can I restore it

If you have it turned on it is now under the music section on the top where you have Songs, Albums etc. It is on the far right next to Match.
If you cannot see it then Preferences and Tick Radio Option
If it is still npt there the Preferences, Parental and untick Disable Radio

Cisco 1142N Radio interface gone

Similar Messages

Maybe you are looking for