Download: | |
Mirror Download [FCC.gov] | |
Document ID | 558354 |
Application ID | 0PXqhAn4KdVQhB/NyHVm/A== |
Document Description | Users Manual Revised |
Short Term Confidential | No |
Permanent Confidential | No |
Supercede | No |
Document Type | User Manual |
Display Format | Adobe Acrobat PDF - pdf |
Filesize | 145.73kB (1821611 bits) |
Date Submitted | 2005-07-04 00:00:00 |
Date Available | 2005-08-18 00:00:00 |
Creation Date | 2005-05-24 18:09:07 |
Producing Software | Acrobat Distiller 5.0 (Windows) |
Document Lastmod | 2005-06-21 09:14:15 |
Document Title | Tune up Procedure.pdf |
Document Creator | PScript5.dll Version 5.2 |
Document Author: | jsanchez |
Cisco 3200 Series Wireless MIC Software
Configuration Guide
June 2005
Corporate Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 526-4100
Text Part Number: OL-7734-02
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL
STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT
WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT
SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE
OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public
domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH
ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT
LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF
DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING,
WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO
OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
CCIP, CCSP, the Cisco Arrow logo, the Cisco Powered Network mark, Cisco Unity, Follow Me Browsing, FormShare, and StackWise are trademarks of Cisco Systems, Inc.;
Changing the Way We Work, Live, Play, and Learn, and iQuick Study are service marks of Cisco Systems, Inc.; and Aironet, ASIST, BPX, Catalyst, CCDA, CCDP, CCIE, CCNA,
CCNP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, the Cisco IOS logo, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo,
Empowering the Internet Generation, Enterprise/Solver, EtherChannel, EtherSwitch, Fast Step, GigaStack, Internet Quotient, IOS, IP/TV, iQ Expertise, the iQ logo, iQ Net
Readiness Scorecard, LightStream, MGX, MICA, the Networkers logo, Networking Academy, Network Registrar, Packet, PIX, Post-Routing, Pre-Routing, RateMUX, Registrar,
ScriptShare, SlideCast, SMARTnet, StrataView Plus, Stratm, SwitchProbe, TeleRouter, The Fastest Way to Increase Your Internet Quotient, TransPath, and VCO 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. (0401R)
Cisco 3200 Series Wireless MIC Software Configuration Guide Copyright © 2005 Cisco Systems, Inc. All rights reserved.
CONTENTS
Preface
xv
Audience
Purpose
xv
xv
Organization
xv
Conventions
xvii
Related Documentation xix
Obtaining Documentation xx
Cisco.com xx
Ordering Documentation xx
Documentation Feedback xx
Tools and Web Sites xx
Obtaining Additional Publications and Information
xxi
Cisco 3200 Documentation CD xxii
System Requirements for the CD xxii
Printing Documents from the CD xxii
Obtaining Technical Assistance xxiii
Cisco TAC Website xxiii
Opening a TAC Case xxiii
TAC Case Priority Definitions xxiii
Obtaining Additional Publications and Information
CHAPTER
Overview
1-1
Understanding the Cisco Mobile Wireless Network
Network Configuration Descriptions 1-2
Access Point Mode 1-2
Point-to-Point Bridging 1-2
Point-to-Multipoint Bridging 1-3
Redundant Bridging 1-4
Workgroup Bridge Mode 1-4
Features
1-2
1-4
Management Options
CHAPTER
xxiv
1-7
Configuring the WMIC for the First Time
Before You Start
10
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
iii
Contents
Connecting to the WMIC 10
Using the Console Port to Access the Exec
Using a Telnet Session to Access the Exec
Opening the CLI with Secure Shell 11
10
11
Obtaining and Assigning an IP Address 12
Assigning an IP Address By Using the Exec 12
Assigning Basic Settings By Using the Web Browser
Default Settings on the Express Setup Page 16
13
Protecting Your Wireless LAN 16
Configuring Basic Security Settings 17
Understanding Express Security Settings 18
Using VLANs 18
Express Security Types 18
Express Security Limitations 19
Using the Express Security Page 20
CLI Security Configuration Examples 20
Example: No Security 20
Example: Static WEP 21
Example: EAP Authentication 22
Example: WPA 23
Using the IP Setup Utility 24
Obtaining and Installing IPSU 24
Using IPSU to Find the WMIC IP Address 25
Using IPSU to Set the IP Address and SSID 26
CHAPTER
Administering the WMIC
2-1
Configuring a System Name and Prompt
Configuring a System Name 2-2
Managing DNS 2-2
Default DNS Configuration 2-3
Setting Up DNS 2-3
Displaying the DNS Configuration
2-2
2-4
Creating a Banner 2-4
Default Banner Configuration 2-4
Configuring a Message-of-the-Day Login Banner
Configuring a Login Banner 2-5
2-4
Managing the System Time and Date 2-6
Understanding the System Clock 2-6
Understanding Network Time Protocol 2-6
Cisco 3200 Series Wireless MIC Software Configuration Guide
iv
OL-7734-02
Contents
Configuring NTP 2-9
Default NTP Configuration 2-9
Configuring NTP Authentication 2-9
Configuring NTP Associations 2-11
Configuring NTP Broadcast Service 2-12
Configuring NTP Access Restrictions 2-14
Configuring the Source IP Address for NTP Packets 2-16
Displaying the NTP Configuration 2-16
Configuring Time and Date Manually 2-17
Setting the System Clock 2-17
Displaying the Time and Date Configuration 2-17
Configuring the Time Zone 2-18
Configuring Summer Time (Daylight Saving Time) 2-19
Protecting Access to Privileged EXEC Commands 2-20
Setting or Changing a Static Enable Password 2-21
Protecting Enable and Enable Secret Passwords with Encryption
Configuring Username and Password Pairs 2-24
Configuring Multiple Privilege Levels 2-25
Setting the Privilege Level for a Command 2-25
Logging Into and Exiting a Privilege Level 2-26
Protecting the Wireless LAN 2-26
Using VLANs 2-26
Express Security Types 2-27
Security Configuration Examples
2-22
2-27
Configuring and Enabling RADIUS 2-32
Understanding RADIUS 2-32
RADIUS Operation 2-33
Controlling WMIC Access with RADIUS 2-34
Identifying the RADIUS Server Host 2-35
Configuring RADIUS Login Authentication 2-37
Defining AAA Server Groups 2-39
Configuring RADIUS Authorization for User Privileged Access and Network Services 2-40
Starting RADIUS Accounting 2-41
Configuring Settings for All RADIUS Servers 2-42
Configuring the Bridge to Use Vendor-Specific RADIUS Attributes 2-42
Configuring the Bridge for Vendor-Proprietary RADIUS Server Communication 2-43
Displaying the RADIUS Configuration 2-44
Controlling WMIC Access with TACACS+
Understanding TACACS+ 2-45
2-44
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
Contents
TACACS+ Operation 2-45
Default TACACS+ Configuration 2-46
Configuring TACACS+ Login Authentication 2-46
Identifying the TACACS+ Server Host and Setting the Authentication Key 2-47
Configuring TACACS+ Login Authentication 2-48
Configuring TACACS+ Authorization for Privileged EXEC Access and Network Services
Starting TACACS+ Accounting 2-50
Displaying the TACACS+ Configuration 2-50
Configuring the WMIC for Local Authentication and Authorization
Configuring the WMIC for Secure Shell
Understanding SSH 2-52
Configuring SSH 2-53
Managing Aironet Extensions
CHAPTER
Configuring Radio Settings
2-49
2-51
2-52
2-53
3-1
Disabling and Enabling the Radio Interface
3-2
Configuring the Role in Radio Network 3-2
Configuring the WMIC as an Access Point 3-3
Configuring the WMIC as a Workgroup Bridge 3-3
Configuring the WMIC as a Bridge 3-4
Configuring Radio Data Rates
3-4
Configuring Radio Transmit Power
3-6
Configuring Radio Channel Settings 3-7
IEEE 802.11g (2.4-GHz Band) 3-7
4.9-GHz Band 3-8
spacing channel User Interface Command
3-9
Enabling and Disabling World Mode (2.4-GHz Only)
3-11
Disabling and Enabling Short Radio Preambles (2.4-GHz Only)
Configuring Transmit and Receive Antennas
3-11
3-12
Configuring the Ethernet Encapsulation Transformation Method
Enabling and Disabling Concatenation (2.4-GHz Only)
Configuring the Radio Distance Setting
3-13
3-14
Enabling and Disabling Reliable Multicast to Workgroup Bridges
Enabling and Disabling Public Secure Packet Forwarding
Configuring Protected Ports 3-16
Configuring the Beacon Period
3-13
3-14
3-15
3-17
Configure RTS Threshold and Retries
3-17
Cisco 3200 Series Wireless MIC Software Configuration Guide
vi
OL-7734-02
Contents
Configuring the Maximum Data Retries
Configuring the Fragmentation Threshold
Setting the Root Parent Timeout Value
Configuring the Root Parent MAC
Performing a Carrier Busy Test
CHAPTER
Configuring SSIDs
3-19
3-19
3-20
3-2
Configuring the SSID 3-2
Default SSID Configuration
Creating an SSID 3-3
3-18
3-1
Understanding SSIDs
CHAPTER
3-18
3-2
Configuring Spanning Tree Protocol
5-1
Understanding Spanning Tree Protocol 5-2
STP Overview 5-2
Bridge Interoperability 5-3
Bridge Protocol Data Units 5-3
Election of the Spanning-Tree Root 5-4
Spanning-Tree Timers 5-5
Creating the Spanning-Tree Topology 5-5
Spanning-Tree Interface States 5-6
Blocking State 5-7
Listening State 5-7
Learning State 5-8
Forwarding State 5-8
Disabled State 5-8
Configuring STP Features 5-9
Default STP Configuration 5-9
Configuring STP Settings 5-9
STP Configuration Examples 5-10
Root Bridge Without VLANs 5-10
Non-Root Bridge Without VLANs 5-11
Root Bridge with VLANs 5-12
Non-Root Bridge with VLANs 5-13
Displaying Spanning-Tree Status
CHAPTER
Configuring WEP and WEP Features
Understanding WEP
5-15
6-1
6-2
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
vii
Contents
Configuring Cipher Suites and WEP 6-3
Creating WEP Keys 6-3
WEP Key Restrictions 6-4
Example WEP Key Setup 6-4
Enabling Cipher Suites and WEP 6-5
Matching Cipher Suites with WPA
CHAPTER
Configuring Authentication Types
6-6
7-1
Understanding Authentication Types 7-2
Open Authentication to the WMIC 7-2
Shared Key Authentication to the Bridge 7-2
EAP Authentication to the Network 7-3
Using CCKM for Authenticated Bridges 7-5
Using WPA Key Management 7-5
Configuring Authentication Types 7-5
Default Authentication Settings 7-6
Assigning Authentication Types to an SSID 7-6
Configuring the Root Bridge to Interact with the WDS Device 7-8
Configuring Additional WPA Settings 7-9
Configuring Authentication Holdoffs, Timeouts, and Intervals 7-10
Setting Up a Non-Root Bridge as a LEAP Client 7-10
Matching Authentication Types on Root and Non-Root Bridges
LEAP Example Configurations 7-12
CHAPTER
7-11
Configuring WDS, Fast Secure Roaming, and Radio Management
Understanding WDS 8-2
Role of the WDS Access Point 8-2
Role of Access Points Using the WDS Access Point
Understanding Fast Secure Roaming
Understanding Radio Management
8-1
8-2
8-3
8-4
Configuring WDS and Fast Secure Roaming 8-5
Guidelines for WDS 8-5
Requirements for WDS and Fast Secure Roaming 8-5
Configuring the WMIC to use the WDS Access Point 8-5
Configuring the Authentication Server to Support Fast Secure Roaming
CLI Commands to Enable the WDS Server 8-9
CLI Commands to Enable the Root Device 8-10
dot11 interface speed Command 8-11
Viewing WDS Information 8-12
8-6
Cisco 3200 Series Wireless MIC Software Configuration Guide
viii
OL-7734-02
Contents
Using Debug Messages
CHAPTER
10
Configuring VLANs
8-13
9-1
Understanding VLANs 9-2
Related Documents 9-3
Incorporating Wireless Bridges into VLANs
Configuring VLANs 9-4
Configuring a VLAN 9-4
Viewing VLANs Configured on the WMIC
CHAPTER
11
Configuring QoS in a Wireless Environment
9-4
9-7
10-1
Understanding QoS for Wireless LANs 10-2
QoS for Wireless LANs Versus QoS on Wired LANs
Impact of QoS on a Wireless LAN 10-2
Precedence of QoS Settings 10-3
10-2
Configuring QoS 10-3
Configuration Guidelines 10-4
Configuring QoS Using the Web-Browser Interface 10-4
Adjusting Radio Access Category Definitions 10-7
CW-min and CW-max Settings for Point-to-Point and Point-to-Multipoint Bridge Links
10-8
QoS Configuration Examples 10-9
Giving Priority to Voice Traffic 10-9
Giving Priority to Video Traffic 10-10
QoS Example Configuration for VLAN 10-11
QoS Example of IP DSCP and IP Precedence 10-12
CHAPTER
12
Configuring Filters
11-1
Understanding Filters
11-2
Configuring Filters Using the CLI
11-2
Configuring Filters Using the Web-Browser Interface 11-2
Configuring and Enabling MAC Address Filters 11-3
Creating a MAC Address Filter 11-4
Configuring and Enabling IP Filters 11-5
Creating an IP Filter 11-6
Configuring and Enabling Ethertype Filters 11-7
Creating an Ethertype Filter 11-8
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
ix
Contents
CHAPTER
13
Configuring CDP
12-1
Understanding CDP
12-2
Configuring CDP 12-2
Default CDP Configuration 12-2
Configuring the CDP Characteristics 12-3
Disabling and Enabling CDP 12-3
Disabling and Enabling CDP on an Interface
Monitoring and Maintaining CDP
CHAPTER
14
Configuring SNMP
12-4
12-5
13-1
Understanding SNMP 13-2
SNMP Versions 13-2
SNMP Manager Functions 13-3
SNMP Agent Functions 13-3
SNMP Community Strings 13-4
Using SNMP to Access MIB Variables
13-4
Configuring SNMP 13-5
Default SNMP Configuration 13-5
Enabling the SNMP Agent 13-5
Configuring Community Strings 13-5
Configuring Trap Managers and Enabling Traps 13-7
Setting the Agent Contact and Location Information 13-10
Using the snmp-server view Command 13-10
SNMP Examples 13-10
Displaying SNMP Status
CHAPTER
15
13-11
Managing Firmware and Configurations
14-1
Working with the Flash File System 14-2
Displaying Available File Systems 14-2
Setting the Default File System 14-3
Displaying Information About Files on a File System 14-3
Changing Directories and Displaying the Working Directory
Creating and Removing Directories 14-4
Copying Files 14-5
Deleting Files 14-5
Creating, Displaying, and Extracting tar Files 14-6
Creating a tar File 14-6
Displaying the Contents of a tar File 14-7
Extracting a tar File 14-7
14-4
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
Contents
Displaying the Contents of a File
14-8
Working with Configuration Files 14-8
Guidelines for Creating and Using Configuration Files 14-9
Configuration File Types and Location 14-9
Creating a Configuration File by Using a Text Editor 14-10
Copying Configuration Files by Using TFTP 14-10
Preparing to Download or Upload a Configuration File by Using TFTP 14-10
Downloading the Configuration File by Using TFTP 14-11
Uploading the Configuration File by Using TFTP 14-11
Copying Configuration Files by Using FTP 14-12
Preparing to Download or Upload a Configuration File by Using FTP 14-13
Downloading a Configuration File by Using FTP 14-13
Uploading a Configuration File by Using FTP 14-14
Copying Configuration Files by Using RCP 14-15
Preparing to Download or Upload a Configuration File by Using RCP 14-16
Downloading a Configuration File by Using RCP 14-16
Uploading a Configuration File by Using RCP 14-17
Clearing Configuration Information 14-18
Deleting a Stored Configuration File 14-18
Working with Software Images 14-19
Image Location on the WMIC 14-19
tar File Format of Images on a Server or Cisco.com 14-19
Copying Image Files by Using TFTP 14-20
Preparing to Download or Upload an Image File by Using TFTP 14-20
Downloading an Image File by Using TFTP 14-21
Uploading an Image File by Using TFTP 14-22
Copying Image Files by Using FTP 14-23
Preparing to Download or Upload an Image File by Using FTP 14-23
Downloading an Image File by Using FTP 14-24
Uploading an Image File by Using FTP 14-26
Copying Image Files by Using RCP 14-27
Preparing to Download or Upload an Image File by Using RCP 14-27
Downloading an Image File by Using RCP 14-29
Uploading an Image File by Using RCP 14-31
Reloading the Image Using the Web Browser Interface 14-32
Browser HTTP Interface 14-32
Browser TFTP Interface 14-32
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xi
Contents
CHAPTER
16
Configuring System Message Logging
15-1
Understanding System Message Logging
15-2
Configuring System Message Logging 15-2
System Log Message Format 15-2
Default System Message Logging Configuration 15-4
Disabling and Enabling Message Logging 15-4
Setting the Message Display Destination Device 15-5
Enabling and Disabling Timestamps on Log Messages 15-6
Enabling and Disabling Sequence Numbers in Log Messages 15-6
Defining the Message Severity Level 15-7
Limiting Syslog Messages Sent to the History Table and to SNMP 15-8
Setting a Logging Rate Limit 15-9
Configuring UNIX Syslog Servers 15-10
Logging Messages to a UNIX Syslog Daemon 15-10
Configuring the UNIX System Logging Facility 15-10
Displaying the Logging Configuration
CHAPTER
17
Wireless Device Troubleshooting
Checking the LED Indicators
15-12
16-1
16-2
Checking Basic Settings 16-3
SSID 16-3
WEP Keys 16-3
Security Settings 16-3
Resetting to the Default Configuration
Using the Web Browser Interface
Using the CLI 16-5
16-4
16-4
Reloading the Image 16-6
Using the Web Browser Interface 16-6
Browser HTTP Interface 16-6
Browser TFTP Interface 16-7
Using the CLI 16-7
Obtaining the Image File 16-9
Obtaining TFTP Server Software 16-9
Reloading the Bootloader Image
APPENDIX
16-10
Connecting to the Cisco 3200 Series Router and Using the Command-Line Interface
Before You Start A-2
Resetting the WMIC to the Default Settings
A-1
A-2
Cisco 3200 Series Wireless MIC Software Configuration Guide
xii
OL-7734-02
Contents
Assigning an IP Address
IOS Command Modes
Getting Help
A-3
A-4
A-5
Abbreviating Commands
A-5
Using no and default Forms of Commands
Understanding CLI Messages
A-6
A-6
Using Command History A-6
Changing the Command History Buffer Size A-7
Recalling Commands A-7
Disabling the Command History Feature A-7
Using Editing Features A-8
Enabling and Disabling Editing Features A-8
Editing Commands Through Keystrokes A-8
Editing Command Lines that Wrap A-9
Searching and Filtering the Output of show and more Commands
APPENDIX
Channels and Antenna Settings
B-1
Channels B-2
IEEE 802.11g (2.4-GHz Band)
4.9-GHz Band B-3
B-2
Maximum Power Levels and Antenna Gains
IEEE 802.11g (2.4-GHz Band) B-4
APPENDIX
Protocol Filters
APPENDIX
Supported MIBs
MIB List
B-4
C-1
D-1
D-1
Using FTP to Access the MIB Files
APPENDIX
A-10
Error and Event Messages
D-2
E-1
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xiii
Contents
Cisco 3200 Series Wireless MIC Software Configuration Guide
xiv
OL-7734-02
Preface
Audience
This guide is for the networking professional who installs and manages Cisco 3200 Series Mobile
Access Routers. To use this guide, you should have experience working with the Cisco IOS and be
familiar with the concepts and terminology of wireless local area networks.
Purpose
This guide provides the information you need to install and configure your bridge. This guide provides
procedures for using the IOS commands that have been created or changed for use with the WMIC. It
does not provide detailed information about these commands. For detailed information about these
commands, refer to the IOS documentation set available from the Cisco.com home page at Service and
Support > Technical Documents. On the Cisco Product Documentation home page, select Release 12.3
from the Cisco IOS Software drop-down list.
This guide includes an overview of the web-based interface, which contains all the funtionality of the
command-line interface (CLI). This guide does not provide field-level descriptions of the web-based
windows nor does it provide the procedures for configuring the WMIC from the web-based interface.
For all window descriptions and procedures, refer to the online help, which is available from the Help
buttons on the web-based interface pages.
Organization
This guide is organized into these chapters:
Chapter 1, “Overview,” lists the software and hardware features of the WMIC and describes the WMIC’s
role in your network.
Chapter 2, “Configuring the WMIC for the First Time,” describes how to configure basic settings on a
Wireless Mobile Interface Card (WMIC) for the first time.
Chapter 3, “Administering the WMIC,” describes how to perform one-time operations to administer your
WMIC, such as preventing unauthorized access to the device, setting the system date and time, and
setting the system name and prompt.
Chapter 4, “Configuring Radio Settings,” describes how to configure settings for the WMIC radio such
as the role in the radio network, data rates, transmit power, channel settings, and others.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xv
Preface
Organization
Chapter 5, “Configuring SSIDs,” describes how to configure and manage multiple service set identifiers
(SSIDs). You can configure up to 16 SSIDs and assign different configuration settings to each SSID.
Chapter 6, “Configuring Spanning Tree Protocol,” descibes how to configure Spanning Tree Protocol
(STP). STP prevents data loops in your network.
Chapter 7, “Configuring WEP and WEP Features,” describes how to configure the cipher suites required
to use authenticated key management, Wired Equivalent Privacy (WEP), and WEP features including
MIC, CMIC, TKIP, CKIP, and broadcast key rotation.
Chapter 8, “Configuring Authentication Types,” describes how to configure authentication types. Client
devices use these authentication methods to join your network.
Chapter 9, “Configuring WDS, Fast Secure Roaming, and Radio Management,” describes Wireless
Domain Services (WDS), fast secure roaming, and radio management features. The chapter also
provides instructions for configuring the WMIC to register with a WDS access point.
Chapter 10, “Configuring VLANs,” describes how to configure your WMIC to interoperate with the
VLANs set up on your wired LAN.
Chapter 11, “Configuring QoS in a Wireless Environment,” describes how to configure quality of service
(QoS) on your WMIC. With this feature, you can provide preferential treatment to certain traffic at the
expense of others.
Chapter 12, “Configuring Filters,” describes how to configure and manage MAC address, IP, and
Ethertype filters on the WMICWMIC by using the web-browser interface.
Chapter 13, “Configuring CDP,” describes how to configure Cisco Discovery Protocol (CDP) on your
WMIC. CDP is a device-discovery protocol that runs on all Cisco network equipment.
Chapter 14, “Configuring SNMP,” describes how to configure the Simple Network Management
Protocol (SNMP) on your WMIC.
Chapter 15, “Managing Firmware and Configurations,” describes how to manipulate the Flash file
system, how to copy configuration files, and how to archive (upload and download) software images.
Chapter 16, “Configuring System Message Logging,” describes how to configure system message
logging on your WMIC.
Chapter 17, “Wireless Device Troubleshooting,” describes basic troubleshooting procedures.
Appendix A, “Connecting to the Cisco 3200 Series Router and Using the Command-Line Interface,”
describes how to use the command-line interface (CLI) to configure the WMIC.
Appendix B, “Channels and Antenna Settings,” lists the WMIC radio channels and the maximum power
levels supported by the world’s regulatory domains.
Appendix C, “Protocol Filters,” lists some of the protocols that you can filter on the WMIC.
Appendix D, “MIB List,” lists the Simple Network Management Protocol (SNMP) Management
Information Bases (MIBs) that the WMIC supports.
Appendix E, “Error and Event Messages,” lists the CLI error and event messages and provides an
explanation and recommended action for each message.
Cisco 3200 Series Wireless MIC Software Configuration Guide
xvi
OL-7734-02
Preface
Conventions
Conventions
This publication uses these conventions to convey instructions and information:
Command descriptions use these conventions:
•
Commands and keywords are in boldface text.
•
Arguments for which you supply values are in italic.
•
Square brackets ([ ]) mean optional elements.
•
Braces ({ }) group required choices, and vertical bars ( | ) separate the alternative elements.
•
Braces and vertical bars within square brackets ([{ | }]) mean a required choice within an optional
element.
Interactive examples use these conventions:
•
Terminal sessions and system displays are in screen font.
•
Information you enter is in boldface screen font.
•
Non printing characters, such as passwords or tabs, are in angle brackets (< >).
Notes, cautions, and timesavers use these conventions and symbols:
Tip
Means the following will help you solve a problem. The tips information might not be troubleshooting
or even an action, but could be useful information.
Note
Means reader take note. Notes contain helpful suggestions or references to materials not contained in
this manual.
Caution
Warning
Waarschuwing
Means reader be careful. In this situation, you might do something that could result equipment damage
or loss of data.
This warning symbol means danger. You are in a situation that could cause bodily injury. Before you
work on any equipment, be aware of the hazards involved with electrical circuitry and be familiar
with standard practices for preventing accidents. (To see translations of the warnings that appear
in this publication, refer to the appendix “Translated Safety Warnings.”)
Dit waarschuwingssymbool betekent gevaar. U verkeert in een situatie die lichamelijk letsel kan
veroorzaken. Voordat u aan enige apparatuur gaat werken, dient u zich bewust te zijn van de bij
elektrische schakelingen betrokken risico’s en dient u op de hoogte te zijn van standaard
maatregelen om ongelukken te voorkomen. (Voor vertalingen van de waarschuwingen die in deze
publicatie verschijnen, kunt u het aanhangsel “Translated Safety Warnings” (Vertalingen van
veiligheidsvoorschriften) raadplegen.)
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xvii
Preface
Conventions
Varoitus
Tämä varoitusmerkki merkitsee vaaraa. Olet tilanteessa, joka voi johtaa ruumiinvammaan. Ennen
kuin työskentelet minkään laitteiston parissa, ota selvää sähkökytkentöihin liittyvistä vaaroista ja
tavanomaisista onnettomuuksien ehkäisykeinoista. (Tässä julkaisussa esiintyvien varoitusten
käännökset löydät liitteestä "Translated Safety Warnings" (käännetyt turvallisuutta koskevat
varoitukset).)
Attention
Ce symbole d’avertissement indique un danger. Vous vous trouvez dans une situation pouvant
entraîner des blessures. Avant d’accéder à cet équipement, soyez conscient des dangers posés par
les circuits électriques et familiarisez-vous avec les procédures courantes de prévention des
accidents. Pour obtenir les traductions des mises en garde figurant dans cette publication, veuillez
consulter l’annexe intitulée « Translated Safety Warnings » (Traduction des avis de sécurité).
Warnung
Dieses Warnsymbol bedeutet Gefahr. Sie befinden sich in einer Situation, die zu einer
Körperverletzung führen könnte. Bevor Sie mit der Arbeit an irgendeinem Gerät beginnen, seien Sie
sich der mit elektrischen Stromkreisen verbundenen Gefahren und der Standardpraktiken zur
Vermeidung von Unfällen bewußt. (Übersetzungen der in dieser Veröffentlichung enthaltenen
Warnhinweise finden Sie im Anhang mit dem Titel “Translated Safety Warnings” (Übersetzung der
Warnhinweise).)
Avvertenza
Questo simbolo di avvertenza indica un pericolo. Si è in una situazione che può causare infortuni.
Prima di lavorare su qualsiasi apparecchiatura, occorre conoscere i pericoli relativi ai circuiti
elettrici ed essere al corrente delle pratiche standard per la prevenzione di incidenti. La traduzione
delle avvertenze riportate in questa pubblicazione si trova nell’appendice, “Translated Safety
Warnings” (Traduzione delle avvertenze di sicurezza).
Advarsel
Dette varselsymbolet betyr fare. Du befinner deg i en situasjon som kan føre til personskade. Før du
utfører arbeid på utstyr, må du være oppmerksom på de faremomentene som elektriske kretser
innebærer, samt gjøre deg kjent med vanlig praksis når det gjelder å unngå ulykker. (Hvis du vil se
oversettelser av de advarslene som finnes i denne publikasjonen, kan du se i vedlegget "Translated
Safety Warnings" [Oversatte sikkerhetsadvarsler].)
Aviso
Este símbolo de aviso indica perigo. Encontra-se numa situação que lhe poderá causar danos
fisicos. Antes de começar a trabalhar com qualquer equipamento, familiarize-se com os perigos
relacionados com circuitos eléctricos, e com quaisquer práticas comuns que possam prevenir
possíveis acidentes. (Para ver as traduções dos avisos que constam desta publicação, consulte o
apêndice “Translated Safety Warnings” - “Traduções dos Avisos de Segurança”).
¡Advertencia!
Este símbolo de aviso significa peligro. Existe riesgo para su integridad física. Antes de manipular
cualquier equipo, considerar los riesgos que entraña la corriente eléctrica y familiarizarse con los
procedimientos estándar de prevención de accidentes. (Para ver traducciones de las advertencias
que aparecen en esta publicación, consultar el apéndice titulado “Translated Safety Warnings.”)
Varning!
Denna varningssymbol signalerar fara. Du befinner dig i en situation som kan leda till personskada.
Innan du utför arbete på någon utrustning måste du vara medveten om farorna med elkretsar och
känna till vanligt förfarande för att förebygga skador. (Se förklaringar av de varningar som
förekommer i denna publikation i appendix "Translated Safety Warnings" [Översatta
säkerhetsvarningar].)
Cisco 3200 Series Wireless MIC Software Configuration Guide
xviii
OL-7734-02
Preface
Related Documentation
Related Documentation
You can access these documents on the Documentation page on Cisco Connection Online (CCO) at
www.cisco.com. The following documentation is available at the
http://www.cisco.com/en/US/products/hw/routers/ps272/tsd_products_support_series_home.html
URL:
•
Release Notes for the Cisco 3200 Series Mobile Access Routers—Provides information on accessing
documentation and technical assistance for the Cisco 3200 Series Mobile Access Router.
•
Cisco IOS Command Reference for Cisco Access Points and Bridges1—New and revised Cisco IOS
commands for the radio ports provided on the Wireless Mobile Interface Card (WMIC).
•
Cisco 3200 Series Wireless MIC Software Configuration Guide1—Example procedures for using the
IOS commands to configure the Wireless Mobile Interface Card (WMIC).
•
Configuration Guide for the Cisco 3200 Series Mobile Access Router1—Example procedures for
using the IOS commands to configure assembled Cisco 3200 Series routers.
•
Cisco 3200 Series Mobile Access Router Hardware Reference1—This document. It provides
descriptions of the Cisco MIC I/O cards found in Cisco 3200 Series routers.
•
Cisco 3200 Series Mobile Access Router Reference Sell Document1—An overview of the reference
sell program and components for the Cisco 3200 Series router.
The Release Notes for the Cisco 3250 Mobile Router lists the enhancements to and caveats for Cisco IOS
releases as they relate to the Cisco 3200 Series router can be found at:
http://www.cisco.com/en/US/products/sw/iosswrel/products_ios_cisco_ios_software_releases.html or
http://www.cisco.com/en/US/products/sw/iosswrel/ps5012/ps4629/index.html
1.
Also available on the platform-specific CD-ROM.
This feature adds support for RFC 2006 Set operations and security violation traps. For specifications,
see RFC 2006, The Definitions of Managed Objects for IP Mobility Support Using SMIv2.
For information about using Cisco IOS software to configure SNMP, refer to the following documents:
•
The “Configuring SNMP Support” chapter of the Cisco IOS Configuration Fundamentals
Configuration Guide, Release 12.2
•
The “SNMP Commands” chapter of the Cisco IOS Configuration Fundamentals Command
Reference, Release 12.2
For information about using Cisco IOS software to configure SNMP MIB features, refer to the
appropriate documentation for your network management system.
For information on configuring Mobile IP using Cisco IOS software, refer to the following documents:
•
The “Configuring Mobile IP” chapter of the Cisco IOS IP Configuration Guide, Release 12.2
•
The “Mobile IP Commands” chapter of the Cisco IOS IP Command Reference, Volume 1 of 3:
Addressing and Services, Release 12.2
Related documents from the Cisco TAC Web pages include:
•
Antenna Cabling (http://www.cisco.com/warp/public/102/wlan/antcable.html)
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xix
Preface
Related Documentation
Obtaining Documentation
Cisco documentation and additional literature are available on Cisco.com. Cisco also provides several
ways to obtain technical assistance and other technical resources. These sections explain how to obtain
technical information from Cisco Systems.
Cisco.com
You can access the Cisco website at this URL:
http://www.cisco.com
You can access international Cisco websites at this URL:
http://www.cisco.com/public/countries_languages.shtml
Ordering Documentation
You can order Cisco documentation in these ways:
•
Registered Cisco.com users (Cisco direct customers) can order Cisco product documentation from
the Ordering tool:
http://www.cisco.com/en/US/partner/ordering/index.shtml
•
Nonregistered Cisco.com users can order documentation through a local account representative by
calling Cisco Systems Corporate Headquarters (California, USA) at 408 526-7208 or, elsewhere in
North America, by calling 1 800 553-NETS (6387).
Documentation Feedback
You can send comments about technical documentation to bug-doc@cisco.com.
You can submit comments by using the response card (if present) behind the front cover of your
document or by writing to the following address:
Cisco Systems
Attn: Customer Document Ordering
170 West Tasman Drive
San Jose, CA 95134-9883
We appreciate your comments.
Tools and Web Sites
If you are registered Cisco Direct Customer, you can access the following web sites:
IOS Command Lookup—A search engine dedicated to finding information on Cisco IOS commands in
the Cisco IOS Command Reference, Cisco IOS Configuration Guide, Catalyst Command Reference, and
PIX Firewall Command Reference.
http://www.cisco.com/cgi-bin/Support/Cmdlookup/home.pl
Bug Toolkit—Searches for known bugs based on software version, feature set and keywords. The
resulting matrix shows when each bug was integrated, or fixed if applicable.
http://www.cisco.com/cgi-bin/Support/Bugtool/launch_bugtool.pl
Cisco 3200 Series Wireless MIC Software Configuration Guide
xx
OL-7734-02
Preface
Related Documentation
Feature Navigator—Locates the Cisco IOS Software release based on the features you want to run on
your network.
http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp
Obtain information on compatibility between hardware products and software releases at the following
public URL:
http://tools.cisco.com/Support/Fusion/FusionHome.do
Obtaining Additional Publications and Information
Information about Cisco products, technologies, and network solutions is available from various online
and printed sources.
•
Cisco Marketplace provides a variety of Cisco books, reference guides, and logo merchandise. Visit
Cisco Marketplace, the company store, at this URL:
http://www.cisco.com/go/marketplace/
•
The Cisco Product Catalog describes the networking products offered by Cisco Systems, as well as
ordering and customer support services. Access the Cisco Product Catalog at this URL:
http://cisco.com/univercd/cc/td/doc/pcat/
•
Cisco Press publishes a wide range of general networking, training and certification titles. Both new
and experienced users will benefit from these publications. For current Cisco Press titles and other
information, go to Cisco Press at this URL:
http://www.ciscopress.com
•
Packet magazine is the Cisco Systems technical user magazine for maximizing Internet and
networking investments. Each quarter, Packet delivers coverage of the latest industry trends,
technology breakthroughs, and Cisco products and solutions, as well as network deployment and
troubleshooting tips, configuration examples, customer case studies, certification and training
information, and links to scores of in-depth online resources. You can access Packet magazine at
this URL:
http://www.cisco.com/packet
•
iQ Magazine is the quarterly publication from Cisco Systems designed to help growing companies
learn how they can use technology to increase revenue, streamline their business, and expand
services. The publication identifies the challenges facing these companies and the technologies to
help solve them, using real-world case studies and business strategies to help readers make sound
technology investment decisions. You can access iQ Magazine at this URL:
http://www.cisco.com/go/iqmagazine
•
Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering
professionals involved in designing, developing, and operating public and private internets and
intranets. You can access the Internet Protocol Journal at this URL:
http://www.cisco.com/ipj
•
World-class networking training is available from Cisco. You can view current offerings at
this URL:
http://www.cisco.com/en/US/learning/index.html
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xxi
Preface
Cisco 3200 Documentation CD
Cisco 3200 Documentation CD
The Cisco 3200 Series Router Documentation CD contains the technical publications for the
Cisco 3200 Series Mobile Access Router. To view the documentation requires Acrobat Reader 4.0 or
higher.
After the CD is inserted in the CD ROM drive and recognized by your PC, do the following:
Step 1
Access the root directory CD drive.
Step 2
Double click the StartHere.htm file.
System Requirements for the CD
Processor
Pentium 150 MHz or faster recommended
PC Operating System
Microsoft Windows 95
Microsoft Windows 98
Microsoft Windows ME
Microsoft Windows XP
Microsoft Windows NT 4.0
Microsoft Windows 2000
Memory
64-MB DRAM
Drives
4x CD-ROM drive
Monitor
Color monitor capable of 800 x 600 pixel
resolution
Software
Adobe Acrobat Reader 4.0 or later
Printing Documents from the CD
To print a document:
Step 1
Display the document in Acrobat.
Step 2
Click the Printer icon on the Acrobat toolbar.
The Windows Print Dialog box appears.
Step 3
Select your default printer, and click OK.
Cisco 3200 Series Wireless MIC Software Configuration Guide
xxii
OL-7734-02
Preface
Obtaining Technical Assistance
Obtaining Technical Assistance
For all customers, partners, resellers, and distributors who hold valid Cisco service contracts, the Cisco
Technical Assistance Center (TAC) provides 24-hour-a-day, award-winning technical support services,
online and over the phone. Cisco.com features the Cisco TAC website as an online starting point for
technical assistance. If you do not hold a valid Cisco service contract, please contact your reseller.
Cisco TAC Website
The Cisco TAC website provides online documents and tools for troubleshooting and resolving technical
issues with Cisco products and technologies. The Cisco TAC website is available 24 hours a day, 365
days a year. The Cisco TAC website is located at this URL:
http://www.cisco.com/tac
Accessing all the tools on the Cisco TAC website requires a Cisco.com user ID and password. If you
have a valid service contract but do not have a login ID or password, register at this URL:
http://tools.cisco.com/RPF/register/register.do
Opening a TAC Case
Using the online TAC Case Open Tool is the fastest way to open P3 and P4 cases. (P3 and P4 cases are
those in which your network is minimally impaired or for which you require product information.) After
you describe your situation, the TAC Case Open Tool automatically recommends resources for an
immediate solution. If your issue is not resolved using the recommended resources, your case will be
assigned to a Cisco TAC engineer. The online TAC Case Open Tool is located at this URL:
http://www.cisco.com/tac/caseopen
For P1 or P2 cases (P1 and P2 cases are those in which your production network is down or severely
degraded) or if you do not have Internet access, contact Cisco TAC by telephone. Cisco TAC engineers
are assigned immediately to P1 and P2 cases to help keep your business operations running smoothly.
To open a case by telephone, use one of the following numbers:
Asia-Pacific: +61 2 8446 7411 (Australia: 1 800 805 227)
EMEA: +32 2 704 55 55
USA: 1 800 553-2447
For a complete listing of Cisco TAC contacts, go to this URL:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
TAC Case Priority Definitions
To ensure that all cases are reported in a standard format, Cisco has established case priority definitions.
Priority 1 (P1)—Your network is “down” or there is a critical impact to your business operations. You
and Cisco will commit all necessary resources around the clock to resolve the situation.
Priority 2 (P2)—Operation of an existing network is severely degraded, or significant aspects of your
business operation are negatively affected by inadequate performance of Cisco products. You and Cisco
will commit full-time resources during normal business hours to resolve the situation.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
xxiii
Preface
Obtaining Additional Publications and Information
Priority 3 (P3)—Operational performance of your network is impaired, but most business operations
remain functional. You and Cisco will commit resources during normal business hours to restore service
to satisfactory levels.
Priority 4 (P4)—You require information or assistance with Cisco product capabilities, installation, or
configuration. There is little or no effect on your business operations.
Obtaining Additional Publications and Information
Information about Cisco products, technologies, and network solutions is available from various online
and printed sources.
•
Cisco Marketplace provides a variety of Cisco books, reference guides, and logo merchandise. Go
to this URL to visit the company store:
http://www.cisco.com/go/marketplace/
•
The Cisco Product Catalog describes the networking products offered by Cisco Systems, as well as
ordering and customer support services. Access the Cisco Product Catalog at this URL:
http://cisco.com/univercd/cc/td/doc/pcat/
•
Cisco Press publishes a wide range of general networking, training and certification titles. Both new
and experienced users will benefit from these publications. For current Cisco Press titles and other
information, go to Cisco Press online at this URL:
http://www.ciscopress.com
•
Packet magazine is the Cisco quarterly publication that provides the latest networking trends,
technology breakthroughs, and Cisco products and solutions to help industry professionals get the
most from their networking investment. Included are networking deployment and troubleshooting
tips, configuration examples, customer case studies, tutorials and training, certification information,
and links to numerous in-depth online resources. You can access Packet magazine at this URL:
http://www.cisco.com/packet
•
iQ Magazine is the Cisco bimonthly publication that delivers the latest information about Internet
business strategies for executives. You can access iQ Magazine at this URL:
http://www.cisco.com/go/iqmagazine
•
Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering
professionals involved in designing, developing, and operating public and private internets and
intranets. You can access the Internet Protocol Journal at this URL:
http://www.cisco.com/ipj
•
Training—Cisco offers world-class networking training. Current offerings in network training are
listed at this URL:
http://www.cisco.com/en/US/learning/index.html
Cisco 3200 Series Wireless MIC Software Configuration Guide
xxiv
OL-7734-02
C H A P T E R
Overview
The Cisco Wireless Mobile Interface Card (WMIC) provides wireless connectivity for the
Cisco 3200 Series Mobile Access Router. WMICs operate in the 2.4-GHz or 4.9-GHz bands and
conform to the 802.11 standards.
This chapter provides information on the following topics:
•
Understanding the Cisco Mobile Wireless Network
•
Features
•
Management Options
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
1-1
Chapter 1
Overview
Understanding the Cisco Mobile Wireless Network
Understanding the Cisco Mobile Wireless Network
This section provides basic wireless network configuration descriptions and an example of a metro
mobile network. The 2.4-GHz WMIC has a fixed channel spacing and bandwidth of 20-MHz. The
4.9-GHz WMIC can be configured for different channel spacings or bandwidths of 5-MHz, 10-MHz, or
20-MHz. These channels are designed to be non overlapping and non-interfering.
Network Configuration Descriptions
This section describes the role of a Cisco 3200 Series Mobile Access Router in common wireless
configurations: access point mode, point-to-point bridging, point-to-multipoint bridging, redundant
bridging, and workgroup bridge mode.
Root Bridge–accepts associations from workgroup bridges, non-root bridges, and clients
Root Access Point–accepts assocations from workgroup bridge and clients
Workgroup Bridge–associates to root access points or root bridges
Non-Root Bridge–associates to root bridges
Access Point Mode
You can configure the WMIC as an access point. In the access point mode, the WMIC accepts
associations from local client devices. See Chapter 4, “Configuring Radio Settings,” for instructions on
configuring the WMIC as an access point.
Figure 1-1 shows a typical scenario where the WMIC functions as an access point.
Figure 1-1
Access Point Mode
127919
Cisco 3200
Point-to-Point Bridging
In a point-to-point configuration, a non-root bridge associates to a root bridge. The WMIC listens for
another bridge. If it does not recognize another bridge, the WMIC becomes a root bridge. If it recognizes
another bridge, it becomes a non-root bridge associated to the bridge it recognizes.
Figure 1-2 shows bridges in a point-to-point configuration.
Cisco 3200 Series Wireless MIC Software Configuration Guide
1-2
OL-7734-02
Chapter 1
Overview
Understanding the Cisco Mobile Wireless Network
Point-to-Point Bridge Configuration
127920
Figure 1-2
Point-to-Multipoint Bridging
In a point-to-multipoint 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.
Figure 1-3 shows bridges in a point-to-multipoint configuration.
Point-to-Multipoint Configuration
117021
Figure 1-3
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
1-3
Chapter 1
Overview
Features
Redundant Bridging
You can set up two pairs of bridges to add redundancy or load balancing to the 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. See Chapter 6, “Configuring
Spanning Tree Protocol,” for instructions on configuring STP.)
Figure 1-4 shows two pairs of redundant bridges.
Figure 1-4
Redundant Bridge Configuration
127922
Cisco 3200
Workgroup Bridge Mode
You can configure the WMIC to function as a workgroup bridge. Figure 1-5 shows a typical scenario
where the WMIC functions as a workgroup bridge. See Chapter 4, “Configuring Radio Settings,” for
instructions on how to configure the WMIC as a workgroup bridge.
Figure 1-5
Workgroup Bridge Mode
127923
Cisco 3200
Features
Cisco wireless devices running Cisco IOS offer these software features:
•
VLANs—Allow VLAN trunking on both wireless and Ethernet interfaces.
•
QoS—Use this feature to support quality of service for prioritizing traffic on the wireless interface.
•
RADIUS Accounting—Enable accounting on the WMIC to send accounting data about wireless
client devices to a RADIUS server on your network.
•
TACACS+ administrator authentication—Enable TACACS+ for server-based, detailed accounting
information and flexible administrative control over authentication and authorization processes. It
provides secure, centralized validation of administrators attempting to gain access to your WMIC.
Cisco 3200 Series Wireless MIC Software Configuration Guide
1-4
OL-7734-02
Chapter 1
Overview
Features
Note
•
Enhanced security—Enable three advanced security features to protect against sophisticated attacks
on your wireless network's WEP keys: Message Integrity Check (MIC) and WEP key hashing.
Enhanced security for WPA/TKIP is also available.
•
Enhanced authentication services—Set up non-root bridges or workgroup bridges to authenticate to
the network like other wireless client devices. After a network username and password for the
non-root bridge or workgroup bridge are set, it authenticates to the network using Cisco Light
Extensible Authentication Protocol (LEAP), and receives and uses dynamic WEP keys.
•
Advanced Encryption Standard (AES) (only available on the 4.9-GHz WMIC)—This feature
supports Advanced Encryption Standard-Counter Mode with Cipher Block Chaining Message
Authentication Code Protocol (AES-CCMP). AES-CCMP is required for Wi-Fi Protected Access 2
(WPA2) and IEEE 802.11i wireless LAN security.
•
Enhanced authentication for Cisco Centralized Key Management (CCKM).
•
Fast, secure roaming of client devices, and radio management through wireless domain services
(WDS) (See the “Configuring WDS, Fast Secure Roaming, and Radio Management” chapter for
more information.
The 4.9-GHz WMIC does not support CKIP and CMIC encryption; however, The 2.4-GHz WMIC does
support CKIP and CMIC encryption.
The key differences between the 2.4-GHz WMIC and the 4.9-GHz WMIC are shown in Table 1-1.
Table 1-1
Differences Between the 2.4-GHz WMIC and the 4.9-GHz WMIC
Feature
2.4-GHz WMIC
4.9-GHz WMIC
Cookie and
Banner
C3201
C32XX
Frequency
2.4 GHz
4.9 GHz
Data rates
802.11b data rates are
1 Mbps, 2 Mbps, 5.5 Mbps
and 11 Mbps.
20-MHz base band. 6 Mbps, The dot11 interface speed command
9 Mbps, 12 Mbps, 24 Mbps, manages data rates and only applies to the
4.9-GHz WMIC.
36 Mbps, 48 Mbps, and
56 Mbps.
802.11g, data rates are
1 Mbps, 2 Mbps, 5.5 Mbps,
6 Mbps, 9 Mbps, 11 Mbps,
12 Mbps, 18 Mbps, 24 Mbps,
36 Mbps, 48 Mbps, and
54 Mbps
Comment
10-MHz base band. Data
rates are 3 Mbps, 4.5 Mbps,
6 Mbps, 9 Mbps, 12 Mbps,
18 Mbps, 24 Mbps, and
27 Mbps.
5-MHz base band. Data
rates are 1.5 Mbps,
2.25 Mbps, 3 Mbps,
4.5 Mbps, 6 Mbps, 9 Mbps,
12 Mbps, and 13.5 Mbps
Power
Maximum OFDM power
Maximum OFDM power
The dot11 interface power command is
level is 15 dBm (30mw). This level is 17 dBm (50mw). US used to manage the power levels.
varies by country.
only.
Concatenation
Supported
Not supported
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
1-5
Chapter 1
Overview
Features
Table 1-1
Differences Between the 2.4-GHz WMIC and the 4.9-GHz WMIC
Feature
4.9-GHz WMIC
Comment
Supported
distance
command
(minimizes delay
propagation)
Supported
Formula to minimize the delay propagation
will be added to the dot11 interface
distance command
World Mode
Supported
Not supported
HTML-Based
User Interface
Supported
Not supported
VLAN
16 unencrypted VLANs
16 static key VLANs
16 dynamic key VLANs
16 unencrypted VLANs
1 static key VLANs
or
4 dynamic key VLANs
2.4-GHz WMIC
Wireless
WEP-40, WEP-128, TKIP,
encryption/cipher CKIP, CMIC, and
suites
CKIP-CMIC
WEP-40, WEP-128, TKIP,
and AES-CCM
CKIP, CMIC and CKIP-CMIC are not part
of 802.11 standard cipher suites.
Maximum
number of
stations with
WEP
255
116
Maximum
number of
stations with
TKIP
256
26
Maximum
number of
stations with
AES-CCM
256
116
Channelization
Statically declared as defined Channel spacing selected by
by IEEE 802.11b/g.
using the CLI.
WDS server
Not supported
Can be configured to act as
WDS server.
WDS client
2.4 GHz WMIC
(C3201-WMIC) acting as
Root device can
auto-discover a WDS server.
Acting as Root device, it can If the IP address of a WDS server is
auto-discover and work
statically configured, the 4.9-GHz WMIC,
within a subnet WDS server. acting as Root device, can also work with
central WDS server located anywhere in the
network.
Cisco 3200 Series Wireless MIC Software Configuration Guide
1-6
OL-7734-02
Chapter 1
Overview
Management Options
Table 1-1
Differences Between the 2.4-GHz WMIC and the 4.9-GHz WMIC
Feature
2.4-GHz WMIC
4.9-GHz WMIC
Scanning
Enhancements
for Faster
Roaming
All Scanning Enhancements
for Faster Roaming are
available.
All Scanning Enhancements
for Faster Roaming are
available except “Use First
Better Access Point.”
EAP-TLS,
EAP-TTLS
Supported on root devices
Not supported
SNMP MIB Ids
Supported
Supported (new values)
Dot11 MIB
parameters
Not available
The dot11 parameters are
returned through the dot11
MIB interface.
WDS
server-related
MIBS
Not available
Supported
Comment
•
Synthesizer tuning time
•
Start on Current Channel
•
Only Probe Current SSID
•
Shorten Wait time for Probe Response
•
Automatically Limiting Frequencies
Scanned
•
Time out the Scan
•
Use First Better Access Point
•
Save Best Probe Response
The platform-dependent SNMP code was
modified to return new values.
(entPhysicalVendorType, System OID, and
Chassis ID)
Management Options
You can use the WMIC management system through the following interfaces:
•
The IOS command-line interface (CLI), which you use through a PC running terminal emulation
software or a Telnet session. Appendix A, “Connecting to the Cisco 3200 Series Router and Using
the Command-Line Interface,” provides a detailed description of how the CLI is used to confugure
the router. The “Preface” describes the command formats.
•
Simple Network Management Protocol (SNMP). Chapter 14, “Configuring SNMP,” explains how to
configure your bridge for SNMP management.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
1-7
Chapter 1
Overview
Management Options
Cisco 3200 Series Wireless MIC Software Configuration Guide
1-8
OL-7734-02
C H A P T E R
Configuring the WMIC for the First Time
This chapter describes how to configure basic settings on a Wireless Mobile Interface Card (WMIC) for
the first time. You can configure all the settings described in this chapter using the CLI, but it might be
simplest to browse to the web-browser interface to complete the initial configuration and use the CLI to
enter additional settings for a more detailed configuration.
This chapter contains these sections:
•
Before You Start
•
Connecting to the WMIC
•
Obtaining and Assigning an IP Address
•
Obtaining and Assigning an IP Address
•
Configuring Basic Security Settings
•
Using the IP Setup Utility
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-9
Chapter 2
Configuring the WMIC for the First Time
Before You Start
Before You Start
Before you install the WMIC, make sure you are using a computer connected to the same network as the
WMIC, and obtain the following information from your network administrator:
•
A system name for the WMIC
•
The case-sensitive wireless service set identifier (SSID) that your WMICs use
•
If not connected to a DHCP server, a unique IP address for your WMIC (such as 172.17.255.115)
•
If the WMIC is not on the same subnet as your PC, a default gateway address and subnet mask
•
A Simple Network Management Protocol (SNMP) community name and the SNMP file attribute (if
SNMP is in use)
Connecting to the WMIC
To configure the WMIC locally (without connecting the WMIC to a wired LAN), connect a PC to the
console port. If the WMIC has an IP address and Telnet is allowed on the device, connect to a Fast
Ethernet Switch Mobile Interface Card (FESMIC) Ethernet port by using an Ethernet cable, and use
Telnet to establish the connection. Or you can Telnet into the WMIC from a node on the LAN.
Note
When you connect your PC to the WMIC or reconnect your PC to the LAN, it might be necessary to
release and renew the IP address on the PC. On most PCs, release and renew the IP address by rebooting
the PC or by entering the ipconfig /release and ipconfig /renew commands in a command window.
Consult your PC operating instructions for detailed instructions.
Using the Console Port to Access the Exec
Connect a PC to the WMIC console port by using a DB-9 to RJ-45 serial cable. Note that there might be
several console ports on a Cisco 3200 Series router.
Follow these steps to access the CLI by connecting to the WMIC console port:
Step 1
Connect a nine-pin, female DB-9 to RJ-45 serial cable to the WMIC RJ-45 serial port on the router and
to the COM port on your PC.
Step 2
Set up a terminal emulator to communicate with the WMIC. Use the following settings for the terminal
emulator connection: 9600 baud, 8 data bits, no parity, 1 stop bit, and no flow control.
Step 3
When the terminal emulator is activated, press Enter. An Enter Network Password window appears.
Step 4
Enter your username in the User Name field. The default username is Cisco.
Step 5
Enter the WMIC password in the Password field and press Enter. The default password is Cisco.
When the CLI activates, you can enter CLI commands to configure the WMIC.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-10
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Connecting to the WMIC
Using a Telnet Session to Access the Exec
Follow these steps to access the WMIC CLI by using a Telnet session. The WMIC must have been
previously configured to accept a Telnet session.
These steps are for a PC running Microsoft Windows with a Telnet terminal application. Check the PC
operating instructions for detailed instructions for your operating system.
Step 1
Select Start > Programs > Accessories > Telnet.
If Telnet is not listed in your Accessories menu, select Start > Run, type Telnet in the entry field, and
press Enter.
Step 2
When the Telnet window appears, click Connect and select Remote System.
Note
Step 3
In Windows 2000, the Telnet window does not contain drop-down menus. To start the Telnet
session in Windows 2000, type open followed by the WMIC IP address.
In the Host Name field, type the WMIC IP address and click Connect.
Opening the CLI with Secure Shell
Secure Shell Protocol is a protocol that provides a secure, remote connection to networking devices set
up to use it. Secure Shell (SSH) is a software package that provides secure login sessions by encrypting
the entire session. SSH features strong cryptographic authentication, strong encryption, and integrity
protection. For detailed information on SSH, visit the homepage of SSH Communications Security, Ltd.
at this URL: http://www.ssh.com/
SSH provides more security for remote connections than Telnet by providing strong encryption when a
device is authenticated. See the “Configuring the WMIC for Secure Shell” section for instructions on
setting up the WMIC for SSH access.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-11
Chapter 2
Configuring the WMIC for the First Time
Obtaining and Assigning an IP Address
Obtaining and Assigning an IP Address
To browse to the WMIC Express Setup page, you must assign the WMIC IP address using one of the
following methods:
•
Use command when you connect to the WMIC locally. For detailed instructions, see the
“Connecting to the WMIC” section of this document.
•
Use a DHCP server (if available) to automatically assign an IP address. You can find out the
DHCP-assigned IP address using one of the following methods:
– Provide your organization’s network administrator with your WMIC Media Access Control
(MAC) address. Your network administrator will query the DHCP server using the MAC
address to identify the IP address.
– Use the Cisco IP Setup Utility (IPSU) to identify the assigned address. You can also use IPSU
to assign an IP address to the WMIC if it did not receive an IP address from the DHCP server.
IPSU runs on most Microsoft Windows operating systems: Windows 9x, 2000, Me, NT, and XP.
You can download IPSU from the Software Center on Cisco.com. Click this link to browse to
the Software Center:
http://www.cisco.com/public/sw-center/sw-wireless.shtml
– If the unit is a non-root bridge, browse to the Associations page on the root bridge to which the
non-root is associated. The non-root bridge’s MAC address and IP address appear on the root
bridge’s Associations page.
Assigning an IP Address By Using the Exec
The WMIC links to the network using a Bridge Group Virtual Interface (BVI) that it creates
automatically. Instead of tracking separate IP addresses for the WMIC Ethernet and radio ports, the
network uses the BVI.
Note
The WMIC supports only one BVI. Configuring more than one BVI might cause errors in the WMIC
ARP table.
When you assign an IP address to the WMIC using the CLI, you must assign the address to the BVI.
Beginning in privileged EXEC mode, follow these steps to assign an IP address to the BVI:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface bvi1
Enter interface configuration mode for the BVI.
Step 3
ip address address
mask
Assign an IP address and address mask to the BVI.
Note
If you are connected to the WMIC using a Telnet session, you lose
your connection to the WMIC when you assign a new IP address to
the BVI. To continue configuring the WMIC using Telnet, use the
new IP address to open another Telnet session to the WMIC.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-12
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Obtaining and Assigning an IP Address
Assigning Basic Settings By Using the Web Browser
After you determine or assign the WMIC IP address, browse to the Express Setup page and perform an
initial configuration:
Step 1
Open your Internet browser. The web-browser interface is fully compatible with these browsers:
Microsoft Internet Explorer versions 5.0, 5.01, 5.5 and 6.0; and Netscape Navigator versions 4.79 and
7.0.
Step 2
Enter the IP address in the browser address line and press Enter. An Enter Network Password screen
appears.
Step 3
Press Tab to bypass the Username field and advance to the Password field.
Step 4
Enter the case-sensitive password (usually Cisco) and press Enter. The Summary Status page appears.
Figure 2-1 shows the Summary Status page.
Figure 2-1
Step 5
Summary Status Page
Click Express Setup. The Express Setup screen appears. Figure 2-2 shows the Express Setup page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-13
Chapter 2
Configuring the WMIC for the First Time
Obtaining and Assigning an IP Address
Figure 2-2
Step 6
Express Setup Page
Enter the configuration settings you obtained from your system administrator. The configurable settings
include:
•
System Name— The system name, while not an essential setting, helps identify the WMIC on your
network. The system name appears in the titles of the management system pages.
•
Configuration Server Protocol—Click on the button that matches the network’s method of IP
address assignment.
– DHCP—IP addresses are automatically assigned by your network’s DHCP server.
– Static IP—The WMIC uses a static IP address that you enter in the IP address field.
•
Note
IP Address—Use this setting to assign or change the WMIC’s IP address. If DHCP is enabled for
your network, leave this field blank.
If the WMIC IP address changes while you are configuring the WMIC using the web-browser
interface or a Telnet session over the wired LAN, you lose your connection to the WMIC. If you
lose your connection, reconnect to the WMIC using its new IP address. Follow the steps in the
“Obtaining and Assigning an IP Address” section on page 2-12 if you need to start over.
•
IP Subnet Mask—Enter the IP subnet mask provided by your network administrator so the IP
address can be recognized on the LAN. If DHCP is enabled, leave this field blank.
•
Default Gateway—Enter the default gateway IP address provided by your network administrator.
If DHCP is enabled, leave this field blank.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-14
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Obtaining and Assigning an IP Address
•
SNMP Community—If your network is using SNMP, enter the SNMP Community name provided
by your network administrator and select the attributes of the SNMP data (also provided by your
network administrator).
•
Role in Radio Network—Click on the button that describes the role of the device on your network.
– Root—Configures the device as a root bridge. In this mode, you establish a link with a non-root
bridge. In this mode, the bridge also accepts associations from clients.
– Non-Root— Places the device in non-root mode. In this mode, it links with a root bridge.
– Install Mode—Places the device into installation mode so you can align and adjust the bridge
link for optimum efficiency.
– Root AP—Places the device in the access point mode. In this mode, the device accepts
associations from client devices.
– Workgroup Bridge—Places the device in the workgroup bridge mode. In this mode, the bridge
accepts wired clients.
Note
•
In bridge modes, one bridge in any pair or group of bridges must be set to root, and the bridge
or bridges associated to the root bridge must be set to non-root.
Optimize Radio Network for—Use this setting to select either preconfigured settings or
customized settings for the bridge radio. See the “Configuring the Radio Distance Setting” section
on page 4-14 for more information on data rates and throughput.
– Throughput—Maximizes the data volume handled by the WMIC but might reduce its range.
When you select Throughput, the WMIC sets all data rates to basic.
– Range—Maximizes the WMIC’s range but might reduce throughput. When you select Range,
the WMIC sets the 6-Mbps rate to basic and the other rates to enabled.
– Default—The WMIC retains default radio settings that are designed to provide good range and
throughput for most bridges.
– Custom—Takes you to the Network Interfaces: Radio-802.11G Settings page.
•
Step 7
Aironet Extensions—Enabled by default, click the Disable Aironet Extensions radio button, and
click Apply. The change will not be made to the configuration if the device is in workgroup bridge
mode. In root bridge and non-root bridge mode, an error message displays, indicating that Aironet
Extensions should always be enabled in root or non-root mode.
Click Apply to save your settings. If you changed the IP address, you lose your connection to the WMIC.
Browse to the new IP address to reconnect to the WMIC.
Your WMIC is now running but probably requires additional configuring to conform to your network’s
operational and security requirements.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-15
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
Default Settings on the Express Setup Page
Table 2-1 lists the default settings for the settings on the Express Setup page.
Table 2-1
Default Settings on the Express Setup Page
Setting
Default
System Name
bridge
Configuration Server Protocol
DHCP
IP Address
Assigned by DHCP by default; if DHCP is disabled, the default
setting is 10.0.0.1
IP Subnet Mask
Assigned by DHCP by default; if DHCP is disabled, the default
setting is 255.255.255.224
Default Gateway
Assigned by DHCP by default; if DHCP is disabled, the default
setting is 0.0.0.0
SNMP Community
defaultCommunity
Role in Radio Network
Install-Mode
Optimize Radio Network for
Default
Aironet Extensions
Enable
Protecting Your Wireless LAN
After you assign basic settings to your WMIC, you must configure security settings to prevent
unauthorized access to your network. Because it is a radio device, the WMIC can communicate beyond
the physical boundaries of your building. You can use Express Security page in the Configuring Basic
Security Settings section to set basic security settings for your WMIC. Advanced security features can
be found in the following chapters:
•
A unique SSID that are not broadcast in the beacon (see Chapter 5, “Configuring SSIDs”
•
WEP and WEP features (see Chapter 7, “Configuring WEP and WEP Features”)
•
Dynamic WEP and WMIC authentication (see Chapter 8, “Configuring Authentication Types”)
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-16
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
Configuring Basic Security Settings
After you assign basic settings to your access point, you must configure security settings to prevent
unauthorized access to your network. Because it is a radio device, the access point can communicate
beyond the physical boundaries of your worksite.
Just as you use the Express Setup page to assign basic settings, you can use the Express Security page
to create unique SSIDs and assign one of four security types to them. Figure 2-3 shows the Express
Security page.
Figure 2-3
Express Security Page
The Express Security page helps you configure basic security settings. You can use the web-browser
interface’s main Security pages to configure more advanced security settings.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-17
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
Understanding Express Security Settings
When the WMIC configuration is at factory defaults, the first SSID that you create using the Express
security page overwrites the default SSID, install, which has no security settings. The SSIDs that you
create appear in the SSID table at the bottom of the page. You can create up to 16 SSIDs on the access
point.
Using VLANs
If you use VLANs on your wireless LAN and assign SSIDs to VLANs, you can create multiple SSIDs
using any of the four security settings on the Express Security page. However, if you do not use VLANs
on your wireless LAN, the security options that you can assign to SSIDs are limited because, on the
Express Security page, encryption settings and authentication types are linked. Without VLANs,
encryption settings (WEP and ciphers) apply to an interface such as the 2.4-GHz radio, and you cannot
use more than one encryption setting on an interface. For example, when you create an SSID with static
WEP with VLANs disabled, you cannot create additional SSIDs with WPA authentication because they
use different encryption settings. If you find that the security setting for an SSID conflicts with another
SSID, you can delete one or more SSIDs to eliminate the conflict.
Express Security Types
Table 2-2 describes the four security types that you can assign to an SSID.
Table 2-2
Security Types on Express Security Setup Page
Security Type
Description
Security Features Enabled
No Security
None.
This is the least secure option. You
should use this option only for SSIDs
used in a public space and assign it to
a VLAN that restricts access to your
network.
Static WEP Key
This option is more secure than no
security. However, static WEP keys
are vulnerable to attack. If you
configure this setting, you should
consider limiting association to the
access point based on MAC address
or, if your network does not have a
RADIUS server, consider using an
access point as a local authentication
server.
Mandatory WEP encryption, no key
management, and open
authentication. In Root AP mode,
client devices cannot associate using
this SSID without a WEP key that
matches the access point key.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-18
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
Table 2-2
Security Types on Express Security Setup Page (continued)
Security Type
Description
Security Features Enabled
EAP Authentication
This option enables 802.1x
authentication (such as LEAP, PEAP,
EAP-TLS, EAP-GTC, EAP-SIM, and
others) and requires you to enter the
IP address and shared secret for an
authentication server on your network
(server authentication port 1645).
Because 802.1x authentication
provides dynamic encryption keys,
you do not need to enter a WEP key.
Mandatory 802.1x authentication, In
Root AP mode, client devices that
associate using this SSID must
perform 802.1x authentication.
WPA
Wi-Fi Protected Access (WPA)
permits wireless access to users
authenticated against a database
through the services of an
authentication server, then encrypts
their IP traffic with stronger
algorithms than those used in WEP.
As with EAP authentication, you
must enter the IP address and shared
secret for an authentication server on
your network (server authentication
port 1645).
Mandatory WPA authentication. In
Root AP mode, client devices that
associate using this SSID must be
WPA-capable.
Express Security Limitations
Because the Express Security page is designed for simple configuration of basic security, the options
available are a subset of the WMIC’s security capabilities. Keep these limitations in mind when using
the Express Security page:
•
You cannot edit SSIDs. However, you can delete SSIDs and re-create them.
•
You cannot assign SSIDs to specific radio interfaces. The SSIDs that you create are enabled on all
radio interfaces. To assign SSIDs to specific radio interfaces, use the Security SSID Manager page.
•
You cannot configure multiple authentication servers. To configure multiple authentication servers,
use the Security Server Manager page.
•
You cannot configure multiple WEP keys. To configure multiple WEP keys, use the Security
Encryption Manager page.
•
You cannot assign an SSID to a VLAN that is already configured on the WMIC. To assign an SSID
to an existing VLAN, use the Security SSID Manager page.
•
You cannot configure combinations of authentication types on the same SSID (for example, MAC
address authentication and EAP authentication). To configure combinations of authentication types,
use the Security SSID Manager page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-19
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
Using the Express Security Page
Follow these steps to create an SSID using the Express Security page:
Step 1
Type the SSID in the SSID entry field. The SSID can contain up to 32 alphanumeric characters.
a.
The Broadcast SSID in Beacon setting is active only when the WMIC is in the Root AP mode.
When you broadcast the SSID, devices that do not specify an SSID can associate to the WMIC when
it is a root access point. This is a useful option for an SSID used by guests or by client devices in a
public space. If you do not broadcast the SSID, client devices cannot associate to the access point
unless their SSID matches this SSID. Only one SSID can be included in the beacon.
Step 2
(Optional) Check the Enable VLAN ID check box and enter a VLAN number (1 through 4095) to assign
the SSID to a VLAN. You cannot assign an SSID to an existing VLAN.
Step 3
(Optional) Check the Native VLAN check box to mark the VLAN as the native VLAN.
Step 4
Select the security setting for the SSID. The settings are listed in order of robustness, from No Security
to WPA, which is the most secure setting. If you select EAP Authentication or WPA, enter the IP address
and shared secret for the authentication server on your network.
Note
Step 5
If you do not use VLANs on your wireless LAN, the security options that you can assign to multiple
SSIDs are limited. See the “Using VLANs” section on page 2-18 for details.
Click Apply. The SSID appears in the SSID table at the bottom of the page.
CLI Security Configuration Examples
The examples in this section show the CLI commands that are equivalent to creating SSIDs using each
security type on the Express Security page. This section contains these example configurations:
•
Example: No Security, page 2-20
•
Example: Static WEP, page 2-21
•
Example: EAP Authentication, page 2-22
•
Example: WPA, page 2-23
Example: No Security
This example shows part of the configuration that results from using the Express Security page to create
an SSID called no_security_ssid, including the SSID in the beacon, assigning it to VLAN 10, and
selecting VLAN 10 as the native VLAN:
interface Dot11Radio0
no ip address
no ip route-cache
ssid no_security-ssid
vlan 10
authentication open
guest-mode
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-20
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.10
encapsulation dot1Q 10
no ip route-cache
bridge-group 10
bridge-group 10 spanning-disabled
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
Example: Static WEP
This example shows part of the configuration that results from using the Express Security page to create
an SSID called static_wep_ssid, excluding the SSID from the beacon, assigning the SSID to VLAN 20,
selecting 3 as the key slot, and entering a 128-bit key:
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 20 key 3 size 128bit 7 4E78330C1A841439656A9323F25A transmit-ke
encryption vlan 20 mode wep mandatory
ssid static_wep_ssid
vlan 20
authentication open
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.20
encapsulation dot1Q 20
no ip route-cache
bridge-group 20
bridge-group 20 spanning-disabled
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-21
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
speed auto
bridge-group 1
interface FastEthernet0.20
encapsulation dot1Q 20
no ip route-cache
bridge-group 20
bridge-group 20 spanning-disabled
Example: EAP Authentication
This example shows part of the configuration that results from using the Express Security page to create
an SSID called eap_ssid, excluding the SSID from the beacon, and assigning the SSID to VLAN 30:
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 30 mode wep mandatory
ssid eap_ssid
vlan 30
authentication open eap eap_methods
authentication network-eap eap_methods
speed basic-1.0 basic-2.0 basic-5.5 basic-11.0
rts threshold 2312
station-role root
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
interface Dot11Radio0.30
encapsulation dot1Q 30
no ip route-cache
bridge-group 30
bridge-group 30 subscriber-loop-control
bridge-group 30 block-unknown-source
no bridge-group 30 source-learning
no bridge-group 30 unicast-flooding
bridge-group 30 spanning-disabled
interface FastEthernet0
mtu 1500
no ip address
ip mtu 1564
no ip route-cache
duplex auto
speed auto
bridge-group 1
no bridge-group 1 source-learning
bridge-group 1 spanning-disabled
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-22
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Protecting Your Wireless LAN
interface FastEthernet0.30
mtu 1500
encapsulation dot1Q 30
no ip route-cache
bridge-group 30
no bridge-group 30 source-learning
bridge-group 30 spanning-disabled
Example: WPA
This example shows part of the configuration that results from using the Express Security page to create
an SSID called wpa_ssid, excluding the SSID from the beacon, and assigning the SSID to VLAN 40:
aaa new-model
aaa group server radius rad_eap
server 10.91.104.92 auth-port 1645 acct-port 1646
aaa group server radius rad_mac
aaa group server radius rad_acct
aaa group server radius rad_admin
aaa group server tacacs+ tac_admin
aaa group server radius rad_pmip
aaa group server radius dummy
aaa authentication login eap_methods group rad_eap
aaa authentication login mac_methods local
aaa authorization exec default local
aaa authorization ipmobile default group rad_pmip
aaa accounting network acct_methods start-stop group rad_acct
aaa session-id common
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 40 mode ciphers tkip
ssid wpa_ssid
vlan 40
authentication open eap eap_methods
authentication network-eap eap_methods
authentication key-management wpa
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.40
encapsulation dot1Q 40
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-23
Chapter 2
Configuring the WMIC for the First Time
Using the IP Setup Utility
no ip route-cache
bridge-group 40
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface FastEthernet0.40
encapsulation dot1Q 40
no ip route-cache
bridge-group 40
ip http server
ip http help-path http://www.cisco.com/warp/public/779/smbiz/prodconfig/help/eag
/122-15.JA/1100
ip radius source-interface BVI1
radius-server attribute 32 include-in-access-req format %h
radius-server host 10.91.104.92 auth-port 1645 acct-port 1646 key 7 135445415F59
radius-server authorization permit missing Service-Type
radius-server vsa send accounting
bridge 1 route ip
line con 0
line vty 5 15
end
Using the IP Setup Utility
IPSU enables you to find the IP address of a device when it has been assigned by a DHCP server. You
can also use IPSU to set the IP address and SSID of a device if they have not been changed from the
default settings. This section explains how to download the utility from Cisco.com and install it, how to
use it to find the IP address of a device, and how to use it to set the IP address and the SSID.
Note
IPSU can be used only on the following operating systems: Windows 95, 98, NT, 2000, ME, or XP.
Obtaining and Installing IPSU
IPSU is available on the Cisco web site. Follow these steps to obtain and install IPSU:
Step 1
Use your Internet browser to access the Cisco Software Center at the following URL:
http://www.cisco.com/public/sw-center/sw-wireless.shtml
Step 2
Click Cisco Aironet Wireless LAN Client Adapters.
Step 3
Scroll down to the Windows Utility section.
Step 4
Click Cisco Aironet Client Utility (ACU) for Windows.
Step 5
Click the file IPSUvxxxxxx.exe. The vxxxxxx identifies the software package version number.
Step 6
Read and accept the terms and conditions of the Software License Agreement.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-24
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Using the IP Setup Utility
Step 7
Download and save the file to a temporary directory on your hard drive and then exit the Internet browser.
Step 8
Double-click IPSUvxxxxxx.exe in the temporary directory to expand the file.
Step 9
Double-click Setup.exe and follow the steps provided by the installation wizard to install IPSU.
The IPSU icon appears on your computer desktop.
Using IPSU to Find the WMIC IP Address
If your WMIC receives an IP address from a DHCP server, you can use IPSU to find its IP address.
Because IPSU sends a reverse-ARP request based on the MAC address, you must run IPSU from a
computer on the same subnet as the WMIC. Follow these steps to find the IP address:
Step 1
Double-click the IPSU icon on your computer desktop to start the utility. The IPSU screen appears (see
Figure 2-4).
Figure 2-4
IPSU Get IP Address Screen
Step 2
When the utility window opens, make sure the Get IP addr radio button in the Function box is selected.
Step 3
Enter the WMIC MAC address in the Device MAC ID field. The WMIC MAC address should contain
six pairs of hexadecimal digits. The MAC address might look like the following example:
000164xxxxxx
Note
The MAC address field is not case-sensitive.
Step 4
Click Get IP Address.
Step 5
When the IP address appears in the IP Address field, write it down.
If IPSU reports that the IP address is the default IP address, the WMIC did not receive a DHCP-assigned
IP address. To change the IP address by using IPSU, refer to the “Using IPSU to Set the IP Address and
SSID” section.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-25
Chapter 2
Configuring the WMIC for the First Time
Using the IP Setup Utility
Using IPSU to Set the IP Address and SSID
To change the IP address of the WMIC, use IPSU. You can also set the SSID.
Note
IPSU can change the IP address and SSID only from the default settings. After the IP address and SSID
have been changed, IPSU cannot be used to change them again.
Note
The computer you use to assign an IP address to the WMIC must have an IP address in the same subnet
as the WMIC.
Follow these steps to assign an IP address and an SSID to the WMIC:
Step 1
Double-click the IPSU icon on your computer desktop to start the utility.
Step 2
Click the Set Parameters radio button in the Function box (see Figure 2-5).
Figure 2-5
Step 3
IPSU Set Parameters Screen
Enter the WMIC MAC address in the Device MAC ID field. The MAC address should contain six pairs
of hexadecimal digits. Your MAC address might look like this example:
004096xxxxxx
Note
The MAC address field is not case-sensitive.
Step 4
Enter the IP address you want to assign to the WMIC in the IP Address field.
Step 5
Enter the SSID you want to assign to the WMIC in the SSID field.
Note
You cannot set the SSID without also setting the IP address. However, you can set the IP address
without setting the SSID.
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-26
OL-7734-02
Chapter 2
Configuring the WMIC for the First Time
Using the IP Setup Utility
Step 6
Click Set Parameters to change the WMIC’s IP address and SSID settings.
Step 7
Click Exit to exit IPSU.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
2-27
Chapter 2
Configuring the WMIC for the First Time
Using the IP Setup Utility
Cisco 3200 Series Wireless MIC Software Configuration Guide
2-28
OL-7734-02
C H A P T E R
Administering the WMIC
This chapter describes how to administer your WMIC. This chapter contains these sections:
•
Configuring a System Name and Prompt
•
Managing the System Time and Date
•
Creating a Banner
•
Protecting Access to Privileged EXEC Commands
•
Protecting the Wireless LAN
•
Controlling WMIC Access with RADIUS
•
Controlling WMIC Access with TACACS+
•
Configuring the WMIC for Local Authentication and Authorization
•
Configuring the WMIC for Secure Shell
•
Managing Aironet Extensions
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-1
Chapter 3
Administering the WMIC
Configuring a System Name and Prompt
Configuring a System Name and Prompt
You configure the system name on the WMIC to identify it. A greater-than symbol (>) is appended. The
prompt is updated whenever the system name changes, unless you manually configure the prompt by
using the prompt global configuration command.
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Configuration Fundamentals Command Reference and the Cisco IOS IP and IP Routing Command
Reference for Release 12.1.
Configuring a System Name
Beginning in privileged EXEC mode, follow these steps to manually configure a system name:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
hostname name
Manually configure a system name.
The default setting is bridge.
The name must follow the rules for ARPANET host names. They must start
with a letter, end with a letter or digit, and have as interior characters only
letters, digits, and hyphens. Names can be up to 63 characters.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
When you set the system name, it is also used as the system prompt.
To return to the default host name, use the no hostname global configuration command.
Managing DNS
The DNS protocol controls the Domain Name System (DNS), a distributed database with which you can
map host names to IP addresses. When you configure DNS on your WMIC, you can substitute the host
name for the IP address with all IP commands, such as ping, telnet, connect, and related Telnet support
operations.
IP defines a hierarchical naming scheme that allows a device to be identified by its location or domain.
Domain names are pieced together with periods (.) as the delimiting characters. For example, Cisco
Systems is a commercial organization that IP identifies by a com domain name, so its domain name is
cisco.com. A specific device in this domain, such as the File Transfer Protocol (FTP) system, is
identified as ftp.cisco.com.
To keep track of domain names, IP has defined the concept of a domain name server, which holds a cache
(or database) of names mapped to IP addresses. To map domain names to IP addresses, you must first
identify the host names, specify the name server that is present on your network, and enable the DNS.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-2
OL-7734-02
Chapter 3
Administering the WMIC
Managing DNS
Default DNS Configuration
Table 3-1 shows the default DNS configuration.
Table 3-1
Default DNS Configuration
Feature
Default Setting
DNS enable state
Disabled.
DNS default domain name
None configured.
DNS servers
No name server addresses are configured.
Setting Up DNS
Beginning in privileged EXEC mode, follow these steps to set up your WMIC to use the DNS:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
ip domain-name name
Define a default domain name that the software uses to complete unqualified
host names (names without a dotted-decimal domain name).
Do not include the initial period that separates an unqualified name from the
domain name.
At boot time, no domain name is configured; however, if the configuration
comes from a BOOTP or Dynamic Host Configuration Protocol (DHCP) server,
then the default domain name might be set by the BOOTP or DHCP server (if
the servers were configured with this information).
Step 3
Step 4
ip name-server server-address1
[server-address2 ...
server-address6]
ip domain-lookup
Specify the address of one or more name servers to use for name and address
resolution.
You can specify up to six name servers. Separate each server address with a
space. The first server specified is the primary server. The WMIC sends DNS
queries to the primary server first. If that query fails, the backup servers are
queried.
(Optional) Enable DNS-based host name-to-address translation on your WMIC.
This feature is enabled by default.
If your network devices require connectivity with devices in networks for which
you do not control name assignment, you can dynamically assign device names
that uniquely identify your devices by using the global Internet naming scheme
(DNS).
Step 5
end
Return to privileged EXEC mode.
Step 6
show running-config
Verify your entries.
Step 7
copy running-config
startup-config
(Optional) Save your entries in the configuration file.
If you use the WMIC IP address as its host name, the IP address is used and no DNS query occurs. If
you configure a host name that contains no periods (.), a period followed by the default domain name is
appended to the host name before the DNS query is made to map the name to an IP address. The default
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-3
Chapter 3
Administering the WMIC
Creating a Banner
domain name is the value set by the ip domain-name global configuration command. If there is a
period (.) in the host name, the IOS software looks up the IP address without appending any default
domain name to the host name.
To remove a domain name, use the no ip domain-name name global configuration command. To remove
a name server address, use the no ip name-server server-address global configuration command. To
disable DNS on the WMIC, use the no ip domain-lookup global configuration command.
Displaying the DNS Configuration
To display the DNS configuration information, use the show running-config privileged EXEC
command.
Creating a Banner
You can configure a message-of-the-day (MOTD) and a login banner. The MOTD banner appears on all
connected terminals at login and is useful for sending messages that affect all network users (such as
impending system shutdowns).
The login banner also appears on all connected terminals. It appears after the MOTD banner and before
the login prompts.
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Configuration Fundamentals Command Reference for Release 12.2.
Default Banner Configuration
The MOTD and login banners are not configured.
Configuring a Message-of-the-Day Login Banner
You can create a single or multiline message banner that appears on the screen when someone logs into
the WMIC.
Beginning in privileged EXEC mode, follow these steps to configure a MOTD login banner:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
banner motd c message c
Specify the message of the day.
For c, enter the delimiting character of your choice, such as a pound sign
(#), and press the Return key. The delimiting character signifies the
beginning and end of the banner text. Characters after the ending
delimiter are discarded.
For message, enter a banner message up to 255 characters. You cannot
use the delimiting character in the message.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-4
OL-7734-02
Chapter 3
Administering the WMIC
Creating a Banner
Command
Purpose
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To delete the MOTD banner, use the no banner motd global configuration command.
This example shows how to configure a MOTD banner for the WMIC using the pound sign (#) symbol
as the beginning and ending delimiter:
bridge(config)# banner motd #
This is a secure site. Only authorized users are allowed.
For access, contact technical support.
bridge(config)#
This example shows the banner displayed from the previous configuration:
Unix> telnet 172.2.5.4
Trying 172.2.5.4...
Connected to 172.2.5.4.
Escape character is '^]'.
This is a secure site. Only authorized users are allowed.
For access, contact technical support.
User Access Verification
Password:
Configuring a Login Banner
You can configure a login banner to appear on all connected terminals. This banner appears after the
MOTD banner and before the login prompt.
Beginning in privileged EXEC mode, follow these steps to configure a login banner:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
banner login c message c
Specify the login message.
For c, enter the delimiting character of your choice, such as a pound sign
(#), and press the Return key. The delimiting character signifies the
beginning and end of the banner text. Characters after the ending delimiter
are discarded.
For message, enter a login message up to 255 characters. You cannot use the
delimiting character in the message.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To delete the login banner, use the no banner login global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-5
Chapter 3
Administering the WMIC
Managing the System Time and Date
This example shows how to configure a login banner for the WMIC using the dollar sign ($) symbol as
the beginning and ending delimiter:
bridge(config)# banner login $
Access for authorized users only. Please enter your username and password.
bridge(config)#
Managing the System Time and Date
You can manage the system time and date on your WMIC automatically, using the Network Time
Protocol (NTP), or manually, by setting the time and date on the WMIC.
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Configuration Fundamentals Command Reference for Release 12.2.
Understanding the System Clock
The heart of the time service is the system clock. This clock runs from the moment the system starts up
and keeps track of the date and time.
The system clock can then be set from these sources:
•
Network Time Protocol
•
Manual configuration
The system clock can provide time to these services:
•
User show commands
•
Logging and debugging messages
The system clock determines time internally based on Universal Time Coordinated (UTC), also known
as Greenwich Mean Time (GMT). You can configure information about the local time zone and summer
time (daylight saving time) so that the time is correctly displayed for the local time zone.
The system clock keeps track of whether the time is authoritative or not (that is, whether it has been set
by a time source considered to be authoritative). If it is not authoritative, the time is available only for
display purposes and is not redistributed. For configuration information, see the “Configuring Time and
Date Manually” section on page 3-17.
Understanding Network Time Protocol
The NTP is designed to time-synchronize a network of devices. NTP runs over User Datagram Protocol
(UDP), which runs over IP. NTP is documented in RFC 1305.
An NTP network usually gets its time from an authoritative time source, such as a radio clock or an
atomic clock attached to a time server. NTP then distributes this time across the network. NTP is
extremely efficient; no more than one packet per minute is necessary to synchronize two devices to
within a millisecond of one another.
NTP uses the concept of a stratum to describe how many NTP hops away a device is from an
authoritative time source. A stratum 1 time server has a radio or atomic clock directly attached, a
stratum 2 time server receives its time through NTP from a stratum 1 time server, and so on. A device
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-6
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
running NTP automatically chooses as its time source the device with the lowest stratum number with
which it communicates through NTP. This strategy effectively builds a self-organizing tree of NTP
speakers.
NTP avoids synchronizing to a device whose time might not be accurate by never synchronizing to a
device that is not synchronized. NTP also compares the time reported by several devices and does not
synchronize to a device whose time is significantly different than the others, even if its stratum is lower.
The communications between devices running NTP (known as associations) are usually statically
configured; each device is given the IP address of all devices with which it should form associations.
Accurate timekeeping is possible by exchanging NTP messages between each pair of devices with an
association. However, in a LAN environment, NTP can be configured to use IP broadcast messages
instead. This alternative reduces configuration complexity because each device can simply be configured
to send or receive broadcast messages. However, in that case, information flow is one-way only.
The time kept on a device is a critical resource; you should use the security features of NTP to avoid the
accidental or malicious setting of an incorrect time. Two mechanisms are available: an access-list-based
restriction scheme and an encrypted authentication mechanism.
Cisco’s implementation of NTP does not support stratum 1 service; it is not possible to connect to a radio
or atomic clock. We recommend that the time service for your network be derived from the public NTP
servers available on the IP Internet. Figure 3-1 shows a typical network example using NTP.
If the network is isolated from the Internet, Cisco’s implementation of NTP allows a device to act as
though it is synchronized through NTP, when in fact it has determined the time by using other means.
Other devices then synchronize to that device through NTP.
When multiple sources of time are available, NTP is always considered to be more authoritative. NTP
time overrides the time set by any other method.
Several manufacturers include NTP software for their host systems, and a publicly available version for
systems running UNIX and its various derivatives is also available. This software allows host systems to
be time-synchronized as well.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-7
Chapter 3
Administering the WMIC
Managing the System Time and Date
Figure 3-1
Typical NTP Network Configuration
Catalyst 6500
series switch
(NTP master)
Local
workgroup
servers
Catalyst 3550
switch
Catalyst 3550
switch
Catalyst 3550
switch
These switches are configured in
NTP server mode (server association)
with the Catalyst 6500 series switch.
Catalyst 3550
switch
This switch is configured as an NTP
peer to the upstream and downstream
Catalyst 3550 switches.
Workstations
Workstations
43269
Catalyst 3550
switch
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-8
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring NTP
WMICs do not have a hardware-supported clock, and they cannot function as an NTP master clock to
which peers synchronize themselves when an external NTP source is not available. These bridges also
have no hardware support for a calendar. As a result, the ntp update-calendar and the ntp master global
configuration commands are not available.
Default NTP Configuration
Table 3-2 shows the default NTP configuration.
Table 3-2
Default NTP Configuration
Feature
Default Setting
NTP authentication
Disabled. No authentication key is specified.
NTP peer or server associations
None configured.
NTP broadcast service
Disabled; no interface sends or receives NTP broadcast packets.
NTP access restrictions
No access control is specified.
NTP packet source IP address
The source address is determined by the outgoing interface.
NTP is disabled by default.
Configuring NTP Authentication
This procedure must be coordinated with the administrator of the NTP server; the information you
configure in this procedure must be matched by the servers used by the WMIC to synchronize its time
to the NTP server.
Beginning in privileged EXEC mode, follow these steps to authenticate the associations (communications
between devices running NTP that provide for accurate timekeeping) with other devices for security
purposes:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
ntp authenticate
Enable the NTP authentication feature, which is disabled by
default.
Step 3
ntp authentication-key number md5 value
Define the authentication keys. By default, none are defined.
•
For number, specify a key number. The range is 1 to
4294967295.
•
md5 specifies that message authentication support is provided
by using the message digest algorithm 5 (MD5).
•
For value, enter an arbitrary string of up to eight characters for
the key.
The WMIC does not synchronize to a device unless both have one
of these authentication keys, and the key number is specified by the
ntp trusted-key key-number command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-9
Chapter 3
Administering the WMIC
Managing the System Time and Date
Step 4
Command
Purpose
ntp trusted-key key-number
Specify one or more key numbers (defined in Step 3) that a peer
NTP device must provide in its NTP packets for this WMIC to
synchronize to it.
By default, no trusted keys are defined.
For key-number, specify the key defined in Step 3.
This command provides protection against accidentally
synchronizing the WMIC to a device that is not trusted.
Step 5
end
Return to privileged EXEC mode.
Step 6
show running-config
Verify your entries.
Step 7
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable NTP authentication, use the no ntp authenticate global configuration command. To remove
an authentication key, use the no ntp authentication-key number global configuration command. To
disable authentication of the identity of a device, use the no ntp trusted-key key-number global
configuration command.
This example shows how to configure the WMIC to synchronize only to devices providing authentication
key 42 in the device’s NTP packets:
bridge(config)# ntp authenticate
bridge(config)# ntp authentication-key 42 md5 aNiceKey
bridge(config)# ntp trusted-key 42
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-10
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring NTP Associations
An NTP association can be a peer association (this WMIC can either synchronize to the other device or
allow the other device to synchronize to it), or it can be a server association (meaning that only this
WMIC synchronizes to the other device, and not the other way around).
Beginning in privileged EXEC mode, follow these steps to form an NTP association with another device:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
ntp peer ip-address [version number]
[key keyid] [source interface] [prefer]
Configure the WMIC system clock to synchronize a peer or to be
synchronized by a peer (peer association).
or
or
ntp server ip-address [version number] Configure the WMIC system clock to be synchronized by a time server
[key keyid] [source interface] [prefer] (server association).
No peer or server associations are defined by default.
•
For ip-address in a peer association, specify either the IP address of
the peer providing, or being provided, the clock synchronization. For
a server association, specify the IP address of the time server
providing the clock synchronization.
•
(Optional) For number, specify the NTP version number. The range is
1 to 3. By default, version 3 is selected.
•
(Optional) For keyid, enter the authentication key defined with the
ntp authentication-key global configuration command.
•
(Optional) For interface, specify the interface from which to pick the
IP source address. By default, the source IP address is taken from the
outgoing interface.
•
(Optional) Enter the prefer keyword to make this peer or server the
preferred one that provides synchronization. This keyword reduces
switching back and forth between peers and servers.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
You need to configure only one end of an association; the other device can automatically establish the
association. If you are using the default NTP version (version 3) and NTP synchronization does not
occur, try using NTP version 2. Many NTP servers on the Internet run version 2.
To remove a peer or server association, use the no ntp peer ip-address or the no ntp server ip-address
global configuration command.
This example shows how to configure the WMIC to synchronize its system clock with the clock of the
peer at IP address 172.16.22.44 using NTP version 2:
bridge(config)# ntp server 172.16.22.44 version 2
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-11
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring NTP Broadcast Service
The communications between devices running NTP (known as associations) are usually statically
configured; each device is given the IP addresses of all devices with which it should form associations.
Accurate timekeeping is possible by exchanging NTP messages between each pair of devices with an
association. However, in a LAN environment, NTP can be configured to use IP broadcast messages
instead. This alternative reduces configuration complexity because each device can simply be configured
to send or receive broadcast messages. However, the information flow is one-way only.
The WMIC can send or receive NTP broadcast packets on an interface-by-interface basis if there is an NTP
broadcast server, such as a router, broadcasting time information on the network. The WMIC can send NTP
broadcast packets to a peer so that the peer can synchronize to it. The WMIC can also receive NTP broadcast
packets to synchronize its own clock. This section provides procedures for both sending and receiving NTP
broadcast packets.
Beginning in privileged EXEC mode, follow these steps to configure the WMIC to send NTP broadcast
packets to peers so that they can synchronize their clock to the WMIC:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and specify the interface to send
NTP broadcast packets.
Step 3
ntp broadcast [version number] [key keyid] Enable the interface to send NTP broadcast packets to a peer.
[destination-address]
By default, this feature is disabled on all interfaces.
•
(Optional) For number, specify the NTP version number. The
range is 1 to 3. If you do not specify a version, version 3 is used.
•
(Optional) For keyid, specify the authentication key to use when
sending packets to the peer.
•
(Optional) For destination-address, specify the IP address of the
peer that is synchronizing its clock to this WMIC.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
Step 7
Configure the connected peers to receive NTP broadcast packets as
described in the next procedure.
To disable the interface from sending NTP broadcast packets, use the no ntp broadcast interface
configuration command.
This example shows how to configure an interface to send NTP version 2 packets:
bridge(config)# interface gigabitethernet0/1
bridge(config-if)# ntp broadcast version 2
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-12
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
Beginning in privileged EXEC mode, follow these steps to configure the WMIC to receive NTP
broadcast packets from connected peers:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and specify the interface to receive
NTP broadcast packets.
Step 3
ntp broadcast client
Enable the interface to receive NTP broadcast packets.
By default, no interfaces receive NTP broadcast packets.
Step 4
exit
Return to global configuration mode.
Step 5
ntp broadcastdelay microseconds
(Optional) Change the estimated round-trip delay between the WMIC and
the NTP broadcast server.
The default is 3000 microseconds; the range is 1 to 999999.
Step 6
end
Return to privileged EXEC mode.
Step 7
show running-config
Verify your entries.
Step 8
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable an interface from receiving NTP broadcast packets, use the no ntp broadcast client interface
configuration command. To change the estimated round-trip delay to the default, use the no ntp
broadcastdelay global configuration command.
This example shows how to configure an interface to receive NTP broadcast packets:
bridge(config)# interface gigabitethernet0/1
bridge(config-if)# ntp broadcast client
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-13
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring NTP Access Restrictions
You can control NTP access by using access lists.
Creating an Access Group and Assigning a Basic IP Access List
Beginning in privileged EXEC mode, follow these steps to control access to NTP services by using
access lists:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
ntp access-group {query-only |
serve-only | serve | peer}
access-list-number
Create an access group, and apply a basic IP access list.
The keywords have these meanings:
•
query-only—Allows only NTP control queries.
•
serve-only—Allows only time requests.
•
serve—Allows time requests and NTP control queries, but does not
allow the WMIC to synchronize to the remote device.
•
peer—Allows time requests and NTP control queries and allows the
WMIC to synchronize to the remote device.
For access-list-number, enter a standard IP access list number from 1
to 99.
Step 3
access-list access-list-number permit
source [source-wildcard]
Create the access list.
•
For access-list-number, enter the number specified in Step 2.
•
Enter the permit keyword to permit access if the conditions are
matched.
•
For source, enter the IP address of the device that is permitted access
to the WMIC.
•
(Optional) For source-wildcard, enter the wildcard bits to be applied
to the source.
Note
When creating an access list, remember that, by default, the end
of the access list contains an implicit deny statement for
everything if it did not find a match before reaching the end.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The access group keywords are scanned in this order, from least restrictive to most restrictive:
1.
peer—Allows time requests and NTP control queries and allows the WMIC to synchronize itself to
a device whose address passes the access list criteria.
2.
serve—Allows time requests and NTP control queries, but does not allow the WMIC to synchronize
itself to a device whose address passes the access list criteria.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-14
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
3.
serve-only—Allows only time requests from a device whose address passes the access list criteria.
4.
query-only—Allows only NTP control queries from a device whose address passes the access list
criteria.
If the source IP address matches the access lists for more than one access type, the first type is granted.
If no access groups are specified, all access types are granted to all devices. If any access groups are
specified, only the specified access types are granted.
To remove access control to the WMIC NTP services, use the no ntp access-group {query-only |
serve-only | serve | peer} global configuration command.
This example shows how to configure the WMIC to allow itself to synchronize to a peer from access
list 99. However, the WMIC restricts access to allow only time requests from access list 42:
bridge# configure terminal
bridge(config)# ntp access-group peer 99
bridge(config)# ntp access-group serve-only 42
bridge(config)# access-list 99 permit 172.20.130.5
bridge(config)# access list 42 permit 172.20.130.6
Disabling NTP Services on a Specific Interface
NTP services are enabled on all interfaces by default.
Beginning in privileged EXEC mode, follow these steps to disable NTP packets from being received on
an interface:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and specify the interface to disable.
Step 3
ntp disable
Disable NTP packets from being received on the interface.
By default, all interfaces receive NTP packets.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To re-enable receipt of NTP packets on an interface, use the no ntp disable interface configuration
command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-15
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring the Source IP Address for NTP Packets
When the WMIC sends an NTP packet, the source IP address is normally set to the address of the
interface through which the NTP packet is sent. Use the ntp source global configuration command when
you want to use a particular source IP address for all NTP packets. The address is taken from the
specified interface. This command is useful if the address on an interface cannot be used as the
destination for reply packets.
Beginning in privileged EXEC mode, follow these steps to configure a specific interface from which the
IP source address is to be taken:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
ntp source type number
Specify the interface type and number from which the IP source address
is taken.
By default, the source address is determined by the outgoing interface.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The specified interface is used for the source address for all packets sent to all destinations. If a source
address is to be used for a specific association, use the source keyword in the ntp peer or ntp server
global configuration command as described in the “Configuring NTP Associations” section on
page 3-11.
Displaying the NTP Configuration
You can use two privileged EXEC commands to display NTP information:
•
show ntp associations [detail]
•
show ntp status
For detailed information about the fields in these displays, refer to the Cisco IOS Configuration
Fundamentals Command Reference for Release 12.1.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-16
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring Time and Date Manually
If no other source of time is available, you can manually configure the time and date after the system is
restarted. The time remains accurate until the next system restart. We recommend that you use manual
configuration only as a last resort. If you have an outside source to which the WMIC can synchronize,
you do not need to manually set the system clock.
Setting the System Clock
If you have an outside source on the network that provides time services, such as an NTP server, you do
not need to manually set the system clock.
Beginning in privileged EXEC mode, follow these steps to set the system clock:
Step 1
Command
Purpose
clock set hh:mm:ss day month year
Manually set the system clock using one of these formats.
or
•
For hh:mm:ss, specify the time in hours (24-hour format), minutes,
and seconds. The time specified is relative to the configured time
zone.
•
For day, specify the day by date in the month.
•
For month, specify the month by name.
•
For year, specify the year (no abbreviation).
clock set hh:mm:ss month day year
Step 2
show running-config
Verify your entries.
Step 3
copy running-config startup-config
(Optional) Save your entries in the configuration file.
This example shows how to manually set the system clock to 1:32 p.m. on July 23, 2001:
bridge# clock set 13:32:00 23 July 2001
Displaying the Time and Date Configuration
To display the time and date configuration, use the show clock [detail] privileged EXEC command.
The system clock keeps an authoritative flag that shows whether the time is authoritative (believed to be
accurate). If the system clock has been set by a timing source such as NTP, the flag is set. If the time is
not authoritative, it is used only for display purposes. Until the clock is authoritative and the
authoritative flag is set, the flag prevents peers from synchronizing to the clock when the peers’ time is
invalid.
The symbol that precedes the show clock display has this meaning:
•
*—Time is not authoritative.
•
(blank)—Time is authoritative.
•
.—Time is authoritative, but NTP is not synchronized.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-17
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring the Time Zone
Beginning in privileged EXEC mode, follow these steps to manually configure the time zone:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
clock timezone zone hours-offset
[minutes-offset]
Set the time zone.
The device keeps internal time in universal time coordinated (UTC), so
this command is used only for display purposes and when the time is
manually set.
•
For zone, enter the name of the time zone to be displayed when
standard time is in effect. The default is UTC.
•
For hours-offset, enter the hours offset from UTC.
•
(Optional) For minutes-offset, enter the minutes offset from UTC.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The minutes-offset variable in the clock timezone global configuration command is available for those
cases where a local time zone is a percentage of an hour different from UTC. For example, the time zone
for some sections of Atlantic Canada (AST) is UTC-3.5, where the 3 means 3 hours and .5 means 50
percent. In this case, the necessary command is clock timezone AST -3 30.
To set the time to UTC, use the no clock timezone global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-18
OL-7734-02
Chapter 3
Administering the WMIC
Managing the System Time and Date
Configuring Summer Time (Daylight Saving Time)
Beginning in privileged EXEC mode, follow these steps to configure summer time (daylight saving time)
in areas where it starts and ends on a particular day of the week each year:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
clock summer-time zone recurring
Configure summer time to start and end on the specified days every year.
[week day month hh:mm week day month
Summer time is disabled by default. If you specify clock summer-time
hh:mm [offset]]
zone recurring without parameters, the summer time rules default to the
United States rules.
•
For zone, specify the name of the time zone (for example, PDT) to be
displayed when summer time is in effect.
•
(Optional) For week, specify the week of the month (1 to 5 or last).
•
(Optional) For day, specify the day of the week (Sunday, Monday...).
•
(Optional) For month, specify the month (January, February...).
•
(Optional) For hh:mm, specify the time (24-hour format) in hours and
minutes.
•
(Optional) For offset, specify the number of minutes to add during
summer time. The default is 60.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The first part of the clock summer-time global configuration command specifies when summer time
begins, and the second part specifies when it ends. All times are relative to the local time zone. The start
time is relative to standard time. The end time is relative to summer time. If the starting month is after
the ending month, the system assumes that you are in the southern hemisphere.
This example shows how to specify that summer time starts on the first Sunday in April at 02:00 and
ends on the last Sunday in October at 02:00:
bridge(config)# clock summer-time PDT recurring 1 Sunday April 2:00 last Sunday October
2:00
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-19
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
Beginning in privileged EXEC mode, follow these steps if summer time in your area does not follow a
recurring pattern (configure the exact date and time of the next summer time events):
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
Configure summer time to start on the first date and end on the second
clock summer-time zone date [month
date year hh:mm month date year hh:mm date.
[offset]]
Summer time is disabled by default.
or
• For zone, specify the name of the time zone (for example, PDT) to be
clock summer-time zone date [date
displayed when summer time is in effect.
month year hh:mm date month year
• (Optional) For week, specify the week of the month (1 to 5 or last).
hh:mm [offset]]
• (Optional) For day, specify the day of the week (Sunday, Monday...).
•
(Optional) For month, specify the month (January, February...).
•
(Optional) For hh:mm, specify the time (24-hour format) in hours and
minutes.
•
(Optional) For offset, specify the number of minutes to add during
summer time. The default is 60.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The first part of the clock summer-time global configuration command specifies when summer time
begins, and the second part specifies when it ends. All times are relative to the local time zone. The start
time is relative to standard time. The end time is relative to summer time. If the starting month is after
the ending month, the system assumes that you are in the southern hemisphere.
To disable summer time, use the no clock summer-time global configuration command.
This example shows how to set summer time to start on October 12, 2000, at 02:00, and end on April 26,
2001, at 02:00:
bridge(config)# clock summer-time pdt date 12 October 2000 2:00 26 April 2001 2:00
Protecting Access to Privileged EXEC Commands
A simple way of providing terminal access control in your network is to use passwords and assign
privilege levels. Password protection restricts access to a network or network device. Privilege levels
define what commands users can issue after they have logged into a network device.
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Security Command Reference for Release 12.2.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-20
OL-7734-02
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
This section describes how to control access to the configuration file and privileged EXEC commands.
Default Password and Privilege Level Configuration
Table 3-3 shows the default password and privilege level configuration.
Table 3-3
Default Password and Privilege Levels
Feature
Default Setting
Username and password
Default username is Cisco and the default password is Cisco.
Enable password and privilege level
Default password is Cisco. The default is level 15 (privileged EXEC
level). The password is encrypted in the configuration file.
Enable secret password and privilege level
The default enable password is Cisco. The default is level 15 (privileged
EXEC level). The password is encrypted before it is written to the
configuration file.
Line password
Default password is Cisco. The password is encrypted in the configuration
file.
Setting or Changing a Static Enable Password
The enable password controls access to the privileged EXEC mode.
Note
The no enable password global configuration command removes the enable password, but you should
use extreme care when using this command. If you remove the enable password, you are locked out of
the EXEC mode.
Beginning in privileged EXEC mode, follow these steps to set or change a static enable password:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
enable password password
Define a new password or change an existing password for access to
privileged EXEC mode.
The default password is Cisco.
For password, specify a string from 1 to 25 alphanumeric characters. The
string cannot start with a number, is case sensitive, and allows spaces but
ignores leading spaces. It can contain the question mark (?) character if
you precede the question mark with the key combination Crtl-V when you
create the password; for example, to create the password abc?123, do this:
1.
Enter abc.
2.
Enter Crtl-V.
3.
Enter ?123.
When the system prompts you to enter the enable password, you need not
precede the question mark with the Ctrl-V; you can simply enter abc?123
at the password prompt.
Step 3
end
Return to privileged EXEC mode.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-21
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
Command
Purpose
Step 4
show running-config
Verify your entries.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
The enable password is not encrypted and can be read in the WMIC
configuration file.
This example shows how to change the enable password to l1u2c3k4y5. The password is not encrypted
and provides access to level 15 (traditional privileged EXEC mode access):
bridge(config)# enable password l1u2c3k4y5
Protecting Enable and Enable Secret Passwords with Encryption
To provide an additional layer of security, particularly for passwords that cross the network or that are
stored on a Trivial File Transfer Protocol (TFTP) server, you can use either the enable password or
enable secret global configuration commands. Both commands accomplish the same thing; that is, you
can establish an encrypted password that users must enter to access privileged EXEC mode (the default)
or any privilege level you specify.
We recommend that you use the enable secret command because it uses an improved encryption
algorithm.
If you configure the enable secret command, it takes precedence over the enable password command;
the two commands cannot be in effect simultaneously.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-22
OL-7734-02
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
Beginning in privileged EXEC mode, follow these steps to configure encryption for enable and enable
secret passwords:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
enable password [level level] {password |
encryption-type encrypted-password}
Define a new password or change an existing password for
access to privileged EXEC mode.
or
or
enable secret [level level] {password |
encryption-type encrypted-password}
Define a secret password, which is saved using a
nonreversible encryption method.
•
(Optional) For level, the range is from 0 to 15. Level 1 is
normal user EXEC mode privileges. The default level is
15 (privileged EXEC mode privileges).
•
For password, specify a string from 1 to 25
alphanumeric characters. The string cannot start with a
number, is case sensitive, and allows spaces but ignores
leading spaces. By default, no password is defined.
•
(Optional) For encryption-type, only type 5, a Cisco
proprietary encryption algorithm, is available. If you
specify an encryption type, you must provide an
encrypted password—an encrypted password you copy
from another WMIC configuration.
Note
Step 3
service password-encryption
If you specify an encryption type and then enter a
clear text password, you can not re-enter privileged
EXEC mode. You cannot recover a lost encrypted
password by any method.
(Optional) Encrypt the password when the password is
defined or when the configuration is written.
Encryption prevents the password from being readable in the
configuration file.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
If both the enable and enable secret passwords are defined, users must enter the enable secret password.
Use the level keyword to define a password for a specific privilege level. After you specify the level and
set a password, give the password only to users who need to have access at this level. Use the privilege
level global configuration command to specify commands accessible at various levels. For more
information, see the “Configuring Multiple Privilege Levels” section on page 3-25.
If you enable password encryption, it applies to all passwords including username passwords,
authentication key passwords, the privileged command password, and console and virtual terminal line
passwords.
To remove a password and level, use the no enable password [level level] or no enable secret [level
level] global configuration command. To disable password encryption, use the no service
password-encryption global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-23
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
This example shows how to configure the encrypted password $1$FaD0$Xyti5Rkls3LoyxzS8 for
privilege level 2:
bridge(config)# enable secret level 2 5 $1$FaD0$Xyti5Rkls3LoyxzS8
Configuring Username and Password Pairs
You can configure username and password pairs, which are locally stored on the WMIC. These pairs are
assigned to lines or interfaces and authenticate each user before that user can access the WMIC. If you
have defined privilege levels, you can also assign a specific privilege level (with associated rights and
privileges) to each username and password pair.
Beginning in privileged EXEC mode, follow these steps to establish a username-based authentication
system that requests a login username and a password:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
username name [privilege level]
{password encryption-type password}
Enter the username, privilege level, and password for each user.
•
For name, specify the user ID as one word. Spaces and quotation
marks are not allowed.
•
(Optional) For level, specify the privilege level the user has after
gaining access. The range is 0 to 15. Level 15 gives privileged EXEC
mode access. Level 1 gives user EXEC mode access.
•
For encryption-type, enter 0 to specify that an unencrypted password
will follow. Enter 7 to specify that a hidden password will follow.
•
For password, specify the password the user must enter to gain access
to the WMIC. The password must be from 1 to 25 characters, can
contain embedded spaces, and must be the last option specified in the
username command.
Step 3
login local
Enable local password checking at login time. Authentication is based on
the username specified in Step 2.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable username authentication for a specific user, use the no username name global configuration
command.
To disable password checking and allow connections without a password, use the no login line
configuration command.
Note
You must have at least one username configured and you must have login local set to open a
Telnet session to the WMIC. If you enter no username for the only username, you can be locked
out of the WMIC.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-24
OL-7734-02
Chapter 3
Administering the WMIC
Protecting Access to Privileged EXEC Commands
Configuring Multiple Privilege Levels
By default, the IOS software has two modes of password security: user EXEC and privileged EXEC. You
can configure up to 16 hierarchical levels of commands for each mode. By configuring multiple
passwords, you can allow different sets of users to have access to specified commands.
For example, if you want many users to have access to the clear line command, you can assign it
level 2 security and distribute the level 2 password fairly widely. But if you want more restricted access
to the configure command, you can assign it level 3 security and distribute that password to a more
restricted group of users.
Setting the Privilege Level for a Command
Beginning in privileged EXEC mode, follow these steps to set the privilege level for a command mode:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
privilege mode level level command
Set the privilege level for a command.
Step 3
enable password level level password
•
For mode, enter configure for global configuration mode, exec for
EXEC mode, interface for interface configuration mode, or line for
line configuration mode.
•
For level, the range is from 0 to 15. Level 1 is for normal user EXEC
mode privileges. Level 15 is the level of access permitted by the
enable password.
•
For command, specify the command to which you want to restrict
access.
Specify the enable password for the privilege level.
•
For level, the range is from 0 to 15. Level 1 is for normal user EXEC
mode privileges.
•
For password, specify a string from 1 to 25 alphanumeric characters.
The string cannot start with a number, is case sensitive, and allows
spaces but ignores leading spaces. By default, no password is
defined.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
or
show privilege
The first command displays the password and access level configuration.
The second command displays the privilege level configuration.
copy running-config startup-config
(Optional) Save your entries in the configuration file.
Step 6
When you set a command to a privilege level, all commands whose syntax is a subset of that command
are also set to that level. For example, if you set the show ip route command to level 15, the show
commands and show ip commands are automatically set to privilege level 15 unless you set them
individually to different levels.
To return to the default privilege for a given command, use the no privilege mode level level command
global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-25
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
This example shows how to set the configure command to privilege level 14 and define SecretPswd14
as the password users must enter to use level 14 commands:
bridge(config)# privilege exec level 14 configure
bridge(config)# enable password level 14 SecretPswd14
Logging Into and Exiting a Privilege Level
Beginning in privileged EXEC mode, follow these steps to log in to a specified privilege level and to exit
to a specified privilege level:
Command
Purpose
Step 1
enable level
Log in to a specified privilege level.
For level, the range is 0 to 15.
Step 2
disable level
Exit to a specified privilege level.
For level, the range is 0 to 15.
Protecting the Wireless LAN
Configure security settings to prevent unauthorized access to your network. Because it is a radio device,
the WMIC can communicate beyond the physical boundaries of your building. Advanced security
features can be found in the following chapters:
•
A unique SSID that are not broadcast in the beacon (see Chapter 5, “Configuring SSIDs”)
•
WEP and WEP features (see Chapter 7, “Configuring WEP and WEP Features”)
•
Dynamic WEP authentication (see Chapter 8, “Configuring Authentication Types”)
Using VLANs
Assign SSIDs to the VLANs on the wireless LAN. If you do not use VLANs on the wireless LAN, the
security options that can be assigned to SSIDs are limited, because encryption settings and
authentication types are linked. Without VLANs, encryption settings (WEP and ciphers) are applied to
an interface and no more than one encryption setting can be used on each interface.
For example, if an SSID with static WEP is created with VLANs disabled, an additional SSIDs with
WPA authentication cannot be created because of the different encryption settings. If a security setting
for an SSID conflicts with another SSID, delete one or more SSIDs to eliminate the conflict.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-26
OL-7734-02
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
Express Security Types
Table 3-4 describes the four security types that you can assign to an SSID.
Table 3-4
Security Types
Security Type
Description
Security Features Enabled
No Security
This is the least secure option. Use this option only for None.
SSIDs used in a public space and assign it to a VLAN
that restricts access to your network.
Static WEP Key
This option is more secure than no security. However,
static WEP keys are vulnerable to attack. Consider
limiting association to the access point based on MAC
address or, if the network does not have a RADIUS
server, consider using an access point as a local
authentication server.
Mandatory WEP encryption, no key
management, and open authentication. In
root access point mode, client devices
cannot associate using this SSID without a
WEP key that matches the access point key.
EAP Authentication
This option enables 802.1x authentication (such as
LEAP, PEAP, EAP-TLS, EAP-GTC, EAP-SIM, and
others) requires an IP address and shared secret for an
authentication server on the network (server
authentication port 1645). Because 802.1x
authentication provides dynamic encryption keys, a
WEP key is not required.
Mandatory 802.1x authentication, In root
access point mode, client devices that
associate using this SSID must perform
802.1x authentication.
WPA
Wi-Fi Protected Access (WPA) permits wireless
access to users authenticated against a database
through the services of an authentication server, then
encrypts their IP traffic with stronger algorithms than
those used in WEP. As with EAP authentication, the IP
address and shared secret for an authentication server
on your network (server authentication port 1645) are
required.
Mandatory WPA authentication. In root
access point mode, client devices that
associate using this SSID must be
WPA-capable.
Security Configuration Examples
This section contains these example configurations:
•
No Security SSID Example
•
Static WEP Security Example
•
EAP Authentication Security Example
•
WPA Security Example
No Security SSID Example
This example shows part of the configuration to create an SSID called no_security_ssid, including the
SSID in the beacon, assigning it to VLAN 10, and selecting VLAN 10 as the native VLAN (as it applies
to the 2.4-GHz (802.11b/g) WMIC):
interface Dot11Radio0
no ip address
no ip route-cache
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-27
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
ssid no_security-ssid
vlan 10
authentication open
guest-mode
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.10
encapsulation dot1Q 10
no ip route-cache
bridge-group 10
bridge-group 10 spanning-disabled
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
As it applies to the 4.9-GHz (US Only, Public Safety) WMIC:
hostname root
username Cisco password 7 02250D480809
ip subnet-zero
no aaa new-model
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
ssid test
authentication open
infrastructure-ssid
spacing 5 channel 4942
speed basic-1.5 2.25 basic-3.0 4.5 basic-6.0 9.0 12.0 13.5
power local 10
station-role root
infrastructure-client
bridge-group 1
bridge-group 1 spanning-disabled
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-28
OL-7734-02
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
bridge-group 1
bridge-group 1 spanning-disabled
interface BVI1
ip address 192.1.1.2 255.255.255.0
no ip route-cache
ip http server
no ip http secure-server
ip http help-path http://www.cisco.com/warp/public/779/smbiz/prodconfig/help/eag
ip radius source-interface BVI1
logging snmp-trap emergencies
logging snmp-trap alerts
logging snmp-trap critical
logging snmp-trap errors
logging snmp-trap warnings
bridge 1 route ip
line con 0
exec-timeout 0 0
transport preferred all
transport output all
line vty 0 4
login local
transport preferred all
transport input all
transport output all
line vty 5 15
login
transport preferred all
transport input all
transport output all
end
Static WEP Security Example
This example shows part of the configuration to create an SSID called static_wep_ssid, excluding the
SSID from the beacon, assigning the SSID to VLAN 20, selecting 3 as the key slot, and entering a 128-bit
key:
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 20 key 3 size 128bit 7 4E78330C1A841439656A9323F25A transmit-key
encryption vlan 20 mode wep mandatory
ssid static_wep_ssid
vlan 20
authentication open
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.20
encapsulation dot1Q 20
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-29
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
no ip route-cache
bridge-group 20
bridge-group 20 spanning-disabled
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface FastEthernet0.20
encapsulation dot1Q 20
no ip route-cache
bridge-group 20
bridge-group 20 spanning-disabled
EAP Authentication Security Example
This example shows part of the configuration to create an SSID called eap_ssid, excluding the SSID
from the beacon, and assigning the SSID to VLAN 30:
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 30 mode wep mandatory
ssid eap_ssid
vlan 30
authentication open eap eap_methods
authentication network-eap eap_methods
speed basic-1.0 basic-2.0 basic-5.5 basic-11.0
rts threshold 2312
station-role root
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
interface Dot11Radio0.30
encapsulation dot1Q 30
no ip route-cache
bridge-group 30
bridge-group 30 subscriber-loop-control
bridge-group 30 block-unknown-source
no bridge-group 30 source-learning
no bridge-group 30 unicast-flooding
bridge-group 30 spanning-disabled
interface FastEthernet0
mtu 1500
no ip address
ip mtu 1564
no ip route-cache
duplex auto
speed auto
bridge-group 1
no bridge-group 1 source-learning
bridge-group 1 spanning-disabled
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-30
OL-7734-02
Chapter 3
Administering the WMIC
Protecting the Wireless LAN
interface FastEthernet0.30
mtu 1500
encapsulation dot1Q 30
no ip route-cache
bridge-group 30
no bridge-group 30 source-learning
bridge-group 30 spanning-disabled
WPA Security Example
This example shows part of the configuration that creates an SSID called wpa_ssid, excluding the SSID
from the beacon, and assigning the SSID to VLAN 40:
aaa new-model
aaa group server radius rad_eap
server 10.91.104.92 auth-port 1645 acct-port 1646
aaa group server radius rad_mac
aaa group server radius rad_acct
aaa group server radius rad_admin
aaa group server tacacs+ tac_admin
aaa group server radius rad_pmip
aaa group server radius dummy
aaa authentication login eap_methods group rad_eap
aaa authentication login mac_methods local
aaa authorization exec default local
aaa authorization ipmobile default group rad_pmip
aaa accounting network acct_methods start-stop group rad_acct
aaa session-id common
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 40 mode ciphers tkip
ssid wpa_ssid
vlan 40
authentication open eap eap_methods
authentication network-eap eap_methods
authentication key-management wpa
concatenation
speed basic-1.0 basic-2.0 basic-5.5 6.0 9.0 basic-11.0 12.0 18.0 24.0 36.0 48 54.0
rts threshold 4000
station-role root
infrastructure-client
bridge-group 1
interface Dot11Radio0.40
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-31
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
encapsulation dot1Q 40
no ip route-cache
bridge-group 40
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface FastEthernet0.40
encapsulation dot1Q 40
no ip route-cache
bridge-group 40
ip http server
ip http help-path http://www.cisco.com/warp/public/779/smbiz/prodconfig/help/eag
/122-15.JA/1100
ip radius source-interface BVI1
radius-server attribute 32 include-in-access-req format %h
radius-server host 10.91.104.92 auth-port 1645 acct-port 1646 key 7 135445415F59
radius-server authorization permit missing Service-Type
radius-server vsa send accounting
bridge 1 route ip
line con 0
line vty 5 15
end
Configuring and Enabling RADIUS
This section describes how to configure and enable Remote Authentication Dial-In User Service
(RADIUS).
Understanding RADIUS
RADIUS is a distributed client/server system that secures networks against unauthorized access.
RADIUS clients run on supported Cisco devices and send authentication requests to a central RADIUS
server, which contains all user authentication and network service access information. The RADIUS host
is normally a multiuser system running RADIUS server software from Cisco (Cisco Secure Access
Control Server version 3.0), Livingston, Merit, Microsoft, or another software provider. For more
information, refer to the RADIUS server documentation.
Use RADIUS in these network environments, which require access security:
•
Networks with multiple-vendor access servers, each supporting RADIUS. For example, access
servers from several vendors use a single RADIUS server-based security database. In an IP-based
network with multiple vendors’ access servers, dial-in users are authenticated through a RADIUS
server that is customized to work with the Kerberos security system.
•
Turnkey network security environments in which applications support the RADIUS protocol, such
as an access environment that uses a smart card access control system. In one case, RADIUS has
been used with Enigma’s security cards to validate users and to grant access to network resources.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-32
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
•
Networks already using RADIUS. You can add a Cisco bridge containing a RADIUS client to the
network.
•
Networks that require resource accounting. You can use RADIUS accounting independently of
RADIUS authentication or authorization. The RADIUS accounting functions allow data to be sent
at the start and end of services, showing the amount of resources (such as time, packets, bytes, and
so forth) used during the session. An Internet service provider might use a freeware-based version
of RADIUS access control and accounting software to meet special security and billing needs.
RADIUS is not suitable in these network security situations:
•
Multiprotocol access environments. RADIUS does not support AppleTalk Remote Access (ARA),
NetBIOS Frame Control Protocol (NBFCP), NetWare Asynchronous Services Interface (NASI), or
X.25 PAD connections.
•
Switch-to-switch or router-to-router situations. RADIUS does not provide two-way authentication.
RADIUS can be used to authenticate from one device to a non-Cisco device if the non-Cisco device
requires authentication.
•
Networks using a variety of services. RADIUS generally binds a user to one service model.
RADIUS Operation
When a non-root bridge attempts to authenticate to a bridge whose access is controlled by a RADIUS
server, authentication to the network occurs in the steps shown in Figure 3-2:
Figure 3-2
Switch on
LAN 1
Sequence for EAP Authentication
Non-Root
Bridge
Root Bridge
Authentication
server
1. Authentication request
3. Username
(Relay to server)
(Relay to non-root bridge)
4. Authentication challenge
5. Authentication response
(Relay to server)
(Relay to non-root bridge)
6. Authentication success
7. Authentication challenge
(Relay to server)
(Relay to non-root bridge)
8. Authentication response
9. Authentication success
(Relay to server)
88901
2. Identity request
In Steps 1 through 9 in Figure 3-2, a non-root bridge and a RADIUS server on the wired LAN use 802.1x
and EAP to perform a mutual authentication through the root bridge. The RADIUS server sends an
authentication challenge to the non-root bridge. The non-root bridge uses a one-way encryption of the
user-supplied password to generate a response to the challenge and sends that response to the RADIUS
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-33
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
server. Using information from its user database, the RADIUS server creates its own response and
compares that to the response from the non-root bridge. When the RADIUS server authenticates the
non-root bridge, the process repeats in reverse, and the non-root bridge authenticates the RADIUS
server.
When mutual authentication is complete, the RADIUS server and the non-root bridge determine a WEP
key that is unique to the non-root bridge and provides the non-root bridge with the appropriate level of
network access, thereby approximating the level of security in a wired switched segment to an individual
desktop. The non-root bridge loads this key and prepares to use it for the logon session.
During the logon session, the RADIUS server encrypts and sends the WEP key, called a session key, over
the wired LAN to the root bridge. The root bridge encrypts its broadcast key with the session key and
sends the encrypted broadcast key to the non-root bridge, which uses the session key to decrypt it. The
non-root bridge and the root bridge activate WEP and use the session and broadcast WEP keys for all
communications during the remainder of the session.
There is more than one type of EAP authentication, but the root bridge behaves the same way for each
type: it relays authentication messages from the non-root bridge to the RADIUS server and from the
RADIUS server to the non-root bridge. See the “Assigning Authentication Types to an SSID” section on
page 8-6 for instructions on setting up authentication using a RADIUS server.
Controlling WMIC Access with RADIUS
This section describes how to control administrator access to the WMIC using RADIUS.
RADIUS provides detailed accounting information and flexible administrative control over
authentication and authorization processes. RADIUS is facilitated through AAA and can be enabled only
through AAA commands. RADIUS and AAA are disabled by default.
At a minimum, the host or hosts that run the RADIUS server software must be identified and the method
lists for RADIUS authentication must be defined. Optionally, method lists for RADIUS authorization
and accounting can be defined.
A method list defines the sequence and methods to be used to authenticate, to authorize, or to keep
accounts on a non-root bridge. Method lists are used to designate one or more security protocols to be
used, thus ensuring a backup system if the initial method fails. The software uses the first method listed
to authenticate, to authorize, or to keep accounts on non-root bridges; if that method does not respond,
the software selects the next method in the list. This process continues until there is successful
communication with a listed method or the method list is exhausted.
You must have access to and should configure a RADIUS server before configuring RADIUS features.
These sections describe RADIUS configuration:
•
Identifying the RADIUS Server Host
•
Configuring RADIUS Login Authentication
•
Defining AAA Server Groups
•
Configuring RADIUS Authorization for User Privileged Access and Network Services
•
Starting RADIUS Accounting
•
Configuring Settings for All RADIUS Servers
•
Configuring the Bridge to Use Vendor-Specific RADIUS Attributes
•
Configuring the Bridge for Vendor-Proprietary RADIUS Server Communication
•
Displaying the RADIUS Configuration
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-34
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Security Command Reference for Release 12.2.
Identifying the RADIUS Server Host
Access point-to-RADIUS-server communication involves several components:
•
Host name or IP address
•
Authentication destination port
•
Accounting destination port
•
Key string
•
Timeout period
•
Retransmission value
RADIUS security servers are identified by their host name or IP address, host name and specific UDP
port numbers, or IP address and specific UDP port numbers. The combination of the IP address and the
UDP port number creates a unique identifier allowing different ports to be individually defined as
RADIUS hosts providing a specific AAA service. This unique identifier enables RADIUS requests to be
sent to multiple UDP ports on a server at the same IP address.
If two different host entries on the same RADIUS server are configured for the same service—such as
accounting—the second host entry configured acts as a fail-over backup to the first one. Using this
example, if the first host entry fails to provide accounting services, the bridge tries the second host entry
configured on the same device for accounting services. (The RADIUS host entries are tried in the order
that they are configured.)
A RADIUS server and the bridge use a shared secret text string to encrypt passwords and exchange
responses. To configure RADIUS to use the AAA security commands, you must specify the host running
the RADIUS server daemon and a secret text (key) string that it shares with the bridge.
The timeout, retransmission, and encryption key values can be configured globally per server for all
RADIUS servers or in some combination of global and per-server settings. To apply these settings
globally to all RADIUS servers communicating with the bridge, use the three unique global
configuration commands: radius-server timeout, radius-server retransmit, and radius-server key. To
apply these values on a specific RADIUS server, use the radius-server host global configuration
command.
Note
If you configure both global and per-server functions (timeout, retransmission, and key
commands) on the bridge, the per-server timer, retransmission, and key value commands
override global timer, retransmission, and key value commands. For information on
configuring these setting on all RADIUS servers, see the “Configuring Settings for All
RADIUS Servers” section on page 3-42.
You can configure the bridge to use AAA server groups to group existing server hosts for authentication.
For more information, see the “Defining AAA Server Groups” section on page 3-39.
Beginning in privileged EXEC mode, follow these steps to configure per-server RADIUS server
communication. This procedure is required.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-35
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa new-model
Enable AAA.
Step 3
radius-server host {hostname |
ip-address} [auth-port port-number]
[acct-port port-number] [timeout
seconds] [retransmit retries] [key
string]
Specify the IP address or host name of the remote RADIUS server host.
•
(Optional) For auth-port port-number, specify the UDP destination
port for authentication requests.
•
(Optional) For acct-port port-number, specify the UDP destination
port for accounting requests.
•
(Optional) For timeout seconds, specify the time interval that the
bridge waits for the RADIUS server to reply before retransmitting.
The range is 1 to 1000. This setting overrides the radius-server
timeout global configuration command setting. If no timeout is set
with the radius-server host command, the setting of the
radius-server timeout command is used.
•
(Optional) For retransmit retries, specify the number of times a
RADIUS request is resent to a server if that server is not responding
or responding slowly. The range is 1 to 1000. If no retransmit value is
set with the radius-server host command, the setting of the
radius-server retransmit global configuration command is used.
•
(Optional) For key string, specify the authentication and encryption
key used between the bridge and the RADIUS daemon running on the
RADIUS server.
Note
The key is a text string that must match the encryption key used
on the RADIUS server. Always configure the key as the last item
in the radius-server host command. Leading spaces are ignored,
but spaces within and at the end of the key are used. If you use
spaces in your key, do not enclose the key in quotation marks
unless the quotation marks are part of the key.
To configure the bridge to recognize more than one host entry associated
with a single IP address, enter this command as many times as necessary,
making sure that each UDP port number is different. The bridge software
searches for hosts in the order in which you specify them. Set the timeout,
retransmit, and encryption key values to use with the specific RADIUS
host.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To remove the specified RADIUS server, use the no radius-server host hostname | ip-address global
configuration command.
This example shows how to configure one RADIUS server to be used for authentication and another to
be used for accounting:
bridge(config)# radius-server host 172.29.36.49 auth-port 1612 key rad1
bridge(config)# radius-server host 172.20.36.50 acct-port 1618 key rad2
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-36
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
This example shows how to configure host1 as the RADIUS server and to use the default ports for both
authentication and accounting:
bridge(config)# radius-server host host1
Configuring RADIUS Login Authentication
To configure AAA authentication, define a named list of authentication methods and apply that list to
various interfaces. The method list defines the types of authentication to be performed and the sequence
in which they are performed; it must be applied to a specific interface before any of the defined
authentication methods are performed. The only exception is the default method list (which, by
coincidence, is named default). The default method list is automatically applied to all interfaces except
those that have a named method list explicitly defined.
A method list describes the sequence and authentication methods to be queried to authenticate a user (in
this case, a non-root bridge). Designate one or more security protocols to be used for authentication, thus
ensuring a backup system for authentication in case the initial method fails. The software uses the first
method listed to authenticate users; if that method fails to respond, the software selects the next
authentication method in the method list. This process continues until there is successful communication
with a listed authentication method or until all defined methods are exhausted. If authentication fails at
any point in this cycle—meaning that the security server or local username database responds by denying
the user access—the authentication process stops, and no other authentication methods are attempted.
Beginning in privileged EXEC mode, follow these steps to configure login authentication. This
procedure is required.
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa new-model
Enable AAA.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-37
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Step 3
Command
Purpose
aaa authentication login {default |
list-name} method1 [method2...]
Create a login authentication method list.
•
To create a default list that is used when a named list is not specified
in the login authentication command, use the default keyword
followed by the methods that are to be used in default situations. The
default method list is automatically applied to all interfaces. For more
information on list names, click this link:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/1
22cgcr/fsecur_c/fsaaa/scfathen.htm#xtocid2
•
For method1..., specify the actual method the authentication
algorithm tries. The additional methods of authentication are used
only if the previous method returns an error, not if it fails.
Select one of these methods:
•
line—Use the line password for authentication. You must define a
line password before you can use this authentication method. Use the
password password line configuration command.
•
local—Use the local username database for authentication. You must
enter username information in the database. Use the username
password global configuration command.
•
radius—Use RADIUS authentication. You must configure the
RADIUS server before you can use this authentication method. For
more information, see the “Identifying the RADIUS Server Host”
section.
Step 4
line [console | tty | vty] line-number
[ending-line-number]
Enter line configuration mode, and configure the lines to which you want
to apply the authentication list.
Step 5
login authentication {default |
list-name}
Apply the authentication list to a line or set of lines.
•
If you specify default, use the default list created with the aaa
authentication login command.
•
For list-name, specify the list created with the aaa authentication
login command.
Step 6
radius-server attribute 32
include-in-access-req format %h
Configure the device to send its system name in the NAS_ID attribute for
authentication.
Step 7
end
Return to privileged EXEC mode.
Step 8
show running-config
Verify your entries.
Step 9
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable AAA, use the no aaa new-model global configuration command. To disable AAA
authentication, use the no aaa authentication login {default | list-name} method1 [method2...] global
configuration command. To either disable RADIUS authentication for logins or to return to the default
value, use the no login authentication {default | list-name} line configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-38
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Defining AAA Server Groups
Configure the bridge to use AAA server groups to group existing server hosts for authentication. Select
a subset of the configured server hosts and use them for a particular service. The server group is used
with a global server-host list, which lists the IP addresses of the selected server hosts.
Server groups also can include multiple host entries for the same server if each entry has a unique
identifier (the combination of the IP address and UDP port number), allowing different ports to be
individually defined as RADIUS hosts providing a specific AAA service. If you configure two different
host entries on the same RADIUS server for the same service (such as accounting), the second
configured host entry acts as a fail-over backup to the first one.
Use the server group server configuration command to associate a particular server with a defined group
server. Identify the server by its IP address or identify multiple host instances or entries by using the
optional auth-port and acct-port keywords.
Beginning in privileged EXEC mode, follow these steps to define the AAA server group and associate a
particular RADIUS server with it:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa new-model
Enable AAA.
Step 3
radius-server host {hostname Specify the IP address or host name of the remote RADIUS server host.
| ip-address} [auth-port
• (Optional) For auth-port port-number, specify the UDP destination port for
port-number] [acct-port
authentication requests.
port-number] [timeout
• (Optional) For acct-port port-number, specify the UDP destination port for
seconds] [retransmit retries]
accounting requests.
[key string]
•
(Optional) For timeout seconds, specify the time interval that the bridge waits for
the RADIUS server to reply before retransmitting. The range is 1 to 1000. This
setting overrides the radius-server timeout global configuration command
setting. If no timeout is set with the radius-server host command, the setting of
the radius-server timeout command is used.
•
(Optional) For retransmit retries, specify the number of times a RADIUS
request is resent to a server if that server is not responding or responding slowly.
The range is 1 to 1000. If no retransmit value is set with the radius-server host
command, the setting of the radius-server retransmit global configuration
command is used.
•
(Optional) For key string, specify the authentication and encryption key used
between the bridge and the RADIUS daemon running on the RADIUS server.
Note
The key is a text string that must match the encryption key used on the
RADIUS server. Always configure the key as the last item in the
radius-server host command. Leading spaces are ignored, but spaces within
and at the end of the key are used. If you use spaces in your key, do not enclose
the key in quotation marks unless the quotation marks are part of the key.
To configure the bridge to recognize more than one host entry associated with a single
IP address, enter this command as many times as necessary, making sure that each
UDP port number is different. The bridge software searches for hosts in the order in
which you specify them. Set the timeout, retransmit, and encryption key values to use
with the specific RADIUS host.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-39
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Step 4
Step 5
Command
Purpose
aaa group server radius
group-name
Define the AAA server-group with a group name.
server ip-address
Associate a particular RADIUS server with the defined server group. Repeat this step
for each RADIUS server in the AAA server group.
This command puts the bridge in a server group configuration mode.
Each server in the group must be previously defined in Step 2.
Step 6
end
Return to privileged EXEC mode.
Step 7
show running-config
Verify your entries.
Step 8
copy running-config
startup-config
(Optional) Save your entries in the configuration file.
Step 9
Enable RADIUS login authentication. See the “Configuring RADIUS Login
Authentication” section on page 3-37.
To remove the specified RADIUS server, use the no radius-server host hostname | ip-address global
configuration command. To remove a server group from the configuration list, use the no aaa group
server radius group-name global configuration command. To remove the IP address of a RADIUS
server, use the no server ip-address server group configuration command.
In this example, the bridge is configured to recognize two different RADIUS group servers (group1 and
group2). Group1 has two different host entries on the same RADIUS server configured for the same
services. The second host entry acts as a fail-over backup to the first entry.
bridge(config)# aaa new-model
bridge(config)# radius-server host 172.20.0.1 auth-port 1000 acct-port 1001
bridge(config)# radius-server host 172.10.0.1 auth-port 1645 acct-port 1646
bridge(config)# aaa group server radius group1
bridge(config-sg-radius)# server 172.20.0.1 auth-port 1000 acct-port 1001
bridge(config-sg-radius)# exit
bridge(config)# aaa group server radius group2
bridge(config-sg-radius)# server 172.20.0.1 auth-port 2000 acct-port 2001
bridge(config-sg-radius)# exit
Configuring RADIUS Authorization for User Privileged Access and Network Services
AAA authorization limits the services available to a user. When AAA authorization is enabled, the
bridge uses information retrieved from the user profile, which is in the local user database or on the
security server, to configure the user’s session. The user is granted access to a requested service only if
the information in the user profile allows it.
You can use the aaa authorization global configuration command with the radius keyword to set
parameters that restrict a user’s network access to privileged EXEC mode.
The aaa authorization exec radius local command sets these authorization parameters:
Note
•
Use RADIUS for privileged EXEC access authorization if authentication was performed by using
RADIUS.
•
Use the local database if authentication was not performed by using RADIUS.
Authorization is bypassed for authenticated users who log in through the CLI even if authorization has
been configured.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-40
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Beginning in privileged EXEC mode, follow these steps to specify RADIUS authorization for privileged
EXEC access and network services:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa authorization network radius
Configure the bridge for user RADIUS authorization for all
network-related service requests.
Step 3
aaa authorization exec radius
Configure the bridge for user RADIUS authorization to determine if the
user has privileged EXEC access.
The exec keyword might return user profile information (such as
autocommand information).
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable authorization, use the no aaa authorization {network | exec} method1 global configuration
command.
Starting RADIUS Accounting
The AAA accounting feature tracks the services that users are accessing and the amount of network
resources that they are consuming. When AAA accounting is enabled, the bridge reports user activity to
the RADIUS security server in the form of accounting records. Each accounting record contains
accounting attribute-value (AV) pairs and is stored on the security server. This data can then be analyzed
for network management, client billing, or auditing.
Beginning in privileged EXEC mode, follow these steps to enable RADIUS accounting for each Cisco
IOS privilege level and for network services:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa accounting network start-stop
radius
Enable RADIUS accounting for all network-related service requests.
Step 3
ip radius source-interface bvi1
Configure the bridge to send its BVI IP address in the
NAS_IP_ADDRESS attribute for accounting records.
Step 4
aaa accounting update periodic minutes Enter an accounting update interval in minutes.
Step 5
end
Return to privileged EXEC mode.
Step 6
show running-config
Verify your entries.
Step 7
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable accounting, use the no aaa accounting {network | exec} {start-stop} method1... global
configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-41
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Configuring Settings for All RADIUS Servers
Beginning in privileged EXEC mode, follow these steps to configure global communication settings
between the bridge and all RADIUS servers:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
radius-server key string
Specify the shared secret text string used between the bridge and all
RADIUS servers.
Note
The key is a text string that must match the encryption key used on
the RADIUS server. Leading spaces are ignored, but spaces within
and at the end of the key are used. If you use spaces in your key, do
not enclose the key in quotation marks unless the quotation marks
are part of the key.
Step 3
radius-server retransmit retries
Specify the number of times the bridge sends each RADIUS request to the
server before giving up. The default is 3; the range 1 to 1000.
Step 4
radius-server timeout seconds
Specify the number of seconds an bridge waits for a reply to a RADIUS
request before resending the request. The default is 5 seconds; the range is
1 to 1000.
Step 5
radius-server deadtime minutes
Use this command to cause the Cisco IOS software to mark as “dead” any
RADIUS servers that fail to respond to authentication requests, thus
avoiding the wait for the request to time out before trying the next
configured server. A RADIUS server marked as dead is skipped by
additional requests for the duration of minutes that you specify, or unless
there are no servers not marked dead.
Note
If you set up more than one RADIUS server, you must configure the
RADIUS server deadtime for optimal performance.
Step 6
radius-server attribute 32
include-in-access-req format %h
Configure the bridge to send its system name in the NAS_ID attribute for
authentication.
Step 7
end
Return to privileged EXEC mode.
Step 8
show running-config
Verify your settings.
Step 9
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To return to the default setting for the retransmit, timeout, and deadtime, use the no forms of these
commands.
Configuring the Bridge to Use Vendor-Specific RADIUS Attributes
The Internet Engineering Task Force (IETF) draft standard specifies a method for communicating
vendor-specific information between the bridge and the RADIUS server by using the vendor-specific
attribute (attribute 26). Vendor-specific attributes (VSAs) allow vendors to support their own extended
attributes not suitable for general use. The Cisco RADIUS implementation supports one vendor-specific
option by using the format recommended in the specification. Cisco’s vendor ID is 9, and the supported
option has vendor type 1, which is named cisco-avpair. The value is a string with this format:
protocol : attribute sep value *
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-42
OL-7734-02
Chapter 3
Administering the WMIC
Configuring and Enabling RADIUS
Protocol is a value of the Cisco protocol attribute for a particular type of authorization. Attribute and
value are an appropriate AV pair defined in the Cisco TACACS+ specification, and sep is = for
mandatory attributes and the asterisk (*) for optional attributes. This allows the full set of features
available for TACACS+ authorization to also be used for RADIUS.
For example, the following AV pair activates Cisco’s multiple named ip address pools feature during IP
authorization (during PPP’s IPCP address assignment):
cisco-avpair= ”ip:addr-pool=first“
The following example shows how to provide a user logging in from an bridge with immediate access to
privileged EXEC commands:
cisco-avpair= ”shell:priv-lvl=15“
Other vendors have their own unique vendor IDs, options, and associated VSAs. For more information
about vendor IDs and VSAs, refer to RFC 2138, “Remote Authentication Dial-In User Service
(RADIUS).”
Beginning in privileged EXEC mode, follow these steps to configure the bridge to recognize and use
VSAs:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
radius-server vsa send [accounting |
authentication]
Enable the bridge to recognize and use VSAs as defined by RADIUS IETF
attribute 26.
•
(Optional) Use the accounting keyword to limit the set of recognized
vendor-specific attributes to only accounting attributes.
•
(Optional) Use the authentication keyword to limit the set of
recognized vendor-specific attributes to only authentication attributes.
If you enter this command without keywords, both accounting and
authentication vendor-specific attributes are used.
Step 3
end
Return to privileged EXEC mode.
Step 4
show running-config
Verify your settings.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
For a complete list of RADIUS attributes or more information about VSA 26, refer to the “RADIUS
Attributes” appendix in the Cisco IOS Security Configuration Guide for Release 12.2.
Configuring the Bridge for Vendor-Proprietary RADIUS Server Communication
Although an IETF draft standard for RADIUS specifies a method for communicating vendor-proprietary
information between the bridge and the RADIUS server, some vendors have extended the RADIUS
attribute set in a unique way. Cisco IOS software supports a subset of vendor-proprietary RADIUS
attributes.
As mentioned earlier, to configure RADIUS (whether vendor-proprietary or IETF draft-compliant), you
must specify the host running the RADIUS server daemon and the secret text string it shares with the
bridge. You specify the RADIUS host and secret text string by using the radius-server global
configuration commands.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-43
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
Beginning in privileged EXEC mode, follow these steps to specify a vendor-proprietary RADIUS server
host and a shared secret text string:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
radius-server host {hostname | ip-address} non-standard
Specify the IP address or host name of the remote
RADIUS server host and identify that it is using a
vendor-proprietary implementation of RADIUS.
Step 3
radius-server key string
Specify the shared secret text string used between the
bridge and the vendor-proprietary RADIUS server.
The bridge and the RADIUS server use this text string
to encrypt passwords and exchange responses.
Note
The key is a text string that must match the
encryption key used on the RADIUS server.
Leading spaces are ignored, but spaces within
and at the end of the key are used. If you use
spaces in your key, do not enclose the key in
quotation marks unless the quotation marks
are part of the key.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your settings.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To delete the vendor-proprietary RADIUS host, use the no radius-server host {hostname | ip-address}
non-standard global configuration command. To disable the key, use the no radius-server key global
configuration command.
This example shows how to specify a vendor-proprietary RADIUS host and to use a secret key of rad124
between the bridge and the server:
bridge(config)# radius-server host 172.20.30.15 nonstandard
bridge(config)# radius-server key rad124
Displaying the RADIUS Configuration
To display the RADIUS configuration, use the show running-config privileged EXEC command.
Controlling WMIC Access with TACACS+
This section describes how to control administrator access to the WMIC using Terminal Access
Controller Access Control System Plus (TACACS+).
TACACS+ provides detailed accounting information and flexible administrative control over
authentication and authorization processes. TACACS+ is facilitated through AAA and can be enabled
only through AAA commands.
Note
For complete syntax and usage information for the commands used in this section, refer to the Cisco IOS
Security Command Reference for Release 12.2.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-44
OL-7734-02
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
Understanding TACACS+
TACACS+ is a security application that provides centralized validation of users attempting to gain access
to your bridge. Unlike RADIUS, TACACS+ does not authenticate non-root bridges associated to the root
bridge.
TACACS+ services are maintained in a database on a TACACS+ daemon typically running on a UNIX
or Windows NT workstation. You should have access to and should configure a TACACS+ server before
configuring TACACS+ features on your WMIC.
TACACS+ provides for separate and modular authentication, authorization, and accounting facilities.
TACACS+ allows for a single access control server (the TACACS+ daemon) to provide each
service—authentication, authorization, and accounting—independently. Each service can be tied into its
own database to take advantage of other services available on that server or on the network, depending
on the capabilities of the daemon.
TACACS+, administered through the AAA security services, can provide these services:
•
Authentication—Provides complete control of authentication of administrators through login and
password dialog, challenge and response, and messaging support.
The authentication facility can conduct a dialog with the administrator (for example, after a
username and password are provided, to challenge a user with several questions, such as home
address, mother’s maiden name, service type, and social security number). The TACACS+
authentication service can also send messages to administrator screens. For example, a message
could notify administrators that their passwords must be changed because of the company’s
password aging policy.
•
Authorization—Provides fine-grained control over administrator capabilities for the duration of the
administrator’s session, including but not limited to setting autocommands, access control, session
duration, or protocol support. You can also enforce restrictions on the commands that an
administrator can execute with the TACACS+ authorization feature.
•
Accounting—Collects and sends information used for billing, auditing, and reporting to the
TACACS+ daemon. Network managers can use the accounting facility to track administrator activity
for a security audit or to provide information for user billing. Accounting records include
administrator identities, start and stop times, executed commands (such as PPP), number of packets,
and number of bytes.
The TACACS+ protocol provides authentication between the WMIC and the TACACS+ daemon, and it
ensures confidentiality because all protocol exchanges between the WMIC and the TACACS+ daemon
are encrypted.
You need a system running the TACACS+ daemon software to use TACACS+ on your WMIC.
TACACS+ Operation
When an administrator attempts a simple ASCII login by authenticating to a WMIC using TACACS+,
this process occurs:
1.
When the connection is established, the WMIC contacts the TACACS+ daemon to obtain a username
prompt, which is then displayed to the administrator. The administrator enters a username, and the
WMIC then contacts the TACACS+ daemon to obtain a password prompt. The WMIC displays the
password prompt to the administrator, the administrator enters a password, and the password is then
sent to the TACACS+ daemon.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-45
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
TACACS+ allows a conversation to be held between the daemon and the administrator until the
daemon receives enough information to authenticate the administrator. The daemon prompts for a
username and password combination, but can include other items, such as the user’s mother’s
maiden name.
2.
The WMIC eventually receives one of these responses from the TACACS+ daemon:
– ACCEPT—The administrator is authenticated and service can begin. If the WMIC is configured
to require authorization, authorization begins at this time.
– REJECT—The administrator is not authenticated. The administrator can be denied access or is
prompted to retry the login sequence, depending on the TACACS+ daemon.
– ERROR—An error occurred at some time during authentication with the daemon or in the
network connection between the daemon and the WMIC. If an ERROR response is received, the
WMIC typically tries to use an alternative method for authenticating the administrator.
– CONTINUE—The administrator is prompted for additional authentication information.
After authentication, the administrator undergoes an additional authorization phase if authorization
has been enabled on the WMIC. Administrators must first successfully complete TACACS+
authentication before proceeding to TACACS+ authorization.
3.
If TACACS+ authorization is required, the TACACS+ daemon is again contacted, and it returns an
ACCEPT or REJECT authorization response. If an ACCEPT response is returned, the response
contains data in the form of attributes that direct the EXEC or NETWORK session for that
administrator, determining the services that the administrator can access:
– Telnet, rlogin, or privileged EXEC services
– Connection parameters, including the host or client IP address, access list, and administrator
timeouts
Default TACACS+ Configuration
TACACS+ and AAA are disabled by default.
To prevent a lapse in security, you cannot configure TACACS+ through a network management
application.When enabled, TACACS+ can authenticate administrators accessing the WMIC through the
CLI.
Configuring TACACS+ Login Authentication
To configure AAA authentication, you define a named list of authentication methods and then apply that
list to various interfaces. The method list defines the types of authentication to be performed and the
sequence in which they are performed; it must be applied to a specific interface before any of the defined
authentication methods are performed. The only exception is the default method list (which, by
coincidence, is named default).
The default method list is automatically applied to all interfaces except those that have a named method
list explicitly defined. A defined method list overrides the default method list.
A method list describes the sequence and authentication methods to be queried to authenticate a user.
You can designate one or more security protocols to be used for authentication, thus ensuring a backup
system for authentication in case the initial method fails. The software uses the first method listed to
authenticate users; if that method fails, the software selects the next authentication method in the method
list. This process continues until there is successful communication with a listed authentication method
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-46
OL-7734-02
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
or until all defined methods are exhausted. If authentication fails at any point in this cycle—meaning that
the security server or local username database responds by denying the user access—the authentication
process stops, and no other authentication methods are attempted.
Identifying the TACACS+ Server Host and Setting the Authentication Key
You can configure the WMIC to use a single server or AAA server groups to group existing server hosts
for authentication. You can group servers to select a subset of the configured server hosts and use them
for a particular service. The server group is used with a global server-host list and contains the list of IP
addresses of the selected server hosts.
Beginning in privileged EXEC mode, follow these steps to identify the IP host or host maintaining
TACACS+ server and optionally set the encryption key:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
tacacs-server host hostname [port
integer] [timeout integer] [key string]
Identify the IP host or hosts maintaining a TACACS+ server. Enter this
command multiple times to create a list of preferred hosts. The software
searches for hosts in the order in which you specify them.
•
For hostname, specify the name or IP address of the host.
•
(Optional) For port integer, specify a server port number. The default
is port 49. The range is 1 to 65535.
•
(Optional) For timeout integer, specify a time in seconds the WMIC
waits for a response from the daemon before it times out and declares
an error. The default is 5 seconds. The range is 1 to 1000 seconds.
•
(Optional) For key string, specify the encryption key for encrypting
and decrypting all traffic between the WMIC and the TACACS+
daemon. You must configure the same key on the TACACS+ daemon
for encryption to be successful.
Step 3
aaa new-model
Enable AAA.
Step 4
aaa group server tacacs+ group-name
(Optional) Define the AAA server-group with a group name.
This command puts the WMIC in a server group subconfiguration mode.
Step 5
server ip-address
(Optional) Associate a particular TACACS+ server with the defined server
group. Repeat this step for each TACACS+ server in the AAA server
group.
Each server in the group must be previously defined in Step 2.
Step 6
end
Return to privileged EXEC mode.
Step 7
show tacacs
Verify your entries.
Step 8
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To remove the specified TACACS+ server name or address, use the no tacacs-server host hostname
global configuration command. To remove a server group from the configuration list, use the no aaa
group server tacacs+ group-name global configuration command. To remove the IP address of a
TACACS+ server, use the no server ip-address server group subconfiguration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-47
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
Configuring TACACS+ Login Authentication
To configure AAA authentication, you define a named list of authentication methods and then apply that
list to various interfaces. The method list defines the types of authentication to be performed and the
sequence in which they are performed; it must be applied to a specific interface before any of the defined
authentication methods are performed. The only exception is the default method list (which, by
coincidence, is named default). The default method list is automatically applied to all interfaces except
those that have a named method list explicitly defined. A defined method list overrides the default
method list.
A method list describes the sequence and authentication methods to be queried to authenticate an
administrator. You can designate one or more security protocols to be used for authentication, thus
ensuring a backup system for authentication in case the initial method fails. The software uses the first
method listed to authenticate users; if that method fails to respond, the software selects the next
authentication method in the method list. This process continues until there is successful communication
with a listed authentication method or until all defined methods are exhausted. If authentication fails at
any point in this cycle—meaning that the security server or local username database responds by denying
the administrator access—the authentication process stops, and no other authentication methods are
attempted.
Beginning in privileged EXEC mode, follow these steps to configure login authentication. This
procedure is required.
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa new-model
Enable AAA.
Step 3
aaa authentication login {default |
list-name} method1 [method2...]
Create a login authentication method list.
•
To create a default list that is used when a named list is not specified
in the login authentication command, use the default keyword
followed by the methods that are to be used in default situations. The
default method list is automatically applied to all interfaces.
•
For list-name, specify a character string to name the list you are
creating.
•
For method1..., specify the actual method the authentication
algorithm tries. The additional methods of authentication are used
only if the previous method returns an error, not if it fails.
Select one of these methods:
Step 4
line [console | tty | vty] line-number
[ending-line-number]
•
local—Use the local username database for authentication. You must
enter username information into the database. Use the username
password global configuration command.
•
tacacs+—Use TACACS+ authentication. You must configure the
TACACS+ server before you can use this authentication method.
Enter line configuration mode, and configure the lines to which you want
to apply the authentication list.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-48
OL-7734-02
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
Step 5
Command
Purpose
login authentication {default |
list-name}
Apply the authentication list to a line or set of lines.
•
If you specify default, use the default list created with the aaa
authentication login command.
•
For list-name, specify the list created with the aaa authentication
login command.
Step 6
end
Return to privileged EXEC mode.
Step 7
show running-config
Verify your entries.
Step 8
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable AAA, use the no aaa new-model global configuration command. To disable AAA
authentication, use the no aaa authentication login {default | list-name} method1 [method2...] global
configuration command. To either disable TACACS+ authentication for logins or to return to the default
value, use the no login authentication {default | list-name} line configuration command.
Configuring TACACS+ Authorization for Privileged EXEC Access and Network
Services
AAA authorization limits the services available to a user. When AAA authorization is enabled, the
WMIC uses information retrieved from the user’s profile, which is located either in the local user
database or on the security server, to configure the user’s session. The user is granted access to a
requested service only if the information in the user profile allows it.
You can use the aaa authorization global configuration command with the tacacs+ keyword to set
parameters that restrict a user’s network access to privileged EXEC mode.
The aaa authorization exec tacacs+ local command sets these authorization parameters:
Note
•
Use TACACS+ for privileged EXEC access authorization if authentication was performed by using
TACACS+.
•
Use the local database if authentication was not performed by using TACACS+.
Authorization is bypassed for authenticated users who log in through the CLI even if authorization has
been configured.
Beginning in privileged EXEC mode, follow these steps to specify TACACS+ authorization for
privileged EXEC access and network services:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa authorization network tacacs+
Configure the WMIC for user TACACS+ authorization for all
network-related service requests.
Step 3
aaa authorization exec tacacs+
Configure the WMIC for user TACACS+ authorization to determine if the
user has privileged EXEC access.
The exec keyword might return user profile information (such as
autocommand information).
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-49
Chapter 3
Administering the WMIC
Controlling WMIC Access with TACACS+
Command
Purpose
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable authorization, use the no aaa authorization {network | exec} method1 global configuration
command.
Starting TACACS+ Accounting
The AAA accounting feature tracks the services that administrators are accessing and the amount of
network resources that they are consuming. When AAA accounting is enabled, the WMIC reports
administrator activity to the TACACS+ security server in the form of accounting records. Each
accounting record contains accounting attribute-value (AV) pairs and is stored on the security server.
This data can then be analyzed for network management, client billing, or auditing.
Beginning in privileged EXEC mode, follow these steps to enable TACACS+ accounting for each Cisco
IOS privilege level and for network services:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa accounting network start-stop
tacacs+
Enable TACACS+ accounting for all network-related service requests.
Step 3
aaa accounting exec start-stop tacacs+
Enable TACACS+ accounting to send a start-record accounting notice at
the beginning of a privileged EXEC process and a stop-record at the end.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable accounting, use the no aaa accounting {network | exec} {start-stop} method1... global
configuration command.
Displaying the TACACS+ Configuration
To display TACACS+ server statistics, use the show tacacs privileged EXEC command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-50
OL-7734-02
Chapter 3
Administering the WMIC
Configuring the WMIC for Local Authentication and Authorization
Configuring the WMIC for Local Authentication and
Authorization
You can configure AAA to operate without a server by setting the WMIC to implement AAA in local
mode. The WMIC then handles authentication and authorization. No accounting is available in this
configuration.
Beginning in privileged EXEC mode, follow these steps to configure the WMIC for local AAA:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
aaa new-model
Enable AAA.
Step 3
aaa authentication login default local
Set the login authentication to use the local username database. The
default keyword applies the local user database authentication to all
interfaces.
Step 4
aaa authorization exec local
Configure user AAA authorization to determine if the user is allowed to
run an EXEC shell by checking the local database.
Step 5
aaa authorization network local
Configure user AAA authorization for all network-related service
requests.
Step 6
username name [privilege level]
{password encryption-type password}
Enter the local database, and establish a username-based authentication
system.
Repeat this command for each user.
•
For name, specify the user ID as one word. Spaces and quotation
marks are not allowed.
•
(Optional) For level, specify the privilege level the user has after
gaining access. The range is 0 to 15. Level 15 gives privileged EXEC
mode access. Level 0 gives user EXEC mode access.
•
For encryption-type, enter 0 to specify that an unencrypted password
follows. Enter 7 to specify that a hidden password follows.
•
For password, specify the password the user must enter to gain access
to the WMIC. The password must be from 1 to 25 characters, can
contain embedded spaces, and must be the last option specified in the
username command.
Step 7
end
Return to privileged EXEC mode.
Step 8
show running-config
Verify your entries.
Step 9
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable AAA, use the no aaa new-model global configuration command. To disable authorization,
use the no aaa authorization {network | exec} method1 global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-51
Chapter 3
Administering the WMIC
Configuring the WMIC for Secure Shell
Configuring the WMIC for Secure Shell
This section describes how to configure the Secure Shell (SSH) feature.
Note
For complete syntax and usage information for the commands used in this section, refer to the “Secure
Shell Commands” section in the Cisco IOS Security Command Reference for Release 12.2.
Understanding SSH
SSH is a protocol that provides a secure, remote connection to a Layer 2 or a Layer 3 device. There are
two versions of SSH: SSH version 1 and SSH version 2. This software release supports only SSH
version 1.
SSH provides more security for remote connections than Telnet by providing strong encryption when a
device is authenticated. The SSH feature has an SSH server and an SSH integrated client. The client
supports these user authentication methods:
•
RADIUS (for more information, see the “Controlling WMIC Access with RADIUS” section on
page 3-34)
•
Local authentication and authorization (for more information, see the “Configuring the WMIC for
Local Authentication and Authorization” section on page 3-51)
For more information about SSH, refer to the “Configuring Secure Shell” section in the Cisco IOS
Security Configuration Guide for Release 12.2.
Note
The SSH feature in this software release does not support IP Security (IPSec).
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-52
OL-7734-02
Chapter 3
Administering the WMIC
Managing Aironet Extensions
Configuring SSH
Before configuring SSH, download the crypto software image from Cisco.com. For information about
configuring SSH and displaying SSH settings, refer to the “Configuring Secure Shell” section in the
Cisco IOS Security Configuration Guide for Release 12.2.
Managing Aironet Extensions
The WMIC uses Cisco Aironet 802.11 extensions to detect the capabilities of Cisco client devices and
to support features that require specific interaction between the WMIC and associated client devices.
The Aironet Extensions can only be deactivated in the Root Access Point mode. Since workgroup
bridge, root bridge, and non-root bridge are Cisco-specific modes, they always use the Aironet
extensions.
Aironet extensions must be enabled to support these features:
•
Load balancing—The WMIC uses Aironet extensions to direct client devices to an access point that
provides the best connection to the network based on factors such as number of users, bit error rates,
and signal strength.
•
Message Integrity Check (MIC)—MIC is an additional WEP security feature that prevents attacks
on encrypted packets called bit-flip attacks. The MIC, implemented on both the WMIC and all
associated client devices, adds a few bytes to each packet to make the packets tamper-proof.
•
Temporal Key Integrity Protocol (TKIP)—TKIP, also known as WEP key hashing, is an additional
WEP security feature that defends against an attack on WEP in which the intruder uses an
unencrypted segment called the initialization vector (IV) in encrypted packets to calculate the WEP
key.
•
Limiting the power level on associated client devices—When a client device associates to the
WMIC, the WMIC sends the maximum allowed power level setting to the client.
Beginning in privileged EXEC mode, follow these steps to disable the Aironet extensions:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
station-role root ap-only
Enter the station role. Root enables the access point mode.
Step 4
no dot11 extension aironet
Enter the extension aironet command to disable extensions.
Step 5
end
Return to privileged EXEC mode.
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
If you change the radio to a role that requires Aironet extensions, the Aironet extensions are enabled
automatically:
wmic1(config)#int dot 0
wmic1(config-if)#station-role root
Selected role requires Cisco Aironet Extension enabled.
Enabled Cisco Aironet Extension.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
3-53
Chapter 3
Administering the WMIC
Managing Aironet Extensions
If you try to change the Aironet extensions without setting the radio to the proper role, an error message
displays:
wmic1(config-if)#
wmic1(config-if)#no dot11 extension aironet
Aironet Extension is always enabled in Bridge or WGB mode.
Cisco 3200 Series Wireless MIC Software Configuration Guide
3-54
OL-7734-02
C H A P T E R
Configuring Radio Settings
This chapter describes how to configure radio settings for your WMIC. This chapter includes these
sections:
•
Disabling and Enabling the Radio Interface
•
Configuring the Role in Radio Network
•
Configuring Radio Data Rates
•
Configuring Radio Transmit Power
•
Configuring Radio Channel Settings
•
Enabling and Disabling World Mode (2.4-GHz Only)
•
Disabling and Enabling Short Radio Preambles (2.4-GHz Only)
•
Configuring Transmit and Receive Antennas
•
Configuring the Ethernet Encapsulation Transformation Method
•
Enabling and Disabling Concatenation (2.4-GHz Only)
•
Configuring the Radio Distance Setting
•
Enabling and Disabling Reliable Multicast to Workgroup Bridges
•
Enabling and Disabling Public Secure Packet Forwarding
•
Configuring the Beacon Period
•
Configure RTS Threshold and Retries
•
Configuring the Maximum Data Retries
•
Configuring the Fragmentation Threshold
•
Setting the Root Parent Timeout Value
•
Configuring the Root Parent MAC
•
Performing a Carrier Busy Test
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-1
Chapter 4
Configuring Radio Settings
Disabling and Enabling the Radio Interface
Disabling and Enabling the Radio Interface
The WMIC radio is enabled by default. Beginning in privileged EXEC mode, follow these steps to
disable the WMIC radio:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
shutdown
Disable the radio port.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the shutdown command to enable the radio port.
Configuring the Role in Radio Network
You can configure your WMIC as a root bridge, non-root bridge, access point, or workgroup bridge.
(Chapter 1, “Overview” describes the various WMIC radio network roles.) Beginning in privileged
EXEC mode, follow these steps to set the WMIC radio network role:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
station-role {root [ap-only] |
Set the WMIC role.
non-root | workgroup-bridge |
• Bridge—root, non-root, or install modes. In root mode, the
install [automatic | root | non-root]}
access point function is automatically enabled allowing
client devices to associate.
•
Access point—root ap-only mode
•
Workgroup bridge—workgroup bridge mode
Step 4
mobile station
(Optional) Use this command to configure a non-root bridge or
workgroup bridge as a mobile station. When this feature is
enabled the bridge scans for a new parent association when it
encounters a poor Received Signal Strength Indicator (RSSI),
excessive radio interference, or a high frame-loss percentage.
Using these criteria, the WMIC searches for a new root
association and roams to a new root bridge before it loses its
current association. When the mobile station setting is disabled
(the default setting) the WMIC does not search for a new
association until it loses its current association.
Step 5
end
Return to privileged EXEC mode.
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-2
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring the Role in Radio Network
Configuring the WMIC as an Access Point
The WMIC can be configured as a root access point. In this role, it accepts associations from wireless
clients.
Follow these steps to configure the WMIC as an access point:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
station-role root ap-only
Specifies that the WMIC functions as a root access point.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Configuring the WMIC as a Workgroup Bridge
The WMIC can be configured as a workgroup bridge. In this role, the WMIC has the following
functionality:
•
Associates to the following devices:
– Root access points
– Root bridges
•
If the router contains a 2.4-GHz WMIC, it operates with 2.4-GHz (802.11b/g) IOS-based bridges.
If the router contains a 4.9-GHz WMIC, it operates with 4.9-GHz IOS-based bridges.
•
Accepts only wired clients.
•
Informs its root parent of all attached wired clients using IAPP messaging.
Follow these steps to configure the WMIC as a workgroup bridge.
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
station-role workgroup-bridge
Enables workgroup bridge mode.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-3
Chapter 4
Configuring Radio Settings
Configuring Radio Data Rates
Configuring the WMIC as a Bridge
The WMIC can be configured as a bridge. This is the only role that supports the distance command.
There are three install modes: automatic, root, and non-root:
Automatic activates the bridge install and alignment mode, and specifies that the unit automatically
determines the network role. If the unit is able to associate to another Cisco root bridge within 60
seconds, the unit assumes a non-root bridge role. If the unit is unable to associate with another Cisco
root bridge within 60 seconds, the unit assumes a root bridge role. The device can be configured into
root bridge or non-root bridge modes to avoid the 60-second automatic detection phase.
Root specifies that the device is operating as a root bridge and connects directly to the main Ethernet
LAN network. In this mode, the unit accepts associations from other Cisco bridges and wireless client
devices.
Non-root specifies that the device is operating as a non-root bridge, and that it connects to a remote LAN
network, and that it must associate with a Cisco root bridge by using the wireless interface.
Follow these steps to configure the WMIC to determine is role automatically:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
station-role install automatic
Specifies that role of the WMIC is chosen based on the device
to which it is associated.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Configuring Radio Data Rates
You use the data rate settings to choose the data rates the 4.9-GHz (US Only, Public Safety) WMIC uses
for data transmission. The rates are expressed in megabits per second. The WMIC always attempts to
transmit at the highest data rate set to Basic, also called Require on the browser-based interface. If there
are obstacles or interference, the WMIC steps down to the highest rate that allows data transmission. You
can set each data rate to one of three states:
Note
•
Basic (this is the default state for all data rates)—Allows transmission at this rate for all packets,
both unicast and multicast. At least one of the WMIC's data rates must be set to Basic.
•
Enabled—The WMIC transmits only unicast packets at this rate; multicast packets are sent at one
of the data rates set to Basic.
•
Disabled—The WMIC does not transmit data at this rate.
At least one data rate must be set to basic.
You can use the Data Rate settings to set up the WMIC to operate at specific data rates. For example, to
configure the WMIC to operate at 54 megabits per second (Mbps) service only, set the 54-Mbps rate to
Basic and set the other data rates to Enabled. To set up the WMIC to operate at 24, 48, and 54 Mbps,
set 24, 48, and 54 to Basic and set the rest of the data rates to Enabled.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-4
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring Radio Data Rates
You can also configure the WMIC to set the data rates automatically to optimize either range or
throughput. When you enter range for the data rate setting, the WMIC sets the 6-Mbps rate to basic and
the other rates to enabled if you are configuring a 2.4-GHz WMIC or a 4.9-GHz WMIC.
If you are configuring a 4.9-GHz WMIC set to 5-MHz spacing, the WMIC sets the 1.5- Mbps rate to
basic and the other rates to enable. If you are configuring a 4.9-GHz WMIC set to 10-MHz spacing, the
WMIC sets the 3.0-Mbps rate to basic and the other rates to enable. If you enter throughput for the data
rate setting, the WMIC sets all data rates to basic. Enter default to set the data rates to factory defaults
Beginning in privileged EXEC mode, follow these steps to configure the radio data rates:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
speed
Set each data rate to basic or enabled, or enter range to
optimize the range or throughput to optimize the throughput.
{[1.0] [2.0] [5.5] [6.0] [9.0] [11.0]
[12.0] [18.0] [24.0] [36.0] [48.0]
[54.0] [basic-1.0] [basic-2.0]
[basic-5.5] [basic-6.0] [basic-9.0]
[basic-11.0] [basic-12.0]
[basic-18.0] [basic-24.0]
[basic-36.0] [basic-48.0]
[basic-54.0] | range | throughput |
default }
If you are entering the speed for a 2.4-GHz WMIC, enter
1.0, 2.0, 5.5, 6.0, 9.0, 11.0, 12.0, 18.0, 24.0, 36.0, 48.0, and
54.0 to set these data rates to enabled.
If you are entering the speed for a 4.9-GHz WMIC:
With 5-MHz spacing, enter a speed of 1.5, 2.25, 3.0, 4.5,
6.0, 9.0, 12.0, or 13.5. With 10-MHz spacing, enter a speed
of 3.0, 4.5, 6.0, 9.0, 12.0, 18.0, 24.0, or 27.0.
Enter basic-1.0, basic-2.0, basic-5.5, basic-6.0, basic-9.0,
basic-11.0, basic-12.0, basic-18.0, basic-24.0, basic-36.0,
basic-48.0, and basic-54.0 to set these data rates to basic.
Note
•
The client must support the basic rate that you select or
it cannot associate to the WMIC. If you select 12 Mbps
or higher for the basic data rate on the 802.11g radio,
802.11b client devices cannot associate to the WMIC’s
802.11g radio.
(Optional) Enter range or throughput to automatically
optimize radio range or throughput. When you enter
range, The WMIC sets the lowest data rate to basic and the
other rates to enabled. When you enter throughput, the
WMIC sets all data rates to basic.
(Optional) The default option sets data rates 1, 2, 5.5, 6,
11, 12, and 24 to basic, and data rates 9, 18, 36, 48, and 54
to enabled. These data rate settings allow both 802.11b and
802.11g client devices to associate to the WMIC’s 802.11g
radio.
Step 4
end
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-5
Chapter 4
Configuring Radio Settings
Configuring Radio Transmit Power
Use the no form of the speed command to disable data rates. When you use the no form of the command,
all data rates are disabled except the rates you name in the command. This example shows how to disable
data rate 6.0:
bridge# configure terminal
bridge(config)# interface dot11radio 0
bridge(config-if)# no speed basic-9.0 basic-12.0 basic-18.0 basic-24.0 basic-36.0
basic-48.0 basic-54.0
bridge(config-if)# end
Data rate 6 is disabled, and the rest of the rates are set to basic.
This example shows how to set up the WMIC for 54 Mbps service only:
bridge# configure terminal
bridge(config)# interface dot11radio 0
bridge(config-if)# speed basic-54.0
bridge(config-if)# end
Data rate 54 is set to basic, and the rest of the data rates are set to enabled.
Configuring Radio Transmit Power
Beginning in privileged EXEC mode, follow these steps to set the transmit power on your WMIC radio:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
power local
Set the transmit power for the radio to one of the power levels
allowed in your regulatory domain. All settings are in mW.
{1 | 5 | 10 | 20 | 30 | 50 | 100 |
maximum }
The settings allowed in your regulatory domain might differ
from the settings listed here.
The maximum power level for the 4.9-GHz (US Only, Public
Safety) radio is 40 mW.
The 2.4-GHz (802.11b/g) radio transmits at up to 100 mW for
the 1, 2, 5.5, and 11 Mbps data rates. However, for the 6, 9, 12,
18, 24, 36, 48, and 54 Mbps data rates, the maximum transmit
power for the 802.11g radio is 30 mW.
Step 4
power client
{1 | 5 | 10 | 20 | 30 | 50 | 100 |
maximum }
Set the maximum power level allowed on client devices that
associate to the WMIC in access point mode. All settings are in
mW.
Note
The settings allowed in your regulatory domain might
differ from the settings listed here.
Step 5
end
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of the power command to return the power setting to maximum, the default setting.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-6
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring Radio Channel Settings
Note
Aironet extensions must be enabled to limit the power level on associated client devices. Aironet
extensions are enabled by default.
Configuring Radio Channel Settings
The default channel setting for the radio is least congested; at startup, the WMIC scans for and selects
the least-congested channel. For most consistent performance after a site survey, however, we
recommend that you assign a static channel setting to each bridge. The channel settings on your WMIC
correspond to the frequencies available in your regulatory domain. See Appendix B, “Channels and
Antenna Settings,” for the frequencies allowed in your domain.
IEEE 802.11g (2.4-GHz Band)
The radio operates on 11 channels from 2412-MHz to 2462-MHz. Each channel covers 5 MHz, and the
bandwidth for the channels overlaps slightly. For best performance, use channels that are not adjacent
(such as 2412 and 2417) for bridges that are close to each other.
Beginning in privileged EXEC mode, follow these steps to set the WMIC’s radio channel:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-7
Chapter 4
Configuring Radio Settings
Configuring Radio Channel Settings
Step 3
Command
Purpose
channel frequency |
least-congested
Set the default channel for the WMIC radio. To search for the
least-congested channel on startup, enter least-congested.
These are the available frequencies (in MHz) for the 2.4-GHz
radio:
•
channel 1—2412 (Americas, EMEA, Japan, and China)
•
channel 2—2417 (Americas, EMEA, Japan, and China)
•
channel 3—2422 (Americas, EMEA, Japan, Israel, and China)
•
channel 4—2427 (Americas, EMEA, Japan, Israel, and China)
•
channel 5—2432 (Americas, EMEA, Japan, Israel, and China)
•
channel 6—2437 (Americas, EMEA, Japan, Israel, and China)
•
channel 7—2442 (Americas, EMEA, Japan, Israel, and China)
•
channel 8—2447 (Americas, EMEA, Japan, Israel, and China)
•
channel 9—2452 (Americas, EMEA, Japan, Israel, and China)
•
channel 10—2457 (Americas, EMEA, Japan, and China)
•
channel 11—2462 (Americas, EMEA, Japan, and China)
•
channel 12—2467 (EMEA and Japan)
•
channel 13—2474 (EMEA and Japan)
•
channel 14—2484 (Japan)
Note
The frequencies allowed in your regulatory domain might
differ from the frequencies listed here.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config
startup-config
(Optional) Save your entries in the configuration file.
4.9-GHz Band
This band is available only in the USA. The radio operates on 16 channels, either 5-MHz wide or
10-MHz wide between 4940-MHz and 4990-MHz for the public safety community. To reduce the
interference between two consecutive intersections, use two different channels in line-of-sight, cascaded
deployments.
The throughput is a minimum of 4 Mbps half-duplex at a range of one mile line-of-sight for a
5-MHz-wide channel, and 8 Mbps half-duplex at on mile line-of-sight range for a 10-MHz-wide
channel.
Table 4-1
Radio Frequency Data Rates
Data Rate (Mbps)
Modulation on sub-carriers
based on OFDM
RMS Transmit
Power (dBm)
Receiver
Sensitivity
(dBm)
Signal-to-noise
Ratio (dB)
BPSK
19
-94
10 MHz Channelization
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-8
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring Radio Channel Settings
Table 4-1
Radio Frequency Data Rates
4.5
BPSK
19
-93
QPSK
19
-92
QPSK
19
-91
12
16-QAM
19
-87
11
18
16-QAM
18
-84
11
24
64-QAM
16
-78
20
27
64-QAM
15
-75
20
1.5
BPSK
19
-97
2.25
BPSK
19
-96
QPSK
19
-95
4.5
QPSK
19
-94
16-QAM
19
-90
11
16-QAM
18
-87
11
12
64-QAM
16
-81
20
13.5
64-QAM
15
-78
20
5 MHz Channelization
spacing channel User Interface Command
Use the spacing privileged EXEC command to define allowable channels and center frequencies for the
4.9-GHz WMIC. Use no form of this command to reset the channels and center frequencies to defaults.
Released in 12.3(JK).
spacing [channel {centerFrequency | channel_number | least-congested}]
Note
Syntax Description
The channel command is not available when this command is entered in the configuration.
baseband_no
Specifies the channel spacing in megahertz on the desired channel band.
The frequency is either 5-MHz wide or 10-MHz wide.
centerFrequency
Specifies the center frequency in megahertz of the desired channel band.
Supported frequencies are listed in Table 4-2.
channel_number
Supported channel number. Supported channels are listed in Table 4-2.
least-congested
Automatically scan for the best frequency.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-9
Chapter 4
Configuring Radio Settings
Configuring Radio Channel Settings
Defaults
Table 4-2
Channels, Center Frequencies, and Channel Widths
Channel
Center Frequency
Channel Width
4940.5
not supported
4941.5
not supported
4942.5
5-MHz
4943.5
not supported
4944.5
not supported
4947.5
5-MHz
4952.5
5-MHz or 10-MHz
4957.5
5-MHz
4962.5
5-MHz or 10-MHz
10
4967.5
5-MHz
11
4972.5
5-MHz or10-MHz
12
4977.5
5-MHz
13
4982.5
5-MHz or 10-MHz
14
4985.5
not supported
15
4986.5
5-MHz
16
4987.5
not supported
17
4988.5
not supported
18
4989.5
not supported
Command Modes
Configuration interface
Examples
This example shows how to set the channel spacing to 5-MHz spacing and channel number to 13 on a
root device.
WMIC(config-if)# spacing 5 channel 13
This example shows how to set the channel spacing to 10-MHz spacing and center frequency to
4982.5-MHz spacing on a root device. (Note that the command requires that the entry be 4982, as
opposed to 4982.5.)
WMIC(config-if)# spacing 10 channel 4982
This example shows how to set the channel spacing 5-MHz spacing on a non-root device.
WMIC(config-if)# spacing 5
Related Commands
Command
Description
show controllers dot11radio 0
Display the radio controller information and status.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-10
OL-7734-02
Chapter 4
Configuring Radio Settings
Enabling and Disabling World Mode (2.4-GHz Only)
Enabling and Disabling World Mode (2.4-GHz Only)
You can configure the WMIC to support 802.11d world mode or Cisco legacy world mode. When you
enable world mode, the WMIC adds channel carrier set information to its beacon. Client devices with
world mode enabled receive the carrier set information and adjust their settings automatically. For
example, a client device used primarily 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 WMIC is using 802.11d or Cisco legacy
world mode and automatically use world mode that matches the mode used by the WMIC. World mode
is disabled by default.
Beginning in privileged EXEC mode, follow these steps to enable world mode:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
world-mode
dot11d country_code code
{ both | indoor | outdoor }
| legacy
Enable world mode.
•
Enter the dot11d option to enable 802.11d world mode.
– When you enter the dot11d option, you must enter a
two-character ISO country code (for example, the ISO
country code for the United States is US). You can find
a list of ISO country codes at the ISO website.
– After the country code, you must enter indoor,
outdoor, or both to indicate the placement of the
WMIC.
•
Enter the legacy option to enable Cisco legacy world
mode.
Step 4
end
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of the command to disable world mode.
Aironet extensions must be enabled for world mode operation. Aironet extensions are enabled by default.
Disabling and Enabling Short Radio Preambles (2.4-GHz Only)
The radio preamble (sometimes called a header) is a section of data at the head of a packet that contains
information that the access point and client devices need when sending and receiving packets. You can
set the radio preamble to long or short:
•
Short—A short preamble improves throughput performance. Cisco Wireless LAN Client Adapters
support short preambles. Early models of Cisco Aironet Wireless LAN Adapters (PC4800 and
PC4800A) require long preambles.
•
Long—A long preamble ensures compatibility between the WMIC and all early models of Cisco
Wireless LAN Adapters. If these client devices do not associate to your WMIC, you should use short
preambles.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-11
Chapter 4
Configuring Radio Settings
Configuring Transmit and Receive Antennas
You cannot configure short or long radio preambles on the 5-GHz radio.
Beginning in privileged EXEC mode, follow these steps to disable short radio preambles:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
no preamble-short
Disable short preambles and enable long preambles.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Short preambles are enabled by default. Use the preamble-short command to enable short preambles if
they are disabled.
Configuring Transmit and Receive Antennas
You can select the antenna the WMIC uses to receive and transmit data. There are three options for both
the receive and the transmit antenna:
Note
•
Diversity—This default setting tells the WMIC to use the antenna that receives the best signal.
•
Right—If you install a high-gain antenna on the right connector and no antenna on the left
connector, you should use this setting for both receive and transmit.
•
Left—If you install a high-gain antenna on the left connector and no antenna on the right connector,
use this setting for both receive and transmit.
The antenna commands are not available for bridges equipped with a captive (internal) antenna.
Beginning in privileged EXEC mode, follow these steps to select the antennas the access point uses to
receive and transmit data:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
antenna receive
{diversity | left | right}
Set the receive antenna to diversity, left, or right.
antenna transmit
{diversity | left | right}
Set the transmit antenna to diversity, left, or right.
Step 5
end
Return to privileged EXEC mode.
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
Step 4
Note
Note
For best performance, leave the receive antenna setting
at the default setting, diversity.
For best performance, leave the transmit antenna
setting at the default setting, diversity.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-12
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring the Ethernet Encapsulation Transformation Method
Note
The Antenna Gain (dB) setting is disabled on the WMIC.
Configuring the Ethernet Encapsulation Transformation Method
When the WMIC receives data packets that are not 802.3 packets, the WMIC must format the packets to
802.3 using an encapsulation transformation method. These are the two transformation methods:
•
802.1H—This method provides optimum performance for Cisco wireless products. This is the
default setting.
•
RFC1042—Use this setting to ensure interoperability with non-Cisco wireless equipment. RFC1042
does not provide the interoperability advantages of 802.1H but is used by other manufacturers of
wireless equipment.
Beginning in privileged EXEC mode, follow these steps to configure the encapsulation transformation
method:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
payload-encapsulation RFC1042 |
dot1h
Set the encapsulation transformation method to RFC1042 or
802.1h (dot1h, the default setting).
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Note
For best performance over your bridge links, adjust the CW-min and CW-max contention window
settings to to a value based on the number of non-root bridges associated to each root bridge. Refer to
the “CW-min and CW-max Settings for Point-to-Point and Point-to-Multipoint Bridge Links” section on
page 11-8 for instructions on adjusting these settings.
Enabling and Disabling Concatenation (2.4-GHz Only)
Use the concatenation command to enable packet concatenation on the WMIC radio. Using
concatenation, the WMIC combines multiple packets into one packet to reduce packet overhead and
overall latency, which increases transmission efficiency.
Beginning in privileged EXEC mode, follow these steps to enable concatenation and set the maximum
length of concatenation.
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-13
Chapter 4
Configuring Radio Settings
Configuring the Radio Distance Setting
Command
Purpose
Step 3
concatenation bytes
(Optional) Bytes specifies a maximum size for concatenation
packets in bytes. Enter a value from 1600 to 4000.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Configuring the Radio Distance Setting
Use the distance command to specify the distance from a root bridge to its clients (non-root bridges
and/or workgroup bridges). The distance setting adjusts the time out values to account for the time
required for radio signals for radio signals to travel from a root bridge to its clients (non-root bridges
and/or workgroup bridges). If more than one non-root bridge (or workgroup bridge) communicates with
the root bridge, enter the distance from the root bridge to the non-root bridge (or work-group bridge) that
is farthest away. Enter a value from 0 to 99 km for a 2.4-GHz WMIC or 0 to 3 km for a 4.9-GHz WMIC.
You do not need to adjust this setting on non-root bridges.
In installation mode, the default distance setting is 99 km. In other modes, the default distance setting is
0 km.
Beginning in privileged EXEC mode, follow these steps to configure the distance setting:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
distance kilometers
Enter a distance setting from 0 to 99 km for a 2.4-GHz WMIC
or 0 to 3 km for a 4.9-GHz WMIC.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the distance command to set the default distance.
Enabling and Disabling Reliable Multicast to Workgroup
Bridges
The Reliable multicast messages from the access point to workgroup bridges setting limits reliable
delivery of multicast messages to approximately 20 Cisco Workgroup Bridges that are associated to the
access point. The default setting, disabled, reduces the reliability of multicast delivery to allow more
workgroup bridges to associate to the access point.
Access points and bridges normally treat workgroup bridges not as client devices but as infrastructure
devices, like access points or bridges. Treating a workgroup bridge as an infrastructure device means that
the access point reliably delivers multicast packets, including Address Resolution Protocol (ARP)
packets, to the workgroup bridge.
The performance cost of reliable multicast delivery—duplication of each multicast packet sent to each
workgroup bridge—limits the number of infrastructure devices, including workgroup bridges, that can
associate to the access point. To increase beyond 20 the number of workgroup bridges that can maintain
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-14
OL-7734-02
Chapter 4
Configuring Radio Settings
Enabling and Disabling Public Secure Packet Forwarding
a radio link to the access point, the access point must reduce the delivery reliability of multicast packets
to workgroup bridges. With reduced reliability, the access point cannot confirm whether multicast
packets reach the intended workgroup bridge, so workgroup bridges at the edge of the access point's
coverage area might lose IP connectivity. When you treat workgroup bridges as client devices, you
increase performance but reduce reliability.
Note
This feature is best suited for use with stationary workgroup bridges. Mobile workgroup bridges might
encounter spots in the access point's coverage area where they do not receive multicast packets and lose
communication with the access point even though they are still associated to it.
A Cisco Workgroup Bridge provides a wireless LAN connection for up to eight Ethernet-enabled
devices.
Beginning in privileged EXEC mode, follow these steps to configure the encapsulation transformation
method:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
infrastructure-client
Enable reliable multicast messages to workgroup bridges.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to disable reliable multicast messages to workgroup bridges.
Enabling and Disabling Public Secure Packet Forwarding
Public Secure Packet Forwarding (PSPF) prevents client devices associated to an access point from
inadvertently sharing files or communicating with other client devices associated to the access point. It
provides Internet access to client devices without providing other capabilities of a LAN. This feature is
useful for public wireless networks like those installed in airports or on college campuses.
Note
To prevent communication between clients associated to different access points, you must set up
protected ports on the switch to which your access points are connected. See the Configuring Protected
Ports, page 4-16 for instructions on setting up protected ports.
To enable and disable PSPF using CLI commands on your access point, you use bridge groups. You can
find a detailed explanation of bridge groups and instructions for implementing them in this document:
•
Cisco IOS Bridging and IBM Networking Configuration Guide, Release 12.2. Click this link to
browse to the Configuring Transparent Bridging chapter:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fibm_c/bcfpart1/bcftb.
htm
You can also enable and disable PSPF using the web-browser interface. The PSPF setting is on the Radio
Settings pages.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-15
Chapter 4
Configuring Radio Settings
Enabling and Disabling Public Secure Packet Forwarding
PSPF is disabled by default. Beginning in privileged EXEC mode, follow these steps to enable PSPF:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
bridge-group group port-protected
Enable PSPF.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to disable PSPF.
Configuring Protected Ports
To prevent communication between client devices associated to different access points on your wireless
LAN, you must set up protected ports on the switch to which your access points are connected.
Beginning in privileged EXEC mode, follow these steps to define a port on your switch as a protected
port:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and enter the type and
number of the switchport interface to configure, such as
gigabitethernet0/1.
Step 3
switchport protected
Configure the interface to be a protected port.
Step 4
end
Return to privileged EXEC mode.
Step 5
show interfaces interface-id
switchport
Verify your entries.
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
To disable protected port, use the no switchport protected interface configuration command.
For detailed information on protected ports and port blocking, refer to the “Configuring Port-Based
Traffic Control” chapter in the Catalyst 3550 Multilayer Switch Software Configuration Guide,
12.1(12c)EA1. Click this link to browse to that guide:
http://www.cisco.com/en/US/products/hw/switches/ps646/products_configuration_guide_book09186a
008011591c.html
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-16
OL-7734-02
Chapter 4
Configuring Radio Settings
Configuring the Beacon Period
Configuring the Beacon Period
The beacon period is the amount of time between beacons in kilomicroseconds. One Kusec equals 1,024
microseconds. The default beacon period is 100. Beginning in privileged EXEC mode, follow these steps
to configure the beacon period:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
beacon period value
Set the beacon period. Enter a value between 20 and
4000 Kusecs.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Configure RTS Threshold and Retries
The RTS threshold determines the packet size at which the WMIC issues a request to send (RTS) before
sending the packet. A low RTS Threshold setting can be useful in areas where many client devices are
associating with the WMIC, or in areas where the clients are far apart and can detect only the WMIC and
not each other. You can enter a setting ranging from 0 to 2339 bytes.
Note
When concatenation is enabled for a 2.4-GHz WMIC, the RTS and fragment thresholds are set to 4000.
Changing them to a lower value might degrade device performance. The 4.9-GHz WMIC does not
support concatenation.
Maximum RTS Retries is the maximum number of times the WMIC issues an RTS before stopping the
attempt to send the packet over the radio. Enter a value from 1 to 128.
The default RTS threshold is 2312, and the default value for RTS retries is 32. Beginning in privileged
EXEC mode, follow these steps to configure the RTS threshold and maximum RTS retries:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
rts threshold value
Set the RTS threshold. Enter an RTS threshold from 0 to 2339
for a 2.4-GHz WMIC or 0 to 4000 for a 4.9-GHz WMIC.
Step 4
rts retries value
Set the maximum RTS retries. Enter a setting from 1 to 128.
Step 5
end
Return to privileged EXEC mode.
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to reset the RTS settings to defaults.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-17
Chapter 4
Configuring Radio Settings
Configuring the Maximum Data Retries
Configuring the Maximum Data Retries
The maximum data retries setting determines the number of attempts the WMIC makes to send a packet
before giving up and dropping the packet.
The default setting is 32. Beginning in privileged EXEC mode, follow these steps to configure the
maximum data retries:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
packet retries value
Set the maximum data retries. Enter a setting from 1 to 128.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to reset the setting to defaults.
Configuring the Fragmentation Threshold
The fragmentation threshold determines the size at which packets are fragmented (sent as several pieces
instead of as one block). Use a low setting in areas where communication is poor or where there is a great
deal of radio interference.
Note
When concatenation is enabled for the 2.4-GHz WMIC, the RTS and fragment thresholds are set to 4000.
Changing them to a lower value may degrade performance. The 4.9-GHz WMIC does not support
concatenation.
The default setting is 2338 bytes. Beginning in privileged EXEC mode, follow these steps to configure
the fragmentation threshold:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
fragment-threshold value
Set the fragmentation threshold. Enter a setting from 256 to
4000 bytes.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to reset the setting to defaults.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-18
OL-7734-02
Chapter 4
Configuring Radio Settings
Setting the Root Parent Timeout Value
Setting the Root Parent Timeout Value
Use the parent timeout command to define the amount of time that a non-root bridge or workgroup
bridge tries to associate with a parent access point. The command defines how long the bridge or
workgroup bridge attempts to associate with a parent in the parent list. If an association is not made
within the timeout value, another acceptable parent is used. You set up the parent list using the parent
command. With the timeout disabled, the parent must come from the parent list.
Beginning in privileged EXEC mode, follow these steps to configure the root parent timeout value:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
parent timeout seconds
The seconds value specifies the amount of time in seconds the
non-root bridge or workgroup bridge attempts to associate with
a specified parent. Enter a value between 0 and 65535 seconds.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to reset the setting to defaults.
Configuring the Root Parent MAC
Use the parent command to add a parent to a list of valid parent access points. The command adds a
parent to the list of valid parent access points. You can use this command multiple times to define up to
four valid parents.
Caution
This command should not be used to configure a workgroup bridge or a non-root bridge a mobile
application, as this feature adversely effects roaming time. If the same devices are used for stationary
applications the parent command can be configured.
Beginning in privileged EXEC mode, follow these steps to configure up to four parent MAC addresses:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
parent 1-4 mac-address
The value 1-4 specifies the parent root access point number.
mac-address specifies the MAC address of a parent access
point (in xxxx.xxxx.xxxx format).
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Use the no form of the command to reset the setting to defaults.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
4-19
Chapter 4
Configuring Radio Settings
Performing a Carrier Busy Test
Performing a Carrier Busy Test
You can perform a carrier busy test to check the radio activity on the channels. During the carrier busy
test, the WMIC drops all associations with wireless networking devices for around 4 seconds while it
conducts the carrier test and then displays the test results.
In privileged EXEC mode, enter this command to perform a carrier busy test:
dot 11 dot11Radio interface-number carrier busy
where, interface-number is the dot11radio interface.
Use the show dot11 carrier busy command to re-display the carrier busy test results.
Cisco 3200 Series Wireless MIC Software Configuration Guide
4-20
OL-7734-02
C H A P T E R
Configuring SSIDs
This chapter describes how to configure a service set identifier (SSID) on the WMIC. This chapter
contains these sections:
•
Understanding SSIDs, page 5-2
•
Configuring the SSID, page 5-2
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
5-1
Chapter 5
Configuring SSIDs
Understanding SSIDs
Understanding SSIDs
The SSID is a unique identifier that wireless networking devices use to establish and maintain wireless
connectivity. Multiple bridges on a network or sub-network can use the same SSID. SSIDs are case
sensitive and can contain up to 32 alphanumeric characters. Do not include spaces in your SSID. The
WMIC supports multiple SSIDs.
When you configure an SSID you assign these configuration settings to the SSID:
•
VLAN
•
RADIUS accounting for traffic using the SSID
•
Authentication method
Note
For detailed information on client authentication types, see Chapter 8, “Configuring
Authentication Types.”
If you want the WMIC to allow associations from bridges that do not specify an SSID in their
configurations, you can include the SSID in the beacon. The default SSID, autoinstall, is included in the
beacon. However, to keep your network secure, you should remove the SSID from the beacon.
You can assign an authentication username and password to the SSID to allow the WMIC to authenticate
to your network using LEAP authentication.
If your network uses VLANs, you should assign the WMIC SSID to your network’s native VLAN.
Configuring the SSID
These sections contain configuration information for the SSID:
•
Default SSID Configuration, page 5-2
•
Creating an SSID, page 5-3
Default SSID Configuration
Table 5-1 shows the default SSID configuration:
Table 5-1
Default SSID Configuration
Feature
Default Setting
SSID
autoinstall
Guest Mode SSID
autoinstall (The WMIC broadcasts this SSID in its
beacon and allows bridges with no SSID to
associate.)
Cisco 3200 Series Wireless MIC Software Configuration Guide
5-2
OL-7734-02
Chapter 5
Configuring SSIDs
Configuring the SSID
Creating an SSID
Beginning in privileged EXEC mode, follow these steps to create an SSID:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
ssid ssid-string
Create an SSID and enter SSID configuration mode for the new
SSID. The SSID can consist of up to 32 alphanumeric
characters. SSIDs are case sensitive.
Note
You can include spaces in an SSID, but be careful not
to add spaces to an SSID accidentally, especially at the
end of an SSID.
Step 4
authentication client
username username
password password
(Optional) Set an authentication username and password that
the WMIC uses to authenticate to the network.
Step 5
accounting list-name
(Optional) Enable RADIUS accounting for this SSID. For
list-name, specify the accounting method list. Click this link
for more information on method lists:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios
122/122cgcr/fsecur_c/fsaaa/scfacct.htm#xtocid2
Step 6
vlan vlan-id
(Optional) Assign the SSID to a VLAN on your network. On
your WMIC, you should assign the SSID to the native VLAN.
Step 7
infrastructure-ssid
Designate the SSID as the infrastructure SSID. It is used to
instruct a non-root bridge or workgroup bridge radio to
associate with this SSID.
Step 8
end
Return to privileged EXEC mode.
Step 9
copy running-config startup-config (Optional) Save your entries in the configuration file.
Note
You use the ssid command’s authentication options to configure an authentication type for the SSID. See
Chapter 8, “Configuring Authentication Types,”for instructions on configuring authentication types.
Use the no form of the command to disable the SSID or to disable SSID features.
This example shows how to:
•
Name an SSID
•
Configure the SSID for RADIUS accounting
•
Assign the SSID to the native VLAN
•
Designate the SSID as the infrastructure SSID
bridge# configure terminal
bridge(config)# interface dot11radio 0
bridge(config-if)# ssid bridgeman
bridge(config-ssid)# accounting accounting-method-list
bridge(config-ssid)# vlan 1
bridge(config-ssid)# infrastructure-ssid
bridge(config-ssid)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
5-3
Chapter 5
Configuring SSIDs
Configuring the SSID
Cisco 3200 Series Wireless MIC Software Configuration Guide
5-4
OL-7734-02
C H A P T E R
Configuring Spanning Tree Protocol
This chapter descibes how to configure Spanning Tree Protocol (STP) on your WMIC. This chapter
contains these sections:
Note
•
Understanding Spanning Tree Protocol, page 6-2
•
Configuring STP Features, page 6-9
•
Displaying Spanning-Tree Status, page 6-15
For complete syntax and usage information for the commands used in this chapter, refer to the Cisco IOS
Command Reference for Access Points and Bridges for this release.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-1
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
Understanding Spanning Tree Protocol
This section describes how spanning-tree features work. It includes this information:
•
STP Overview, page 6-2
•
Bridge Protocol Data Units, page 6-3
•
Election of the Spanning-Tree Root, page 6-4
•
Spanning-Tree Timers, page 6-5
•
Creating the Spanning-Tree Topology, page 6-5
•
Spanning-Tree Interface States, page 6-6
STP Overview
STP is a Layer 2 link management protocol that provides path redundancy while preventing loops in the
network. For a Layer 2 Ethernet network to function properly, only one active path can exist between
any two stations. Spanning-tree operation is transparent to end stations, which cannot detect whether
they are connected to a single LAN segment or to a LAN of multiple segments.
When you create fault-tolerant internetworks, you must have a loop-free path between all nodes in a
network. The spanning-tree algorithm calculates the best loop-free path throughout a Layer 2 network.
Infrastructure devices such as wireless bridges and switches send and receive spanning-tree frames,
called bridge protocol data units (BPDUs), at regular intervals. The devices do not forward these frames
but use them to construct a loop-free path.
Multiple active paths among end stations cause loops in the network. If a loop exists in the network, end
stations might receive duplicate messages. Infrastructure devices might also learn end-station MAC
addresses on multiple Layer 2 interfaces. These conditions result in an unstable network.
STP defines a tree with a root bridge and a loop-free path from the root to all infrastructure devices in
the Layer 2 network.
Note
STP discussions use the term root to describe two concepts: the bridge on the network that serves as a
central point in the spanning tree is called the root bridge, and the port on each device that provides the
most efficient path to the device is called the root port. These meanings are separate from the Role in
radio network setting that includes root and non-root options. A bridge whose Role in radio network
setting is Root Bridge does not necessarily become the root bridge in the spanning tree. In this chapter,
the root bridge in the spanning tree is called the spanning-tree root.
STP forces redundant data paths into a standby (blocked) state. If a network segment in the spanning tree
fails and a redundant path exists, the spanning-tree algorithm recalculates the spanning-tree topology
and activates the standby path.
When two interfaces are part of a loop, the spanning-tree port priority and path cost settings determine
which interface is put in the forwarding state and which is put in the blocking state. The port priority
value represents the location of an interface in the network topology and how well it is located to pass
traffic. The path cost value represents media speed.
The bridge supports both per-VLAN spanning tree (PVST) and a single 802.1q spanning tree without
VLANs. The bridge cannot run 802.1s MST or 802.1d Common Spanning Tree, which maps multiple
VLANs into a one-instance spanning tree.
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-2
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
The bridge maintains a separate spanning-tree instance for each active VLAN configured on it. A bridge
ID, consisting of the bridge priority and the MAC address, is associated with each instance. For each
VLAN, the bridge with the lowest bridge ID becomes the spanning-tree root for that VLAN.
Bridge Interoperability
Cisco bridges are interoperable when STP is enabled and no VLANs are configured. This configuration
is the only one available for the following reasons:
•
When STP is disabled, the bridge acts as an access point and disallows association of non-root
bridge.
•
The bridge has a single instance of STP in non-VLAN configurations and multiple instances of STP
in VLAN configurations.
•
Incompatibilities between single and multiple instances of STP can cause inconsistent blocking of
traffic when VLANs are configured. When the native VLAN is blocked, you can experience bridge
flapping.
Therefore, the best configuration for STP interoperability is when the bridge STP feature is enabled and
VLANs are not configured.
Note
When the Cisco bridges are configured as workgroup bridges, they can operate with STP disabled and
allow for associations with access points. However, this configuration is not technically a
bridge-to-bridge scenario.
Bridge Protocol Data Units
The stable, active spanning-tree topology of your network is determined by these elements:
•
The unique bridge ID (wireless bridge priority and MAC address) associated with each VLAN on
each wireless bridge
•
The spanning-tree path cost to the spanning-tree root
•
The port identifier (port priority and MAC address) associated with each Layer 2 interface
When the bridges in a network are powered up, each bridge functions as the STP root. The bridges send
configuration BPDUs through the Ethernet and radio ports. The BPDUs communicate and compute the
spanning-tree topology. Each configuration BPDU contains this information:
•
The unique bridge ID of the wireless bridge that the sending bridge identifies as the spanning-tree
root
•
The spanning-tree path cost to the root
•
The bridge ID of the sending bridge
•
Message age
•
The identifier of the sending interface
•
Values for the hello, forward delay, and max-age protocol timers
When a bridge receives a configuration BPDU that contains superior information (lower bridge ID,
lower path cost, and so forth), it stores the information for that port. If this BPDU is received on the root
port of the bridge, the bridge also forwards it with an updated message to all attached LANs for which
it is the designated bridge.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-3
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
If a bridge receives a configuration BPDU that contains inferior information to that currently stored for
that port, it discards the BPDU. If the bridge is a designated bridge for the LAN from which the inferior
BPDU was received, it sends that LAN a BPDU containing the up-to-date information stored for that
port. In this way, inferior information is discarded, and superior information is propagated on the
network.
A BPDU exchange results in these actions:
•
One bridge is elected as the spanning-tree root.
•
A root port is selected for each bridge (except the spanning-tree root). This port provides the best
path (lowest cost) when the bridge forwards packets to the spanning-tree root.
•
The shortest distance to the spanning-tree root is calculated for each bridge based on the path cost.
•
A designated bridge for each LAN segment is selected. The designated bridge incurs the lowest path
cost when forwarding packets from that LAN to the spanning-tree root. The port through which the
designated bridge is attached to the LAN is called the designated port.
•
Interfaces included in the spanning-tree instance are selected. Root ports and designated ports are
put in the forwarding state.
•
All interfaces not included in the spanning tree are blocked.
Election of the Spanning-Tree Root
All bridges in the Layer 2 network participating in STP gather information about other bridges in the
network through an exchange of BPDU data messages. This exchange of messages results in these
actions:
•
The election of a unique spanning-tree root for each spanning-tree instance
•
The election of a designated bridge for every LAN segment
•
The removal of loops in the network by blocking Layer 2 interfaces connected to redundant links
For each VLAN, the bridge with the highest bridge priority (the lowest numerical priority value) is
elected as the spanning-tree root. If all bridges are configured with the default priority (32768), the
bridge with the lowest MAC address in the VLAN becomes the spanning-tree root. The bridge priority
value occupies the most significant bits of the bridge ID.
When you change the bridge priority value, you change the probability that the bridge will be elected as
the root bridge. Configuring a higher value decreases the probability; a lower value increases the
probability.
The spanning-tree root is the logical center of the spanning-tree topology. All paths that are not needed
to reach the spanning-tree root from anywhere in the network are placed in the spanning-tree blocking
mode.
BPDUs contain information about the sending bridge and its ports, including bridge and MAC addresses,
bridge priority, port priority, and path cost. STP uses this information to elect the spanning-tree root and
root port for the network and the root port and designated port for each LAN segment.
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-4
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
Spanning-Tree Timers
Table 6-1 describes the timers that affect the entire spanning-tree performance.
Table 6-1
Spanning-Tree Timers
Variable
Description
Hello timer
Determines how often the bridge broadcasts hello messages to other bridges.
Forward-delay timer
Determines how long each of the listening and learning states last before the
interface begins forwarding.
Maximum-age timer
Determines the amount of time the bridge stores protocol information
received on an interface.
Creating the Spanning-Tree Topology
In Figure 6-1, bridge 4 is elected as the spanning-tree root because the priority of all the bridges is set
to the default (32768) and bridge 4 has the lowest MAC address. However, because of traffic patterns,
number of forwarding interfaces, or link types, bridge 4 might not be the ideal spanning-tree root. By
increasing the priority (lowering the numerical value) of the ideal bridge so that it becomes the
spanning-tree root, you force a spanning-tree recalculation to form a new topology with the ideal bridge
as the spanning-tree root.
Figure 6-1
Spanning-Tree Topology
LAN segment A
Bridge 2
Bridge 3
Bridge 4
56612
Bridge 1
LAN segment B
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-5
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
Spanning-Tree Interface States
Propagation delays can occur when protocol information passes through a wireless LAN. As a result,
topology changes can take place at different times and at different places in the network. When an
interface transitions directly from nonparticipation in the spanning-tree topology to the forwarding state,
it can create temporary data loops. Interfaces must wait for new topology information to propagate
through the LAN before starting to forward frames. They must allow the frame lifetime to expire for
forwarded frames that have used the old topology.
Each interface on a bridge using spanning tree exists in one of these states:
•
Blocking—The interface does not participate in frame forwarding.
•
Listening—The first transitional state after the blocking state when the spanning tree determines
that the interface should participate in frame forwarding.
•
Learning—The interface prepares to participate in frame forwarding.
•
Forwarding—The interface forwards frames.
•
Disabled—The interface is not participating in spanning tree because of a shutdown port, no link on
the port, or no spanning-tree instance running on the port.
An interface moves through these states:
•
From initialization to blocking
•
From blocking to listening or to disabled
•
From listening to learning or to disabled
•
From learning to forwarding or to disabled
•
From forwarding to disabled
Figure 6-2 illustrates how an interface moves through the states.
Figure 6-2
Spanning-Tree Interface States
Power-on
initialization
Blocking
state
Listening
state
Disabled
state
Forwarding
state
43569
Learning
state
When you enable STP on the bridge, the Ethernet and radio interfaces go through the blocking state and
the transitory states of listening and learning. Spanning tree stabilizes each interface at the forwarding
or blocking state.
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-6
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
When the spanning-tree algorithm places a Layer 2 interface in the forwarding state, this process occurs:
1.
The interface is in the listening state while spanning tree waits for protocol information to transition
the interface to the blocking state.
2.
While spanning tree waits the forward-delay timer to expire, it moves the interface to the learning
state and resets the forward-delay timer.
3.
In the learning state, the interface continues to block frame forwarding as the bridge learns
end-station location information for the forwarding database.
4.
When the forward-delay timer expires, spanning tree moves the interface to the forwarding state,
where both learning and frame forwarding are enabled.
Blocking State
An interface in the blocking state does not participate in frame forwarding. After initialization, a BPDU
is sent to the bridge’s Ethernet and radio ports. A bridge initially functions as the spanning-tree root until
it exchanges BPDUs with other bridges. This exchange establishes which bridge in the network is the
spanning-tree root. If there is only one bridge in the network, no exchange occurs, the forward-delay
timer expires, and the interfaces move to the listening state. An interface always enters the blocking state
when you enable STP.
An interface in the blocking state performs as follows:
Note
•
Discards frames received on the port
•
Does not learn addresses
•
Receives BPDUs
If a port is blocked, some broadcast or multicast packets can reach a forwarding port on the bridge and
cause the bridging logic to switch the blocked port into listening state momentarily before the packets
are dropped at the blocked port.
Listening State
The listening state is the first state an interface enters after the blocking state. The interface enters this
state when STP determines that the interface should participate in frame forwarding.
An interface in the listening state performs as follows:
•
Discards frames received on the port
•
Does not learn addresses
•
Receives BPDUs
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-7
Chapter 6
Configuring Spanning Tree Protocol
Understanding Spanning Tree Protocol
Learning State
An interface in the learning state prepares to participate in frame forwarding. The interface enters the
learning state from the listening state.
An interface in the learning state performs as follows:
•
Discards frames received on the port
•
Learns addresses
•
Receives BPDUs
Forwarding State
An interface in the forwarding state forwards frames. The interface enters the forwarding state from the
learning state.
An interface in the forwarding state performs as follows:
•
Receives and forwards frames received on the port
•
Learns addresses
•
Receives BPDUs
Disabled State
An interface in the disabled state does not participate in frame forwarding or in the spanning tree. An
interface in the disabled state is nonoperational.
A disabled interface performs as follows:
•
Discards frames received on the port
•
Does not learn addresses
•
Does not receive BPDUs
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-8
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
Configuring STP Features
You complete three major steps to configure STP on the WMIC:
1.
If necessary, assign interfaces and sub-interfaces to bridge groups
2.
Enable STP for each bridge group
3.
Set the STP priority for each bridge group
These sections include spanning-tree configuration information:
•
Default STP Configuration, page 6-9
•
Configuring STP Settings, page 6-9
•
STP Configuration Examples, page 6-10
Default STP Configuration
STP is disabled by default. Table 6-2 lists the default STP settings when you enable STP.
Table 6-2
Default STP Values When STP is Enabled
Setting
Default Value
bridge priority
32768
bridge max age
20
bridge hello time
bridge forward delay
15
Ethernet port path cost
19
Ethernet port priority
128
Radio port path cost
33
Radio port priority
128
The radio and Ethernet interfaces and the native VLAN on the bridge are assigned to bridge group 1 by
default. When you enable STP and assign a priority on bridge group 1, STP is enabled on the radio and
Ethernet interfaces and on the primary VLAN, and those interfaces adopt the priority assigned to bridge
group 1. You can create bridge groups for sub-interfaces and assign different STP settings to those bridge
groups.
Configuring STP Settings
Beginning in privileged EXEC mode, follow these steps to configure STP on the WMIC:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface { dot11radio number | fastethernet
number }
Enter interface configuration mode for radio or Ethernet
interfaces or sub-interfaces.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-9
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
Command
Purpose
Step 3
bridge-group number
Assign the interface to a bridge group. You can number your
bridge groups from 1 to 255.
Step 4
no bridge-group number spanning-disabled
Counteract the command that automatically disables STP for a
bridge group. STP is enabled on the interface when you enter
the bridge n protocol ieee command.
Step 5
exit
Return to global configuration mode.
Step 6
bridge number protocol ieee
Enable STP for the bridge group. You must enable STP on each
bridge group that you create with bridge-group commands.
Step 7
bridge number priority priority
(Optional) Assign a priority to a bridge group. The lower the
priority, the more likely it is that the bridge becomes the
spanning-tree root.
Step 8
end
Return to privileged EXEC mode.
Step 9
show spanning-tree bridge
Verify your entries.
Step 10
copy running-config startup-config
(Optional) Save your entries in the configuration file.
STP Configuration Examples
These configuration examples show how to enable STP on root and non-root bridges with and without
VLANs:
•
Root Bridge Without VLANs, page 6-10
•
Non-Root Bridge Without VLANs, page 6-11
•
Root Bridge with VLANs, page 6-12
•
Non-Root Bridge with VLANs, page 6-13
Root Bridge Without VLANs
This example shows the configuration of a root bridge with no VLANs configured and with STP enabled:
hostname master-bridge-south
ip subnet-zero
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
ssid tsunami
authentication open
guest-mode
speed basic-6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 2312
station-role root
no cdp enable
infrastructure-client
bridge-group 1
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-10
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1
interface BVI1
ip address 1.4.64.23 255.255.0.0
no ip route-cache
ip default-gateway 1.4.0.1
bridge 1 protocol ieee
bridge 1 route ip
bridge 1 priority 9000
line con 0
exec-timeout 0 0
line vty 0 4
login
line vty 5 15
login
end
Non-Root Bridge Without VLANs
This example shows the configuration of a non-root bridge with no VLANs configured with STP
enabled:
hostname client-bridge-north
ip subnet-zero
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
ssid tsunami
authentication open
guest-mode
speed basic-6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 2312
station-role non-root
no cdp enable
bridge-group 1
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
bridge-group 1 path-cost 40
interface BVI1
ip address 1.4.64.24 255.255.0.0
no ip route-cache
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-11
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
bridge 1
bridge 1
bridge 1
line con
line vty
login
line vty
login
end
protocol ieee
route ip
priority 10000
0 4
5 15
Root Bridge with VLANs
This example shows the configuration of a root bridge with VLANs configured with STP enabled:
hostname master-bridge-hq
ip subnet-zero
ip ssh time-out 120
ip ssh authentication-retries 3
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
ssid vlan1
vlan 1
infrastructure-ssid
authentication open
speed basic-6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 2312
station-role root
no cdp enable
infrastructure-client
interface Dot11Radio0.1
encapsulation dot1Q 1 native
no ip route-cache
no cdp enable
bridge-group 1
interface Dot11Radio0.2
encapsulation dot1Q 2
no ip route-cache
no cdp enable
bridge-group 2
interface Dot11Radio0.3
encapsulation dot1Q 3
no ip route-cache
bridge-group 3
bridge-group 3 path-cost 500
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-12
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
interface FastEthernet0.1
encapsulation dot1Q 1 native
no ip route-cache
bridge-group 1
interface FastEthernet0.2
encapsulation dot1Q 2
no ip route-cache
bridge-group 2
interface FastEthernet0.3
encapsulation dot1Q 3
no ip route-cache
bridge-group 3
interface BVI1
ip address 1.4.64.23 255.255.0.0
no ip route-cache
ip default-gateway 1.4.0.1
bridge 1 protocol ieee
bridge 1 route ip
bridge 1 priority 9000
bridge 2 protocol ieee
bridge 2 priority 10000
bridge 3 protocol ieee
bridge 3 priority 3100
line con 0
exec-timeout 0 0
line vty 5 15
end
Non-Root Bridge with VLANs
This example shows the configuration of a non-root bridge with VLANs configured with STP enabled:
hostname client-bridge-remote
ip subnet-zero
ip ssh time-out 120
ip ssh authentication-retries 3
bridge irb
interface Dot11Radio0
no ip address
no ip route-cache
ssid vlan1
vlan 1
authentication open
infrastructure-ssid
speed basic-6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0
rts threshold 2312
station-role non-root
no cdp enable
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-13
Chapter 6
Configuring Spanning Tree Protocol
Configuring STP Features
interface Dot11Radio0.1
encapsulation dot1Q 1 native
no ip route-cache
no cdp enable
bridge-group 1
interface Dot11Radio0.2
encapsulation dot1Q 2
no ip route-cache
no cdp enable
bridge-group 2
interface Dot11Radio0.3
encapsulation dot1Q 3
no ip route-cache
no cdp enable
bridge-group 3
interface FastEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
interface FastEthernet0.1
encapsulation dot1Q 1 native
no ip route-cache
bridge-group 1
interface FastEthernet0.2
encapsulation dot1Q 2
no ip route-cache
bridge-group 2
interface FastEthernet0.3
encapsulation dot1Q 3
no ip route-cache
bridge-group 3
bridge-group 3 path-cost 400
interface BVI1
ip address 1.4.64.24 255.255.0.0
no ip route-cache
bridge 1 protocol ieee
bridge 1 route ip
bridge 1 priority 10000
bridge 2 protocol ieee
bridge 2 priority 12000
bridge 3 protocol ieee
bridge 3 priority 2900
line con 0
line vty 5 15
end
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-14
OL-7734-02
Chapter 6
Configuring Spanning Tree Protocol
Displaying Spanning-Tree Status
Displaying Spanning-Tree Status
To display the spanning-tree status, use one or more of the privileged EXEC commands in Table 6-3:
Table 6-3
Commands for Displaying Spanning-Tree Statusbridge
Command
Purpose
show spanning-tree
Displays information on your network’s spanning tree.
show spanning-tree blocked-ports
Displays a list of blocked ports on this device.
show spanning-tree bridge
Displays status and configuration of this bridge.
show spanning-tree active
Displays spanning-tree information on active interfaces only.
show spanning-tree root
Displays a detailed summary of information on the spanning-tree root.
show spanning-tree interface interface-id
Displays spanning-tree information for the specified interface.
show spanning-tree summary [totals]
Displays a summary of port states or displays the total lines of the STP state
section.
For information about other keywords for the show spanning-tree privileged EXEC command, refer to
the Cisco IOS Command Reference for Cisco Access Points and Bridges.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
6-15
Chapter 6
Configuring Spanning Tree Protocol
Displaying Spanning-Tree Status
Cisco 3200 Series Wireless MIC Software Configuration Guide
6-16
OL-7734-02
C H A P T E R
Configuring WEP and WEP Features
This chapter describes how to configure Wired Equivalent Privacy (WEP), Message Integrity Check
(MIC), and Temporal Key Integrity Protocol (TKIP). This chapter contains these sections:
•
Understanding WEP, page 7-2
•
Configuring Cipher Suites and WEP, page 7-3
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
7-1
Chapter 7
Configuring WEP and WEP Features
Understanding WEP
Understanding WEP
Just as anyone within range of a radio station can tune to the station's frequency and listen to the signal,
any wireless networking device within range of a bridge can receive the bridge's radio transmissions.
Because WEP is the first line of defense against intruders, Cisco recommends that you use full
encryption on your wireless network.
WEP encryption scrambles the radio communication between bridges to keep the communication
private. Communicating bridges use the same WEP key to encrypt and unencrypt radio signals. WEP
keys encrypt both unicast and multicast messages. Unicast messages are addressed to just one device on
the network. Multicast messages are addressed to multiple devices on the network.
Extensible Authentication Protocol (EAP) authentication provides dynamic WEP keys to wireless
devices. Dynamic WEP keys are more secure than static, or unchanging, WEP keys. If an intruder
passively receives enough packets encrypted by the same WEP key, the intruder can perform a
calculation to learn the key and use it to join your network. Because they change frequently, dynamic
WEP keys prevent intruders from performing the calculation and learning the key. See Chapter 8,
“Configuring Authentication Types” for detailed information on EAP and other authentication types.
Cipher suites are sets of encryption and integrity algorithms designed to protect radio communication
on your wireless LAN. You must use a cipher suite to enable Wi-Fi Protected Access (WPA) or Cisco
Centralized Key Management (CCKM). Because cipher suites provide the protection of WEP while also
allowing use of authenticated key management, Cisco recommends that you enable WEP by using the
encryption mode cipher command in the CLI or by using the cipher drop-down menu in the
web-browser interface. Cipher suites that contain TKIP provide the best security for your wireless LAN,
and cipher suites that contain only WEP are the least secure.
These security features protect the data traffic on your wireless LAN:
•
WEP (Wired Equivalent Privacy)—WEP is an 802.11 standard encryption algorithm originally
designed to provide your wireless LAN with the same level of privacy available on a wired LAN.
However, the basic WEP construction is flawed, and an attacker can compromise the privacy with
reasonable effort.
•
TKIP (Temporal Key Integrity Protocol)—TKIP is a suite of algorithms surrounding WEP that is
designed to achieve the best possible security on legacy hardware built to run WEP. TKIP adds four
enhancements to WEP:
– A per-packet key mixing function to defeat weak-key attacks
– A new IV sequencing discipline to detect replay attacks
– A cryptographic message integrity Check (MIC), called Michael, to detect forgeries such as bit
flipping and altering packet source and destination
– An extension of IV space, to virtually eliminate the need for re-keying
Note
•
CKIP (Cisco Key Integrity Protocol)—The Cisco WEP key permutation technique based on an early
algorithm presented by the IEEE 802.11i security task group. (ckip and ckip-cmic are supported
only on the 2.4-GHz (802.11b/g) WMIC.)
•
CMIC (Cisco Message Integrity Check)—Like TKIP, the Cisco message integrity check mechanism
is designed to detect forgery attacks.
If VLANs are enabled on your bridges, WEP, MIC, and TKIP are supported only on the native VLAN.
Cisco 3200 Series Wireless MIC Software Configuration Guide
7-2
OL-7734-02
Chapter 7
Configuring WEP and WEP Features
Configuring Cipher Suites and WEP
Configuring Cipher Suites and WEP
These sections describe how to configure cipher suites, WEP and additional WEP features such as MIC
and TKIP:
•
Creating WEP Keys, page 7-3
•
Enabling Cipher Suites and WEP, page 7-5
WEP, TKIP, and MIC are disabled by default.
Creating WEP Keys
Beginning in privileged EXEC mode, follow these steps to create a WEP key and set the key properties:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
encryption [vlan vlan-id]
key 1-4
size { 40 | 128 } encryption-key
[transmit-key]
Create a WEP key and set up its properties.
•
(Optional) Select the VLAN for which you want to create
a key. WEP, MIC, and TKIP are supported only on the
native VLAN.
•
Name the key slot in which this WEP key resides. You can
assign up to 4 WEP keys for each VLAN, but key slot 4 is
reserved for the session key.
•
Enter the key and set the size of the key, either 40-bit or
128-bit. 40-bit keys contain 10 hexadecimal digits; 128-bit
keys contain 26 hexadecimal digits.
•
(Optional) Set this key as the transmit key. The key in slot
2 is the transmit key by default. If you enable WEP with
MIC, use the same WEP key as the transmit key in the
same key slot on both root and non-root bridges.
Step 4
end
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
This example shows how to create a 128-bit WEP key in slot 2 for VLAN 1 and sets the key as the
transmit key:
bridge# configure terminal
bridge(config)# configure interface dot11radio 0
bridge(config-if)# encryption vlan 1 key 2 size 128 12345678901234567890123456
transmit-key
bridge(config-if)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
7-3
Chapter 7
Configuring WEP and WEP Features
Configuring Cipher Suites and WEP
WEP Key Restrictions
Table 7-1 lists WEP key restrictions based on your security configuration.
Table 7-1
WEP Key Restrictions
Security Configuration
WEP Key Restriction
CCKM or WPA authenticated key
management
Cannot configure a WEP key in key slot 1
LEAP or EAP authentication
Cannot configure a WEP key in key slot 4
Cipher suite with 40-bit WEP
Cannot configure a 128-bit key
Cipher suite with 128-bit WEP
Cannot configure a 40-bit key
Cipher suite with TKIP
Cannot configure any WEP keys
Cipher suite with TKIP and 40-bit WEP or Cannot configure a WEP key in key slot 1 and 4
128-bit WEP
Static WEP with MIC or CMIC
Root and non-root bridges must use the same WEP
key as the transmit key, and the key must be in the
same key slot on both root and non-root bridges
Example WEP Key Setup
Table 7-2 shows an example WEP key setup that would work for the root bridge and an associated
non-root bridge:
Table 7-2
Key
Slot
WEP Key Setup Example
Root Bridge
Transmit?
Associated Non-Root Bridge
Key Contents
Transmit?
Key Contents
12345678901234567890abcdef
–
12345678901234567890abcdef
–
–
–
09876543210987654321fedcba
09876543210987654321fedcba
not set
–
–
not set
not set
FEDCBA09876543211234567890
Because the root bridge’s WEP key 1 is selected as the transmit key, WEP key 1 on the non-root bridge
must have the same contents. WEP key 4 on the non-root bridge is set, but because it is not selected as
the transmit key, WEP key 4 on the root bridge does not need to be set at all.
Note
If you enable MIC but you use static WEP (you do not enable any type of EAP authentication),
both the root bridge and any non-root bridges with which it communicates must use the same
WEP key for transmitting data. For example, if the MIC-enabled root bridge uses the key in slot
1 as the transmit key, a non-root bridge associated to the root bridge must use the same key in
its slot 1, and the key in the non-root bridge’s slot 1 must be selected as the transmit key.
Cisco 3200 Series Wireless MIC Software Configuration Guide
7-4
OL-7734-02
Chapter 7
Configuring WEP and WEP Features
Configuring Cipher Suites and WEP
Enabling Cipher Suites and WEP
Beginning in privileged EXEC mode, follow these steps to enable a cipher suite:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
encryption
[vlan vlan-id]
mode ciphers
{[aes-ccm | ckip | cmic | ckip-cmic |
tkip]}
{[wep128 | wep40]}
Enable a cipher suite containing the WEP protection you need.
Table 7-3 lists guidelines for selecting a cipher suite that
matches the type of authenticated key management you
configure.
•
(Optional) Select the VLAN for which you want to enable
WEP and WEP features.
•
Set the cipher options and WEP level. You can combine
TKIP with 128-bit or 40-bit WEP.
Note
If you enable a cipher suite with two elements (such as
TKIP and 128-bit WEP), the second cipher becomes the
group cipher.
Note
You can also use the encryption mode wep command
to set up static WEP. However, you should use
encryption mode wep only if none of the non-root
bridges that associate to the root bridge are capable of
key management. See the Cisco IOS Command
Reference for Cisco Access Points and Bridges for a
detailed description of the encryption mode wep
command.
Note
When you configure TKIP-only cipher encryption (not
TKIP + WEP 128 or TKIP + WEP 40) on any radio
interface or VLAN, the 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 SSID, non-root
bridge authentication fails on the SSID.
Note
ckip and ckip-cmic are supported only on the 2.4-GHz
(802.11b/g) WMIC.
Step 4
end
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of the encryption command to disable a cipher suite.
This example sets up a cipher suite for VLAN 1 that enables CKIP, CMIC, and 128-bit WEP.
bridge# configure terminal
bridge(config)# configure interface dot11radio 0
bridge(config-if)# encryption vlan 1 mode ciphers ckip-cmic wep128
bridge(config-if)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
7-5
Chapter 7
Configuring WEP and WEP Features
Configuring Cipher Suites and WEP
Matching Cipher Suites with WPA
If you configure your bridges to use WPA or CCKM authenticated key management, you must select a
cipher suite compatible with the authenticated key management type. Table 7-3 lists the cipher suites
that are compatible with WPA and CCKM.
Table 7-3
Cipher Suites Compatible with WPA and CCKM
Authenticated Key Management Types
CCKM
WPA
Note
Compatible Cipher Suites
•
encryption mode ciphers wep128
•
encryption mode ciphers wep40
•
encryption mode ciphers ckip
•
encryption mode ciphers cmic
•
encryption mode ciphers ckip-cmic
•
encryption mode ciphers tkip
•
encryption mode ciphers tkip wep128
•
encryption mode ciphers tkip wep40
•
encryption mode ciphers tkip
•
encryption mode ciphers tkip wep128
•
encryption mode ciphers tkip wep40
When you configure TKIP-only cipher encryption (not TKIP + WEP 128 or TKIP + WEP 40) on any
radio interface or VLAN, the 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 SSID, non-root bridge authentication fails on the SSID.
For a complete description of WPA and CCKM and instructions for configuring authenticated key
management, see the “Using WPA Key Management” section on page 8-5 and the “Using CCKM for
Authenticated Bridges” section on page 8-5.
Cisco 3200 Series Wireless MIC Software Configuration Guide
7-6
OL-7734-02
C H A P T E R
Configuring Authentication Types
This chapter describes how to configure authentication types on the WMIC. This chapter contains these
sections:
•
Understanding Authentication Types, page 8-2
•
Configuring Authentication Types, page 8-5
•
Matching Authentication Types on Root and Non-Root Bridges, page 8-11
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-1
Chapter 8
Configuring Authentication Types
Understanding Authentication Types
Understanding Authentication Types
This section describes the authentication types that you can configure on the WMIC. The authentication
types are tied to the SSID that you configure on the WMIC.
Before wireless devices can communicate, they must authenticate to each other using open or shared-key
authentication. For maximum security, wireless devices should also authenticate to your network using
EAP authentication, an authentication type that relies on an authentication server on your network.
The WMIC uses four authentication mechanisms or types and can use more than one at the same time.
These sections explain each authentication type:
•
Open Authentication to the WMIC, page 8-2
•
Shared Key Authentication to the Bridge, page 8-2
•
EAP Authentication to the Network, page 8-3
Open Authentication to the WMIC
Open authentication allows any wireless device to authenticate and then attempt to communicate with
another wireless device. Using open authentication, a non-root bridge can authenticate to a root bridge.
A bridge that is not using WEP does not attempt to authenticate with a bridge that is using WEP. Open
authentication does not rely on a RADIUS server on your network.
Figure 8-1 shows the authentication sequence between a non-root bridge trying to authenticate and a root
bridge using open authentication. In this example, the device’s WEP key does not match the bridge’s key,
so it can authenticate but it cannot pass data.
Switch on
LAN 1
Sequence for Open Authentication
Non-Root Bridge
with
WEP key = 321
Root Bridge
with
WEP key = 123
1. Authentication request
Switch on
LAN 2
88902
Figure 8-1
2. Authentication response
Shared Key Authentication to the Bridge
Cisco provides shared key authentication to comply with the IEEE 802.11b and IEEE 802.11g standards.
However, because of shared key’s security flaws, we recommend that you use another method of
authentication, such as EAP, in environments where security is an issue.
During shared key authentication, the root bridge sends an unencrypted challenge text string to other
bridges attempting to communicate with the root bridge. The bridge requesting authentication encrypts
the challenge text and sends it back to the root bridge. If the challenge text is encrypted correctly, the
root bridge allows the requesting device to authenticate.
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-2
OL-7734-02
Chapter 8
Configuring Authentication Types
Understanding Authentication Types
Both the unencrypted challenge and the encrypted challenge can be monitored, however, which leaves
the root bridge open to attack from an intruder who calculates the WEP key by comparing the
unencrypted and encrypted text strings.
Figure 8-2 shows the authentication sequence between a device trying to authenticate and an bridge
using shared key authentication. In this example the device’s WEP key matches the bridge’s key, so it
can authenticate and communicate.
Figure 8-2
Switch on
LAN 1
Sequence for Shared Key Authentication
Non-Root Bridge
with
WEP key = 123
Root Bridge
with
WEP key = 123
Switch on
LAN 2
1. Authentication request
3. Encrypted challenge response
4. Authentication response
88903
2. Unencrypted challenge
EAP Authentication to the Network
This authentication type provides the highest level of security for your wireless network. By using the
Extensible Authentication Protocol (EAP) to interact with an EAP-compatible RADIUS server, the root
bridge helps another bridge and the RADIUS server to perform mutual authentication and derive a
dynamic unicast WEP key. The RADIUS server sends the WEP key to the root bridge, which uses it for
all unicast data signals that it sends to or receives from the non-root bridge. The root bridge also encrypts
its broadcast WEP key (entered in the bridge’s WEP key slot 1) with the non-root bridge’s unicast key
and sends it to the non-root bridge.
When you enable EAP on your bridges, authentication to the network occurs in the sequence shown in
Figure 8-3:
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-3
Chapter 8
Configuring Authentication Types
Understanding Authentication Types
Figure 8-3
Switch on
LAN 1
Sequence for EAP Authentication
Non-Root
Bridge
Root Bridge
Authentication
server
1. Authentication request
3. Username
(Relay to server)
(Relay to non-root bridge)
4. Authentication challenge
5. Authentication response
(Relay to server)
(Relay to non-root bridge)
6. Authentication success
7. Authentication challenge
(Relay to server)
(Relay to non-root bridge)
8. Authentication response
9. Authentication success
(Relay to server)
88901
2. Identity request
In Steps 1 through 9 in Figure 8-3, a non-root bridge and a RADIUS server on the wired LAN use 802.1x
and EAP to perform a mutual authentication through the root bridge. The RADIUS server sends an
authentication challenge to the non-root bridge. The non-root bridge uses a one-way encryption of the
user-supplied password to generate a response to the challenge and sends that response to the RADIUS
server. Using information from its user database, the RADIUS server creates its own response and
compares that to the response from the non-root bridge. When the RADIUS server authenticates the
non-root bridge, the process repeats in reverse, and the non-root bridge authenticates the RADIUS
server.
When mutual authentication is complete, the RADIUS server and the non-root bridge determine a WEP
key that is unique to the non-root bridge and provides the non-root bridge with the appropriate level of
network access, thereby approximating the level of security in a wired switched segment to an individual
desktop. The non-root bridge loads this key and prepares to use it for the logon session.
During the logon session, the RADIUS server encrypts and sends the WEP key, called a session key, over
the wired LAN to the root bridge. The root bridge encrypts its broadcast key with the session key and
sends the encrypted broadcast key to the non-root bridge, which uses the session key to decrypt it. The
non-root bridge and the root bridge activate WEP and use the session and broadcast WEP keys for all
communications during the remainder of the session.
There is more than one type of EAP authentication, but the bridge behaves the same way for each type.
It relays authentication messages from the wireless client device to the RADIUS server and from the
RADIUS server to the wireless client device. See the “Assigning Authentication Types to an SSID”
section on page 8-6 for instructions on setting up EAP on the WMIC.
Note
If you use EAP authentication, you can select open or shared key authentication, but you do not have to.
EAP authentication controls authentication both to your bridge and to your network.
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-4
OL-7734-02
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
Using CCKM for Authenticated Bridges
Using Cisco Centralized Key Management (CCKM), authenticated non-root bridges can roam from one
root bridge to another without any perceptible delay during reassociation. An access point or switch on
your network provides Wireless Domain Services (WDS) and creates a cache of security credentials for
CCKM-enabled bridges on the subnet. The WDS device’s cache of credentials dramatically reduces the
time required for reassociation when a CCKM-enabled non-root bridge roams to a new root bridge.
When a non-root bridge roams, the WDS device forwards the bridge’s security credentials to the new
root bridge, and the reassociation process is reduced to a two-packet exchange between the roaming
bridge and the new root bridge. Roaming bridges reassociate so quickly that there is no perceptible delay
in voice or other time-sensitive applications. See the “Assigning Authentication Types to an SSID”
section on page 8-6 for instructions on enabling CCKM on your bridge.
Using WPA Key Management
Wi-Fi Protected Access (WPA) is a standards-based, interoperable security enhancement that strongly
increases the level of data protection and access control for existing and future wireless LAN systems.
It is derived from the IEEE 802.11i standard. WPA leverages TKIP (Temporal Key Integrity Protocol)
for data protection and 802.1X for authenticated key management.
WPA key management supports two mutually exclusive management types: WPA and WPA-Pre-shared
key (WPA-PSK). Using WPA key management, non-root bridges and the authentication server
authenticate to each other using an EAP authentication method, and the non-root bridge and server
generate a pairwise master key (PMK). Using WPA, the server generates the PMK dynamically and
passes it to the root bridge. Using WPA-PSK, however, you configure a pre-shared key on both the
non-root bridge and the root bridge, and that pre-shared key is used as the PMK.
Note
Unicast and multicast cipher suites advertised in the WPA information element (and negotiated during
802.11 association) might potentially mismatch with the cipher suite supported in an explicitly assigned
VLAN. If the RADIUS server assigns a new VLAN ID which uses a different cipher suite from the
previously negotiated cipher suite, there is no way for the root bridge and the non-root bridge to switch
back to the new cipher suite. Currently, the WPA and CCKM protocols do not allow the cipher suite to
be changed after the initial 802.11 cipher negotiation phase. In this scenario, the non-root bridge is
disassociated from the wireless LAN.
See the “Assigning Authentication Types to an SSID” section on page 8-6 for instructions on configuring
WPA key management on your bridge.
Configuring Authentication Types
This section describes how to configure authentication types. You attach configuration types to the
WMIC’s SSID. See Chapter 5, “Configuring SSIDs,” for details on setting up the WMIC SSID. This
section contains these topics:
•
Default Authentication Settings, page 8-6
•
Assigning Authentication Types to an SSID, page 8-6
•
Configuring Authentication Holdoffs, Timeouts, and Intervals, page 8-10
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-5
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
Default Authentication Settings
The default SSID on the WMIC is autoinstall. Table 8-1 shows the default authentication settings for the
default SSID:
Table 8-1
Default Authentication Configuration
Feature
Default Setting
SSID
autoinstall
Guest Mode SSID
autoinstall (The WMIC broadcasts this SSID in its
beacon and allows bridges with no SSID to
associate.)
Authentication types assigned to tsunami
open
Assigning Authentication Types to an SSID
Beginning in privileged EXEC mode, follow these steps to configure authentication types for SSIDs:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
ssid ssid-string
Create an SSID and enter SSID configuration mode for the new
SSID. The SSID can consist of up to 32 alphanumeric
characters. SSIDs are case sensitive.
Note
Step 4
authentication open
[eap list-name]
(Optional) Set the authentication type to open for this SSID.
Open authentication allows any bridge to authenticate and then
attempt to communicate with the WMIC.
•
Note
Step 5
authentication shared
[eap list-name]
Do not include spaces in SSIDs.
(Optional) Set the SSID’s authentication type to open with
EAP authentication. The WMIC forces all other bridges to
perform EAP authentication before they are allowed to join
the network. For list-name, specify the authentication
method list.
A bridge configured for EAP authentication forces all
bridges that associate to perform EAP authentication.
Bridges that do not use EAP cannot communicate with
the bridge.
(Optional) Set the authentication type for the SSID to shared
key.
Note
•
Because of shared key's security flaws, Cisco
recommends that you avoid using it.
(Optional) Set the SSID’s authentication type to shared key
with EAP authentication. For list-name, specify the
authentication method list.
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-6
OL-7734-02
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
Command
Purpose
Step 6
authentication network-eap
list-name
(Optional) Set the authentication type for the SSID to use
LEAP for authentication and key distribution. Cisco bridges
only support LEAP, while other wireless clients may support
other EAP methods such as EAP, PEAP, or TLS.
Step 7
authentication key-management
{[wpa] [cckm]} [optional]
(Optional) Set the authentication type for the SSID to WPA,
CCKM, or both. If you use the optional keyword, non-root
bridges not configured for WPA or CCKM can use this SSID.
If you do not use the optional keyword, only WPA or CCKM
bridges are allowed to use the SSID.
To enable CCKM for an SSID, you must also enable
Network-EAP authentication. To enable WPA for an SSID, you
must also enable Open authentication or Network-EAP or both.
Note
Only 802.11b and 802.11g radios support WPA and
CCKM simultaneously.
Note
Before you can enable CCKM or WPA, you must set
the encryption mode for the SSID’s VLAN to one of the
cipher suite options. To enable both CCKM and WPA,
you must set the encryption mode to a cipher suite that
includes TKIP. See the “Enabling Cipher Suites and
WEP” section on page 7-5 for instructions on
configuring the VLAN encryption mode.
Note
If you enable WPA for an SSID without a pre-shared
key, the key management type is WPA. If you enable
WPA with a pre-shared key, the key management type
is WPA-PSK. See the “Configuring Additional WPA
Settings” section on page 8-9 for instructions on
configuring a pre-shared key.
Note
To support CCKM, your root bridge must interact with
the WDS device on your network. See the “Configuring
the Root Bridge to Interact with the WDS Device”
section on page 8-8 for instructions on configuring
your root bridge to interact with your WDS device.
Step 8
end
Step 9
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of the SSID commands to disable the SSID or to disable SSID features.
This example sets the authentication type for the SSID bridgeman to open with EAP authentication.
Bridges using the SSID bridgeman attempt EAP authentication using a server named adam.
bridge# configure terminal
bridge(config)# configure interface dot11radio 0
bridge(config-if)# ssid bridgeman
bridge(config-ssid)# authentication open eap adam
bridge(config-ssid)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-7
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
The configuration on non-root bridges associated to this bridge would also contain these commands:
bridge(config)# configure interface dot11radio 0
bridge(config-if)# ssid bridgeman
bridge(config-ssid)# authentication client username bridge7 password catch22
bridge(config-ssid)# authentication open eap adam
This example sets the authentication type for the SSID bridget to network EAP with a static WEP key.
EAP-enabled bridges using the SSID bridget attempt EAP authentication using a server named eve, and
bridges using static WEP rely on the static WEP key.
bridge#configure terminal
bridge#aaa new-model
bridge#aaa group server radius rad_eap
bridge#server 13.1.1.99 auth-port 1645 acct-port 1646
bridge#aaa authentication login eap_methods group rad_eap
bridge#aaa session-id common
bridge(config)#interface dot11radio 0
bridge(config-if)#encryption key 1 size 128bit 7 082CC74122FD8DA7E84856427E9D
transmit-key
bridge(config-if)#encryption mode wep mandatory
bridge(config-if)# ssid bridget
bridge(config-ssid)# authentication network-eap eap_methods
bridge(config-ssid)# authentication network-eap eve
bridge(config-ssid)# infrastructure-ssid
bridge(config-ssid)# radius-server host 13.1.1.99 auth-port 1645 acct-port 1646 key 7
141B1309
bridge(config-ssid)# radius-server authorization permit missing Service-Type
bridge(config-ssid)# end
The configuration on non-root bridges associated to this bridge would also contain these commands:
bridge(config)# configure interface dot11radio 0
bridge(config)# encryption key 1 size 128bit 7 06061D688B87F1A0C978330C1A84 transmit-key
bridge(config)# encryption mode wep mandatory
bridge(config-if)# ssid bridget
bridge(config-if)# authentication network-eap eap_methods
bridge(config-if)# authentication client username thomasd password 7 010012165E18155D
bridge(config-if)# infrastructure-ssid
Configuring the Root Bridge to Interact with the WDS Device
To support non-root bridges using CCKM, your root bridge must interact with the WDS device on your
network, and your authentication server must be configured with a username and password for the root
bridge. For detailed instructions on configuring WDS and CCKM on your wireless LAN, see Chapter 11
in the Cisco IOS Software Configuration Guide for Cisco Access Points.
On your root bridge, enter this command in global configuration mode:
bridge(config)# wlccp ap username username password password
You must configure the same username and password pair when you set up the root bridge as a client on
your authentication server.
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-8
OL-7734-02
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
Configuring Additional WPA Settings
Use two optional settings to configure a pre-shared key on the bridge and adjust the frequency of group
key updates.
Setting a Pre-Shared Key
To support WPA on a wireless LAN where 802.1x-based authentication is not available, you must
configure a pre-shared key on the bridge. You can enter the pre-shared key as ASCII or hexadecimal
characters. If you enter the key as ASCII characters, you enter between 8 and 63 characters, and the
bridge expands the key using the process described in the Password-based Cryptography Standard
(RFC2898). If you enter the key as hexadecimal characters, you must enter 64 hexadecimal characters.
Configuring Group Key Updates
In the last step in the WPA process, the root bridge distributes a group key to the authenticated non-root
bridge. You can use these optional settings to configure the root bridge to change and distribute the group
key based on association and disassociation of non-root bridges:
•
Membership termination—the root bridge generates and distributes a new group key when any
authenticated non-root bridge disassociates from the root bridge. This feature keeps the group key
private for associated bridges.
•
Capability change—the root bridge generates and distributes a dynamic group key when the last
non-key management (static WEP) non-root bridge disassociates, and it distributes the statically
configured WEP key when the first non-key management (static WEP) non-root bridge
authenticates. In WPA migration mode, this feature significantly improves the security of
key-management capable clients when there are no static-WEP bridges associated to the root bridge.
Beginning in privileged EXEC mode, follow these steps to configure a WPA pre-shared key and group
key update options:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
ssid ssid-string
Enter SSID configuration mode for the SSID.
Step 4
wpa-psk { hex | ascii } [ 0 | 7 ]
encryption-key
Enter a pre-shared key for bridges using WPA that also use
static WEP keys.
Enter the key using either hexadecimal or ASCII characters. If
you use hexadecimal, you must enter 64 hexadecimal
characters to complete the 256-bit key. If you use ASCII, you
must enter a minimum of 8 letters, numbers, or symbols, and
the bridge expands the key for you. You can enter a maximum
of 63 ASCII characters.
Step 5
end
Step 6
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
This example shows how to configure a pre-shared key for non-root bridges using WPA and static WEP,
with group key update options:
bridge# configure terminal
bridge(config)# configure interface dot11radio 0
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-9
Chapter 8
Configuring Authentication Types
Configuring Authentication Types
bridge(config-if)# ssid batman
bridge(config-ssid)# wpa-psk ascii batmobile65
bridge(config-ssid)# end
Configuring Authentication Holdoffs, Timeouts, and Intervals
Beginning in privileged EXEC mode, follow these steps to configure holdoff times, reauthentication
periods, and authentication timeouts for non-root bridges authenticating through your root bridge:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
dot11 holdoff-time seconds
Enter the number of seconds a root bridge must wait before it
disassociates and idle client. Enter a value from 1 to 65555
seconds.
Step 3
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 4
dot1x client-timeout seconds
Enter the number of seconds the bridge should wait for a reply
from a non-root bridge attempting to authenticate before the
authentication fails. Enter a value from 1 to 65555 seconds.
Step 5
dot1x reauth-period seconds
[server]
Enter the interval in seconds that the WMIC waits before
forcing an authenticated non-root bridge to reauthenticate.
•
(Optional) Enter the server keyword to configure the
bridge to use the reauthentication period specified by the
authentication server. If you use this option, configure your
authentication server with RADIUS attribute 27,
Session-Timeout. This attribute sets the maximum number
of seconds of service to be provided to the non-root bridge
before termination of the session or prompt. The server
sends this attribute to the root bridge when a non-root
bridge performs EAP authentication.
Step 6
end
Step 7
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of these commands to reset the values to default settings.
Setting Up a Non-Root Bridge as a LEAP Client
You can set up a non-root bridge to authenticate to your network like other wireless client devices. After
you provide a network username and password for the non-root bridge, it authenticates to your network
using LEAP, Cisco's wireless authentication method, and receives and uses dynamic WEP keys.
Setting up a non-root bridge as a LEAP client requires three major steps:
1.
Create an authentication username and password for the non-root bridge on your authentication
server.
2.
Configure LEAP authentication on the root bridge to which the non-root bridge associates.
3.
Configure the non-root bridge to act as a LEAP client.
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-10
OL-7734-02
Chapter 8
Configuring Authentication Types
Matching Authentication Types on Root and Non-Root Bridges
Beginning in Privileged Exec mode, follow these instructions to set up the non-root bridge as a LEAP
client:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
ssid ssid-string
Create an SSID and enter SSID configuration mode for the new
SSID. The SSID can consist of up to 32 alphanumeric characters.
SSIDs are case-sensitive.
Step 4
authentication client
username username
password password
Configure the username and password that the non-root bridge
uses when it performs LEAP authentication. This username and
password must match the username and password that you set up
for the non-root bridge on the authentication server.
Step 5
end
Return to privileged EXEC mode.
Step 6
copy running-config
startup-config
(Optional) Save your entries in the configuration file.
This example sets a LEAP username and password for the SSID bridgeman:
bridge# configure terminal
bridge(config)# configure interface dot11radio 0
bridge(config-if)# ssid bridgeman
bridge(config-ssid)# authentication client username bugsy password run4yerlife
bridge(config-ssid)# end
Matching Authentication Types on Root and Non-Root Bridges
To use the authentication types described in this section, the root bridge authentication settings must
match the settings on the non-root bridges that associate to the root bridge.
Table 8-2 lists the settings required for each authentication type on the root and non-root bridges.
Table 8-2
Client and Bridge Security Settings
Security Feature
Non-Root Bridge Setting
Root Bridge Setting
Static WEP with open
authentication
Set up and enable WEP
Set up and enable WEP and enable
Open Authentication
Static WEP with shared key Set up and enable WEP and enable Set up and enable WEP and enable
authentication
Shared Key Authentication
Shared Key Authentication
LEAP authentication
Configure a LEAP username and
password
Set up and enable WEP and enable
network-EAP authentication
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
8-11
Chapter 8
Configuring Authentication Types
Matching Authentication Types on Root and Non-Root Bridges
Table 8-2
Client and Bridge Security Settings (continued)
Security Feature
Non-Root Bridge Setting
Root Bridge Setting
CCKM key management
Set up and enable WEP and enable Set up and enable WEP and enable
CCKM authentication
CCKM authentication, configure
the root bridge to interact with your
WDS device, and add the root
bridge to your authentication server
as a client device
WPA key management
Set up and enable WEP and enable Set up and enable WEP and enable
WPA authentication
WPA authentication
LEAP Example Configurations
Workgroup Bridge
aaa new-model
aaa group server radius rad_eap
server 172.16.8.151 auth-port 1645 acct-port 1646
aaa authentication login eap_methods group rad_eap
interface Dot11Radio0
no ip address
no ip route-cache
encryption key 1 size 128bit 0 123456789012334567890123456 transmit-key
encryption mode wep mandatory
ssid silicon_beach_hotspot
authentication network-eap eap_methods
authentication client username officer1 password 0 beach123
Access Point
aaa new-model
aaa group server radius rad_eap
server 172.16.8.151 auth-port 1645 acct-port 1646
aaa authentication login eap_methods group rad_eap
interface Dot11Radio0
no ip address
no ip route-cache
encryption key 1 size 128bit 7 A56C276D6B9560D2F4267B256926 transmit-key
encryption mode wep mandatory
ssid silicon_beach_wep
authentication network-eap eap_methods
Cisco 3200 Series Wireless MIC Software Configuration Guide
8-12
OL-7734-02
C H A P T E R
Configuring WDS, Fast Secure Roaming, and
Radio Management
This chapter describes how to configure access points for wireless domain services (WDS), fast, secure
roaming of client devices, and radio management. This chapter contains these sections:
•
Understanding WDS, page 9-2
•
Understanding Fast Secure Roaming, page 9-3
•
Understanding Radio Management, page 9-4
•
Configuring WDS and Fast Secure Roaming, page 9-5
•
Using Debug Messages, page 9-13
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-1
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Understanding WDS
Understanding WDS
The following sections describe WDS even though the WMIC cannot be configured as a WDS server
even when it is configured as an access point. However, when configured as an access point, the WMIC
can use a WDS server and can act as a WDS authenticator (client).
When you configure an access point to provide WDS, other access points (such as your WMIC if it is
configured as an access point) on your wireless LAN use the WDS access point to provide fast, secure
roaming for client devices and to participate in radio management.
Fast, secure roaming provides rapid reauthentication when a client device roams from one access point
to another, preventing delays in voice and other time-sensitive applications.
Access points participating in radio management forward information about the radio environment (such
as possible rogue access points and client associations and disassociations) to the WDS access point. The
WDS access point aggregates the information and forwards it to a wireless LAN solution engine (WLSE)
device on your network.
Role of the WDS Access Point
The WDS access point performs several tasks on your wireless LAN:
•
Advertises its WDS capability and participates in electing the best WDS access point for your
wireless LAN. When you configure your wireless LAN for WDS, you set up one access point as the
main WDS access point candidate and one or more additional access points as backup WDS access
point candidates.
•
Authenticates all access points in the subnet and establishes a secure communication channel with
each of them.
•
Collects radio data from access points in the subnet, aggregates the data, and forwards it to the
WLSE device on your network.
•
Registers all client devices in the subnet, establishes session keys for them, and caches their security
credentials. When a client roams to another access point, the WDS access point forwards the client’s
security credentials to the new access point.
Role of Access Points Using the WDS Access Point
The access points on your wireless LAN interact with the WDS access point in these activities:
•
Discover and track the current WDS access point and relay WDS advertisements to the wireless
LAN.
•
Authenticate with the WDS access point and establish a secure communication channel to the WDS
access point.
•
Register associated client devices with the WDS access point.
•
Report radio data to the WDS access point.
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-2
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Understanding Fast Secure Roaming
Understanding Fast Secure Roaming
Access points in many wireless LANs serve mobile client devices that roam from access point to access
point throughout the installation. Some applications running on client devices require fast reassociation
when they roam to a different access point. Voice applications, for example, require seamless roaming
to prevent delays and gaps in conversation.
During normal operation, LEAP-enabled client devices mutually authenticate with a new access point
by performing a complete LEAP authentication, including communication with the main RADIUS
server, as in Figure 9-1.
Figure 9-1
Client Authentication Using a RADIUS Server
Wired LAN
Client
device
Access point
or bridge
Server
1. Authentication request
3. Username
(relay to server)
(relay to client)
4. Authentication challenge
5. Authentication response
(relay to server)
(relay to client)
6. Authentication success
7. Authentication challenge
(relay to server)
(relay to client)
8. Authentication response
9. Successful authentication
(relay to server)
65583
2. Identity request
When you configure your wireless LAN for fast, secure roaming, however, LEAP-enabled client devices
roam from one access point to another without involving the main server. Using Cisco Centralized Key
Management (CCKM), an access point configured to provide Wireless Domain Services (WDS) takes
the place of the RADIUS server and authenticates the client so quickly that there is no perceptible delay
in voice or other time-sensitive applications. Figure 9-2 shows client authentication using CCKM.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-3
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Understanding Radio Management
Figure 9-2
Client Reassociation Using CCKM and a WDS Access Point
Wired LAN
Access point
WDS Device - Router/
Switch/AP
Authentication server
88964
Roaming client
device
Reassociation request
Pre-registration request
Pre-registration reply
Reassociation response
The WDS access point maintains a cache of credentials for CCKM-capable client devices on your
wireless LAN. When a CCKM-capable client roams from one access point to another, the client sends a
reassociation request to the new access point, and the new access point relays the request to the WDS
access point. The WDS access point forwards the client’s credentials to the new access point, and the
new access point sends the reassociation response to the client. Only two packets pass between the client
and the new access point, greatly shortening the reassociation time. The client also uses the reassociation
response to generate the unicast key.
Understanding Radio Management
Access points participating in radio management scan the radio environment and send reports to the
WDS access point on such radio information as potential rogue access points, associated clients, client
signal strengths, and the radio signals from other access points. The WDS access point forwards the
aggregated radio data to the WLSE device on your network. Access points participating in radio
management also assist with the self-healing wireless LAN, automatically adjusting settings to provide
coverage in case a nearby access point fails. Refer to the “” section on page 9-13 for instructions on
configuring radio management.
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-4
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Configuring WDS and Fast Secure Roaming
This section describes how to configure WDS and fast, secure roaming on your wireless LAN. This
section contains these sections:
•
Guidelines for WDS, page 9-5
•
Requirements for WDS and Fast Secure Roaming, page 9-5
•
Configuring the WMIC to use the WDS Access Point, page 9-5
•
Configuring the WMIC to use the WDS Access Point, page 9-5
•
Configuring the Authentication Server to Support Fast Secure Roaming, page 9-6
•
CLI Commands to Enable the WDS Server, page 9-9
•
Using Debug Messages, page 9-13
Guidelines for WDS
You should be aware of these WDS guidelines:
•
You cannot configure your WMIC as a WDS access point. However, when you configure your
WMIC as an access point, you can also configure it to use the WDS access point.
•
Repeater access points do not support WDS.
Requirements for WDS and Fast Secure Roaming
The wireless LAN on which your WMIC resides must meet these requirements:
•
Central wireless domain services (WDS) server serving a zone (see the Configuring WDS, Fast
Secure Roaming, and Radio Management chapter for more information)
•
Root devices configured to communicate with Central WDS server for the zone
•
Root devices on subnet / zone boundaries configured to allow unauthenticated traffic only to home
agent
•
MoIP in foreign agent mode
Configuring the WMIC to use the WDS Access Point
Your WMIC must be configured as an access point before you can configure it to use WDS. Configure
the WMIC to authenticate through the WDS access point and participate in CCKM.
AP# configure terminal
AP(config)# wlccp ap username APWestWing password 7 wes7win8
AP(config)# end
In this example, the WMIC is enabled to interact with the WDS access point, and it authenticates to your
authentication server using APWestWing as its username and wes7win8 as its password. You must
configure the same username and password pair when you set up the access point as a client on your
authentication server.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-5
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Also, to configure an access point to use a WDS access point, the access point must be configured for
an encryption cipher and authentication methods. For example:
encryption mode ciphers ckip-cmic
ssid kin_leap
authentication network-eap eap_methods
authentication key-management cckm
Refer to the “Configuring Authentication Types” chapter for more information.
Configuring the Authentication Server to Support Fast Secure Roaming
The WDS access point and all access points participating in CCKM must authenticate to your
authentication server. On your server, you must configure usernames and passwords for the access points
and a username and password for the WDS access point.
Follow these steps to configure the access points on your server:
Step 1
Log into Cisco Secure ACS and click Network Configuration to browse to the Network Configuration
page. You must use the Network Configuration page to create an entry for the WDS access point.
Figure 9-3 shows the Network Configuration page.
Figure 9-3
Step 2
Network Configuration Page
Click Add Entry under the AAA Clients table. The Add AAA Client page appears. Figure 9-4 shows
the Add AAA Client page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-6
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Figure 9-4
Add AAA Client Page
Step 3
In the AAA Client Hostname field, enter the name of the WDS access point.
Step 4
In the AAA Client IP Address field, enter the IP address of the WDS access point.
Step 5
In the Key field, enter exactly the same password that is configured on the WDS access point.
Step 6
From the Authenticate Using drop-down menu, select RADIUS.
Step 7
Click Submit.
Step 8
Repeat Step 2 through Step 7 for each WDS access point candidate.
Step 9
Click User Setup to browse to the User Setup page. You must use the User Setup page to create entries
for the access points that use the WDS access point. Figure 9-5 shows the User Setup page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-7
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Figure 9-5
User Setup Page
Step 10
Enter the name of the access point in the User field.
Step 11
Click Add/Edit.
Step 12
Scroll down to the User Setup box. Figure 9-6 shows the User Setup box.
Figure 9-6
ACS User Setup Box
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-8
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Step 13
Select CiscoSecure Database from the Password Authentication drop-down menu.
Step 14
In the Password and Confirm Password fields, enter exactly the same password that you entered on the
access point on the Wireless Services AP page.
Step 15
Click Submit.
Step 16
Repeat Step 10 through Step 15 for each access point that uses the WDS access point.
Step 17
Browse to the System Configuration page, click Service Control, and restart ACS to apply your entries.
Figure 9-7 shows the System Configuration page.
Figure 9-7
ACS System Configuration Page
CLI Commands to Enable the WDS Server
The following CLI commands are required to enable the WDS server. The no form of the commands
disables the WDS server. The same configuration applies for Central WDS server and per subnet WDS
server.
[no] wlccp wds priority <1-255> interface BVI1
[no] wlccp authentication-server infrastructure
where is
[no] wlccp authentication-server client [any | eap | leap | mac]
where is
[no] aaa group server radius infra
[no] server auth-port acct-port
[no] aaa group server radius client
[no] server auth-port acct-port
[no] aaa authentication login group infra
where is
[no] aaa authentication login group client
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-9
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
where is
CLI Commands to Enable the Root Device
The following CLI commands are required to enable the root device to communicate with the Central
WDS server. The no form disables the WDS server. This configuration also allows the Root device to
authenticate with per subnet WDS server if the Central WDS server fails.
[no] wlccp ap wds ip address
[no] wlccp ap username password 0
[no] interface Dot11Radio0
[no] encryption mode ciphers [aes-ccm | tkip | wep128 | wep40]
[no] ssid
[no] authentication network-eap
where is
[no] authentication key-management cckm
[no] aaa group server radius rad_eap
[no] server auth-port acct-port
[no] aaa authentication login group rad_eap
where is
The authentication network-eap command allows traffic to and from the client while
it is being authenticated by the root device. This command should be entered on all the root devices
located in zone boundaries and on all the clients.
authentication network-eap
where allows a client to send or receive traffic while the root device is authenticating
the client.
To enable blocking of client traffic during authentication, enter the command without the non-blocking
keyword.
authentication network-eap
Refer to
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/ibm_r1/ib1_a1g.pdf for
details on configuring access control lists on an access point to allow clients to send traffic to a home
agent only.
Refer to
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/iprmb_r/ip4bookg.pdf for
details on Mobile IP configuration commands.
Refer to
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123newft/123t/123t_7/gtfamoip.htm
for details on the foreign agent local routing feature and its configuration details.
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-10
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
dot11 interface speed Command
The dot11 interface speed command supports only 4.9-GHz data rates. The configured spacing has
precedence over the default spacing. For example, if 5-MHz spacing is configured, only data rates
corresponding to 5-MHz spacing can be specified in the speed command. If an incorrect data rate is
specified for the currently configured spacing, an error message displays, “Incorrect data rate for
currently configured spacing.”
[no] interface Dot11Radio0
[no] speed
where data rate can be one of the following:
Data Rate
Description
Spacing
1.5
Allow 1.5 Mbps
5-MHz
2.25
Allow 2.25 Mbps
5-MHz
3.0
Allow 3.0 Mbps
5-MHz and 10-MHz
4.5
Allow 4.5 Mbps
5-MHz and 10-MHz
6.0
Allow 6.0 Mbps
5-MHz and 10-MHz
9.0
Allow 9.0 Mbps
5-MHz and 10-MHz
12.0
Allow 12.0 Mbps
5-MHz and 10-MHz
13.5
Allow 13.5 Mbps
5-MHz
18.0
Allow 18.0 Mbps
10-MHz
24.0
Allow 24.0 Mbps
10-MHz
27.0
Allow 27.0 Mbps
10-MHz
basic-1.5
Require 1.5 Mbps
5-MHz
basic-2.25
Require 2.25 Mbps
5-MHz
basic-3.0
Require 3 Mbps
5-MHz and 10-MHz
basic-4.5
Require 4.5 Mbps
5-MHz and 10-MHz
basic-6.0
Require 6 Mbps
5-MHz and 10-MHz
basic-9.0
Require 9 Mbps
5-MHz and 10-MHz
basic-12.0
Require 12 Mbps
5-MHz and 10-MHz
basic-13.5
Require 13.5 Mbps
5-MHz
basic-18.0
Require 18 Mbps
10-MHz
basic-24.0
Require 24 Mbps
10-MHz
basic-27.0
Require 27 Mbps
10-MHz
default
Set default rates
Table 9-1 shows the default rates.
range
Set rates for best range
Table 9-1 shows the best range.
throughput
Set rates for best throughput Table 9-1 shows the best throughput
rates.
Table 9-1
Default Rates, Best Range Rates and Best Throughput Rates
5-MHz Spacing
10-MHz Spacing
Default Rates: basic-1.5, 2.25, basic-3.0, 4.5,
basic-6.0, 9.0, 12.0, 13.5
Default Rates: basic-3.0, 4.5, basic-6.0, 9.0,
basic-12.0, 18.0, 24.0, 27.0
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-11
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Table 9-1
Default Rates, Best Range Rates and Best Throughput Rates
Rates for Best Range: basic-1.5, 2.25, 3.0, 4.5,
6.0, 9.0, 12.0, 13.5
Rates for Best Range: basic-3.0, 4.5, 6.0 9.0 12.0
18.0 24.0 27.0
Rates for Best Throughput: basic-1.5, basic-2.25,
basic-3.0, basic-4.5, basic-6.0, basic-9.0, basic12.0, basic-13.5
Rates for Best Throughput: basic-3.0, basic-4.5,
basic-6.0, basic-9.0, basic-12.0, basic-18.0,
basic-24.0, basic-27.0
Viewing WDS Information
On the web-browser interface, browse to the Wireless Services Summary page to view a summary of
WDS status.
On the CLI in privileged exec mode, use these commands to view information about the current WDS
access point and other access points participating in CCKM:
Command
Description
show wlccp ap
Use this command on access points participating in CCKM to
display the WDS access point’s MAC address, the WDS access
point’s IP address, the access point’s state (authenticating,
authenticated, or registered), the IP address of the infrastructure
authenticator, and the IP address of the client device (MN)
authenticator.
show wlccp wds { ap | mn }
On the WDS access point only, use this command to display
[ detail ] [ mac-addr mac-address ] cached information about access points and client devices.
•
ap—Use this option to display access points participating in
CCKM. The command displays each access point’s MAC
address, IP address, state (authenticating, authenticated, or
registered), and lifetime (seconds remaining before the
access point must reauthenticate). Use the mac-addr option
to display information about a specific access point.
•
mn—Use this option to display cached information about
client devices, also called mobile nodes. The command
displays each client’s MAC address, IP address, the access
point to which the client is associated (cur-AP), and state
(authenticating, authenticated, or registered). Use the detail
option to display the client’s lifetime (seconds remaining
before the client must reauthenticate), SSID, and VLAN ID.
Use the mac-addr option to display information about a
specific client device.
If you only enter show wlccp wds, the command displays the
access point’s IP address, MAC address, priority, and interface
state (administratively standalone, active, backup, or candidate).
If the state is backup, the command also displays the current
WDS access point’s IP address, MAC address, and priority.
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-12
OL-7734-02
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Using Debug Messages
In privileged exec mode, use these debug commands to control the display of debug messages for devices
interacting with the WDS access point:
Command
Description
debug wlccp ap
{ mn | mobility | rm | state
|wds-discovery }
Use this command to turn on display of debug messages related
to client devices (mn), the WDS discovery process, and access
point authentication to the WDS access point (state).
debug wlccp leap-client
Use this command to turn on display of debugging messages
related to LEAP-enabled client devices.
debug wlccp packet
Use this command to turn on display of packets to and from the
WDS access point.
debug wlccp wds [ state |
statistics ]
Use this command and the state option to turn on display of WDS
debug and state messages. Use the statistics option to turn on
display of failure statistics.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
9-13
Chapter 9
Configuring WDS, Fast Secure Roaming, and Radio Management
Configuring WDS and Fast Secure Roaming
Cisco 3200 Series Wireless MIC Software Configuration Guide
9-14
OL-7734-02
C H A P T E R
10
Configuring VLANs
This chapter describes how to configure your WMIC to operate with the VLANs set up on your wired
LAN. These sections describe how to configure your WMIC to support VLANs:
•
Understanding VLANs, page 10-2
•
Configuring VLANs, page 10-4
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
10-1
Chapter 10
Configuring VLANs
Understanding VLANs
Understanding VLANs
A VLAN is a switched network that is logically segmented, by functions, project teams, or applications
rather than on a physical or geographical basis. For example, all workstations and servers used by a
particular workgroup team can be connected to the same VLAN, regardless of their physical connections
to the network or the fact that they might be intermingled with other teams. You use VLANs to
reconfigure the network through software rather than physically unplugging and moving devices or
wires.
A VLAN can be thought of as a broadcast domain that exists within a defined set of switches. A VLAN
consists of a number of end systems, either hosts or network equipment (such as bridges and routers),
connected by a single bridging domain. The bridging domain is supported on various pieces of network
equipment such as LAN switches that operate bridging protocols between them with a separate group
for each VLAN.
VLANs provide the segmentation services traditionally provided by routers in LAN configurations.
VLANs address scalability, security, and network management. You should consider several key issues
when designing and building switched LAN networks:
•
LAN segmentation
•
Security
•
Broadcast control
•
Performance
•
Network management
•
Communication between VLANs
You extend VLANs into a wireless LAN by adding IEEE 802.11Q tag awareness to the WMIC. VLAN
802.1Q trunking is supported between root and non-root bridges through the bridges’ primary SSID.
Figure 10-1 shows two bridges sending 802.11Q-tagged packets between two LAN segments that use
logical VLAN segmentation.
Cisco 3200 Series Wireless MIC Software Configuration Guide
10-2
OL-7734-02
Chapter 10
Configuring VLANs
Understanding VLANs
Figure 10-1
Bridges Connecting LAN Segments Using VLANs
VLAN 1 VLAN 2 VLAN 3
Catalyst
VLAN Switch
PC
PC
PC
PC
PC
PC
Catalyst
VLAN Switch
VLAN 1 VLAN 2 VLAN 3
Catalyst
VLAN Switch
PC
PC
PC
PC
PC
PC
PC
PC
PC
Catalyst
VLAN Switch
PC
PC
PC
Catalyst
VLAN Switch
Catalyst
VLAN Switch
Non-Root Bridge
88904
802.11Q-tagged packets sent
across wireless bridge link
Root Bridge
Related Documents
These documents provide more detailed information pertaining to VLAN design and configuration:
•
Cisco IOS Switching Services Configuration Guide. Click this link to browse to this document:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fswtch_c/index.htm
•
Cisco Internetwork Design Guide. Click this link to browse to this document:
http://www.cisco.com/univercd/cc/td/doc/cisintwk/idg4/index.htm
•
Cisco Internetworking Technology Handbook. Click this link to browse to this document:
http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/index.htm
•
Cisco Internetworking Troubleshooting Guide. Click this link to browse to this document:
http://www.cisco.com/univercd/cc/td/doc/cisintwk/itg_v1/index.htm
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
10-3
Chapter 10
Configuring VLANs
Configuring VLANs
Incorporating Wireless Bridges into VLANs
The basic wireless components of a VLAN consist of two or more bridges communicating using wireless
technology. The WMIC is physically connected through a trunk port to the network VLAN switch on
which the VLAN is configured. The physical connection to the VLAN switch is through the WMIC’s
Ethernet port.
In fundamental terms, the key to configuring a WMIC to connect to a specific VLAN is by configuring
its SSID to recognize that VLAN. Since VLANs are identified by a VLAN ID, it follows that if the SSID
on a WMIC is configured to recognize a specific VLAN ID, a connection to the VLAN is established.
The WMIC supports 16 SSIDs. You can assign only one SSID to the native VLAN.
Configuring VLANs
These sections describe how to configure VLANs on your WMIC:
•
Configuring a VLAN, page 10-4
•
Viewing VLANs Configured on the WMIC, page 10-7
Configuring a VLAN
Configuring your WMIC to support VLANs is a five-step process:
1.
Create subinterfaces on the radio and Ethernet interfaces.
2.
Enable 802.1q encapsulation on the subinterfaces and assign one subinterface as the native VLAN.
3.
Assign a bridge group to each VLAN.
4.
(Optional) Enable WEP on the native VLAN.
5.
Assign the WMIC’s SSID to the native VLAN.
This section describes how to assign an SSID to a VLAN and how to enable a VLAN on the WMIC radio
and Ethernet ports. For detailed instructions on assigning authentication types to SSIDs, see Chapter 8,
“Configuring Authentication Types.”
Beginning in privileged EXEC mode, follow these steps to assign an SSID to a VLAN and enable the
VLAN on the WMIC radio and Ethernet ports:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio0.x
Create a radio subinterface and enter interface configuration
mode for the subinterface.
Step 3
encapsulation dot1q vlan-id
[native]
Enable a VLAN on the subinterface.
(Optional) Designate the VLAN as the native VLAN. On many
networks, the native VLAN is VLAN 1.
Cisco 3200 Series Wireless MIC Software Configuration Guide
10-4
OL-7734-02
Chapter 10
Configuring VLANs
Configuring VLANs
Step 4
Command
Purpose
bridge-group number
Assign the subinterface to a bridge group. You can number your
bridge groups from 1 to 255.
Note
When you enter the bridge-group command, the
WMIC enables the subinterface to be ready to
participate in STP when you enter the bridge n
protocol ieee command. See Chapter 6, “Configuring
Spanning Tree Protocol,” for complete instructions on
enabling STP on the WMIC.
Step 5
exit
Return to global configuration mode.
Step 6
interface fastEthernet0.x
Create an Ethernet subinterface and enter interface
configuration mode for the subinterface.
Step 7
encapsulation dot1q vlan-id
[native]
Enable a VLAN on the subinterface.
Step 8
bridge-group number
Assign the subinterface to a bridge group. You can number your
bridge groups from 1 to 255.
Step 9
exit
Return to global configuration mode.
Step 10
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 11
ssid ssid-string
Create an SSID and enter SSID configuration mode for the new
SSID. The SSID can consist of up to 32 alphanumeric
characters. SSIDs are case sensitive. You can create up to 16
SSIDs on the bridge; however, only one SSID can be assigned
to the native VLAN.
(Optional) Designate the VLAN as the native VLAN. On many
networks, the native VLAN is VLAN 1.
Note
You use the ssid command’s authentication options to
configure an authentication type for each SSID. See
Chapter 8, “Configuring Authentication Types,” for
instructions on configuring authentication types.
Step 12
vlan vlan-id
Assign the SSID to the native VLAN.
Step 13
infrastructure-ssid
Designate the SSID as the infrastructure SSID. It is used to
instruct a non-root bridge or workgroup bridge radio to
associate with this SSID.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
10-5
Chapter 10
Configuring VLANs
Configuring VLANs
Step 14
Command
Purpose
encryption
[vlan vlan-id]
mode wep {optional [key-hash] |
mandatory [mic] [key-hash]}
(Optional) Enable WEP and WEP features on the native
VLAN.
•
(Optional) Select the VLAN for which you want to enable
WEP and WEP features.
•
Set the WEP level and enable TKIP and MIC. If you enter
optional, another bridge can associate to the WMIC with
or without WEP enabled. You can enable TKIP with WEP
set to optional but you cannot enable MIC. If you enter
mandatory, other bridges must have WEP enabled to
associate to the WMIC. You can enable both TKIP and
MIC with WEP set to mandatory.
Note
You can enable encryption for each VLAN, but the
WMIC uses only the encryption on the native VLAN.
For example, if the native VLAN encryption is set to
128-bit static WEP, that is the only encryption method
used for traffic between the root and non-root bridge.
Step 15
exit
Return to interface configuration mode for the radio interface.
Step 16
end
Return to privileged EXEC mode.
Step 17
copy running-config startup-config (Optional) Save your entries in the configuration file.
This example shows how to:
•
Enable the VLAN on the radio and Ethernet ports as the native VLAN
•
Name an SSID
•
Assign the SSID to a VLAN
bridge# configure terminal
bridge(config)# interface dot11radio0.1
bridge(config-subif)# encapsulation dot1q 1 native
bridge(config-subif)# bridge group 1
bridge(config-subif)# exit
bridge(config)# interface fastEthernet0.1
bridge(config-subif)# encapsulation dot1q 1 native
bridge(config-subif)# bridge group 1
bridge(config-subif)# exit
bridge(config)# interface dot11radio0
bridge(config-if)# ssid batman
bridge(config-ssid)# vlan 1
bridge(config-ssid)# infrastructure-ssid
bridge(config-ssid)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
10-6
OL-7734-02
Chapter 10
Configuring VLANs
Configuring VLANs
Viewing VLANs Configured on the WMIC
In privileged EXEC mode, use the show vlan command to view the VLANs that the WMIC supports.
This is sample output from a show vlan command:
Virtual LAN ID:
1 (IEEE 802.1Q Encapsulation)
vLAN Trunk Interfaces:
FastEthernet0
Virtual-Dot11Radio0
Dot11Radio0
This is configured as native Vlan for the following interface(s) :
Dot11Radio0
FastEthernet0
Virtual-Dot11Radio0
Protocols Configured:
Address:
Bridging
Bridge Group 1
Bridging
Bridge Group 1
Bridging
Bridge Group 1
Virtual LAN ID:
Received:
201688
201688
201688
Transmitted:
Received:
Transmitted:
2 (IEEE 802.1Q Encapsulation)
vLAN Trunk Interfaces:
FastEthernet0.2
Virtual-Dot11Radio0.2
Protocols Configured:
Dot11Radio0.2
Address:
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
10-7
Chapter 10
Configuring VLANs
Configuring VLANs
Cisco 3200 Series Wireless MIC Software Configuration Guide
10-8
OL-7734-02
C H A P T E R
11
Configuring QoS in a Wireless Environment
This chapter describes how to configure quality of service (QoS) on your WMIC. With this feature, you
can provide preferential treatment to certain traffic at the expense of others. Without QoS, the WMIC
offers best-effort service to each packet, regardless of the packet contents or size. It sends the packets
without any assurance of reliability, delay bounds, or throughput.
This chapter consists of these sections:
•
Understanding QoS for Wireless LANs, page 11-2
•
Configuring QoS, page 11-3
•
QoS Configuration Examples, page 11-9
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-1
Chapter 11
Configuring QoS in a Wireless Environment
Understanding QoS for Wireless LANs
Understanding QoS for Wireless LANs
Typically, networks operate on a best-effort delivery basis, which means that all traffic has equal priority
and an equal chance of being delivered in a timely manner. When congestion occurs, all traffic has an
equal chance of being dropped.
When you configure QoS on the WMIC, you can select specific network traffic, prioritize it, and use
congestion-management and congestion-avoidance techniques to provide preferential treatment.
Implementing QoS in your wireless LAN makes network performance more predictable and bandwidth
utilization more effective.
When you configure QoS, you create QoS policies and apply the policies to the VLAN configured on
your WMIC. If you do not use VLANs on your network, you can apply your QoS policies to the WMIC’s
Ethernet and radio ports.
Note
Configuring the limited WMIC QoS features typically are not enough to manage the traffic
when traffic can congest the limited 20 Mbps bandwidth of the WMIC. We highly recommended
that you apply traffic shaping and other MQC based QoS features.
QoS for Wireless LANs Versus QoS on Wired LANs
The QoS implementation for wireless LANs differs from QoS implementations on other Cisco devices.
With QoS enabled, bridges perform the following:
•
They do not classify packets; they prioritize packets based on DSCP value, client type (such as a
wireless phone), or the priority value in the 802.1q or 802.1p tag.
•
They do not match packets using ACL; they use only MQC class-map for matching clauses.
•
They do not construct internal DSCP values; they only support mapping by assigning IP DSCP,
Precedence, or Protocol values to Layer 2 COS values.
•
They carry out EDCF like queuing on the radio egress port only.
•
They do only FIFO queueing on the Ethernet egress port.
•
They support only 802.1Q/P tagged packets. Bridges do not support ISL.
•
They support only MQC policy-map set cos action.
To contrast the wireless LAN QoS implementation with the QoS implementation on other Cisco network
devices, see the Cisco IOS Quality of Service Solutions Configuration Guide at this URL:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos_c/index.htm
Impact of QoS on a Wireless LAN
Wireless LAN QoS features are a subset of the proposed 802.11e draft. QoS on wireless LANs provides
prioritization of traffic from the WMIC over the WLAN based on traffic classification.
Just as in other media, you might not notice the effects of QoS on a lightly loaded wireless LAN. The
benefits of QoS become more obvious as the load on the wireless LAN increases, keeping the latency,
jitter, and loss for selected traffic types within an acceptable range.
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-2
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
QoS on the wireless LAN focuses on downstream prioritization from the WMIC. These are the effects
of QoS on network traffic:
•
The radio downstream flow is traffic transmitted out the WMIC radio to another bridge. This traffic
is the main focus for QoS on a wireless LAN.
•
The radio upstream flow is traffic received on the WMIC radio from another bridge. QoS for
wireless LAN does not affect this traffic.
•
The Ethernet downstream flow is traffic sent from a switch or a router to the Ethernet port on the
WMIC. If QoS is enabled on the switch or router, the switch or router might prioritize and rate-limit
traffic to the WMIC.
•
The Ethernet upstream flow is traffic sent from the WMIC Ethernet port to a switch or router on the
wired LAN. The WMIC does not prioritize traffic that it sends to the wired LAN based on traffic
classification.
Precedence of QoS Settings
When you enable QoS, the WMIC queues packets based on the Layer 2 class of service value for each
packet. The WMIC applies QoS policies in this order:
1.
Note
Packets already classified—When the WMIC receives packets from a QoS-enabled switch or router
that has already classified the packets with non-zero 802.1Q/P user_priority values, the WMIC uses
that classification and does not apply other QoS policy rules to the packets. An existing
classification takes precedence over all other policies on the WMIC.
The WMIC always acts on tagged 802.1P packets that it receives over the radio interface, even if a QoS
policy has not been configured.
2.
Policies you create on the WMIC—QoS Policies that you create and apply to VLANs or to the
WMIC interfaces are second in precedence after previously classified packets.
3.
Default classification for all packets on VLAN—If you set a default classification for all packets on
a VLAN, that policy is third in the precedence list.
Configuring QoS
QoS is disabled by default. This section describes how to configure QoS on your WMIC. It contains this
configuration information:
•
Configuration Guidelines, page 11-4
•
Configuring QoS Using the Web-Browser Interface, page 11-4
•
Adjusting Radio Access Category Definitions, page 11-7
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-3
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
Configuration Guidelines
Before configuring QoS on your WMIC, you should be aware of this information:
•
The most important guideline in QoS deployment is to be familiar with the traffic on your wireless
LAN. If you know the applications used by wireless client devices, the applications’ sensitivity to
delay, and the amount of traffic associated with the applications, you can configure QoS to improve
performance.
•
QoS does not create additional bandwidth for your wireless LAN; it helps control the allocation of
bandwidth. If you have plenty of bandwidth on your wireless LAN, you might not need to configure
QoS.
Configuring QoS Using the Web-Browser Interface
This section describes configuring QoS using the web-browser interface.
Follow these steps to configure QoS:
Step 1
If you use VLANs on your wireless LAN, make sure the necessary VLAN is configured on your WMIC
before configuring QoS.
Step 2
Click Services in the task menu on the left side of any page in the web-browser interface. When the list
of Services expands, click QoS. The QoS Policies page appears. Figure 11-1 shows the QoS Policies
page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-4
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
Figure 11-1
QoS Policies Page
Step 3
With selected in the Create/Edit Policy field, type a name for the QoS policy in the Policy Name
entry field. The name can contain up to 25 alphanumeric characters. Do not include spaces in the policy
name.
Step 4
If the packets that you need to prioritize contain IP precedence information in the IP header TOS field,
select an IP precedence classification from the IP Precedence drop-down menu. Menu selections include:
Step 5
•
Routine (0)
•
Priority (1)
•
Immediate (2)
•
Flash (3)
•
Flash Override (4)
•
Critic/CCP (5)
•
Internet Control (6)
•
Network Control (7)
Use the Apply Class of Service drop-down menu to select the class of service that the WMIC will apply
to packets of the type that you selected from the IP Precedence menu. The WMIC matches your IP
Precedence selection with your class of service selection. Settings in the Apply Class of Service menu
include:
•
Best Effort (0)
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-5
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
•
Background (1)
•
Spare (2)
•
Excellent (3)
•
Control Lead (4)
•
Video <100ms Latency (5)
•
Voice <10ms Latency (6)
•
Network Control (7)
Step 6
Click the Add button beside the Class of Service menu for IP Precedence. The classification appears in
the Classifications field. To delete a classification, select it and click the Delete button beside the
Classifications field.
Step 7
If the packets that you need to prioritize contain IP DSCP precedence information in the IP header TOS
field, select an IP DSCP classification from the IP DSCP drop-down menu. Menu selections include:
•
Best Effort
•
Assured Forwarding — Class 1 Low
•
Assured Forwarding — Class 1 Medium
•
Assured Forwarding — Class 1 High
•
Assured Forwarding — Class 2 Low
•
Assured Forwarding — Class 2 Medium
•
Assured Forwarding — Class 2 High
•
Assured Forwarding — Class 3 Low
•
Assured Forwarding — Class 3 Medium
•
Assured Forwarding — Class 3 High
•
Assured Forwarding — Class 4 Low
•
Assured Forwarding — Class 4 Medium
•
Assured Forwarding — Class 4 High
•
Class Selector 1
•
Class Selector 2
•
Class Selector 3
•
Class Selector 4
•
Class Selector 5
•
Class Selector 6
•
Class Selector 7
•
Expedited Forwarding
Step 8
Use the Apply Class of Service drop-down menu to select the class of service that the WMIC will apply
to packets of the type that you selected from the IP DSCP menu. The WMIC matches your IP DSCP
selection with your class of service selection.
Step 9
Click the Add button beside the Class of Service menu for IP DSCP. The classification appears in the
Classifications field.
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-6
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
Step 10
If you need to assign a priority to filtered packets, use the Filter drop-down menu to select a Filter to
include in the policy. (If no filters are defined on the WMIC, a link to the Apply Filters page appears
instead of the Filter drop-down menu.) For example, you could assign a high priority to a MAC address
filter that includes the MAC addresses of IP phones.
Note
The access list you use in QoS does not affect the WMIC’s packet forwarding decisions.
Step 11
Use the Apply Class of Service drop-down menu to select the class of service that the WMIC will apply
to packets that match the filter that you selected from the Filter menu. The WMIC matches your filter
selection with your class of service selection.
Step 12
Click the Add button beside the Class of Service menu for Filter. The classification appears in the
Classifications field.
Step 13
If you want to set a default classification for all packets on a VLAN, use the Apply Class of Service
drop-down menu to select the class of service that the WMIC will apply to all packets on a VLAN. The
WMIC matches all packets with your class of service selection.
Step 14
Click the Add button beside the Class of Service menu for Default classification for packets on the
VLAN. The classification appears in the Classifications field.
Step 15
When you finish adding classifications to the policy, click the Apply button under the Apply Class of
Service drop-down menus. To cancel the policy and reset all fields to defaults, click the Cancel button
under the Apply Class of Service drop-down menus. To delete the entire policy, click the Delete button
under the Apply Class of Service drop-down menus.
Step 16
Use the Apply Policies to Interface/VLANs drop-down menus to apply policies to the Ethernet and radio
ports. If VLANs are configured on the WMIC, drop-down menus for each VLAN’s virtual ports appear
in this section. If VLANs are not configured on the WMIC, drop-down menus for each interface appear.
Step 17
Click the Apply button at the bottom of the page to apply the policies to the ports.
Adjusting Radio Access Category Definitions
The WMIC uses the radio access category definitions to calculate backoff times for each packet. As a
rule, high-priority packets have short backoff times.
The default values in the Min and Max Contention Window fields and in the Slot Time fields are based
on settings recommended in IEEE Draft Standard 802.11e. For detailed information on these values,
consult that standard.
We strongly recommend that you use the default settings on the Radio Traffic Access Categories page,
or that you use the settings described in section x. Changing these values can lead to unexpected
blockages of traffic on your wireless LAN, and the blockages might be difficult to diagnose. If you
change these values and find that you need to reset them to defaults, use the default settings listed in
Table 11-1.
The values listed in Table 11-1 are to the power of 2. The WMIC computes Contention Window values
with this equation:
CW = 2 ** X minus 1
where X is the value from Table 11-1.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-7
Chapter 11
Configuring QoS in a Wireless Environment
Configuring QoS
Table 11-1
Default QoS Radio Traffic Class Definitions
Class of Service
Min Contention Window
Max Contention Window
Fixed Slot Time
Background (CoS 1-2)
10
Best Effort (CoS 0)
10
Video (CoS 3-5)
10
Voice (CoS 6-7)
Figure 11-2 shows the Radio 802.11G Access Categories page.
Figure 11-2
Radio 802.11G Access Categories Page
CW-min and CW-max Settings for Point-to-Point and Point-to-Multipoint Bridge Links
For best performance on your WMIC links, adjust the CW-min and CW-max contention window settings
according to the values listed in Table 11-2. The default settings, CW-min 3 and CW-max 10, are best
for point-to-point links. However, for point-to-multipoint links, you should adjust the settings depending
on the number of non-root bridges that associate to the root bridge.
Note
If packet concatenation is enabled, you need to adjust the CW-min and CW-max settings only
for traffic class 0. Concatenation is disabled by default.
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-8
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
Table 11-2
CW-min and CW-max Settings for Point-to-Point and Point-to-Multipoint Bridge Links
Setting
Point-to-Multipoint
Links with up to 5
Point-to-Point Links Non-Root Bridges
Point-to-Multipoint
Links with up to 10
Non-Root Bridges
Point-to-Multipoint
Links with up to 17
Non-Root Bridges
CW-min
CW-max
10
10
10
10
Beginning in privileged EXEC mode, follow these steps to adjust the CW-min and CW-max settings:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface dot11radio 0
Enter interface configuration mode for the radio interface.
Step 3
traffic-class class
{ cw-min number }
{ cw-max number }
{ fixed-slot number }
Assign CW-min, CW-max, and fixed-slot settings to a traffic
class. Use the values in Table 11-2 to enter settings that provide
the best performance for your network configuration.
Note
If packet concatenation is enabled, you need to adjust
the CW-min and CW-max settings only for traffic class
0. Concatenation is enabled by default.
Step 4
end
Step 5
copy running-config startup-config (Optional) Save your entries in the configuration file.
Return to privileged EXEC mode.
Use the no form of the command to reset the setting to defaults.
QoS Configuration Examples
These sections describe two common uses for QoS:
•
Giving Priority to Voice Traffic, page 11-9
•
Giving Priority to Video Traffic, page 11-10
Giving Priority to Voice Traffic
This section demonstrates how you can apply a QoS policy to your wireless network.
In this example, the network administrator creates a policy named voice_policy that applies voice class
of service to traffic from packets having Priority precedence in IP Precedence field. The user applies the
voice_policy to the incoming and outgoing radio ports and to the outgoing Ethernet port. Figure 11-3
shows the administrator’s QoS Policies page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-9
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
Figure 11-3
QoS Policies Page for Voice Example
Giving Priority to Video Traffic
This section demonstrates how you could apply a QoS policy to a network dedicated to video traffic.
In this example, the network administrator creates a policy named video_policy that applies video class
of service to video traffic. The user applies the video_policy to the incoming and outgoing radio ports
and to the outgoing Ethernet port. Figure 11-4 shows the administrator’s QoS Policies page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-10
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
Figure 11-4
QoS Policies Page for Video Example
QoS Example Configuration for VLAN
The example in this section queues all traffic from VLAN100 to the voice queue.
interface fastEthernet 0.1
encapsulation dot1Q 1 native
bridge-group 1
interface fastEthernet 0.100
encapsulation dot1Q 100
bridge-group 100
interface fastEthernet 0.101
encapsulation dot1Q 101
bridge-group 101
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-11
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
interface dot11Radio 0.1
encapsulation dot1Q 1 native
bridge-group 1
interface dot11Radio 0.100
encapsulation dot1Q 100
bridge-group 100
interface dot11Radio 0.101
encapsulation dot1Q 101
bridge-group 101
interface dot11Radio 0
ssid qosWMIC-1
vlan 1
authentication open
ssid qosWMIC-100
vlan 100
authentication open
ssid qosWMIC-101
vlan 101
authentication open
class-map match-all alldata
match any
policy-map v100traffic
class alldata
set cos 6
interface dot11Radio 0.100
service-policy output v100traffic
QoS Example of IP DSCP and IP Precedence
The example in this section queues traffic data with the IP Precedence value 2 to Queue 0, IP DSCP value
12 to Queue 1, IP Precedence value 5 to Queue 2, and IP DSCP value 46 to queue 3.
class-map match-all dscp12
match ip dscp af12
class-map match-all dscp46
match ip dscp ef
class-map match-all prec2
match ip precedence immediate
class-map match-all prec5
match ip precedence critical
policy-map L3Map
class prec2
set cos 2
class dscp12
set cos 0
class prec5
set cos 5
class dscp46
set cos 6
interface dot11Radio 0
service-policy output L3Map
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-12
OL-7734-02
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
11-13
Chapter 11
Configuring QoS in a Wireless Environment
QoS Configuration Examples
Cisco 3200 Series Wireless MIC Software Configuration Guide
11-14
OL-7734-02
C H A P T E R
12
Configuring Filters
This chapter describes how to configure and manage MAC address, IP, and Ethertype filters on the
WMIC using the web-browser interface. This chapter contains these sections:
•
Understanding Filters, page 12-2
•
Configuring Filters Using the CLI, page 12-2
•
Configuring Filters Using the Web-Browser Interface, page 12-2
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
12-1
Chapter 12
Configuring Filters
Understanding Filters
Understanding Filters
Protocol filters (IP protocol, IP port, and Ethertype) prevent or allow the use of specific protocols
through the WMIC’s Ethernet and radio ports. You can set up individual protocol filters or sets of filters.
You can filter protocols for wireless client devices, users on the wired LAN, or both. For example, an
SNMP filter on the WMIC’s radio port prevents SNMP access through the radio but does not block
SNMP access from the wired LAN.
IP address and MAC address filters allow or disallow the forwarding of unicast and multicast packets
either sent from or addressed to specific IP or MAC addresses. You can create a filter that passes traffic
to all addresses except those you specify, or you can create a filter that blocks traffic to all addresses
except those you specify.
You can configure filters using the web-browser interface or by entering commands in the CLI.
Tip
You can include filters in the WMIC’s QoS policies. Refer to Chapter 11, “Configuring QoS in a
Wireless Environment,” for detailed instructions on setting up QoS policies.
Configuring Filters Using the CLI
To configure filters using IOS commands, you use access control lists (ACLs) and bridge groups. You
can find explanations of these concepts and instructions for implementing them in these documents:
•
Cisco IOS Bridging and IBM Networking Configuration Guide, Release 12.2. Click this link to
browse to the “Configuring Transparent Bridging” chapter:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fibm_c/bcfpart1/bcftb.
htm
•
Catalyst 4908G-L3 Cisco IOS Release 12.0(10)W5(18e) Software Feature and Configuration Guide.
Click this link to browse to the “Command Reference” chapter:
http://www.cisco.com/univercd/cc/td/doc/product/l3sw/4908g_l3/ios_12/10w518e/config/cmd_ref.
htm
Configuring Filters Using the Web-Browser Interface
This section describes how to configure and enable filters using the web-browser interface. You complete
two steps to configure and enable a filter:
1.
Name and configure the filter using the filter setup pages.
2.
Enable the filter using the Apply Filters page.
These sections describe setting up and enabling three filter types:
•
Configuring and Enabling MAC Address Filters, page 12-3
•
Configuring and Enabling IP Filters, page 12-5
•
Configuring and Enabling Ethertype Filters, page 12-7
Cisco 3200 Series Wireless MIC Software Configuration Guide
12-2
OL-7734-02
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Configuring and Enabling MAC Address Filters
MAC address filters allow or disallow the forwarding of unicast and multicast packets either sent from
or addressed to specific MAC addresses. You can create a filter that passes traffic to all MAC addresses
except those you specify, or you can create a filter that blocks traffic to all MAC addresses except those
you specify. You can apply the filters you create to either or both the Ethernet and radio ports and to
either or both incoming and outgoing packets.
Note
MAC address filters are powerful, and you can lock yourself out of the WMIC if you make a mistake
setting up the filters. If you accidentally lock yourself out of your WMIC, use the CLI to disable the
filters, or reset the WMIC to factory defaults.
Use the MAC Address Filters page to create MAC address filters for the WMIC. Figure 12-1 shows the
MAC Address Filters page.
Figure 12-1
MAC Address Filters Page
Follow this link path to reach the Address Filters page:
1.
Click Services in the page navigation bar.
2.
In the Services page list, click Filters.
3.
On the Apply Filters page, click the MAC Address Filters tab at the top of the page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
12-3
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Creating a MAC Address Filter
Follow these steps to create a MAC address filter:
Step 1
Follow the link path to the MAC Address Filters page.
Step 2
If you are creating a new MAC address filter, make sure (the default) is selected in the
Create/Edit Filter Index menu. To edit a filter, select the filter number from the Create/Edit Filter Index
menu.
Step 3
In the Filter Index field, name the filter with a number from 700 to 799. The number you assign creates
an access control list (ACL) for the filter.
Step 4
Enter a MAC address in the Add MAC Address field. Enter the address with periods separating the three
groups of four characters (0040.9612.3456, for example).
Step 5
Use the Mask entry field to indicate how many bits, from left to right, the filter checks against the MAC
address. For example, to require an exact match with the MAC address (to check all bits) enter
FFFF.FFFF.FFFF. To check only the first 4 bytes, enter FFFF.FFFF.0000.
Step 6
Select Forward or Block from the Action menu.
Step 7
Click Add. The MAC address appears in the Filters Classes field. To remove the MAC address from the
Filters Classes list, select it and click Delete Class.
Step 8
Repeat Step 4 through Step 7 to add addresses to the filter.
Step 9
Select Forward All or Block All from the Default Action menu. The filter’s default action must be the
opposite of the action for at least one of the addresses in the filter. For example, if you enter several
addresses and you select Block as the action for all of them, you must choose Forward All as the filter’s
default action.
Step 10
Click Apply. The filter is saved on the WMIC, but it is not enabled until you apply it on the Apply Filters
page.
Step 11
Click the Apply Filters tab to return to the Apply Filters page. Figure 12-2 shows the Apply Filters page.
Figure 12-2
Apply Filters Page
Cisco 3200 Series Wireless MIC Software Configuration Guide
12-4
OL-7734-02
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Step 12
Select the filter number from one of the MAC drop-down menus. You can apply the filter to either or
both the Ethernet and radio ports, and to either or both incoming and outgoing packets.
Step 13
Click Apply. The filter is enabled on the selected ports.
Configuring and Enabling IP Filters
IP filters (IP address, IP protocol, and IP port) prevent or allow the use of specific protocols through the
WMIC’s Ethernet and radio ports, and IP address filters allow or prevent the forwarding of unicast and
multicast packets either sent from or addressed to specific IP addresses. You can create a filter that passes
traffic to all addresses except those you specify, or you can create a filter that blocks traffic to all
addresses except those you specify. You can create filters that contain elements of one, two, or all three
IP filtering methods. You can apply the filters you create to either or both the Ethernet and radio ports
and to either or both incoming and outgoing packets.
Use the IP Filters page to create IP filters for the WMIC. Figure 12-3 shows the IP Filters page.
Figure 12-3
IP Filters Page
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
12-5
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Follow this link path to reach the IP Filters page:
1.
Click Services in the page navigation bar.
2.
In the Services page list, click Filters.
3.
On the Apply Filters page, click the IP Filters tab at the top of the page.
Creating an IP Filter
Follow these steps to create an IP filter:
Step 1
Follow the link path to the IP Filters page.
Step 2
If you are creating a new filter, make sure (the default) is selected in the Create/Edit Filter Index
menu. To edit an existing filter, select the filter name from the Create/Edit Filter Index menu.
Step 3
Enter a descriptive name for the new filter in the Filter Name field.
Step 4
Select Forward all or Block all as the filter’s default action from the Default Action menu. The filter’s
default action must be the opposite of the action for at least one of the addresses in the filter. For
example, if you create a filter containing an IP address, an IP protocol, and an IP port and you select
Block as the action for all of them, you must choose Forward All as the filter’s default action.
Step 5
To filter an IP address, enter an address in the IP Address field.
Note
If you plan to block traffic to all IP addresses except those you specify as allowed, put the
address of your own PC in the list of allowed addresses to avoid losing connectivity to the
WMIC.
Step 6
Type the mask for the IP address in the Mask field. Enter the mask with periods separating the groups
of characters (112.334.556.778, for example). If you enter 255.255.255.255 as the mask, the WMIC
accepts any IP address. If you enter 0.0.0.0, the WMIC looks for an exact match with the IP address you
entered in the IP Address field. The mask you enter in this field behaves the same way that a mask
behaves when you enter it in the CLI.
Step 7
Select Forward or Block from the Action menu.
Step 8
Click Add. The address appears in the Filters Classes field. To remove the address from the Filters
Classes list, select it and click Delete Class. Repeat Step 5 through Step 8 to add addresses to the filter.
If you do not need to add IP protocol or IP port elements to the filter, skip to Step 15 to save the filter
on the WMIC.
Step 9
To filter an IP protocol, select one of the common protocols from the IP Protocol drop-down menu, or
select the Custom radio button and enter the number of an existing ACL in the Custom field. Enter an
ACL number from 0 to 255. See Appendix C, “Protocol Filters,” for a list of IP protocols and their
numeric designators.
Step 10
Select Forward or Block from the Action menu.
Step 11
Click Add. The protocol appears in the Filters Classes field. To remove the protocol from the Filters
Classes list, select it and click Delete Class. Repeat Step 9 to Step 11 to add protocols to the filter.
If you do not need to add IP port elements to the filter, skip to Step 15 to save the filter on the WMIC.
Step 12
To filter a TCP or UDP port protocol, select one of the common port protocols from the TCP Port or
UDP Port drop-down menus, or select the Custom radio button and enter the number of an existing
protocol in one of the Custom fields. Enter a protocol number from 0 to 65535. See Appendix C,
“Protocol Filters,” for a list of IP port protocols and their numeric designators.
Cisco 3200 Series Wireless MIC Software Configuration Guide
12-6
OL-7734-02
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Step 13
Select Forward or Block from the Action menu.
Step 14
Click Add. The protocol appears in the Filters Classes field. To remove the protocol from the Filters
Classes list, select it and click Delete Class. Repeat Step 12 to Step 14 to add protocols to the filter.
Step 15
When the filter is complete, click Apply. The filter is saved on the WMIC, but it is not enabled until you
apply it on the Apply Filters page.
Step 16
Click the Apply Filters tab to return to the Apply Filters page. Figure 12-4 shows the Apply Filters page.
Figure 12-4
Apply Filters Page
Step 17
Select the filter name from one of the IP drop-down menus. You can apply the filter to either or both the
Ethernet and radio ports, and to either or both incoming and outgoing packets.
Step 18
Click Apply. The filter is enabled on the selected ports.
Configuring and Enabling Ethertype Filters
Ethertype filters prevent or allow the use of specific protocols through the WMIC’s Ethernet and radio
ports. You can apply the filters you create to either or both the Ethernet and radio ports and to either or
both incoming and outgoing packets.
Use the Ethertype Filters page to create Ethertype filters. Figure 12-5 shows the Ethertype Filters page.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
12-7
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Figure 12-5
Ethertype Filters Page
Follow this link path to reach the Ethertype Filters page:
1.
Click Services in the page navigation bar.
2.
In the Services page list, click Filters.
3.
On the Apply Filters page, click the Ethertype Filters tab at the top of the page.
Creating an Ethertype Filter
Follow these steps to create an Ethertype filter:
Step 1
Follow the link path to the Ethertype Filters page.
Step 2
If you are creating a new filter, make sure (the default) is selected in the Create/Edit Filter Index
menu. To edit an existing filter, select the filter number from the Create/Edit Filter Index menu.
Step 3
In the Filter Index field, name the filter with a number from 200 to 299. The number you assign creates
an access control list (ACL) for the filter.
Step 4
Enter an Ethertype number in the Add Ethertype field. See Appendix C, “Protocol Filters,” for a list of
protocols and their numeric designators.
Step 5
Enter the mask for the Ethertype in the Mask field.
Step 6
Select Forward or Block from the Action menu.
Step 7
Click Add. The Ethertype appears in the Filters Classes field. To remove the Ethertype from the Filters
Classes list, select it and click Delete Class. Repeat Step 4 through Step 7 to add Ethertypes to the filter.
Step 8
Select Forward All or Block All from the Default Action menu. The filter’s default action must be the
opposite of the action for at least one of the Ethertypes in the filter. For example, if you enter several
Ethertypes and you select Block as the action for all of them, you must choose Forward All as the filter’s
default action.
Cisco 3200 Series Wireless MIC Software Configuration Guide
12-8
OL-7734-02
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Step 9
Click Apply. The filter is saved on the WMIC, but it is not enabled until you apply it on the Apply Filters
page.
Step 10
Click the Apply Filters tab to return to the Apply Filters page. Figure 12-6 shows the Apply Filters page.
Figure 12-6
Apply Filters Page
Step 11
Select the filter number from one of the Ethertype drop-down menus. You can apply the filter to either
or both the Ethernet and radio ports, and to either or both incoming and outgoing packets.
Step 12
Click Apply. The filter is enabled on the selected ports.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
12-9
Chapter 12
Configuring Filters
Configuring Filters Using the Web-Browser Interface
Cisco 3200 Series Wireless MIC Software Configuration Guide
12-10
OL-7734-02
C H A P T E R
13
Configuring CDP
This chapter describes how to configure Cisco Discovery Protocol (CDP) on your WMIC.
This chapter contains these sections:
•
Understanding CDP, page 13-2
•
Configuring CDP, page 13-2
•
Monitoring and Maintaining CDP, page 13-5
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
13-1
Chapter 13
Configuring CDP
Understanding CDP
Understanding CDP
Cisco Discovery Protocol (CDP) is a device-discovery protocol that runs on all Cisco network
equipment. Each device sends identifying messages to a multicast address, and each device monitors the
messages sent by other devices. Information in CDP packets is used in network management software
such as CiscoWorks2000.
CDP is enabled on the WMIC’s Ethernet and radio ports by default.
Note
For best performance on your wireless LAN, disable CDP on all radio interfaces and on sub-interfaces
if VLANs are enabled on the WMIC.
Configuring CDP
This section contains CDP configuration information and procedures:
•
Default CDP Configuration, page 13-2
•
Configuring the CDP Characteristics, page 13-3
•
Disabling and Enabling CDP, page 13-3
•
Disabling and Enabling CDP on an Interface, page 13-4
Default CDP Configuration
Table 13-1 lists the default CDP settings.
Table 13-1
Default CDP Configuration
Feature
Default Setting
CDP global state
Enabled
CDP interface state
Enabled
CDP holdtime (packet holdtime in seconds)
180
CDP timer (packets sent every x seconds)
60
Cisco 3200 Series Wireless MIC Software Configuration Guide
13-2
OL-7734-02
Chapter 13
Configuring CDP
Configuring CDP
Configuring the CDP Characteristics
You can configure the CDP holdtime (the number of seconds before the WMIC discards CDP packets)
and the CDP timer (the number of seconds between each CDP packets the WMIC sends).
Beginning in Privileged Exec mode, follow these steps to configure the CDP holdtime and CDP timer:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
cdp holdtime seconds
(Optional) Specify the amount of time a receiving device should
hold the information sent by your device before discarding it.
The range is from 10 to 255 seconds; the default is 180 seconds.
Step 3
cdp timer seconds
(Optional) Set the transmission frequency of CDP updates in
seconds.
The range is from 5 to 254; the default is 60 seconds.
Step 4
end
Return to Privileged Exec mode.
Use the no form of the CDP commands to return to the default settings.
This example shows how to configure and verify CDP characteristics:
bridge# configure terminal
bridge(config)# cdp holdtime 120
bridge(config)# cdp timer 50
bridge(config)# end
bridge# show cdp
Global CDP information:
Sending a holdtime value of 120 seconds
Sending CDP packets every 50 seconds
For additional CDP show commands, see the “Monitoring and Maintaining CDP” section on page 13-5.
Disabling and Enabling CDP
CDP is enabled by default. Beginning in Privileged Exec mode, follow these steps to disable the CDP
device discovery capability:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
no cdp run
Disable CDP.
Step 3
end
Return to Privileged Exec mode.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
13-3
Chapter 13
Configuring CDP
Configuring CDP
Beginning in privileged EXEC mode, follow these steps to enable CDP:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
cdp run
Enable CDP after disabling it.
Step 3
end
Return to privileged EXEC mode.
This example shows how to enable CDP.
bridge# configure terminal
bridge(config)# cdp run
bridge(config)# end
Disabling and Enabling CDP on an Interface
CDP is enabled by default on all supported interfaces to send and receive CDP information.
Beginning in privileged EXEC mode, follow these steps to disable CDP on an interface:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and enter the
interface on which you are disabling CDP.
Step 3
no cdp enable
Disable CDP on an interface.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
Beginning in privileged EXEC mode, follow these steps to enable CDP on an interface:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
interface interface-id
Enter interface configuration mode, and enter the
interface on which you are enabling CDP.
Step 3
cdp enable
Enable CDP on an interface after disabling it.
Step 4
end
Return to privileged EXEC mode.
Step 5
copy running-config startup-config
(Optional) Save your entries in the configuration file.
This example shows how to enable CDP on an interface:
bridge# configure terminal
bridge(config)# interface x
bridge(config-if)# cdp enable
bridge(config-if)# end
Cisco 3200 Series Wireless MIC Software Configuration Guide
13-4
OL-7734-02
Chapter 13
Configuring CDP
Monitoring and Maintaining CDP
Monitoring and Maintaining CDP
To monitor and maintain CDP on your device, perform one or more of these tasks, beginning in
privileged EXEC mode.
Command
Description
clear cdp counters
Reset the traffic counters to zero.
clear cdp table
Delete the CDP table of information about neighbors.
show cdp
Display global information, such as frequency of transmissions and the holdtime
for packets being sent.
show cdp entry entry-name
[protocol | version]
Display information about a specific neighbor.
You can enter an asterisk (*) to display all CDP neighbors, or you can enter the
name of the neighbor about which you want information.
You can also limit the display to information about the protocols enabled on the
specified neighbor or information about the version of software running on the
device.
show cdp interface [type number]
Display information about interfaces where CDP is enabled.
You can limit the display to the type of interface or the number of the interface
about which you want information (for example, entering gigabitethernet 0/1
displays information only about Gigabit Ethernet port 1).
show cdp neighbors [type number]
[detail]
Display information about neighbors, including device type, interface type and
number, holdtime settings, capabilities, platform, and port ID.
You can limit the display to neighbors on a specific type or number of interface
or expand the display to provide more detailed information.
show cdp traffic
Display CDP counters, including the number of packets sent and received and
checksum errors.
Below are six examples of output from the CDP show privileged EXEC commands:
bridge# show cdp
Global CDP information:
Sending CDP packets every 50 seconds
Sending a holdtime value of 120 seconds
bridge# show cdp entry *
------------------------Device ID: bridge
Entry address(es):
IP address: 10.1.1.66
Platform: cisco WS-C3550-12T, Capabilities: Switch IGMP
Interface: GigabitEthernet0/2, Port ID (outgoing port): GigabitEthernet0/2
Holdtime : 129 sec
Version :
Cisco Internetwork Operating System Software
IOS (tm) C3550 Software (C3550-I5Q3L2-M), Experimental Version 12.1(20010612:021
316) [jang-flamingo 120]
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Fri 06-Jul-01 18:18 by jang
advertisement version: 2
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
13-5
Chapter 13
Configuring CDP
Monitoring and Maintaining CDP
Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload len=27, value=0000000
0FFFFFFFF010221FF00000000000000024B293A00FF0000
VTP Management Domain: ''
Duplex: full
------------------------Device ID: idf2-1-lab-l3.cisco.com
Entry address(es):
IP address: 10.1.1.10
Platform: cisco WS-C3524-XL, Capabilities: Trans-Bridge Switch
Interface: GigabitEthernet0/1, Port ID (outgoing port): FastEthernet0/10
Holdtime : 141 sec
Version :
Cisco Internetwork Operating System Software
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5.1)XP, MAINTENANCE IN
TERIM SOFTWARE
Copyright (c) 1986-1999 by cisco Systems, Inc.
Compiled Fri 10-Dec-99 11:16 by cchang
advertisement version: 2
Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload len=25, value=0000000
0FFFFFFFF010101FF000000000000000142EFA400FF
VTP Management Domain: ''
bridge# show cdp entry * protocol
Protocol information for talSwitch14 :
IP address: 172.20.135.194
Protocol information for tstswitch2 :
IP address: 172.20.135.204
IP address: 172.20.135.202
Protocol information for tstswitch2 :
IP address: 172.20.135.204
IP address: 172.20.135.202
bridge# show cdp interface
GigabitEthernet0/1 is up, line protocol is up
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/2 is up, line protocol is down
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/3 is administratively down, line protocol is down
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/4 is up, line protocol is down
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/5 is up, line protocol is up
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/6 is up, line protocol is up
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
GigabitEthernet0/7 is up, line protocol is down
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
Cisco 3200 Series Wireless MIC Software Configuration Guide
13-6
OL-7734-02
Chapter 13
Configuring CDP
Monitoring and Maintaining CDP
GigabitEthernet0/8 is up, line protocol is down
Encapsulation ARPA
Sending CDP packets every 60 seconds
Holdtime is 180 seconds
bridge# show cdp neighbor
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
S - Switch, H - Host, I - IGMP, r - Repeater
Device IDLocal InterfaceHoldtmeCapabilityPlatformPort ID
Perdido2Gig 0/6125R S IWS-C3550-1Gig0/6
Perdido2Gig 0/5125R S IWS-C3550-1Gig 0/5
bridge# show cdp traffic
CDP counters :
Total packets output: 50882, Input: 52510
Hdr syntax: 0, Chksum error: 0, Encaps failed: 0
No memory: 0, Invalid packet: 0, Fragmented: 0
CDP version 1 advertisements output: 0, Input: 0
CDP version 2 advertisements output: 50882, Input: 52510
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
13-7
Chapter 13
Configuring CDP
Monitoring and Maintaining CDP
Cisco 3200 Series Wireless MIC Software Configuration Guide
13-8
OL-7734-02
C H A P T E R
14
Configuring SNMP
This chapter describes how to configure the Simple Network Management Protocol (SNMP) on your
WMIC.
This chapter consists of these sections:
•
Understanding SNMP, page 14-2
•
Configuring SNMP, page 14-5
•
Displaying SNMP Status, page 14-11
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-1
Chapter 14
Configuring SNMP
Understanding SNMP
Understanding SNMP
SNMP is an application-layer protocol that provides a message format for communication between
SNMP managers and agents. The SNMP manager can be part of a network management system (NMS)
such as CiscoWorks. The agent and management information base (MIB) reside on the WMIC. To
configure SNMP on the WMIC, you define the relationship between the manager and the agent.
The SNMP agent contains MIB variables whose values the SNMP manager can request or change. A
manager can get a value from an agent or store a value into the agent. The agent gathers data from the
MIB, the repository for information about device parameters and network data. The agent can also
respond to a manager’s requests to get or set data.
An agent can send unsolicited traps to the manager. Traps are messages alerting the SNMP manager to
a condition on the network. Traps can mean improper user authentication, restarts, link status (up or
down), MAC address tracking, closing of a TCP connection, loss of connection to a neighbor, or other
significant events.
This section includes these concepts:
•
SNMP Versions, page 14-2
•
SNMP Manager Functions, page 14-3
•
SNMP Agent Functions, page 14-3
•
SNMP Community Strings, page 14-4
•
Using SNMP to Access MIB Variables, page 14-4
SNMP Versions
This software release supports these SNMP versions:
•
SNMPv1—The Simple Network Management Protocol, a full Internet standard, defined in
RFC 1157.
•
SNMPv2C, which has these features:
– SNMPv2—Version 2 of the Simple Network Management Protocol, a draft Internet standard,
defined in RFCs 1902 through 1907.
– SNMPv2C—The Community-based Administrative Framework for SNMPv2, an experimental
Internet protocol defined in RFC 1901.
SNMPv2C replaces the Party-based Administrative and Security Framework of SNMPv2Classic with
the Community-based Administrative Framework of SNMPv2C while retaining the bulk retrieval and
improved error handling of SNMPv2Classic.
Both SNMPv1 and SNMPv2C use a community-based form of security. The community of managers
able to access the agent’s MIB is defined by an IP address access control list and password.
SNMPv2C includes a bulk retrieval mechanism and more detailed error message reporting to
management stations. The bulk retrieval mechanism retrieves tables and large quantities of information,
minimizing the number of round-trips required. The SNMPv2C improved error-handling includes
expanded error codes that distinguish different kinds of error conditions; these conditions are reported
through a single error code in SNMPv1. Error return codes now report the error type.
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-2
OL-7734-02
Chapter 14
Configuring SNMP
Understanding SNMP
You must configure the SNMP agent to use the version of SNMP supported by the management station.
An agent can communicate with multiple managers; therefore, you can configure the software to support
communications with one management station using the SNMPv1 protocol and another using the
SNMPv2 protocol.
SNMP Manager Functions
The SNMP manager uses information in the MIB to perform the operations described in Table 14-1.
Table 14-1
SNMP Operations
Operation
Description
get-request
Retrieves a value from a specific variable.
get-next-request
Retrieves a value from a variable within a table.1
get-bulk-request2
Retrieves large blocks of data that would otherwise require the transmission of
many small blocks of data, such as multiple rows in a table.
get-response
Replies to a get-request, get-next-request, and set-request sent by an NMS.
set-request
Stores a value in a specific variable.
trap
An unsolicited message sent by an SNMP agent to an SNMP manager when some
event has occurred.
1. With this operation, an SNMP manager does not need to know the exact variable name. A sequential search is performed to
find the needed variable from within a table.
2. The get-bulk command works only with SNMPv2.
SNMP Agent Functions
The SNMP agent responds to SNMP manager requests as follows:
•
Get a MIB variable—The SNMP agent begins this function in response to a request from the NMS.
The agent retrieves the value of the requested MIB variable and responds to the NMS with that value.
•
Set a MIB variable—The SNMP agent begins this function in response to a message from the NMS.
The SNMP agent changes the value of the MIB variable to the value requested by the NMS.
The SNMP agent also sends unsolicited trap messages to notify an NMS that a significant event has
occurred on the agent. Examples of trap conditions include, but are not limited to, when a port or module
goes up or down, when spanning-tree topology changes occur, and when authentication failures occur.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-3
Chapter 14
Configuring SNMP
Understanding SNMP
SNMP Community Strings
SNMP community strings authenticate access to MIB objects and function as embedded passwords. In
order for the NMS to access the WMIC, the community string definitions on the NMS must match at
least one of the three community string definitions on the WMIC.
A community string can have one of these attributes:
•
Read-only—Gives read access to authorized management stations to all objects in the MIB except
the community strings, but does not allow write access
•
Read-write—Gives read and write access to authorized management stations to all objects in the
MIB, but does not allow access to the community strings
Using SNMP to Access MIB Variables
An example of an NMS is the CiscoWorks network management software. CiscoWorks 2000 software
uses the MIB variables to set device variables and to poll devices on the network for specific information.
The results of a poll can be displayed as a graph and analyzed to troubleshoot internetworking problems,
increase network performance, verify the configuration of devices, monitor traffic loads, and more.
As shown in Figure 14-1, the SNMP agent gathers data from the MIB. The agent can send traps
(notification of certain events) to the SNMP manager, which receives and processes the traps. Traps are
messages alerting the SNMP manager to a condition on the network such as improper user
authentication, restarts, link status (up or down), MAC address tracking, and so forth. The SNMP agent
also responds to MIB-related queries sent by the SNMP manager in get-request, get-next-request, and
set-request format.
NMS
SNMP manager
SNMP Network
get-request, get-next-request,
get-bulk, set-request
get-response, traps
Network device
MIB
SNMP agent
81949
Figure 14-1
For information on supported MIBs and how to access them, see Appendix D, “Supported MIBs.”
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-4
OL-7734-02
Chapter 14
Configuring SNMP
Configuring SNMP
Configuring SNMP
This section describes how to configure SNMP on your WMIC. It contains this configuration
information:
•
Default SNMP Configuration, page 14-5
•
Enabling the SNMP Agent, page 14-5
•
Configuring Community Strings, page 14-5
•
Configuring Trap Managers and Enabling Traps, page 14-7
•
Setting the Agent Contact and Location Information, page 14-10
•
Using the snmp-server view Command, page 14-10
•
SNMP Examples, page 14-10
Default SNMP Configuration
Table 14-2 shows the default SNMP configuration.
Table 14-2
Default SNMP Configuration
Feature
Default Setting
SNMP agent
Disabled
SNMP community strings
None configured
SNMP trap receiver
None configured
SNMP traps
None enabled
Enabling the SNMP Agent
No specific IOS command exists to enable SNMP. The first snmp-server global configuration command
that you enter enables SNMPv1 and SNMPv2.
You can also enable SNMP on the SNMP Properties page on the web-browser interface. When you
enable SNMP on the web-browser interface, the access point automatically creates a community string
called public with read-only access to the IEEE802dot11 MIB.
Configuring Community Strings
You use the SNMP community string to define the relationship between the SNMP manager and the
agent. The community string acts like a password to permit access to the agent on the WMIC.
Optionally, you can specify one or more of these characteristics associated with the string:
•
An access list of IP addresses of the SNMP managers that are permitted to use the community string
to gain access to the agent
•
A MIB view, which defines the subset of all MIB objects accessible to the given community
•
Read and write or read-only permission for the MIB objects accessible to the community
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-5
Chapter 14
Configuring SNMP
Configuring SNMP
Note
In the current IOS MIB agent implementation, the default community string is for the Internet MIB
object sub-tree. Because IEEE802dot11 is under another branch of the MIB object tree, you must enable
either a separate community string and view on the IEEE802dot11 MIB or a common view and
community string on the ISO object in the MIB object tree. ISO is the common parent node of IEEE
(IEEE802dot11) and Internet. This MIB agent behavior is different from the MIB agent behavior on
access points not running IOS software.
Beginning in privileged EXEC mode, follow these steps to configure a community string on the WMIC:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
snmp-server community string
[ access-list-number ]
[ view mib-view ]
[ro | rw]
Configure the community string.
•
For string, specify a string that acts like a password and
permits access to the SNMP protocol. You can configure one
or more community strings of any length.
•
(Optional) For access-list-number, enter an IP standard access
list numbered from 1 to 99 and 1300 to 1999.
•
(Optional) For view mib-view, specify a MIB view to which
this community has access, such as ieee802dot11. See the
“Using the snmp-server view Command” section on
page 14-10 for instructions on using the snmp-server view
command to access Standard IEEE 802.11 MIB objects
through IEEE view.
•
(Optional) Specify either read-only (ro) if you want
authorized management stations to retrieve MIB objects, or
specify read/write (rw) if you want authorized management
stations to retrieve and modify MIB objects. By default, the
community string permits read-only access to all objects.
Note
To access the IEEE802dot11 MIB, you must enable either
a separate community string and view on the
IEEE802dot11 MIB or a common view and community
string on the ISO object in the MIB object tree.
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-6
OL-7734-02
Chapter 14
Configuring SNMP
Configuring SNMP
Step 3
Command
Purpose
access-list access-list-number
{deny | permit} source [source-wildcard]
(Optional) If you specified an IP standard access list number in
Step 2, then create the list, repeating the command as many times
as necessary.
•
For access-list-number, enter the access list number specified
in Step 2.
•
The deny keyword denies access if the conditions are
matched. The permit keyword permits access if the conditions
are matched.
•
For source, enter the IP address of the SNMP managers that
are permitted to use the community string to gain access to the
agent.
•
(Optional) For source-wildcard, enter the wildcard bits in
dotted decimal notation to be applied to the source. Place ones
in the bit positions that you want to ignore.
Recall that the access list is always terminated by an implicit deny
statement for everything.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To disable access for an SNMP community, set the community string for that community to the null
string (do not enter a value for the community string). To remove a specific community string, use the
no snmp-server community string global configuration command.
This example shows how to assign the strings open and ieee to SNMP, to allow read-write access for
both, and to specify that open is the community string for queries on non-IEEE802dot11-MIB objects
and ieee is the community string for queries on IEEE802dot11-mib objects:
bridge(config)# snmp-server view dot11view ieee802dot11 included
bridge(config)# snmp-server community open rw
bridge(config)# snmp-server community ieee view ieee802dot11 rw
Configuring Trap Managers and Enabling Traps
A trap manager is a management station that receives and processes traps. Traps are system alerts that
the device generates when certain events occur. By default, no trap manager is defined, and no traps are
issued.
Bridges running this IOS release can have an unlimited number of trap managers. Community strings
can be any length.
Table 14-3 describes the supported traps (notification types). You can enable any or all of these traps and
configure a trap manager to receive them.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-7
Chapter 14
Configuring SNMP
Configuring SNMP
Table 14-3
Notification Types
Notification Type
Description
authenticate-fail
Enable traps for authentication failures.
config
Enable traps for SNMP configuration changes.
deauthenticate
Enable traps for client device deauthentications.
disassociate
Enable traps for client device disassociations.
dot11-qos
Enable traps for QoS changes.
entity
Enable traps for SNMP entity changes.
envmon temperature
Enable traps for monitoring radio temperature. This trap is sent out when the
WMIC radio temperature approaches the limits of its operating range.
snmp
Enable traps for SNMP events.
syslog
Enable syslog traps.
wlan-wep
Enable WEP traps.
Some notification types cannot be controlled with the snmp-server enable global configuration
command, such as tty and udp-port. These notification types are always enabled. You can use the
snmp-server host global configuration command to a specific host to receive the notification types
listed in Table 14-3.
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-8
OL-7734-02
Chapter 14
Configuring SNMP
Configuring SNMP
Beginning in privileged EXEC mode, follow these steps to configure the WMIC to send traps to a host:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
snmp-server host host-addr {traps | informs} {version {1 Specify the recipient of the trap message.
| 2c}} community-string notification-type
• For host-addr, specify the name or address of the
host (the targeted recipient).
•
Specify traps (the default) to send SNMP traps
to the host. Specify informs to send SNMP
informs to the host.
•
Specify the SNMP version to support. Version 1,
the default, is not available with informs.
Note
Step 3
snmp-server enable traps notification-types
Though visible in the command-line help
string, the version 3 keyword (SNMPv3) is
not supported.
•
For community-string, specify the string to send
with the notification operation. Though you can
set this string using the snmp-server host
command, we recommend that you define this
string by using the snmp-server community
command before using the snmp-server host
command.
•
For notification-type, use the keywords listed in
Table 14-3 on page 14-8.
Enable the WMIC to send specific traps. For a list of
traps, see Table 14-3 on page 14-8.
To enable multiple types of traps, you must issue a
separate snmp-server enable traps command for
each trap type.
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
To remove the specified host from receiving traps, use the no snmp-server host host global
configuration command. To disable a specific trap type, use the no snmp-server enable traps
notification-types global configuration command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-9
Chapter 14
Configuring SNMP
Configuring SNMP
Setting the Agent Contact and Location Information
Beginning in privileged EXEC mode, follow these steps to set the system contact and location of the
SNMP agent so that these descriptions can be accessed through the configuration file:
Command
Purpose
Step 1
configure terminal
Enter global configuration mode.
Step 2
snmp-server contact text
Set the system contact string.
For example:
snmp-server contact Dial System Operator at beeper 21555.
Step 3
snmp-server location text
Set the system location string.
For example:
snmp-server location Building 3/Room 222
Step 4
end
Return to privileged EXEC mode.
Step 5
show running-config
Verify your entries.
Step 6
copy running-config startup-config
(Optional) Save your entries in the configuration file.
Using the snmp-server view Command
In global configuration mode, use the snmp-server view command to access Standard IEEE 802.11 MIB
objects through IEEE view and the dot11 read-write community string.
This example shows how to enable IEEE view and dot11 read-write community string:
bridge(config)# snmp-server view ieee ieee802dot11 included
bridge(config)# snmp-server community dot11 view ieee RW
SNMP Examples
This example shows how to enable SNMPv1 and SNMPv2C. The configuration permits any SNMP
manager to access all objects with read-only permissions using the community string public. This
configuration does not cause the WMIC to send any traps.
bridge(config)# snmp-server community public
This example shows how to assign the strings open and ieee to SNMP, to allow read-write access for
both, and to specify that open is the community string for queries on non-IEEE802dot11-MIB objects
and ieee is the community string for queries on IEEE802dot11-mib objects:
bridge(config)# snmp-server view dot11view ieee802dot11 included
bridge(config)# snmp-server community open rw
bridge(config)# snmp-server community ieee view ieee802dot11 rw
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-10
OL-7734-02
Chapter 14
Configuring SNMP
Displaying SNMP Status
This example shows how to permit any SNMP manager to access all objects with read-only permission
using the community string public. The WMIC also sends config traps to the hosts 192.180.1.111 and
192.180.1.33 using SNMPv1 and to the host 192.180.1.27 using SNMPv2C. The community string
public is sent with the traps.
bridge(config)#
bridge(config)#
bridge(config)#
bridge(config)#
bridge(config)#
snmp-server
snmp-server
snmp-server
snmp-server
snmp-server
community public
enable traps config
host 192.180.1.27 version 2c public
host 192.180.1.111 version 1 public
host 192.180.1.33 public
This example shows how to allow read-only access for all objects to members of access list 4 that use
the comaccess community string. No other SNMP managers have access to any objects. SNMP
Authentication Failure traps are sent by SNMPv2C to the host cisco.com using the community string
public.
bridge(config)# snmp-server community comaccess ro 4
bridge(config)# snmp-server enable traps snmp authentication
bridge(config)# snmp-server host cisco.com version 2c public
This example shows how to send Entity MIB traps to the host cisco.com. The community string is
restricted. The first line enables the WMIC to send Entity MIB traps in addition to any traps previously
enabled. The second line specifies the destination of these traps and overwrites any previous
snmp-server host commands for the host cisco.com.
bridge(config)# snmp-server enable traps entity
bridge(config)# snmp-server host cisco.com restricted entity
This example shows how to enable the WMIC to send all traps to the host myhost.cisco.com using the
community string public:
bridge(config)# snmp-server enable traps
bridge(config)# snmp-server host myhost.cisco.com public
Displaying SNMP Status
To display SNMP input and output statistics, including the number of illegal community string entries,
errors, and requested variables, use the show snmp privileged EXEC command. For information about
the fields in this display, refer to the Cisco IOS Configuration Fundamentals Command Reference for
Release 12.2.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
14-11
Chapter 14
Configuring SNMP
Displaying SNMP Status
Cisco 3200 Series Wireless MIC Software Configuration Guide
14-12
OL-7734-02
C H A P T E R
15
Managing Firmware and Configurations
This chapter describes how to manipulate the Flash file system, how to copy configuration files, and how
to archive (upload and download) software images.
This chapter consists of these sections:
•
Working with the Flash File System, page 15-2
•
Working with Configuration Files, page 15-8
•
Working with Software Images, page 15-19
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
15-1
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
Working with the Flash File System
The Flash file system on your WMIC provides several commands to help you manage software image
and configuration files.
The Flash file system is a single Flash device on which you can store files. This Flash device is called
flash:.
This section contains this information:
•
Displaying Available File Systems, page 15-2
•
Setting the Default File System, page 15-3
•
Displaying Information About Files on a File System, page 15-3
•
Changing Directories and Displaying the Working Directory, page 15-4
•
Creating and Removing Directories, page 15-4
•
Copying Files, page 15-5
•
Deleting Files, page 15-5
•
Creating, Displaying, and Extracting tar Files, page 15-6
•
Displaying the Contents of a File, page 15-8
Displaying Available File Systems
To display the available file systems on your WMIC, use the show file systems privileged EXEC
command as shown in this example:
bridge# show file systems
File Systems:
Size(b)
16128000
16128000
32768
Free(b)
11118592
11118592
26363
Type
flash
unknown
nvram
network
opaque
opaque
opaque
opaque
network
network
Flags
rw
rw
rw
rw
rw
rw
ro
ro
rw
rw
Prefixes
flash:
zflash:
nvram:
tftp:
null:
system:
xmodem:
ymodem:
rcp:
ftp:
Table 15-1 lists field descriptions for the show file systems command.
Table 15-1
show file systems Field Descriptions
Field
Value
Size(b)
Amount of memory in the file system in bytes.
Free(b)
Amount of free memory in the file system in bytes.
Cisco 3200 Series Wireless MIC Software Configuration Guide
15-2
OL-7734-02
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
Table 15-1
show file systems Field Descriptions (continued)
Field
Value
Type
Type of file system.
flash—The file system is for a Flash memory device.
network—The file system is for a network device.
nvram—The file system is for a nonvolatile RAM (NVRAM) device.
opaque—The file system is a locally generated pseudo file system (for example, the system) or a download
interface, such as brimux.
unknown—The file system is an unknown type.
Flags
Permission for file system.
ro—read-only.
rw—read/write.
wo—write-only.
Prefixes
Alias for file system.
flash:—Flash file system.
ftp:—File Transfer Protocol network server. Used to transfer files to or from the network device.
nvram:—Non-volatile RAM memory (NVRAM).
null:—Null destination for copies. You can copy a remote file to null to determine its size.
rcp:—Remote Copy Protocol (RCP) network server.
system:—Contains the system memory, including the running configuration.
tftp:—Trivial File Transfer Protocol (TFTP) network server.
zflash:—Read-only file decompression file system, which mirrors the contents of the Flash file system.
Setting the Default File System
You can specify the file system or directory that the system uses as the default file system by using the
cd filesystem: privileged EXEC command. You can set the default file system to omit the filesystem:
argument from related commands. For example, for all privileged EXEC commands that have the
optional filesystem: argument, the system uses the file system specified by the cd command.
By default, the default file system is flash:.
You can display the current default file system as specified by the cd command by using the pwd
privileged EXEC command.
Displaying Information About Files on a File System
You can view a list of the contents of a file system before manipulating its contents. For example, before
copying a new configuration file to Flash memory, you might want to verify that the file system does not
already contain a configuration file with the same name. Similarly, before copying a Flash configuration
file to another location, you might want to verify its filename for use in another command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
15-3
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
To display information about files on a file system, use one of the privileged EXEC commands in
Table 15-2:
Table 15-2
Commands for Displaying Information About Files
Command
Description
dir [/all] [filesystem:][filename]
Display a list of files on a file system.
show file systems
Display more information about each of the files on a file system.
show file information file-url
Display information about a specific file.
show file descriptors
Display a list of open file descriptors. File descriptors are the internal representations
of open files. You can use this command to see if another user has a file open.
Changing Directories and Displaying the Working Directory
Beginning in privileged EXEC mode, follow these steps to change directories and display the working
directory.
Step 1
Command
Purpose
dir filesystem:
Display the directories on the specified file system.
For filesystem:, use flash: for the system board Flash device.
Step 2
cd new_configs
Change to the directory of interest.
The command example shows how to change to the directory named
new_configs.
Step 3
pwd
Display the working directory.
Creating and Removing Directories
Beginning in privileged EXEC mode, follow these steps to create and remove a directory:
Step 1
Command
Purpose
dir filesystem:
Display the directories on the specified file system.
For filesystem:, use flash: for the system board Flash device.
Step 2
mkdir old_configs
Create a new directory.
The command example shows how to create the directory named old_configs.
Directory names are case sensitive.
Directory names are limited to 45 characters between the slashes (/); the name
cannot contain control characters, spaces, deletes, slashes, quotes, semicolons,
or colons.
Step 3
dir filesystem:
Verify your entry.
To delete a directory with all its files and subdirectories, use the delete /force /recursive
filesystem:/file-url privileged EXEC command.
Cisco 3200 Series Wireless MIC Software Configuration Guide
15-4
OL-7734-02
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
Use the /recursive keyword to delete the named directory and all subdirectories and the files contained
in it. Use the /force keyword to suppress the prompting that confirms a deletion of each file in the
directory. You are prompted only once at the beginning of this deletion process. Use the /force and
/recursive keywords for deleting old software images that were installed by using the archive
download-sw command but are no longer needed.
For filesystem, use flash: for the system board Flash device. For file-url, enter the name of the directory
to be deleted. All the files in the directory and the directory are removed.
Caution
When files and directories are deleted, their contents cannot be recovered.
Copying Files
To copy a file from a source to a destination, use the copy [/erase] source-url destination-url privileged
EXEC command. For the source and destination URLs, you can use running-config and startup-config
keyword shortcuts. For example, the copy running-config startup-config command saves the currently
running configuration file to the NVRAM section of Flash memory to be used as the configuration
during system initialization.
Network file system URLs include ftp:, rcp:, and tftp: and have the following syntax:
•
File Transfer Protocol (FTP)—ftp:[[//username [:password]@location]/directory]/filename
•
Remote Copy Protocol (RCP)—rcp:[[//username@location]/directory]/filename
•
Trivial File Transfer Protocol (TFTP)—tftp:[[//location]/directory]/filename
Local writable file systems include flash:.
Some invalid combinations of source and destination exist. Specifically, you cannot copy these
combinations:
•
From a running configuration to a running configuration
•
From a startup configuration to a startup configuration
•
From a device to the same device (for example, the copy flash: flash: command is invalid)
For specific examples of using the copy command with configuration files, see the “Working with
Configuration Files” section on page 15-8.
To copy software images either by downloading a new version or uploading the existing one, use the
archive download-sw or the archive upload-sw privileged EXEC command. For more information, see
the “Working with Software Images” section on page 15-19.
Deleting Files
When you no longer need a file on a Flash memory device, you can permanently delete it. To delete a
file or directory from a specified Flash device, use the delete [/force] [/recursive] [filesystem:]/file-url
privileged EXEC command.
Caution
When files are deleted, their contents cannot be recovered.
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
15-5
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
Use the /recursive keyword for deleting a directory and all subdirectories and the files contained in it.
Use the /force keyword to suppress the prompting that confirms a deletion of each file in the directory.
You are prompted only once at the beginning of this deletion process. Use the /force and /recursive
keywords for deleting old software images that were installed by using the archive download-sw
command but are no longer needed.
If you omit the filesystem: option, the WMIC uses the default device specified by the cd command. For
file-url, you specify the path (directory) and the name of the file to be deleted.
This example shows how to delete the file myconfig from the default Flash memory device:
bridge# delete myconfig
Creating, Displaying, and Extracting tar Files
You can create a tar file and write files into it, list the files in a tar file, and extract the files from a tar
file as described in the next sections.
Creating a tar File
To create a tar file and write files into it, use this privileged EXEC command:
archive tar /create destination-url flash:/file-url
For destination-url, specify the destination URL alias for the local or network file system and the name
of the tar file to create. These options are supported:
•
For the local Flash file system, the syntax is
flash:/file-url
•
For the File Transfer Protocol (FTP), the syntax is
ftp:[[//username[:password]@location]/directory]/tar-filename.tar
•
For the Remote Copy Protocol (RCP), the syntax is
rcp:[[//username@location]/directory]/tar-filename.tar
•
For the Trivial File Transfer Protocol (TFTP), the syntax is
tftp:[[//location]/directory]/tar-filename.tar
The tar-filename.tar is the tar file to be created.
For flash:/file-url, specify the location on the local Flash file system from which the new tar file is
created. You can also specify an optional list of files or directories within the source directory to write
to the new tar file. If none are specified, all files and directories at this level are written to the newly
created tar file.
This example shows how to create a tar file. This command writes the contents of the new-configs
directory on the local Flash device to a file named saved.tar on the TFTP server at 172.20.10.30:
bridge# archive tar /create tftp://172.20.10.30/saved.tar flash:/new-configs
Cisco 3200 Series Wireless MIC Software Configuration Guide
15-6
OL-7734-02
Chapter 15
Managing Firmware and Configurations
Working with the Flash File System
Displaying the Contents of a tar File
To display the contents of a tar file on the screen, use this privileged EXEC command:
archive tar /table source-url
For source-url, specify the source URL alias for the local or network file system. These options are
supported:
•
For the local Flash file system, the syntax is
flash:
•
For the File Transfer Protocol (FTP), the syntax is
ftp:[[//username[:password]@location]/directory]/tar-filename.tar
•
For the Remote Copy Protocol (RCP), the syntax is
rcp:[[//username@location]/directory]/tar-filename.tar
•
For the Trivial File Transfer Protocol (TFTP), the syntax is
tftp:[[//location]/directory]/tar-filename.tar
The tar-filename.tar is the tar file to display.
You can also limit the display of the files by specifying an optional list of files or directories after the tar
file; then only these files are displayed. If none are specified, all files and directories are displayed.
This example shows how to display the contents of the c1200-k9w7-mx.122-8.JA.tar file that is in Flash
memory:
bridge# archive tar /table flash:c1200-k9w7-mx.122-8.JA.tar
info (219 bytes)
c1400-k9w7-mx.122-11.JA/ (directory)
c1400-k9w7-mx.122-11.JA/html/ (directory)
c1400-k9w7-mx.122-11.JA/html/foo.html (0 bytes)
c1400-k9w7-mx.122-11.JA/c1200-k9w7-mx.122-8.JA.bin (610856 bytes)
c1400-k9w7-mx.122-11.JA/info (219 bytes)
info.ver (219 bytes)
This example shows how to display only the c1200-k9w7-mx.122-8.JA/html directory and its contents:
bridge# archive tar /table flash:c1200-k9w7-mx.122-8.JA/html
c1400-k9w7-mx.122-11.JA/html/ (directory)
c1400-k9w7-mx.122-11.JA/html/foo.html (0 bytes)
Extracting a tar File
To extract a tar file into a directory on the Flash file system, use this privileged EXEC command:
archive tar /xtract source-url flash:/file-url
For source-url, specify the source URL alias for the local or network file system. These options are
supported:
•
For the local Flash file system, the syntax is
flash:
•
For the File Transfer Protocol (FTP), the syntax is
ftp:[[//username[:password]@location]/directory]/tar-filename.tar
•
For the Remote Copy Protocol (RCP), the syntax is
rcp:[[//username@location]/directory]/tar-filename.tar
•
For the Trivial File Transfer Protocol (TFTP), the syntax is
tftp:[[//location]/directory]/tar-filename.tar
Cisco 3200 Series Wireless MIC Software Configuration Guide
OL-7734-02
15-7
Chapter 15
Managing Firmware and Configurations
Working with Configuration Files
The tar-filename.tar is the tar file from which to extract files.
For flash:/file-url, specify the location on the local Flash file system into which the tar file is extracted.
You can also specify an optional list of files or directories within the tar file for extraction. If none are
specified, all files and directories are extracted.
This example shows how to extract the contents of a tar file located on the TFTP server at 172.20.10.30.
This command extracts just the new-configs directory into the root directory on the local Flash file
system. The remaining files in the saved.tar file are ignored.
bridge# archive tar /xtract tftp://172.20.10.30/saved.tar flash:/new-configs
Displaying the Contents of a File
To display the contents of any readable file, including a file on a remote file system, use the more [/ascii
| /binary | /ebcdic] file-url privileged EXEC command:
This example shows how to display the contents of a configuration file on a TFTP server:
bridge#
! Saved
version
service
service
service
service
more tftp://serverA/hampton/savedconfig
configuration on server
11.3
timestamps log datetime localtime
linenumber
udp-small-servers
pt-vty-logging