Table Of Contents
Release Notes for Cisco Aironet Access Points for Cisco IOS Release 12.3(8)JA
March 3, 2006 OL-8237-01
These release notes describe features, enhancements, and caveats for Cisco IOS Release 12.3(8)JA. They also provide important information about Cisco Aironet 350, 1100, 1130AG, 1200, 1230AG, 1240AG Series Access Points, and Cisco Aironet 1300 Series Outdoor Access Point/Bridges.
These release notes contain the following sections:
The Cisco Aironet Access Point is a wireless LAN transceiver that acts as the connection point between wireless and wired networks or as the center point of a standalone wireless network. In large installations, the roaming functionality provided by multiple access points enables wireless users to move freely throughout the facility while maintaining uninterrupted access to the network.
You can configure and monitor 350, 1100, 1130AG, 1200, and 1240AG series access points and the 1300 series outdoor access point/bridge using the command-line interface (CLI), the web-browser interface, or Simple Network Management Protocol (SNMP).
You can install Cisco IOS Release 12.3(8)JA on all 350, 1100, 1130AG, 1200, 230AG, 1240AG series access points, and 1300 series outdoor access point/bridges.
Note Software upgrades fail when you use the web-browser interface to install Cisco IOS Release 12.3(8)JA on 1200 series access points. The image size exceeds the access point's 4-MB restriction for software upgrades. Use TFTP to upgrade your access point to this release. For complete instructions on using TFTP to upgrade access point software, see the "Working with Software Images" section in the Cisco IOS Software Configuration Guide for Cisco Aironet Access Points. Click this link to browse to that document:
You can also install this release on 350 and 1200 series access points that have been converted to run Cisco IOS software. You can tell whether an access point runs VxWorks or Cisco IOS software by looking at the GUI: the GUI on an access point running VxWorks has a yellow and red color scheme, and the GUI on an access point running Cisco IOS software has a green, light-green, and black color scheme.
Your 350 series access point must run one of these VxWorks versions before you can convert to IOS software: 12.03T, 12.02T1, 12.01T1, 11.23T, or 11.21. Your 1200 series access point must run one of these VxWorks versions before you can convert to IOS software: 12.03T, 12.02T1, 12.01T1, 12.00T, 11.56, or 11.54T. If your access point runs version 12.04, you must downgrade to a supported VxWorks version before upgrading to IOS software.
The conversion upgrade image for 350 series access points installs Cisco IOS Release 12.2(13)JA1 on your 350 series access point. The conversion upgrade image for 1200 series access points installs Cisco IOS Release 12.2(13)JA2 on your 1200 series access point.
Note Cisco Aironet 340 Series Access Points do not support IOS software. Do not attempt to load an IOS image on 340 series access points or on 350 and 1200 series access points that have not been converted.
Finding the IOS Software Version
To find the version of IOS software running on your access point, use a Telnet session to log into the access point and enter the show version EXEC command. This example shows command output from an access point running Cisco IOS Release 12.2(15)JA:ap1200>show versionCisco Internetwork Operating System SoftwareIOS (tm) C1200 Software (C1200-K9W7-M), Version 12.2(8)JACopyright (c) 1986-2006 by Cisco Systems, Inc.
On access points running IOS software, you can also find the software version on the System Software Version page in the access point's web-browser interface. If your access point does not run IOS software, the software version appears at the top left of most pages in the web-browser interface.
Upgrading to a New Software Release
For instructions on installing access point software for your access point:
Step 1 Follow this link to the Cisco home page:
Step 2 Click Technical Support and Documentation. The Technical Support and Documentation page appears.
Step 3 Click Wireless. The Wireless Support Resources page appears.
Step 4 Scroll down to the Wireless LAN Access section.
Step 5 Select the access point model for which you need the information. The Introduction page for the model you selected appears.
Step 6 Under the Configure section, click Install and Upgrade Guides. A list of configuration documents appears.
Step 7 Click Cisco IOS Software Configuration Guide for Cisco Aironet Access Points, 12.3(8)JA.
Step 8 Navigate to the Managing Firmware and Software chapter.
For information on Cisco IOS software, click this link to browse to the Cisco IOS Software Center on Cisco.com:
Disable Radios to Prevent Unexpected Reboot When Upgrading System Software
If your access point runs Cisco IOS Release 12.2(11)JA, 12.2(11)JA1, or 12.2(11)JA2, your access point might unexpectedly reboot after you upgrade to a later Cisco IOS Release. Because of a rare timing condition that affects the radios, the access point sometimes reboots immediately after the upgrade when the radios are enabled. However, after the access point reboots the upgrade is complete and the access point operates normally. To prevent the access point from rebooting unexpectedly, disable the radio interfaces before upgrading software.
Follow these steps to disable the radio interfaces using the web-browser interface:
Step 1 Browse to the Network Interfaces: Radio Settings page. Figure 1 shows the top portion of the Network Interfaces: Radio Settings page.
Figure 1 Network Interfaces: Radio Settings Page
Step 2 Select Disable to disable the radio.
Step 3 Click Apply at the bottom of the page.
Step 4 If your access point has two radios, repeat these steps for the second radio.
Beginning in privileged EXEC mode, follow these steps to disable the access point radios using the CLI:
If your access point has two radios, repeat these steps for the second radio. Use the no form of the shutdown command to enable the radio.
Converting to Cisco IOS Software
If your 350 or 1200 series access point does not run IOS software, you can use the conversion utility or the conversion upgrade image to convert the access point system to IOS software. Use the conversion utility to maintain the current configuration after the conversion, or load the upgrade image to convert to IOS software without saving the current configuration. Your access point must be running one of these VxWorks firmware versions before you can convert to IOS software:
•350 series access points must be running VxWorks version 12.03T, 12.02T1, 12.01T1, 11.23T, or 11.21
•1200 series access points must be running VxWorks version 12.03T, 12.02T1, 12.01T1, 12.00T, 11.56, or 11.54T
The conversion upgrade image for 350 series access points installs Cisco IOS Release 12.2(13)JA1 on your 350 series access point. The conversion upgrade image for 1200 series access points installs Cisco IOS Release 12.2(13)JA2 on your 1200 series access point.
Note The upgrade image and the conversion tool do not support VxWorks version 12.04. Access points running version 12.04 must be downgraded to a supported operating system version before you can use the upgrade image or the conversion tool.
Note The upgrade to Cisco IOS software is permanent; you cannot revert to non-IOS software. Product warranties do not cover unintended upgrades.
For complete instructions on using the conversion utility, refer to the Cisco Aironet Conversion Tool for Cisco IOS Software, 2.1 Administrator Guide for Windows. Click this link to browse to the Administrator Guide:
To download the conversion utility or the upgrade image, click this link to browse to the Cisco IOS Software Center on Cisco.com:
On the Cisco IOS Software Center page, enter your Cisco.com username and password to use the Feature Navigator or the Cisco IOS Upgrade Planner, or click Wireless Software to go to the Wireless LAN Software page. Download the conversion utility or the upgrade image for 350 or 1200 series access points. You can also download instructions for using the utility and the image.
Some Fields Not Updated During Upgrade to IOS Software
When you upgrade an access point to run Cisco IOS software, some fields that are reported in the console messages during the upgrade are blank or are populated with zeros. However, blank or zero fields are normal after a successful upgrade, because 350 and 1200 series access points do not support that information. This example shows fields that might appear blank or populated with zeros:32K bytes of flash-simulated non-volatile configuration memory.Base Ethernet MAC Address: 00:05:9A:38:42:91Part Number: 0-0000-00PCA Assembly Number: 000-00000-00PCA Revision Number:PCB Serial Number:Top Assembly Part Number: 000-00000-00Top Assembly Serial Number:Top Revision Number:Product/Model Number: AIR-AP352-IOS-UPGRD
The following new features are introduced in Cisco IOS Release 12.3(8)JA. Table 1 lists the features that are supported on the devices that support this release.
Table 1 New Features in Cisco IOS Release 12.3(8)JA
Note The new features included in this release are not supported on the 350 series access points. Only bug fixes are provided for this access point.
Note Cisco Aironet 1000 Series Access Points support the Lightweight Access Point Protocol (LWAPP) and do not support Cisco IOS Software.
Wireless Intrusion Detection System (IDS)—Management Frame Protection
This feature provides for the authentication of 802.11 management frames by the wireless network infrastructure. This allows the network to detect spoofed frames from attackers impersonating valid infrastructure devices.
IBNS 802.1X Supplicant
This feature supports an 802.1X supplicant for EAP-FAST and EAP-TLS that provides a secure method for enabling 802.1X authentication on the switch ports that are connected to access points.
Packet of Disconnect
This feature is implemented per the standards defined in RFC 3576 and offers service providers the ability to terminate a user session from a RADIUS server.
Wi-Fi Multimedia TSPEC Call Admission Control
This quality of service (QoS) feature helps ensure predictable voice quality and encourages roaming by managing the total voice load on the access point. Call Admission Control (CAC) keeps the number of active voice calls from exceeding the configured limits of an access point. With this feature, phones are always connected to an access point, but not necessarily on an active call. This helps ensure that the voice quality of existing calls is maintained.
Gratuitous Probe Response for Dual-Mode Phones
This feature conserves the battery power of a dual-mode (cellular and WLAN) phone by providing a packet that is transmitted from the access point at a predefined high-rate time interval. With Gratuitous Probe Response, the phone is not required to listen for beacons on each channel to detect the presence of a WLAN while in cellular mode. This allows the phone to spend less time detecting a WLAN.
Unscheduled Automatic Power Save Delivery
This QoS feature extends the battery life of mobile clients and reduces the latency of traffic flow over the wireless media. Since it does not require the client station to send a poll for each individual packet buffered at the access point, this feature allows delivery of multiple downlink packets by sending a single uplink trigger packet. Unscheduled Automatic Power Save Delivery (UPSD) is enabled when Wi-Fi Multimedia (WMM) is enabled on the radio interface.
Note In Cisco IOS Software Release 12.3(8)JA, UPSD supports only the access point role. Repeaters, bridges, and workgroup bridge roles are not supported.
VoIP Packet Handling
This feature improves the quality of VoIP packet handling on access points by enhancing 802.11 MAC behavior for lower latency. It provides enhanced retry and rate shifting algorithms that reduce congestion on wireless networks.
This feature provides diagnostic information pertinent to VoIP performance on the WLAN and aids in determining whether problems are being introduced by the WLAN or the wired network. VoWLAN metrics supported include measurements of jitter and packet loss on a location, access point, or client basis, as well as information on client roaming and roam latency.
FIPS 140-2 Level 2 Certification
FIPS stipulates the security requirements for cryptographic modules. This release provides FIPS 140-2 Level 2 certification support.
Cisco IOS Software Release 12.3(8)JA provides support for the following features in Cisco Wireless LAN Services Module (WLSM) Software Version 2.1.1:
•Manual Configuration of Channels on W52/W53 for Dynamic Frequency Selection (DFS)—This option accommodates the Japanese 5 GHz standard, allowing manual configuration on channels W52 (5180, 5200, 5220, 5240 MHz) and W53 (5260, 5280, 5300, 5320 MHz).
Cisco IOS Software Release 12.3(8)JA provides support for the following features in conjunction with the Cisco Wireless LAN Services Module (WLSM) Software Version 2.1.1 or later:
•RADIUS-Based Mobility Group Assignment—This feature provides the ability to assign wireless users to different mobility groups based on user credentials stored in the RADIUS server.
•IGMP Snooping-Based Multicast for Wireless—This feature provides the ability to deliver multicast traffic to wireless clients across the Native VLAN of an access point without requiring the need for trunking or multiple multicast enabled networks on the first hop layer 3 router. With this feature, the access point is able to deliver multicast to wireless clients with dynamically assigned mobility groups.
•Resilient Tunnel Recovery for Wireless—Automatic recovery of mobility tunnels after WLSM failure with zero client interruption.
This section contains information you should keep in mind when installing 350, 1100, 1130AG, 1200, 1230AG, 1240AG series access points, and 1300 series outdoor access point/bridges.
Installation in Environmental Air Space
This section provides information on installing 1100 and 1200 series access points in environmental air space, such as above suspended ceilings.
Cisco Aironet 1100, 1130AG, 1200, and 1240AG Series Access Points provide adequate fire resistance and low smoke-producing characteristics suitable for operation in a building's environmental air space, such as above suspended ceilings, in accordance with Section 300-22(C) of the National Electrical Code (NEC) and Sections 2-128, 12-010(3) and 12-100 of the Canadian Electrical Code, Part 1, C22.1.
Caution The power injector does not provide fire resistance and low smoke-producing characteristics and is not intended for use in extremely high or low temperatures or in environmental air spaces such as above suspended ceilings.
Note If you plan to mount a 1200 series access point with a 5-GHz radio in an area subject to environmental air space, Cisco recommends that you mount the access point horizontally so that its antennas point down. Doing so ensures that the access point complies with regulatory requirements for environmental air space with the 5-GHz radio installed.
This section describes issues you should consider before applying power to an access point.
Caution The operational voltage range for 1100 series access points is 35 to 57 VDC, and the nominal voltage is 48 VDC. Voltage higher than 60 VDC can damage the equipment.
Caution The nominal voltage for 1200 series access points is 48 VDC, and the access point is operational up to 60 VDC. Voltage higher than 60 VDC can damage the equipment.
Caution Cisco Aironet power injectors are designed for use with Cisco Aironet access points and bridges only. Do not use the power injector with any other Ethernet-ready device. Using the power injector with other Ethernet-ready devices can damage the equipment.
Use Only One Power Option
You cannot provide redundant power to 1100, 1130AG, and 1200 series access points with both DC power to its power port and inline power from a patch panel or powered switch to the access point's Ethernet port. If you apply power to the access point from both sources, the switch or power patch panel might shut down the port to which the access point is connected. Figure 2 shows the power configuration that can shut down the port on the patch panel or powered switch.
Figure 2 Improper Power Configuration Using Two Power Sources
Configuring Power for 1130AG and 1240AG Access Points
The 1130AG and 1240AG access points disable the radio interfaces when the unit senses that the power source to which it is connected does not provide enough power. Depending on your power source, you might need to enter the power source type in the access point configuration. Use the System Software: System Configuration page on the web-browser interface to select a power option. Figure 3 shows the System Power Settings section of the System Configuration page.
Figure 3 Power Options on the System Software: System Configuration Page
Using the AC Power Adapter
If you use the AC power adapter to provide power to the access point, you do not need to adjust the access point configuration.
Using a Switch Capable of IEEE 802.3af Power Negotiation
If you use a switch to provide Power over Ethernet (PoE) to the access point and the switch supports the IEEE 802.3af power negotiation standard, select Power Negotiation on the System Software: System Configuration page.
Using a Switch That Does Not Support IEEE 802.3af Power Negotiation
If you use a switch to provide Power over Ethernet (PoE) to the access point and the switch does not support the IEEE 802.3af power negotiation standard, select Pre-Standard Compatibility on the System Software: System Configuration page.
Using a Power Injector
If you use a power injector to provide power to the access point, select Power Injector on the System Software: System Configuration page and enter the MAC address of the switch port to which the access point is connected.
Operating 5-GHz Radio Requires Power Injector, Power Module, or Catalyst 3550-24 PWR Switch
The 1200 series power injector and the 1200 series power module support operation of the 5-GHz radio in the access point. Currently, the Catalyst 3550-24 PWR switch supports power for both the 2.4-GHz radio and the 5-GHz radio. Other switches and power patch panels might not provide enough power for the 5-GHz radio.
Access Point Requires 1200 Series Universal Power Supply and Power Injector
The 350 series universal power supply and power injector are not compatible with the 1200 series access point. If you use a power injector or a power module to provide power to a 1200 series access point, you must use a 1200 series universal power supply. If you need to use a power injector to inject power into the access point's Ethernet port, you must use a 1200 series power injector.
Unpowered 1100 Series Access Points Cause Loopback When Connected to Switches Without Loopback Detection
When you connect an unpowered 1100 series access point to a switch without loopback detection, the access point causes a loopback. To avoid this problem, make sure loopback detection is enabled on the switch to which the access point is connected. If your switch does not have loopback detection, disconnect the access point from the switch when the access point power is off.
For instructions on the proper installation and grounding of external antennas for 1200 and 1240AG series access points, refer to the National Fire Protection Association's NFPA 70, National Electrical Code, Article 810, and the Canadian Standards Association's Canadian Electrical Code, Section 54.
This section describes important information about the access point.
Change to Default IP Address Behavior
Cisco IOS Releases 12.3(2)JA and later change the default behavior of access points requesting an IP address from a DHCP server:
•When you connect a 350, 1130AG, 1200, 1230AG, 1240AG series access point or a 1300 series outdoor access point/bridge with a default configuration to your LAN, the access point requests an IP address from your DHCP server and, if it does not receive an address, continues to send requests indefinitely.
•When you connect an 1100 series access point with a default configuration to your LAN, the 1100 series access point makes several attempts to get an IP address from the DHCP server. If it does not receive an address, it assigns itself the IP address 10.0.0.1 for five minutes. During this five-minute window, you can browse to the default IP address and configure a static address. If after five minutes the access point is not reconfigured, it discards the 10.0.0.1 address and reverts to requesting an address from the DHCP server. If it does not receive an address, it sends requests indefinitely. If you miss the five-minute window for browsing to the access point at 10.0.0.1, you can power-cycle the access point to repeat the process.
Save Interface Level Configuration Before Upgrading to Release 12.3(8)JA
If the access points have SSIDs configured at the interface level (rather than at the global level), before upgrading to Cisco IOS Release 12.3(8)JA and above, upgrade to Cisco IOS Release 12.3(4)JA, save the configurations and then upgrade to Release 12.3(8)JA. This procedure must be followed to make sure that the SSID configurations are converted from the interface level to global level.
Changes to the Default Configuration—Radios Disabled and No Default SSID
In this release, the radio or radios are disabled by default, and there is no default SSID. You must create an SSID and enable the radio or radios before the access point will allow wireless associations from other devices. These changes to the default configuration improve the security of newly installed access points.
Clients Using WPA/WPA2 and Power Save May Fail to Authenticate
Certain clients using WPA/WPA2 key management and power save may take many attempts to authenticate or, in some cases, fail to authenticate. Any SSID defined to use authentication key-management wpa, coupled with clients using power save mode and authenticating using WPA/WPA2 may experience this problem.
A hidden configure level command, dot11 wpa handshake timeout, can be used to increase the timeout between sending the WPA key packets from the default value (100 ms) to a value between 101 and 2000 ms. The command stores its value in the configuration across device reloads.
Default Username and Password Are Cisco
When you open the access point interface, you must enter a username and password. The default username for administrator login is Cisco, and the default password is Cisco. Both the username and password are case sensitive.
Some Client Devices Cannot Associate When QoS Is Configured
Some wireless client devices, including Dell Axim handhelds and Hewlett-Packard iPaq HX4700 handhelds, cannot associate to an access point when the access point is configured for QoS. To allow these clients to associate, disable QoS on the access point. You can use the QoS Policies page on the access point GUI to disable QoS, or enter this command on the CLI:
ap(config-if)#no dot11 qos mode
Some Devices Disassociate When Multiple BSSIDs Are Added or Deleted
Devices on your wireless LAN that are configured to associate to a specific access point based on the access point MAC address (such as client devices, repeaters, hot standby units, or workgroup bridges) might lose their association when you add or delete a multiple BSSID. When you add or delete a multiple BSSID, check the association status of devices configured to associate to a specific access point. If necessary, reconfigure the disassociated device to use the BSSID's new MAC address.
Enabling MBSSIDs Without VLANs Disables Radio Interface
If you use the mbssid configuration interface command to enable multiple BSSIDs on a specific radio interface but VLANs are not configured on the access point, the access point disables the radio interface. To re-enable the radio, you must shut down the radio, disable multiple BSSIDs, and re-enable the radio. This example shows the commands you use to re-enable the radio:AP1134(config)# interface d1AP1134(config-if)# shutAP1134(config-if)# no mbssidAP1134(config-if)# no shut
After you re-enable the radio, you can enable VLANs on the access point and enable multiple BSSIDs.
Cannot Set Channel on DFS-Enabled Radios
Access points with 5-GHz radios configured at the factory for use in Europe, Singapore, Korea, Japan, Taiwan, and Israel now comply with regulations that require radio devices to use Dynamic Frequency Selection (DFS) to detect radar signals and avoid interfering with them.You cannot manually set the channel on DFS-enabled radios.
Cisco 7920 Phones Require Firmware Version 1.09 or Later When Multiple BSSIDs Are Enabled
When multiple BSSIDs are configured on the access point, Cisco 7920 wireless IP phones must run firmware version 1.09 or later.
AIR-RM21A/AIR-RM22A Radio Modules Usually Set to Max Transmit Power
AIR-RM21A and AIR-RM22A radio modules measure transmit power in decibels per milliwatt (dBm), but earlier versions of 802.11a radios in Cisco Aironet access points measure power in milliwatts (mW). Because power settings in mW do not translate directly to settings in dBm, the access point usually uses the default power setting of maximum when you install a new AIR-RM21A or AIR-RM22A radio module.
Table 2 lists 802.11a transmit power settings in mW and the power settings that the access point assigns to a new radio module.
Table 2 Transmit Power Settings Assigned to New Radio Modules
Power Settings in mW Power Setting Assigned to New Radio Module
5 dBm (approximately 3 mW)
maximum (17 dBm)
GRE Tunnelling Through WLSM Sometimes Requires MTU Setting Adjustments
If client devices on your wireless LAN cannot use certain network applications or cannot browse to Internet sites, you might need to adjust the MTU setting on the client devices or other network devices. For more information, refer to the Tech Note at this URL:
TACACS+ and DHCP IP Address Sometimes Locks Out Administrators
When you configure an access point for TACACS+ administration and to receive an IP address from the DHCP server, administrators might be locked out of the access point after it reboots if the administrator does not have a local username and password configured on the access point. This issue does not affect access points configured with a static IP address. Administrators who have been locked out must regain access by using the to reset the unit to default settings.
Access Points Do Not Support Loopback Interface
You must not configure a loopback interface on the access point.
Caution Configuring a loopback interface might generate an IAPP GENINFO storm on your network and disrupt network traffic.
Non-Cisco Aironet 802.11g Clients Might Require Firmware Upgrade
Some non-Cisco Aironet 802.11g client devices require a firmware upgrade before they can associate to the 802.11g radio in the access point. If your non-Cisco Aironet 802.11g client device does not associate to the access point, download and install the latest client firmware from the manufacturer's website.
Throughput Option for 802.11g Radio Blocks Association by 802.11b Clients
When you configure the 802.11g access point radio for best throughput, the access point sets all data rates to basic (required). This setting blocks association from 802.11b client devices. The best throughput option appears on the web-browser interface Express Setup and Radio Settings pages and in the speed CLI configuration interface command.
Transmit Power Set to Maximum When You Install 802.11g Radio
When you replace the 802.11b radio in a 1200 series access point with an 802.11g radio, the 802.11g radio is set to the maximum transmit power allowed in your regulatory domain regardless of the power setting configured on the 802.11b radio. After you install the 802.11g radio and the access point reboots, configure the 802.11g radio to the preferred transmit power.
Use Auto for Ethernet Duplex and Speed Settings
Cisco recommends that you use auto, the default setting, for both the speed and duplex settings on the access point Ethernet port. When your access point receives inline power from a switch, any change in the speed or duplex settings that resets the Ethernet link reboots the access point. If the switch port to which the access point is connected is not set to auto, you can change the access point port to half or full to correct a duplex mismatch and the Ethernet link is not reset. However, if you change from half or full back to auto, the link is reset and, if your access point receives inline power from a switch, the access point reboots.
Note The speed and duplex settings on the access point Ethernet port must match the Ethernet settings on the port to which the access point is connected. If you change the settings on the port to which the access point is connected, change the settings on the access point Ethernet port to match.
Use force-reload Option with archive download-sw Command
When you upgrade access point or bridge system software by entering the archive download-sw command on the CLI, you must use the force-reload option. If the access point or bridge does not reload the Flash after the upgrade, the pages in the web-browser interface might not reflect the upgrade. This example shows how to upgrade system software successfully using the archive download-sw command:AP# archive download-sw /force-reload /overwrite tftp://10.0.0.1/image-name
Radio MAC Address Appears in ACU
When a Cisco Aironet client device associates to an access point running IOS software, the access point MAC address that appears on the Status page in the Aironet Client Utility (ACU) is the MAC address for the access point radio. The MAC address for the access point Ethernet port is printed on the label on the back of the access point.
Radio MAC Address Appears in Access Point Event Log
When a client device roams from an access point (such as access point alpha) to another access point (access point bravo), a message appears in the event log on access point alpha stating that the client roamed to access point bravo. The MAC address that appears in the event message is the MAC address for the radio in access point bravo. The MAC address for the access point Ethernet port is printed on the label on the back of the access point.
Mask Field on IP Filters Page Behaves the Same As in CLI
In Cisco IOS Release 12.2(8)JA and later, the mask that you enter in the Mask field on the IP Filters page in the access point GUI behaves the same way as a mask that you enter in the CLI. If you enter 255.255.255.255 as the mask, the access point accepts any IP address. If you enter 0.0.0.0, the access point looks for an exact match with the IP address that you entered in the IP Address field.
Repeater Access Points Running IOS Software Cannot Associate to Parent Access Points Running VxWorks
Repeater access points running Cisco IOS software cannot associate to parent access points that do not run IOS software (all 340 series access points, and 350 and 1200 series access points that have not been converted to run IOS software).
Repeater Access Points Cannot Be Configured as WDS Access Points
Repeater access points do not support WDS. You cannot configure a repeater access point as a WDS access point, and if a root access point becomes a repeater in fallback mode, it cannot provide WDS.
Crossover Cable Sometimes Needed When Ethernet Speed and Duplex Set to Fixed on 1100 Series Access Points
If you change the speed and duplex settings from auto to fixed on an 1100 series access point's Ethernet port, the auto-MDIX feature on the port is disabled. When auto-MDIX is disabled, you must determine whether to use a straight-through or a crossover cable to connect the access point Ethernet port to another device. If the Ethernet link goes down after you set the speed and duplex to fixed, try changing the Ethernet cable from crossover to straight-through or from straight-through to crossover.
Cannot Perform Link Tests on Non-Cisco Aironet Client Devices and on Cisco Aironet 802.11g Client Devices
The link test feature on the web-browser interface does not support non-Cisco Aironet client devices nor Cisco Aironet 802.11g client devices.
System Software Upgrade Sometimes Fails Using Microsoft Internet Explorer 5.01 SP2
A system software upgrade sometimes fails when you use Microsoft Internet Explorer 5.01 SP2 to upgrade system software using the TFTP Upgrade page in the web-browser interface. Use a later version of Microsoft Internet Explorer to perform HTTP system software upgrades, or use TFTP to upgrade system software. Click this URL to browse to the Cisco IOS Software Configuration Guide for Cisco Aironet Access Points for complete instructions on performing software upgrades:
1100 Series Access Points with Boot Loader Version 12.2(4)JA Boot into Monitor Mode
When the Ethernet port is disabled on an 1100 series access point running boot loader version 12.2(4)JA, the access point boots into monitor mode when it reboots. To avoid this problem, connect the access point Ethernet port to one of the following:
•a wired LAN
•the Ethernet port on a PC
Remove power from the access point and reapply power to reboot the unit. When the access point senses an Ethernet connection, it boots normally.
Corrupt EAP Packet Sometimes Causes Error Message
During client authentication, the access point sometimes receives a corrupt EAP packet and displays this error message:Oct 1 09:00:51.642 R: %SYS-2-GETBUF: Bad getbuffer, bytes= 28165 -Process= "Dot11 Dot1x process", ipl= 0, pid= 32 -Traceback= A2F98 3C441C 3C7184 3C604C 3C5E14 3C5430 124DDC
You can ignore these messages.
When Cipher Is TKIP Only, Key Management Must Be Enabled
When you configure TKIP-only cipher encryption (not TKIP + WEP 128 or TKIP + WEP 40) on any radio interface or VLAN, every SSID on that radio or VLAN must be set to use WPA or CCKM key management. If you configure TKIP on a radio or VLAN but you do not configure key management on the SSIDs, client authentication fails on the SSIDs.
Cisco CKM Supports Spectralink Phones
Cisco CKM (CCKM) key management is designed to support voice clients that require minimal roaming times. To date, CCKM supports only Spectralink and Cisco 7920 Version 2.0 Wireless Phones. Other voice clients have not been tested with CCKM and are not supported.
Non-Cisco Aironet Clients Sometimes Fail 802.1x Authentication
Some non-Cisco Aironet client adapters do not perform 802.1x authentication to the access point unless you configure Open authentication with EAP. To allow both Cisco Aironet clients using LEAP and non-Cisco Aironet clients using LEAP to associate using the same SSID, you might need to configure the SSID for both Network EAP authentication and Open authentication with EAP.
Pings and Link Tests Sometimes Fail to Clients with Both Wired and Wireless Network Connections
When you ping or run a link test from an access point to a client device installed in a PC running Microsoft Windows 2000, the ping or link test sometimes fails when the client has both wired and wireless connections to the LAN. Microsoft does not recommend this configuration. For more information, refer to Microsoft Knowledge Base article 157025 at this URL:
Layer 3 Mobility Not Supported on Repeaters and Workgroup Bridges
Repeater access points and workgroup bridges cannot associate to an SSID configured for Layer 3 mobility. Layer 3 mobility is not supported on repeaters and workgroup bridges.
WLSM Required for Layer 3 Mobility
You must use a Wireless LAN Services Module (WLSM) as your WDS device in order to properly configure Layer 3 mobility. If you enable Layer 3 mobility for an SSID and your WDS device does not support Layer 3 mobility, client devices cannot associate using that SSID.
This section lists open and resolved caveats for access points.
These caveats are open in Cisco IOS Release JA12.3(8)JA:
•CSCsb80462—1300 series outdoor access point/bridge stops passing traffic
When network topology changes, the 1300 series outdoor access point/bridge does not forward traffic of certain wired clients even though STP has converged.
Workaround: None. In general this problem does not happen to a stable network with a limited amount of flooding traffic. The switch that connecting to the power injector of the 1300 will not flood packets to the 1300 if both source and destination devices are on ports other than the 1300 port.
The power injector of the 1300 functions like a switch and does source learning. It has a 5 minute aging timeout before any learned entry is purged from the forwarding table. If the network topology changes during the aging timeout period, and the both the source and destination device mac-addresses had been learned at the power injector input, the power injector will not forward the packet to the 1300 it services until the table entry is purged.
•CSCsc02981—Access point fails when mac-authen filter-cache is enabled.
An access point configured with mac-authen filter-cache enabled may crash on after several hours of operation. This is observed in access points that use the following commands in their configuration:
–dot11 aaa authentication mac-authen filter-cache
–wlccp wds aaa authentication mac-authen filter-cache
Workaround: Use the following commands to disable the mac-authen filter-cache:
–no dot11 aaa authentication mac-authen filter-cache
–no wlccp wds aaa authentication mac-authen filter-cache
•CSCsa94560—GA: power save client deauthenticated before receiving EAP FAILURE message
A client that fails EAP authentication due to a bad username or password may show the reason to be EAP timeout instead. This occurs only for clients in power save mode that remain in power save mode when trying to authenticate. Also, either the username or password that the client is using to authenticate must be incorrect.
Workaround: To check if the EAP authentication failure is caused by this caveat, change the client configuration so it is no longer in power save mode. If the reason for the client failure is now an EAP failure, correct the username or password. Once the username or password is corrected the client can be reconfigured back to power save mode.
•CSCsb00606—350 series access points reload every couple of weeks
•CSCsb84696—WLSE access point radio scan shows occasional SNMP timeouts
An access point radio scan on an 1100 series access point running Cisco IOS Release 12.3(4)JA may occasionally fail because the WLSE is not able to set the Dot11RadioDiagTempTxPowerLevel on the AP. The request times out with an "ERROR: AP not SNMP accessible" error.
•CSCsc95298—Deauthentication reassociation messages missing from the event log
An access point may not log events related to client association and deauthentication during a client roam. The reassociation event will be missing in the logs on the access point to which the client roamed and the deauthentication event will be missing in the logs on the access point from which the client roamed. The behavior may be seen for a period of several minutes.
Workaround: None. The feature was available on Cisco IOS Release 12.2(15) and removed on Release 12.3(2).
•CSCsa94560—Access point fails to forward an EAP reject message to a client in power save mode
A client that fails EAP authentication due to a bad username or password may show the reason to be an EAP timeout instead. This condition exists for clients in power save mode that remain in power save mode when trying to authenticate. Either the username or password the client is using to authenticate with must also be incorrect.
Workaround: To check if the EAP authentication failure is due to this problem, change the client configuration so it is no longer in power save mode. If the failure at the client is an EAP failure, correct the username or password. Once the username or password is corrected the client can be reconfigured back to power save mode.
These caveats are resolved in Cisco IOS Release 12.3(8)JA:
Multiple voice-related vulnerabilities are identified in Cisco IOS software, one of which is also shared with Cisco Unified Communications Manager. These vulnerabilities pertain to the following protocols or features:
–Session Initiation Protocol (SIP)
–Media Gateway Control Protocol (MGCP)
–Signaling protocols H.323, H.254
–Real-time Transport Protocol (RTP)
Cisco has made free software available to address these vulnerabilities for affected customers. Fixed Cisco IOS software listed in the Software Versions and Fixes section contains fixes for all vulnerabilities mentioned in this advisory.
There are no workarounds available to mitigate the effects of any of the vulnerabilities apart from disabling the protocol or feature itself.
This advisory is posted at http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20070808-IOS-voice
•CSCdz53694—Cisco IOS access points now provide sufficient association/net map information
•CSCef31239—dot1x client timeout functions properly
•CSCef60659—More stringent checks are required for ICMP unreachable
Cisco has made free software available to address this vulnerability. In some cases there are workarounds available to mitigate the effects of the vulnerability. This advisory is posted at
•CSCef68324—ICMPv6 packet traceback vulnerability
Cisco Internetwork Operating System (IOS®) Software is vulnerable to a Denial of Service (DoS) and potentially an arbitrary code execution attack from a specifically crafted IPv6 packet. The packet must be sent from a local network segment. Only devices that have been explicitly configured to process IPv6 traffic are affected. Upon successful exploitation, the device may reload or be open to further exploitation.
Cisco has made free software available to address this vulnerability for all affected customers. More details can be found in the security advisory that is posted at: http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20050729-ipv6
•CSCeg04218—Syslog messages are now issued when an individual RADIUS server becomes unresponsive or responds after being unresponsive
This caveat is duplicated by CSCeg04369, CSCeg15811, and CSCsa42534
•CSCeg49666—EAP-TTLS class subattributes are no longer dropped when WDS is enabled
•CSCeh25902—Access point no longer sends an 802.11 deauthentication with reason 0
•CSCeh68636—1100 series access point no longer logs "CDP_PD-2-POWER_LOW: All radios disabled" and changes both dot11 radio interfaces to a reset state
•CSCei05154—CLI allows open authentication with EAP for CCKM
This caveat is duplicated by CSCei05169.
•CSCsa76421—1100 series access point ifInUncastPkts no longer decrease at regular intervals and then increase again
This caveat is duplicated by CSCsb90089
•CSCsa93231—The 1231G series access point allows UC/MC4500 or UC/MC4800 devices to associate
•CSCsb09210—802.11g radio no longer continues to advertise short slot capability when 11b rates are set
•CSCsb57626—Environment variables file on 1200 series access point now updates normally
•CSCsb41187—Channels on a 350 series access point can now be changed using the GUI
•CSCsb72295—EAPOL key exchange now complies with WPA2
This caveat is duplicated by CSCeg51362.
•CSCsb78269—Workgroup bridge no longer takes ~1 second to resume passing traffic after roaming
•CSCsb56000—Access points now register to WDS after the IP address of the WDS access point is changed
•CSCsb57071—Access point is now able to restrict client transmission power to -1 dBm
•CSCsb60439—VLANs can now be created on a 1300 series outdoor access point/bridge GUI
•CSCsb61298—More than 6 VLANs can be created on a 1300 outdoor access point/bridge GUI when Spanning Tree Protocol is enabled
•CSCsb97797—The correct unicast cipher capabilities are advertised for the SSID with SSIDL advertisement
•CSCsc17882—Ethernet clients from a workgroup bridge no longer disassociate and reassociate to the access point
•CSCsc33572—11Mb data rate is now available 802.11g access points using channel 14
•CSCsc95643—1200 series access point no longer crashes and generates a .rcore file in flash
•CSCed78149—TCP connections doing a PMTU discovery are vulnerable to spoofed ICMP packets
Cisco has made free software available to address these vulnerabilities. In some cases there are workarounds available to mitigate the effects of the vulnerability. This advisory is posted at http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20050412-icmp
•CSCef46191—Unable to TELNET
Symptoms: A specifically crafted Transmission Control Protocol (TCP) connection to a telnet or reverse telnet port of a Cisco device running Internetwork Operating System (IOS) may block further telnet, reverse telnet, Remote Shell (RSH), Secure Shell (SSH), and in some cases Hypertext Transport Protocol (HTTP) access to the Cisco device. Telnet, reverse telnet, RSH and SSH sessions established prior to exploitation are not affected. All other device services will operate normally.
Conditions: User initiated specially crafted TCP connection to a telnet or reverse telnet port results in blocking further telnet sessions. Whereas, services such as packet forwarding, routing protocols and all other communication to and through the device remains unaffected.
A detailed advisory is available at http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20040827-telnet
•CSCeh51638—Network access restriction no longer fails for HTTP administration
•CSCeh77143—802.11b access point radios now return a calibrated signal quality value
•CSCeh90918—The SNTP broadcast client no longer ignoreS NTP broadcasts from a v4 server
•CSCei38233—1200 series access point now returns chassis Id top assembly number
•CSCei49361—A warning message is now printed if network-eap is configured
•CSCei66849—350 series access points no longer displays interrupt CPU greater than total CPU
•CSCej11428—Repeater access point interfaces no longer go down when station leaves RF coverage area
•CSCej34945—VTY lines on access points has been reduced from 16 to 5 but user has option to configure up to 16 lines
•CSCsa98253—access point now displays warning when an MBSSID is configured on non-MBSSID radio
•CSCsb19033—shut/no shut dot11radio interface command no longer causes output drops
•CSCsb23595—1100 series access point autoinstall no longer writes to NVRAM after loading a configuration from a TFTP server
•CSCsb34761—350 series access point no longer shows error on the SSID Manager page after performing an IOS upgrade
•CSCsb47156—SSID can now be created on the Express Security page
•CSCsb48761—Memory fragmentation caused by MAC authentication failures no longer occurs
This caveat is duplicated by CSCsb77105 and CSCsc99333.
•CSCsb53874—Mobile nodes no longer experience dot1x authentication fail at timing of reauth-period when using MAC or EAP authentication
This caveat is duplicated by CSCsb59272.
•CSCsb60153—WLSM now recognizes passive client IP addresses
•CSCsb62170—GUI now allows multiple SSIDs to be mapped to a VLAN
•CSCsb62483—Access point no longer caches PMK ID for 90 minutes or more when mobile nodes roam between access points.
•CSCsb72175—Power translation table has been clarified in IOS GUI
•CSCsb72354—AES+TKIP & AES+TKIP+WEP now operates normally.
•CSCsb73319—32 character SSID no longer fails with WDS
This caveat is duplicated by CSCsb73268.
•CSCsb92517—Message is now logged if the VLAN name from the RADIUS server is not found
•CSCsb92558—SSID values with embedded OOO or xHH directives are parsed properly
•CSCsb98295—Fallback function now shuts down radio interface when the access point boots without an Ethernet connection
•CSCsb98627—1300 series outdoor access point/bridge CCA value is no longer reset to 75 on reload when disabled
•CSCsb98674—Configuring path command no longer causes the access point to reload
•CSCsc05092—1300 series outdoor access point/bridge now ages and upgrades bridging table
This caveat is duplicated by CSCsc61203.
•CSCsc09309—Timeout error no longer reported during WLSE radio scan due to a busy channel
•CSCsc09453—Access point no longer shows channel least-congested in the running configuration
•CSCsc33870—GUI now allows $ entry in WPA-PSK field
•CSCsc37823—Devices now obtain IP addresses from DHCP server when WLSM and MBSSID is enabled on the access point
•CSCsc40764—1100 series access point no longer crashes after upgrade to Cisco Release 12.3(7)JA1
•CSCsc41949—1300 series outdoor access point/bridge no longer crashes when processing AiroIAPP Protocol
•CSCsc43974—RSN capabilities IE no changes when the radio resets
•CSCsc50962—Express Setup page now shows correct Aironet Extension settings
•CSCsc51365—Access point no longer resets client state after receiving an authorization request
•CSCsc54623—The dot11 wpa handshake timeout command is now available
•CSCsc64976—HTTP server should scrub embedded HTML tags from command output
A vulnerability exists in the IOS HTTP server in which HTML code inserted into dynamically generated output, such as the output from a show buffers command, will be passed to the browser requesting the page. This HTML code could be interpreted by the client browser and potentially execute malicious commands against the device or other possible cross-site scripting attacks. Successful exploitation of this vulnerability requires that a user browse a page containing dynamic content in which HTML commands have been injected.
Cisco will be making free software available to address this vulnerability for affected customers. There are workarounds available to mitigate the effects of the vulnerability. This advisory is
This caveat is duplicated by CSCsc89020.
•CSCsc68458—Native IOS LWAPP access point can now be managed by WLSE after converting to Autonomous Mode (IOS)
•CSCsc78972—sh wlccp wds mn detail command now shows VLAN info for associated clients
•CSCsc80506—Access point no longer replies to ARP requests with 0.0.0.0
•CSCsc94879—Access point no longer continues to stream RTP packets to a Cisco 7920 phone after the 7920 sends a deauthentication packet to the access point
•CSCeh26653—cdp source-interface BVI1 configuration no longer disappears after rebooting
•CSCej75301— parser_add_link_to_list now uses chunks to avoid memory fragmentation
•CSCek23736—Typographical errors corrected in debug dot11 beacon command
•CSCsb14191—Traceback no longer appears when configuring over 250 login authentication lists
This caveat is duplicated by CSCsb51384.
•CSCsb20723—Access point default behavior to limit client transmitter power has been corrected
•CSCsb72895—Access points now support the whyReload mib command
•CSCsc11134—Radio driver does not check for encryption required on receive
Cisco Access Points operating in Lightweight Access Point Protocol (LWAPP) mode may allow unauthenticated end hosts to send unencrypted traffic to a secure network by sending frames from the Media Access Control (MAC) address of an already authenticated end host.
Only the access points that are operating in LWAPP (i.e. controlled by a separate Wireless LAN Controller) mode are affected. Access points that are running in autonomous mode are not affected.
Cisco has made free software available to address this vulnerability for affected customers.This advisory is posted at
•CSCsc16644—ARP table is subject to overflow
A vulnerability exists in Cisco Aironet Wireless Access Points (AP) running IOS which may allow a malicious user to send a crafted attack via IP address Resolution Protocol (ARP) to the Access point which will cause the device to stop passing traffic and/or drop user connections. Repeated exploitation of this vulnerability will create a sustained DoS (denial of service).
Cisco has made free software available to address this vulnerability for affected customers. There are workarounds available to mitigate the effects of the vulnerability. This advisory is posted at http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20060112-wireless
•CSCsc17882—WGB clients associations on a root access point no longer keep disassociating every 5 seconds
This caveat is duplicated by CSCsc21903 and CSCsc26853.
•CSCsc38132—FIPS: random_gen_32bit is replaced by crypto_rng
FIPS needs continuous test for all the random number generators. Since random_gen_32bit is not tested, it is replaced by crypto_rng wherever called on the access point
•CSCsc41779—FIPS CCM test result is now passed to test client
•CSCsc57550—Channels in W52 band can now be configured manually
•CSCsd44941—2.4GHz radios in some 1130 and 1240 access points produced after 1/23/2006 no longer disassociates clients
If You Need More Information
If you need information about a specific caveat that does not appear in these release notes, you can use the Cisco Bug Toolkit to find select caveats of any severity. Click this URL to browse to the Bug Toolkit:
(If you request a defect that cannot be displayed, the defect number might not exist, the defect might not yet have a customer-visible description, or the defect might be marked Cisco Confidential.)
For the most up-to-date, detailed troubleshooting information, refer to the Cisco TAC website at http://www.cisco.com/cisco/web/support/index.html. Click Technology Support, choose Wireless from the menu on the left, and click Wireless LAN.
This section lists changes, errors, and omissions from user documentation for access points.
The command dot11 extension power native was omitted from the Cisco IOS Software Configuration Guide for Cisco Aironet Access Points 12.3(8)JA and Cisco IOS Command Reference for Cisco Aironet Access Points and Bridges 12.3(8)JA.
When enabled, the dot11 extension power native shifts the power tables the radio uses from the IEEE 802.11 tables to the native power tables. The radio derives the values for this table from the NativePowerTable and NativePowerSupportedTable of the CISCO-DOT11-1F-MIB. The Native Power tables were designed specifically to configure powers as low as -1dBm for Cisco Aironet radios that support these levels.
This section lists documents related to Cisco IOS Release 12.3(8)JA and to 350, 1100, 1130AG, 1200, 1240AG series access points, and 1300 series outdoor access point/bridges.
•Cisco Aironet Conversion Tool for Cisco IOS Software, 2.0 Administrator Guide for Windows
•Quick Start Guide: Cisco Aironet 350 Series Access Points
•Quick Start Guide: Cisco Aironet 1100 Series Access Points
•Quick Start Guide: Cisco Aironet 1130AG Series Access Points
•Quick Start Guide: Cisco Aironet 1200 Series Access Points Running Cisco IOS Software
•Quick Start Guide: Cisco Aironet 1240AG Series Access Points
•Cisco IOS Software Configuration Guide for Cisco Aironet Access Points
•Cisco IOS Command Reference for Cisco Aironet Access Points and Bridges
•Hardware Installation Guide for Cisco Aironet 350 Series Access Points Running Cisco IOS Software
•Cisco Aironet 1100 Series Access Point Hardware Installation Guide
•Cisco Aironet 1130AG Series Access Point Hardware Installation Guide
•Cisco Aironet 1200 Series Access Point Hardware Installation Guide
•Cisco Aironet 1240AG Series Access Point Hardware Installation Guide
•Installation Instructions for Cisco Aironet Power Injectors
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation:
Subscribe to the What's New in Cisco Product Documentation as an RSS feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service. Cisco currently supports RSS Version 2.0.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)