Table Of Contents
Roles and the Associations of Wireless Devices
Understanding Wireless Device Network Roles
Access Point Role
Bridge Role
Point-to-Point Bridging
Point-to-Multipoint Bridging
Redundant Bridging
Workgroup Bridge Role
Universal Workgroup Bridge (2.4-GHz Radios Only)
Configuring Universal Workgroup Bridge on a Cisco 3200
Assigning Dynamic MAC address for Universal Workgroup Bridge
World Mode (2.4 GHz Radio Only)
Supported Country Codes
Additional Information
Roles and the Associations of Wireless Devices
This document describes the roles Cisco wireless devices can be assigned and how the role of a device affects its ability to associate or not associate with other wireless devices.
Understanding Wireless Device Network Roles
This section describes the roles a Cisco wireless network device can serve in common wireless network configurations.
When designing or operating a wireless LAN, the hardware components capacity to form an association with other elements of the network must be considered. In Table 1, if the two components can form an association, there is an X where the selected column and row intersect. A blank space indicates an inability to associate.
Table 1 Role and Association Matrix
| |
Root Access Point
|
Root Bridge (without Wireless Clients)
|
Non-root Bridge
|
Non-root Bridge with Wireless Clients
|
Workgroup Bridge
|
Root Access Point
|
|
|
|
|
X
|
Root Bridge
|
|
|
X
|
X
|
X
|
Non-root Bridge without Wireless Clients
|
|
X
|
|
X
|
|
Non-root Bridge with Wireless Clients
|
|
X
|
X
|
|
|
Workgroup Bridge
|
X
|
X
|
|
|
|
Universal Workgroup Bridge
|
X
|
X
|
|
|
|
To change the role of a wireless Cisco device, use the station-role command. For example, the following command sets the wireless device in access point mode (the default mode of most Cisco wireless devices):
wd(config-in)#station-role root access-point
Access Point Role
Access point is the most common role, as it is typically deployed as a LAN device. In the access point role the router accepts associations from wireless clients and non-root devices, such as a non-root bridge. If the access point provides its clients a connection to a wired network through a wired connection it is said to be a root access point. A device in root mode accepts associations with non-root devices, such as a non-root bridge.
Figure 1 shows a typical scenario where an access point connects wireless clients to wireless and wired networks.
Figure 1 Root Access Point Mode
Bridge Role
Wireless bridges provide higher data rates and superior throughput for data-intensive and line of sight applications. High-speed links between the wireless bridges deliver throughput that is many times faster than the E1/T1 lines for a fraction of the cost. In this way, wireless bridges eliminate the need for expensive leased lines and fiber-optic cables.
The wireless bridge can link LANs either through the wired interface or through the wireless interface. Wireless bridges can be configured for point-to-point and point-to-multipoint applications.
The Cisco® Metropolitan Mobile Networks (MMN) access layer is created by wireless outdoor access points and associated clients. A wireless bridge connects and passes packets between multiple network segments that use the same communications protocol, such as 802.11. Wireless bridges operate at the data link layer (Layer 2). In general, a bridge filters and forwards an incoming frame based on the MAC address of that frame-this function is the same whether it is a wireless or a wired bridge.
When two or more bridges in a Cisco MMN are used, one bridge must be defined as the root bridge. Cisco wireless bridges default to operation in root bridge mode. In any bridge domain (group of connected bridges) there should exist only one root bridge. Other bridges must be configured to operate in non-root mode. At time of activation, non-root bridges initiate a link to the root bridge; all bridges can subsequently transmit data. Clients can only associate to a non-root bridge when that bridge has a connection to a root bridge. If the connection to a root bridge is severed, all client associations to the non-root bridge will be terminated.
A workgroup bridge links wired devices to the network through its association with a wireless root device, either a root access point or a root bridge.
Additional information can be found in the Cisco Metropolitan Mobile Networks 802.11 RF Design and Deployment white paper at:
http://www.cisco.com/en/US/netsol/ns473/networking_solutions_white_paper0900aecd801016cf.shtml
The station-role root bridge mode accepts associations with non-root bridge devices and can be set to accept wireless clients. For example:
wd(config)#interface dot11radio interfacenumber
wd(config-in)#station-role root bridge wireless-clients
The root parameter specifies that the bridge operates as a root bridge to which non-root bridges can associate. The non-root parameter specifies that the router operates as a non-root bridge and must associate to a root bridge.
The wireless-clients parameter allows association with a root bridge and wireless clients.
A wireless device in bridge mode can be set to automatically select a root or a non-root role. For example:
wd(config)#interface dot11radio interfacenumber
wd(config-in)#station-role install automatic
If the install parameter is set, the bridge listens for another bridge. If it does not recognize another bridge, that bridge becomes a root bridge. If it recognizes another bridge, it becomes a non-root bridge associated to the discovered bridge. If 2 or more wireless bridges are brought up at the same time and the install parameter is set, the bridge with the lowest MAC address is identified as the root bridge.
Point-to-Point Bridging
In a point-to-point bridging configuration, a non-root bridge associates to a root bridge. Wireless bridges can be deployed to establish a direct link between two sites. The network traffic between the sites is bridged, as if it were one network. In this configuration, the bridges emulate a wired point-to-point link. Point-to-point bridges can be used to link a hot spot to the distribution/aggregation devices in a network when a wireless connection is more feasible than a wired link.
Point-to-Point Bridging Without Wireless Clients
Figure 2 shows bridges in a point-to-point configuration. In this scenario, the bridges are deployed with high-gain antennas and without wireless clients to bridge long distance and maintain high-bandwidth availability.
Figure 2 Point-to-Point Bridges Without Clients
Point-to-Point Bridging With Wireless Clients
Figure 3 shows bridges with wireless clients in a point-to-point configuration. In this scenario, the non-root bridge are deployed with wireless clients to bridge through the root bridge to the Internet cloud. If the range is short, the bridges can support wireless clients and maintain high-bandwidth availability.
Figure 3 Root Bridge with Wireless Clients and Non-root Bridges with a Wireless Client
Point-to-Multipoint Bridging
In a point-to-multipoint bridge configuration, two or more non-root bridges associate to a root bridge. Up to 17 non-root bridges can associate to a root bridge, but the non-root bridges must share the available bandwidth.
Using point-to-multipoint connection, multiple remote sites such as buildings can be linked together into a single logical network. In a point-to-multipoint architecture, these remote sites are linked to a single root bridge at a centralized site, and share the available bandwidth over the wireless link. This lowers the overall infrastructure cost per site, but might also lead to lower average throughput. Point-to-multipoint links might require additional design efforts such as traffic and capacity planning.
The root bridge acts as the master in the network relationship between the bridges and is usually in the logical center of the topology. In a point-to-point or point-to-multipoint network. However, if there is more than one cell in a point to multipoint network, non-overlapping channels must be used.
Figure 4 shows bridges in a point-to-multipoint configuration.
Figure 4 Point-to-Multipoint Bridge Configuration
Redundant Bridging
Two pairs of bridges can be deployed to add redundancy or load balancing to a bridge link. The bridges must use non-adjacent, non-overlapping radio channels to prevent interference, and they must use Spanning Tree Protocol (STP) to prevent loops. (STP is disabled by default.)
Figure 5 shows two pairs of bridges in a redundant configuration.
Figure 5 Redundant Bridge Configuration
Workgroup Bridge Role
In workgroup bridge mode, the workgroup bridge associates to an access point, or bridge as a client and provides a wireless network connection for up to eight Ethernet-enabled devices connected to its Ethernet port. It informs the associated root device of the attached wired clients using IAPP messaging. The workgroup bridge does not accept wireless client associations.
A workgroup bridge:
•
Associates to the following devices:
–
Root access points
–
Root devices
•
Accepts only wired clients.
•
Informs its root parent of all attached wired clients by using Inter-Access Point Protocol (IAPP) messaging.
In addition, you can configure the wireless device to support the following workgroup bridge features:
•
Interoperability—The universal workgroup bridge can forward routing traffic using a non-cisco root device as a universal client. The universal workgroup bridge appears as a normal wireless client to the root device.
•
World Mode—In standard world mode configuration, the wireless device passively scans for world mode only when the workgroup bridge boots up and performs a first scan. When the workgroup bridge receives a response from the root device for its world mode scan, it updates its frequency list and output power level according to the current country of operation. Thereafter, the workgroup bridge always performs an active scan.
To support continued operation during inter-country travel (such as airplane travel from New York to London), the workgroup bridge must perform a passive scan. In this configuration, the workgroup bridge associates to the root device, and it obtains the country-specific list of frequency and output power levels through passive scan.
To support this operational change, add the roaming keyword to the world-mode command. This option instructs the workgroup bridge that it must always passively scanning.
The workgroup bridge uses the 802.11d option for world mode. The wireless device tries to receive information about the country-specific list of frequency and output power levels through the 802.11d Information Element.
Note
With roaming added to the world-mode command, roaming takes a longer time; therefore, it is recommended only for situations in which it is required to assure continuous operation.
•
Multiple Client Profiles—The workgroup bridge can support multiple client profiles. A client device with multiple configurable profiles can automatically select a client profile based on available infrastructure and set of profiles. For more information, see "Service Set Identifiers".
For example, to provide wireless connectivity for a group of network printers, connect the printers to a hub or to a switch, connect the hub or switch to the Ethernet port of the workgroup bridge. The workgroup bridge transfers data through its association with an access point or bridge on the network.
Figure 6 shows a typical scenario where the device functions as a workgroup bridge.
Figure 6 Workgroup Bridge Mode
To enable the router in workgroup-bridge mode:
wd(config)#interface dot11radio interfacenumber
wd(config-in)#station-role workgroup-bridge
The device to which a workgroup bridge associates can treat the workgroup bridge as an infrastructure device or as a simple client device.
For increased reliability, set the infrastructure-client parameter on the access point or bridge to treat the workgroup bridge as an infrastructure device. When a workgroup bridge is treated as an infrastructure device, the access point reliably delivers multicast packets, which include Address Resolution Protocol (ARP) packets to the workgroup bridge.
If an access point or bridge is configured to treat a workgroup bridge as a client device, more workgroup bridges are allowed to associate to the same access point or to associate with use of a service set identifier (SSID) that is not an infrastructure SSID.
The performance cost of reliable multicast delivery—in which the duplication of each multicast packet is sent to each workgroup bridge—limits the number of infrastructure devices (including workgroup bridges) that can associate to an access point or bridge. To increase the number of workgroup bridges that can associate to the access point beyond 20, the access point must reduce the delivery reliability of multicast packets to the workgroup bridges. With reduced reliability, the access point cannot confirm that multicast packets reached the intended workgroup bridge. The workgroup bridges at the edge of the access point coverage area might lose IP connectivity.
Note
A WMIC configured in workgroup bridge mode can only associate to autonomous AP as infrastructure client. A WMIC configured as workgroup bridge mode can only associate to LWAPP AP in client mode.
Universal Workgroup Bridge (2.4-GHz Radios Only)
A universal workgroup bridge to provide interoperability with non-Cisco client devices that are compatible with the wireless standards. The universal workgroup bridge is supported on 2.4GHz Radios.
Figure 7 shows a typical scenario in which the wireless device functions as a universal workgroup bridge.
Figure 7 Universal Workgroup Bridge Mode
The wireless device configured in universal workgroup-bridge mode supports the universal interoperability and roaming options. For example:
wd(config)#interface dot11radio interfacenumber
wd(config-in)#station-role workgroup-bridge universal address
address is the MAC address of the router interface on the mobile router and is required to associate with Cisco and non-Cisco root devices.
Universal Workgroup Bridge Considerations
The following should be considered if configuring a wireless device as a universal workgroup bridge:
•
The universal workgroup bridge can not associate with an access point by using a CKIP, CMIC encryption configuration.
•
When the universal workgroup bridge is associated with an access point and the show dot11 association all command is entered, the IP address and the name for a universal workgroup bridge does not display.
•
We recommend that a static IP address is configured on the BVI so the wireless device can be managed through the Ethernet interface connected through the Mobile IP tunnel.
•
We recommend that a static ARP entry be configured on both the wireless device and the router.
•
The universal workgroup bridge can not interoperate with Tropos access point running the image version 3.1.1.2.
•
A universal workgroup bridge can not associate with a Cisco 1500 when the universal workgroup bridge is configured with only Allow WPA2 TKIP Clients. To work around this, the Cisco 1500 controller must be configured with WPA Compatibility Mode.
•
CCKM Fast Secure Roaming with a Central WDS is only available with TKIP encryption when the universal workgroup bridge is enabled.
•
When a 2.4 GHz wireless device is configured as a universal workgroup bridge, it does not advertise itself as a Cisco Compatible eXtensions (CCX) client; however, it does support CCX features. The CCX program (Aironet extensions) delivers advanced WLAN system-level capabilities and Cisco-specific WLAN innovations to third-party WI-FI-enabled laptops, WLAN adapter cards, PDAs, WI-FI phones, and application-specific devices (ASDs).
Table 2 lists the features that are supported by CCX versions:
Table 2 CCX Version Feature Support
Feature
|
v1
|
v2
|
v3
|
v4
|
AP
|
WGB
|
WGB Client
|
Security
|
WPA1
|
|
X
|
X
|
X
|
X
|
X
|
X
|
IEEE 802.11i - WPA2
|
|
|
X
|
X
|
X
|
X
|
X
|
WEP2
|
X
|
X
|
X
|
X
|
X
|
X
|
X
|
IEEE 802.1X
|
X
|
X
|
X
|
X
|
X
|
X
|
X
|
• LEAP3
|
X
|
X
|
X
|
X
|
X
|
X
|
X
|
• EAP-FAST4
|
|
|
X
|
X
|
X
|
X
|
X
|
Cisco TKIP 5 (encryption)
|
X
|
|
|
|
X
|
X
|
|
WPA: 802.1X + WPA TKIP
|
|
X
|
X
|
X
|
X
|
X
|
X
|
• With LEAP
|
|
X
|
X
|
X
|
X
|
X
|
X
|
• With EAP-FAST
|
|
|
X
|
X
|
X
|
X
|
X
|
IEEE 802.11i - WPA2: 802.1X + AES6
|
|
|
X
|
X
|
X
|
X
|
X
|
• With LEAP
|
|
|
X
|
X
|
X
|
X
|
X
|
• With EAP-FAST
|
|
|
X
|
X
|
X
|
X
|
X
|
CCKM7 EAP-TLS8
|
|
|
|
X
|
X
|
X
|
X
|
EAP-FAST Enhancements
|
|
|
|
X
|
X
|
X
|
X
|
Mobility
|
AP-assisted roaming
|
|
X
|
X
|
X
|
X
|
X
|
X
|
Fast 802.1X reauthentication via CCKM, with LEAP
|
|
X
|
X
|
X
|
X
|
X
|
X
|
Fast 802.1X reauthentication via CCKM, with EAP-FAST
|
|
|
X
|
X
|
X
|
X
|
X
|
MBSSID9
|
|
|
|
X
|
X
|
|
|
Keep-Alive
|
|
|
|
X
|
X
|
X
|
|
Quality of Service and VLANs
|
Interoperability with APs that support multiple SSIDs10 and VLANs
|
X
|
X
|
X
|
X
|
X
|
X
|
|
WMM11
|
|
|
X
|
X
|
X
|
X
|
X
|
Performance and Management
|
AP-specified maximum transmit power
|
|
X
|
X
|
X
|
X
|
X
|
X
|
Recognition of proxy ARP12 information element (For ASP13 )
|
|
|
X
|
X
|
X
|
|
|
Client Utility Standardization
|
Link Test
|
|
|
|
X
|
X
|
X
|
X
|
Access Point Support for Universal Workgroup Bridges
The universal workgroup bridge supports all the access points that conform to the 802.11 standards. If a problem associating with an access point is encountered, the access point should be updated to the latest software version. Many vendors have released fixes to conform to the latest standards and will interoperate.
Configuring Universal Workgroup Bridge on a Cisco 3200
To support manageability when the Ethernet client (MARC card) is active, configure the Universal Workgroup Bridge and Mobile Access Router Card.
To configure Universal Workgroup Bridge and Mobile Access Router Card, follow these steps:
| |
Command
|
Purpose
|
Step 1
|
configure terminal
|
Enters global configuration mode.
|
Step 2
|
interface FastEthernet0.10
encapsulation dot1Q 10
ip address 192.168.1.10 255.255.255.0
no ip route-cache
no snmp trap link-status
bridge-group 10
|
Create a subinterface under the Fast Ethernet interface and configure vlan and a bridge group other than the default bridge-group. The universal workgroup bridge is manageable through the IP address configured on this subinterface.
|
Step 3
|
interface BVI1
no ip address
no ip route-cache
|
Make sure there is no IP address configured on the BVI.
|
Step 4
|
ip default-gateway 192.168.1.20
|
Configure a default gateway on the universal workgroup bridge to point to the MARC static IP address (which will be configured on the MARC card on either the Fa0/0 subinterface or the Vlan interface depending on the interface to which the universal workgroup bridge is connected to MARC).
|
Step 5
|
interface FastEthernet0/0.10
encapsulation dot1Q 10
ip address 192.168.1.20 255.255.255.0
|
If the universal workgroup bridge is connected to Fast Ethernet interface of MARC card, create a subinterface under the Fa0/0 of the MARC card and configure a dot1q encapsulation and static IP address. This IP address should be in the same subnet as the IP address configured on the universal workgroup bridge Fast Ethernet interface and will act as a default gateway IP address for the universal workgroup bridge.
|
Step 6
|
interface FastEthernet2/0
switchport mode trunk
interface Vlan10
ip address 192.168.1.20 255.255.255.0
|
On the MARC card, if the universal workgroup bridge is connected to one of the FESMIC ports, configure the FESMIC switch port in `trunk' mode and configure the Vlan interface with the IP address. The Vlan ID must be the same as that configured on the universal workgroup bridge.
|
Step 7
|
router rip
version 2
network 0.0.0.0 or
router ospf 10
network 0.0.0.0 255.255.255.255 area 11
|
Configure a routing protocol to advertise the static network to other routers, so that this network is reachable from outside.
Note The universal workgroup bridge can be in roaming state and to support inter subnet roaming, generally configure one of the MARC roaming interfaces with DHCP. This interface will receive a DHCP given IP address. Since this IP address is reachable from outside, advertise the static IP network (created to support manageability) through this interface.
Note The IP addresses and VLAN tags shown are for example only. The user can configure any IP address or VLAN tag of his choice.
|
Step 8
|
To enable routing updates through the DHCP interface covering all the networks under the routing protocol specify network as `0.0.0.0'. These configurations enable the universal workgroup bridge as manageable in Layer2 and Layer3 roaming scenarios in both static and dynamic environments.
|
Assigning Dynamic MAC address for Universal Workgroup Bridge
The universal workgroup bridge is configured using the command station-role workgroup-bridge universal xx.xx.xx. The "xx.xx.xx" is the MAC address of the client. When you enable the Dynamic MAC address assignment, the universl workgroup bridge will find the MAC address of the client dynamically. For enabling Dynamic MAC address assignment, change the command to station-role workgroup-bridge universal. When the user does not provide the MAC address, by default it takes the dynamic MAC address assignment.
Note
This feature is supported only on Cisco 3200 2.4-GHz card.
World Mode (2.4 GHz Radio Only)
2.4 GHz radios support 802.11d world mode or Cisco legacy world mode. When world mode is enabled, the wireless device adds channel carrier set information to its beacon. Client devices with world mode enabled receive the carrier set information and automatically adjust their settings.
For example, a client device used mainly in Japan could rely on world mode to adjust its channel and power settings automatically when it travels to Italy and joins a network there. Cisco client devices running firmware version 5.30.17 or later detect whether the wireless device is using 802.11d world mode or Cisco legacy world mode and automatically use the world mode that matches the mode used by the wireless device. World mode is disabled by default.
Aironet extensions must be enabled for world mode operation. Aironet extensions are enabled by default.
The wireless device configured in world mode includes channel carrier set information in the beacon. For example:
wd(config)#interface dot11radio interfacenumber
wd(config-in)#world-mode dot11d country_code CZ outdoor roaming
The command syntax is world-mode {legacy | dot11d country_code code {both | indoor | outdoor} [roaming]}
The legacy parameter enables Cisco legacy world mode. The legacy mode is only intended to be used with Cisco Aironet 350/CB20A NIC adapters running earlier versions of software. Some non-legacy wireless client cards might not associate or maintain connections with wireless devices if the world-mode legacy command is configured. (See Field Notice: FN - 62283 - World-Mode Legacy Command is Only Useful for Cisco Aironet 350/CB20 NICs With Earlier Software Versions at http://www.cisco.com/en/US/partner/products/hw/wireless/ps4555/products_field_notice09186a00805b6b0a.shtml for more information.)
The dot11d parameter enables 802.11d world mode. When the dot11d parameter is entered, also enter a two-character ISO country code (for example, the ISO country code for the United States is US). The ISO website provides a list of ISO country codes. Supported country codes can also be found in the Supported Country Codes section.
The indoor, outdoor, or both parameters indicate the placement of the wireless device.
The roaming parameter causes the bridge to always passively scan for world mode devices. With roaming specified, the wireless device always obtains the country-specific list of frequency and output power level through passive scanning before it performs an active scan to associate with a root device. Otherwise, the wireless device scans for world mode devices only when the wireless device is booted.
Use the no form of the command to disable world mode.
Supported Country Codes
The country codes shown in Table 3 have been approved or are being approved and conform with current country requirements.
The maximum regulatory transmit power level limits published here are defined by the country code setting and are regulated on a country-by-country basis. The actual maximum transmit power levels might be less than the published regulatory limits.
Note
These entries do not apply to WMICs.
Note
These entries are subject to change. Consult www.cisco.com/go/aironet/compliance for current approvals and regulatory domain information.
Table 3 Supported Country Codes
Country Code/ Country
|
Access Point Regulatory Domain
|
802.11 Bands
|
Channels Allowed
|
Maximum Transmit Power (EIRP)
|
Indoor/ Outdoor Use
|
Frequency Range (GHz)
|
Regulatory Authority
|
AT/ Austria
|
-E
|
a
|
—
|
—
|
—
|
—
|
BMV/ FSB-LD047
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
AU/ Australia
|
-N
|
a
|
36, 40, 44, 48 52, 56, 60, 64 149, 153, 157, 161
|
200 mW EIRP 200 mW EIRP 1 W EIRP
|
In In Both
|
5.15-5.25 5.25-5.35 5.725-5.825
|
ACA
|
b
|
1-11
|
200 mW EIRP
|
Both
|
2.4-2.4835
|
BE/ Belgium
|
-E
|
a
|
—
|
—
|
—
|
—
|
BIPT/ Annexe B3 Interface radio HIPERLAN
|
b/g
|
1-12 13
|
100 mW EIRP 100 mW EIRP
|
In Out
|
2.4-2.4835
|
BR/ Brazil
|
-C
|
a
|
—
|
—
|
—
|
—
|
Anatel/ Resolution 305
|
b/g
|
1-11
|
1 W EIRP
|
Both
|
2.4-2.4835
|
CA/ Canada
|
-A
|
a
|
—
|
—
|
—
|
—
|
Industry Canada RSS-210
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
CH/ Switzerland and Liechtenstein
|
-E
|
a
|
—
|
—
|
—
|
—
|
OFCOM
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
CN/ China
|
-C
|
a
|
—
|
—
|
—
|
—
|
RRL/ MIC Notice 2003-13
|
b/g
|
1-13
|
150 mW+6 dBi~600 mW
|
Both
|
2.4-2.4835
|
CY/ Cyprus
|
-E
|
a
|
—
|
—
|
—
|
—
|
(tbd)
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
CZ/ Czech Republic
|
-E
|
a
|
—
|
—
|
—
|
—
|
CTO
|
b
|
1-11
|
200 mW EIRP
|
Both
|
2.4-2.4835
|
DE/ Germany
|
-E
|
a
|
—
|
—
|
—
|
—
|
RegTP/ wlan35
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
DK/ Denmark
|
-E
|
a
|
—
|
—
|
—
|
—
|
ITST/ Radio interface specification 00 007
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
EE/ Estonia
|
-E
|
a
|
—
|
—
|
—
|
—
|
SIDEAMET
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
ES/ Spain
|
-E
|
a
|
—
|
—
|
—
|
—
|
Ministry of Telecom
|
b/g
|
1-11
|
100 mW EIRP
|
In
|
2.412-2.472
|
FI/ Finland
|
-E
|
a
|
—
|
—
|
—
|
—
|
FICORA/ RLAN Notice
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
FR/ France
|
-E
|
a
|
—
|
—
|
—
|
—
|
A.R.T./ Decision 01-441
|
b/g
|
1-7 8-11
|
100 mW EIRP 100 mW EIRP
|
Both In
|
2.4-2.4835 2.4-2.454
|
GB/ United Kingdom
|
-E
|
a
|
—
|
—
|
—
|
—
|
UKRA/ IR2006
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
GR/ Greece
|
-E
|
b/g
|
1-11
|
100 mW EIRP
|
In
|
2.4-2.4835
|
Ministry of Transport & Comm.
|
HK/ Hong Kong
|
-N
|
a
|
—
|
—
|
—
|
—
|
OFTA
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
HU/ Hungary
|
-E
|
a
|
—
|
—
|
—
|
—
|
HIF
|
b/g
|
1-11
|
1 W EIRP
|
Both
|
2.4-2.4835
|
ID/ Indonesia
|
-R
|
a
|
—
|
—
|
—
|
—
|
PDT
|
b/g
|
1-13
|
100 mW EIRP
|
In
|
2.4-2.5
|
IE/ Ireland
|
-E
|
a
|
—
|
—
|
—
|
—
|
COMREG/ ODTR 00/61, ODTR 0062
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
IL/ Israel
|
-I
|
a
|
—
|
—
|
—
|
—
|
MOC
|
b/g
|
1-13
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
ILO/ Israel OUTDOOR
|
-I
|
a
|
—
|
—
|
—
|
—
|
MOC
|
b/g
|
5-13
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
IN/ India
|
-N
|
a
|
—
|
—
|
—
|
—
|
WPC
|
b/g
|
|
4 W EIRP
|
In
|
2.4-2.4835
|
IS/ Iceland
|
-E
|
a
|
—
|
—
|
—
|
—
|
PTA
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
IT/ Italy
|
-E
|
a
|
—
|
—
|
—
|
—
|
Ministry of Comm
|
b/g
|
1-11
|
100 mW EIRP
|
In
|
2.4-2.4835
|
J1/ Japan
|
-P
|
a
|
—
|
—
|
—
|
—
|
Telec/ARIB STD-T71
|
b
|
1-14
|
10 mW/MHz~200 mW EIRP
|
Both
|
2.4-2.497
|
Telec/ARIB STD-T66
|
g
|
1-13
|
10 mW/MHz~200 mW EIRP
|
Both
|
2.4-2.497
|
JP/ Japan
|
-J
|
a
|
—
|
—
|
—
|
—
|
Telec/ARIB STD-T71
|
b
|
1-14
|
10 mW/MHz~200 mW EIRP
|
Both
|
2.4-2.497
|
Telec/ARIB STD-T66
|
g
|
1-13
|
10 mW/MHz~200 mW EIRP
|
Both
|
2.4-2.497
|
KE/ Republic of Korea
|
-K
|
a
|
—
|
—
|
—
|
—
|
RRL/ MIC Notice 2003-13
|
b/g
|
1-13
|
150 mW+6 dBi~600 mW
|
Both
|
2.4-2.4835
|
KR/ Republic of Korea
|
-C
|
a
|
—
|
—
|
—
|
—
|
RRL/ MIC Notice 2003-13
|
b/g
|
1-13
|
150 mW+6 dBi~600 mW
|
Both
|
2.4-2.4835
|
LT/ Lithuania
|
-E
|
a
|
—
|
—
|
—
|
—
|
LTR
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
LU/ Luxembourg
|
-E
|
a
|
—
|
—
|
—
|
—
|
ILR
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
LV/ Latvia
|
-E
|
a
|
—
|
—
|
—
|
—
|
(tbd)
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
MY/ Malaysia
|
-E
|
b/g
|
1-13
|
100 mW EIRP
|
In
|
2.4-2.5
|
CMC
|
NL/ Netherlands
|
-E
|
a
|
—
|
—
|
—
|
—
|
Radiocom Agency
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
NO/ Norway
|
-E
|
a
|
—
|
—
|
—
|
—
|
NPT
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
NZ/ New Zealand
|
-N
|
a
|
—
|
—
|
—
|
—
|
RSM
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
PH/ Philippines
|
-A
|
a
|
—
|
—
|
—
|
—
|
FCC Part 15
|
b/g
|
1-11
|
1 W Conducted Output
|
Both
|
2.4-2.4835
|
PL/ Poland
|
-E
|
a
|
—
|
—
|
—
|
—
|
Office of Telecom & Post
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
PT/ Portugal
|
-E
|
a
|
—
|
—
|
—
|
—
|
NCA
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
SE/ Sweden
|
-E
|
a
|
—
|
—
|
—
|
—
|
PTS
|
b/g
|
1-11
|
100 mW EIRP
|
Both
|
2.4-2.4835
|
SG/ Singapore
|
-S
|
a
|
—
|
—
|
—
|
—
|
IDA/ TS SSS Issue 1
|
b/g
|
1-13
|
200 mW EIRP
|
Both
|
2.4-2.4835
|
SI/ Slovenia
|
-E
|
a
|
—
|
—
|
—
|
—
|
ATRP
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
SK/ Slovak Republic
|
-E
|
a
|
—
|
—
|
—
|
—
|
Telecom Admin.
|
b/g
|
1-11
|
1 W+Restricted Antennas
|
Both
|
2.4-2.4835
|
TH/ Thailand
|
-R
|
a
|
—
|
—
|
—
|
—
|
PDT
|
b/g
|
1-13
|
100 mW EIRP
|
In
|
2.4-2.5
|
TW/ Taiwan
|
-T
|
a
|
—
|
—
|
—
|
—
|
PDT
|
b/g
|
1-13
|
1 W EIRP
|
Both
|
2.4-2.4835
|
US/ United States of America
|
-A
|
a
|
—
|
—
|
—
|
—
|
FCC Part 15
|
b/g
|
1-11
|
1 W Conducted Output
|
Both
|
2.4-2.4835
|
USE/ United States of America
|
-A
|
a
|
—
|
—
|
—
|
—
|
FCC Part 15
|
b/g
|
1-11
|
1 W Conducted Output
|
Both
|
2.4-2.4835
|
USL/ United States of America LOW
|
-A
|
a
|
—
|
—
|
—
|
—
|
FCC Part 15
|
b/g
|
1-11
|
1 W Conducted Output
|
Both
|
2.4-2.4835
|
ZA/ South Africa
|
-E
|
a
|
—
|
—
|
—
|
—
|
(tbd)
|
b/g
|
1-13
|
1 W EIRP
|
Both
|
2.4-2.4835
|
Additional Information
For more information on bridge mode, see the "Outdoor Bridge Range Calculation Utility" at:
http://www.cisco.com/application/vnd.ms-excel/en/us/guest/products/ps458/c1225/ccmigration_09186a00800a912a.xls
For more information on workgroup bridge mode, see the "Access Point as a Workgroup Bridge Configuration Example" Document ID: 684772 at:
http://www.cisco.com/en/US/products/hw/wireless/ps4570/products_configuration_example09186a00805b9b87.shtml
For information on the legacy parameter with regards to Cisco legacy World Mode, see Field Notice: FN - 62283 - World-Mode Legacy Command is Only Useful for Cisco Aironet 350/CB20 NICs With Earlier Software Versions.
http://www.cisco.com/en/US/partner/products/hw/wireless/ps4555/products_field_notice09186a00805b6b0a.shtml
CCDE, CCVP, Cisco Eos, Cisco StadiumVision, the Cisco logo, DCE, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn is a service mark; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website 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. (0801R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
©2008 Cisco Systems, Inc. All rights reserved.
Printed in the USA on recycled paper containing 10% postconsumer waste.