This document describes how to establish a point-to-point wireless link with the use of Cisco Aironet Wireless Bridges with Cisco LEAP authentication.
Ensure that you have basic knowledge of these topics before you attempt this configuration:
Configuration of basic parameters on the wireless bridge
Configuration of the Aironet 802.11a/b/g Wireless LAN (WLAN) Client Adapter
Extensible Authentication Protocol (EAP) authentication methods
The information in this document is based on these software and hardware versions:
Two Aironet 1300 Series Wireless Bridges that run Cisco IOS® Software Release 12.3(7)JA firmware
Two Aironet 802.11a/b/g Client Adapters that run firmware version 2.5
Note: This document uses a wireless bridge that has an integrated antenna. If you use a bridge which requires an external antenna, ensure that the antennas are connected to the bridge. Otherwise, the bridge is unable to connect to the wireless network. Certain wireless bridge models come with integrated antennas, whereas others need an external antenna for general operation. For information on the bridge models that come with internal or external antennas, refer to the ordering guide/product guide of the appropriate device.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
This document uses this network setup:
This setup uses two Aironet 1300 Series Wireless Bridges. One of the bridges is configured for root bridge mode and the other bridge is configured for non-root bridge mode. Client A associates with the root bridge and Client B associates with the non-root bridge. All the devices use IP addresses in the range 10.0.0.0/24, as the network diagram shows. This configuration establishes a point-to-point wireless connection between the bridges. Before the wireless bridges can communicate, they must authenticate to each other. The bridges use any one of these authentication methods:
Open authentication
Shared Key authentication
EAP authentication
This document uses LEAP for authentication and uses the local RADIUS server on the root bridge in order to validate the credentials.
Note: This document does not explain how to configure the client adapter to associate with the wireless bridges. This document focuses on the configuration of point-to-point connectivity between the root and non-root bridges. For information on how to configure the wireless client adapter to participate in a WLAN, refer to Basic Wireless LAN Connection Configuration Example.
Refer to Cisco Technical Tips Conventions for more information on document conventions.
A wireless bridge is a Layer 2 device that connects two or more LANs, which are often in different buildings, through the wireless interface. 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. You can use the wireless bridges to connect these networks:
Difficult-to-wire sites
Noncontiguous floors
Temporary networks
Warehouses
Other networks
The LANs that the wireless bridge connects can connect to the wireless bridge either through the wired LAN or through the wireless interface. You can configure the wireless bridges for point-to-point and point-to-multipoint applications. This document configures the wireless bridges for point-to-point connectivity.
This section presents the information to configure the wireless bridge as a root bridge.
Access the 1300 wireless bridge through the GUI and go to the Summary Status window.
Complete these steps:
Open a web browser and enter the IP address in the address line.
This example uses the IP address 10.0.0.1 for the root bridge. For information on how to assign an IP address to the wireless bridge, refer to the Obtaining and Assigning an IP Address section of the document Configuring the Access Point/Bridge for the First Time.
Press Tab in order to bypass the Username field and advance to the Password field.
The Enter Network Password window displays.
Enter the case-sensitive password Cisco, and press Enter.
The Summary Status window displays, as this example shows:
Configure the radio interface.
Enable the radio interface and define it as a root bridge.
This radio interface acts as the wireless interface for the root bridge.
Note: The radio interface is disabled by default on 1300 wireless bridges that run Cisco IOS Software Release 12.3(7)JA.
Complete these steps:
Choose Network Interfaces > Radio0-802.11G > Settings.
The Network Interfaces: Radio0-802.11G Settings window displays. You can use this window to configure various parameters that relate to the radio interface. These parameters include:
Role in the radio network
Radio data rates
Radio transmit power
Radio channel settings
Antenna settings
Other parameters
Click Enable under Enable Radio in order to activate the radio interface.
Enable root mode on the wireless bridge.
Under Role in Radio Network, click Root Bridge.
Note: The Role in Radio Network parameter allows you to configure the wireless bridge in these ways:
Root bridge
Non-root bridge
Root bridge with wireless clients
Non-root bridge with wireless clients
Root access point (AP)
Repeater AP
Workgroup bridge
Scanner
Install mode
If you want to configure the wireless bridge for root bridge/non-root bridge mode and you have wireless clients that are associated to the wireless bridge, you need to choose either Root Bridge with Wireless Clients or Non-Root Bridge with Wireless Clients for the Role in Radio Network parameter. In this way, the wireless bridge functions as a root/non-root bridge and also accepts wireless client associations.
Note: If you use an IEEE 802.11b standard bridge or have 802.11b clients with the 1300 wireless bridge, ensure that you do not choose Require for the Orthogonal Frequency Division Multiplexing (OFDM) data rates. If you choose Require for these data rates, the devices do not associate. The devices do not associate because the 802.11b devices do not support OFDM rates that operate based on the IEEE 802.11g standard. In the Network Interfaces: Radio0-802.11G Settings window example, the OFDM data rates appear with an asterisk (*) beside the rates. The settings in this example also show you how you must configure the data rates for 802.11b devices that operate in a 802.11g environment.
Enter 1 for the Distance (Km) parameter, leave all the other parameters at their default values, and click Apply at the bottom of the window.
Note: This document explains the point-to-point configuration with integrated (nonremovable) antennas that are placed close to each other. The bridges are less than 1 kilometer (km) apart. For this reason, all the other radio parameters are left at their default values. A configuration of other parameters can be necessary, however. The necessity of the configuration of other parameters depends on the environment in which these wireless bridges are deployed and the type of antenna that you use. These are other parameters that you may configure:
Antenna gain
Radio distance
Note: This is the distance between the bridges.
Definition of the transmit and receive antenna
Power level that is used for communication
Other parameters
Note: Refer to the Outdoor Bridge Range Calculation Utility in order to calculate these parameters. Always use this utility before you deploy the bridges in order to ensure good throughput and performance. For more information on how to configure the other parameters of the radio interface on the wireless bridge, refer to Configuring Radio Settings.
Enable LEAP authentication with a local RADIUS server in order to authenticate the wireless bridges.
Configure LEAP authentication on the root bridge, and then configure the non-root bridge as a LEAP client in order to authenticate to the root bridge. Complete these steps:
Choose Security > Server Manager in the menu on the left, define these parameters under Corporate Servers, and click Apply:
IP address of the RADIUS server
Note: For the local RADIUS Server, use the IP address of the AP. In the example, the IP address to use is the IP address of the root bridge, which is 10.0.0.1.
Authentication and accounting ports
Shared secret of the RADIUS server
Note: In the example, the shared secret is Cisco.
Note: The local RADIUS server listens on ports 1812 and 1813.
In the Default Server Priorities area of this window, select the local RADIUS server IP address and click Apply.
In order to enable WEP encryption, complete these steps:
Note: LEAP authentication requires WEP encryption to be enabled.
Choose Security > Encryption Manager.
In the Encryption Modes area, choose Mandatory for WEP Encryption and choose WEP 128 bit from the drop-down menu beside Cipher.
In the Encryption Keys area, choose 128 bit as the Key Size and enter the Encryption Key.
Note: This encryption key must match the encryption key that you configure on the non-root bridge.
In this example, the encryption key is 1234567890abcdef1234567890.
Here is an example:
Create a new service set identifier (SSID) for the bridges to use in order to communicate.
Complete these steps:
Choose Security > SSID Manager from the menu on the left.
The SSID Manager window displays.
Enter the new SSID in the SSID field.
This example uses Cisco as the SSID.
In the Authentication Settings area, check the Network EAP check box and click Apply.
This enables LEAP authentication.
Here is an example:
Note: In Cisco IOS Software Release 12.3(4)JA and later, you configure SSIDs globally and then apply them to a specific radio interface. Refer to the Creating an SSID Globally section of the document Configuring Multiple SSIDs in order to configure SSIDs globally. Also, in Cisco IOS Software Release 12.3(7)JA, there is no default SSID.
Scroll down to the Global Radio0-802.11G Properties area and complete these steps:
From both the Set Guest Mode SSID and the Set Infrastructure SSID drop-down menus, select the SSID that you configured.
For this example, select Cisco.
Check the Force Infrastructure Devices to associate only to this SSID check box.
This action configures the SSID Cisco as an infrastructure SSID and enables guest mode for this SSID.
Configure the local RADIUS server parameters.
Choose Security > Local Radius Server, and click the General Set-Up tab.
In the Local Radius Server Authentication Settings area, click LEAP.
In the Network Access Server (AAA Client) area, define the IP address and shared secret of the RADIUS server and click Apply.
For the local RADIUS server, use the IP address of the AP.
Here is an example:
In the Individual Users area, define the individual users and click Apply.
The user name and password that you configure must match the user name and password of the LEAP client. In this example, these fields must match the user name and password of the non-root bridge. The example user name is NonRoot, and the password is Cisco123.
Note: Groups are optional. The group attributes do not pass to the active directory and are only locally relevant. You can add groups later, after you confirm that the base configuration works correctly.
Now that you have configured the root bridge, it is ready to associate with clients and non-root bridges. Configure the non-root bridge in order to complete this setup and establish a point-to-point wireless connection.
You can use the CLI in order to configure the bridge using telnet.
!--- These commands enable the local radius server on the bridge !--- and ensure that local radius server is used for authentication: bridge#aaa new-model bridge#aaa group server radius rad_eap server 10.0.0.1 auth-port 1812 acct-port 1813 bridge#aaa authentication login eap_methods group rad_eap bridge(config)#station role root bridge(config)#distance 1 !--- This commands enters the bridge into the local server config mode: bridge(config)#radius-server local !--- By default LEAP, EAPFAST, and MAC authentications are !--- supported. Using the no form for other 2 types ensures !--- that LEAP is used for authentication. bridge(config-radsrv)#no authentication eapfast bridge(config-radsrv)#no authentication mac bridge(config)#interface dot11radio 0 bridge(config-if)#ssid bridge !--- This command enables EAP authentication for the SSID. bridge(config-if-ssid)#authentication network-eap rad_eap !--- This step is optional. !--- This value seeds the initial key for use with broadcast !--- [255.255.255.255] traffic. If more than one VLAN is !--- used, then keys must be set for each VLAN. bridge(config-if)#encryption vlan 1 key 1 size 128bit 12345678901234567890123456 transmit-key !--- This defines the policy for the use of Wired !--- Equivalent Privacy (WEP). If more than one VLAN is used, !--- the policy must be set to mandatory for each VLAN. bridge(config-if)#encryption vlan 1 mode wep mandatory bridge(config)#user cisco password cisco123
This section presents the information to configure the wireless bridge as a non-root bridge. The non-root bridge authenticates as a LEAP client to the local RADIUS server on the root bridge.
Access the wireless bridge through the GUI and go to the Summary Status window.
Complete the instructions in Step 1 of the section Configure the Root Bridge in order to reach the Summary Status window.
Note: The non-root bridge is configured with IP address 10.0.0.2.
This window displays:
Configure the SSID for communication.
Choose Security > SSID Manager from the menu on the left.
The SSID Manager window appears.
Enter the same SSID that you configured on the root bridge in the SSID field.
In the Authentication Settings area, check the Network EAP check box.
Scroll down to the General Settings configuration parameters, define the user name and password for EAP Client, and click Apply.
This user name and password must exist on the RADIUS server for successful LEAP authentication. In this example, the user name and password must be on the local RADIUS server on the root bridge. Use the user name NonRoot and password Cisco123, which you already configured on the local RADIUS server.
Scroll down to the Global Radio0-802.11G SSID Properties area of this window and complete these steps:
From both the Set Guest Mode SSID and the Set Infrastructure SSID drop-down menus, select the SSID that you configured.
For this example, select Cisco.
Check the Force Infrastructure Devices to associate only to this SSID check box.
This action configures the SSID Cisco as an infrastructure SSID and enables guest mode for this SSID.
Enable the radio interface and configure the radio interface for non-root mode.
Complete these steps:
Enable the radio interface and define it as a non-root bridge.
Note: The radio interface is disabled by default.
Complete these steps:
Choose Network Interfaces > Radio0-802.11G > Settings.
The Network Interfaces: Radio0-802.11G Settings window displays.
Click Enable under Enable Radio in order to activate the radio interface.
Enable non-root mode on the wireless bridge.
Complete these steps:
For Role in Radio Network, click Non-Root Bridge.
Enter 1 for the Distance (Km) parameter, leave all the other parameters at their default values, and click Apply at the bottom of the window.
Configure the non-root bridge as a LEAP client.
Choose Security > Encryption Manager.
In the Encryption Modes area, choose Mandatory for WEP Encryption and choose WEP 128 bit from the drop-down menu beside Cipher.
In the Encryption Keys area, choose 128 bit as the Key Size and enter the Encryption Key.
You must use the same WEP encryption key that you used on the root bridge. In this example, the encryption key is 1234567890abcdef1234567890.
You can use the CLI to configure using telnet.
This example sets a LEAP user name and password for the SSID bridgeman:
bridge#configure terminal bridge(config)#configure interface dot11radio 0 bridge(config)#station role non-root bridge(config-if)#ssid bridge !--- This command configures the user name and password for Leap authentication: bridge(config-ssid)#authentication client username cisco password cisco123 bridge(config-ssid)#end
Use this section to confirm that the bridges can associate with each other.
After you configure the wireless bridges for point-to-point connectivity, the local RADIUS server that you configured on the root bridge performs authentication with the use of LEAP.
In order to verify successful LEAP authentication, check that the Summary Status report on the root bridge looks like this example:
Check that the Association table looks like this example:
Verify the connectivity on the non-root bridge Association table.
Use the ping test to verify the point-to-point connection.
Choose Association > Ping/Link Test.
The ping output confirms the establishment of point-to-point connectivity between the wireless bridges.
Now that you have established the point-to-point connectivity between the wireless bridges, verify the connectivity between the end clients that connect to the wireless bridges.
After you configure the client adapters, the clients associate with the bridges. This example shows the Summary Status window on the root bridge with Client A associated:
The ping test output from the command prompt on Client A confirms reachability to Client B. Here is an example of the ping test on Client A:
Verify these items in order to troubleshoot the connectivity between the wireless bridges:
Ensure that the bridges are configured appropriately in their roles.
Ensure that security settings are identical on both the bridges; wireless settings (such as channel and SSID) should be configured identically on both the bridges.
Ensure that the least congested channel is selected; there should be least interference in the path between the bridges.
Check if appropriate antennas are used for the radios.
Ensure that the antennas of both the bridges are aligned properly to receive maximum signal.
Ensure Layer 3 connectivity. You can use the ping command in order to verify Layer 3 connectivity.
For more information on how to troubleshoot bridge connectivity, refer to Troubleshoot Common Problems with Wireless Bridged Networks.
Revision | Publish Date | Comments |
---|---|---|
1.0 |
27-Apr-2006 |
Initial Release |