Table Of Contents
Release Notes for Cisco IGX 8400 Series URM for Cisco IOS Release 12.1 YA
Introduction to the IGX Switches
Introduction to the Universal Router Module
Determining the Software Version
Upgrading to a New Software Release
New Hardware and Software Features in Cisco IOS Release 12.2(2)YA2
New Hardware and Software Features in Cisco IOS Release 12.1(5)YA1
New Hardware Features in Cisco IOS Release 12.1(5)YA
New Software Features in Cisco IOS Release 12.1(5)YA
Deprecated and Replacement MIBs
Caveats for Cisco IOS Release 12.1(5)YA
Open Caveats—Cisco IOS Release12.2(2)YA2
Resolved Caveats—Cisco IOS Release12.2(2)YA2
Open Caveats—Cisco IOS Release 12.1(5)YA1
Resolved Caveats—Cisco IOS Release 12.1(5)YA1
Open and Resolved Caveats—Cisco IOS Release 12.1(5)YA
Cisco IOS Software Documentation Set
Cisco IOS Release 12.1 Documentation Set Contents
Obtaining Technical Assistance
Contacting TAC by Using the Cisco TAC Website
Release Notes for Cisco IGX 8400 Series URM for Cisco IOS Release 12.1 YA
June 13, 2002
Cisco IOS Release 12.1(5)YA2
78-12422-01 Rev. B1
Note
The last release of Cisco IOS Release 12.1 YA is Cisco IOS Release 12.1(5) YA2. The migration path for customers who need bug fixes for Cisco IOS Release 12.1(5) YA2 features is Cisco IOS Release 12.2(8)T. Cisco IOS Release 12.2(8)T release has the complete feature content of Cisco IOS Release 12.1(5) YA2 and will eventually reach general deployment (GD).
These release notes for the Cisco IGX 8400 series Universal Router Module (URM) support Cisco IOS Release 12.1(5)YA2, which is the first Cisco IOS release for the Cisco IGX 8400 series platforms. Release 12.1(5)YA2 enables high-performance, high-density, scalable, digital voice traffic on the Cisco IGX 8400 series platforms.
For a list of software caveats that apply to Release 12.1(5)YA2, see the "Caveats for Cisco IOS Release 12.1(5)YA" section and Caveats for Cisco IOS Release 12.1 T. The caveats document is updated for every maintenance release and is located on Cisco.com and the Documentation CD-ROM.
Use these release notes with the Cross-Platform Release Notes for Cisco IOS Release12.1, located on Cisco.com and the Documentation CD-ROM.
Contents
These release notes describe the following topics:
•
•
•
Introduction
Cisco IOS Release 12.1(5)YA is the first Cisco IOS release to support the Cisco IGX 8400 series platforms, which can now function as components of Cisco's end-to-end voice architecture. The Cisco IOS software runs only on the URM; all other components of the Cisco IGX 8400 series platform run Switched Software (SWSW).
The URM is a Cisco IOS-based IP router blade that enables users to provision Voice over IP (VoIP) and Voice over ATM (VoATM) on a Cisco IGX 8400 series platform. The voice and routing capabilities of the URM have been derived from the Cisco 3660 series routers, while the ATM capabilities of the URM have been derived from the existing enhanced Universal Switching Module (UXM-E) that is used on a Cisco IGX 8400 series platform.
In addition to VoIP and VoATM, IP routing and Cisco IOS command language interface (CLI) commands—which allow configuration of the voice ports and dial peers—are now available on the Cisco IGX 8400 series platforms.
The URM interoperates with all Cisco IOS-based voice products and supports 30 voice channels with high-complexity codec types and 60 voice channels with medium-complexity codec types. Note that only digital voice ports are supported on the URM; analog ports are not supported.
For more information on the URM, see the "Introduction to the Universal Router Module" section.
For information on new features and Cisco IOS commands supported by Cisco IOS Release 12.1(5)YA, see the "New and Changed Information" section and the "Related Documentation" section.
System Requirements
This section describes the system requirements for Cisco IOS Release 12.1(5)YA and includes the following sections:
•
•
Memory Recommendations
Supported Hardware
Cisco IOS Release 12.1(5)YA2 supports the URM. This section provides an overview of the hardware of the Cisco IGX 8400 series switches and the URM.
Introduction to the IGX Switches
Like other Cisco switches, the IGX switch operates in public or private Wide Area Networks (WANs). An IGX switch can support OC3, T3, E3, T1, E1, Inverse Multiplexing Over ATM (IMA) for T1 or E1, fractional T1 or E1, or subrate digital transmission facilities. The IGX cell relay technology provides maximum throughput with minimum delays. Cell relay performance characteristics are the heart of efficient digital networks and make the IGX switch an ideal choice for a high-performance, multimedia platform. Key features of the IGX switch include:
•
•
•
•
•
•
–
–
–
–
–
–
•
•
•
Introduction to the Universal Router Module
The Universal Router Module (URM) is an optional module for the Cisco IGX 8400 series and delivers high-density voice interfaces, Fast Ethernet connectivity and ATM switching. The URM consists of the following cards:
•
The 1-slot-wide front card contains an embedded UXM-E and an embedded router (based on the Cisco 3660 series router) running Cisco IOS software. The front card integrates all memory components, including Battery-Backed RAM (BRAM) and Flash memory for the storage of Cisco IOS software.
•
The 1-slot-wide back card (BC-URI-2FE2VT1 or BC-URI-2FE2VE1) contains an installed voice and WAN interface card (VWIC) with a generic dual-port T1 or E1 digital voice interface. Integrated digital signal processors (DSPs) handle the packetization of voice streams. The back card provides the following physical interfaces:
–
–
–
The URM can connect to another Cisco router in the following ways:
•
•
•
For detailed information about the hardware of the URM, see the Update to Cisco IGX 8400 Series Installation and Configuration and Reference, which will be available on Cisco.com as of February 16, 2001.
Determining the Software Version
To determine the version of Cisco IOS software running on a Cisco IGX 8400 series URM, log in to the router and enter the show version EXEC command:
Router>show versionCisco Internetwork Operating System SoftwareIOS (tm) URM Software (urm-is-mz), Version 12.1(5)YA2, RELEASE SOFTWAREUpgrading to a New Software Release
For general information about upgrading to a new software release, refer to Software Advisor located at:
http://tools.cisco.com/Support/Fusion/FusionHome.do
Software Requirements
A Cisco IGX 8400 series platform with a URM running Cisco IOS Release 12.1(5)YA2 requires Switch Software Net Revision 9.3.20 or later.
Feature Set Table
Table 2 lists the features supported by the Cisco IGX 8400 series URM in Cisco IOS Release 12.1(5)YA2.
Cisco IOS Release 12.1(5)YA2 supports the same feature sets as Cisco IOS Release 12.2 T, but Cisco IOS Release 12.1(5)YA2 can include new features supported by the Cisco IGX 8400 series.
Caution
Note
Table 2 Features Supported by the CIsco IGX 8400 Series' IP Plus Software Image
L2TP3 Dial Out
L2TP Tunnel Management Enhancements
L2TP Tunnel Switching
Bidirectional PIM4
IGMP5 Version 3
Multilayer Switching for IP Multicast
PIM Dense Mode State Refresh
Router-Port Group Management Protocol (RGMP)
Source-Specific Multicast
AutoInstall Using DHCP8 for LAN Interfaces
Circuit Interface Identification MIB9
Class-Based Quality of Service MIB
Event MIB
Individual SNMP10 Trap Support
Interface Index Persistence
Interface MIB for ATM11 Subinterfaces
MSDP12 MIB
Multicast Routing Monitor
NTP13 MIB
Parser Cache
SNMP Support for IOS vLAN Subinterfaces
Subnetwork Bandwidth Manager
Class-Based Weighted Fair Queueing
Configurable per ATM-VC14 Hold Queue Size
Express RTP and TCP17 Header Compression
IP-to-ATM Class of Service (CoS)
Network-Based Application Recognition
RSVP Support for Low-Latency Queueing
AAA18 Broadcast Accounting
AAA Server Group Deadtimer
Dial-on-Demand Authentication Enhancements
Interactive Voice Response for Cisco Access
Secure Shell Version 1 Integrated Client
Answer Supervision Reporting
Asynchronous Rotary Line Queuing
Caller ID
Configurable Timers in H.22519
Dial Peer Enhancements
Ecosystem Gatekeeper Interoperability Enhancements
Ecosystem Gatekeeper Interoperability Enhancements: Phase 2
Gateway-to-Gatekeeper Billing Redundancy
H.32320 Support for Virtual Interfaces
H.323 Version 2, Phase 2
PSTN21 Fallback
QSIG22 Protocol Support
Session Initiation Protocol for Voice over IP
T.38 Fax Relay for VoIP H.323
Transparent Common Channel Signaling
Trunk Conditioning for FRF.1123 and Cisco Trunks
V.110 Support
Voice Busyout Enhancements
Voice over ATM
VoIP Call Admission Control using RSVP
ATM LANE24 FSSR Protocol
Closed User Group Selection Facility Suppress Option
Debit Card for Packet Telephony
PPPoE29 on ATM
1 COPS = Common Open Policy Service
2 RSVP = Resource Reservation Protocol
3 L2TP = Layer 2 Tunnel Protocol
4 PIM = Protocol-Independent Multicast
5 IGMP = Internet Group Management Protocol
6 UDLR = Unidirectional Link Routing
7 ARP = Address Resolution Protocol
8 DHCP = Dynamic Host Configuration Protocol
9 MIB = Management Information Base
10 SNMP = Simple Network Management Protocol
11 ATM = Asynchronous Transfer Mode
12 MSDP = Multicast Source Discovery Protocol
13 NTP = Network Time Protocol
14 VC = virtual circuit
15 DiffServ = Differentiated Services
16 WRED = Weighted Random Early Detection
17 TCP = Transmission Control Protocol
18 AAA = authentication, authorization, and accounting
19 H.225 = An ITU standard that governs H.225.0 session establishment and packetization. H.225.0 actually describes several different protocols: RAS, use of Q.931, and use of RTP.
20 H.323 = Extension of ITU-T standard H.320 that enables videoconferencing over LANs and other packet-switched networks, as well as video over the Internet.
21 PSTN = plain old telephone service
22 QSIG = Q (point of the ISDN model) Signaling
23 FRF.11 = Frame Relay Forum implementation agreement for Voice over Frame Relay (v1.0 May 1997). This specification defines multiplexed data, voice, fax, DTMF digit-relay and CAS/Robbed-bit signaling frame formats, but does not include call setup, routing, or administration facilities.
24 LANE = LAN emulation
25 DNS = Domain Name System
26 X.25 = ITU-T standard that defines how connections between DTE and DCE are maintained for remote terminal access and computer communications in PDNs. X.25 specifies LAPB, a data link layer protocol, and PLP, a network layer protocol. Frame Relay has to some degree superseded X.25.
27 ETSI = European Telecommunication Standards Institute
28 PRI = Primary Rate Interface
29 PPPoE = Point-to-Point Protocol over Ethernet
30 IEEE = Institute of Electrical and Electronics Engineers
31 VLANs = virtual local-area networks. Note that the PPPoE over IEEE 802.1Q VLANs feature is sometimes referred to as the PPP over Fast Ethernet 802.1Q feature.
New and Changed Information
The following is a list of the new hardware and software features supported by Cisco IGX 8400 series URM for Release 12.1(5)YA2.
New Hardware and Software Features in Cisco IOS Release 12.2(2)YA2
There are no new hardware and software features for Cisco IOS Release 12.1(5)YA2.
New Hardware and Software Features in Cisco IOS Release 12.1(5)YA1
There are no new hardware and software features for Cisco IOS Release 12.1(5)YA1.
New Hardware Features in Cisco IOS Release 12.1(5)YA
Cisco IOS Release 12.1(5)YA supports the Cisco IGX 8400 series URM. For information, see the "Introduction to the Universal Router Module" section.
New Software Features in Cisco IOS Release 12.1(5)YA
This section documents new software features that are supported by the Cisco IGX 8400 series URM for Release 12.1(5)YA. The following types of features are documented:
Note
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120t/new120t.htm
Connectivity Features
COPS for RSVP
Common Open Policy Service (COPS) is a protocol for communicating network traffic policy information to network devices. Resource Reservation Protocol (RSVP) is a means for reserving network resources—primarily bandwidth—to guarantee that applications transmitting across the Internet will perform at the desired speed and quality.
The COPSfor RSVP feature gives network managers centralized monitoring and control of RSVP, including the ability to:
•
•
•
•
L2TP Tunnel Management Enhancements
The L2TP Tunnel Enhancements feature fills an existing tunnel with sessions up to a configured limit. Then it creates a new tunnel to the next destination IP address in the configured load-sharing group. It fills this new tunnel to the limit.
L2TP Tunnel Switching
The L2TP Tunnel Switching feature is a tunnel aggregation feature. It enables entire tunnels to be switched in the existing VPDN Multihop feature. Previously, only individual sessions could be switched.
IP Multicast Features
Bidirectional PIM
Bidirectional PIM is a variant of the Protocol Independent Multicast (PIM) suite of routing protocols for IP multicast. In PIM, packet traffic for a multicast group is routed according to the rules of the mode configured for that multicast group. The Cisco IOS implementation of PIM supports three modes for a multicast group:
•
•
•
A router can simultaneously support all three modes or any combination of them for different multicast groups. In bidirectional mode, traffic is only routed along a bidirectional shared tree that is rooted at the rendezvous point (RP) for the group. In bidirectional PIM, the IP address of the RP acts as the key to having all routers establish a loop-free spanning tree topology rooted in that IP address. This IP address does not need to be a router, but can be an unassigned IP address on a network that is reachable throughout the PIM domain. Using this technique is actually the preferred configuration for establishing a redundant RP configuration for bidirectional PIM.
IGMP Version 3
The Internet Group Management Protocol (IGMP) is a protocol used by IPv4 systems to report IP multicast group memberships to neighboring multicast routers. On networks with hosts directly attached, IGMP Version 3 (IGMPv3) adds support for "source filtering" which enables a multicast receiver to signal to a router which groups it wants to receive multicast traffic from, and from which source(s) this traffic is expected. Based on this membership information, Cisco IOS software only forwards traffic that is requested by the host (or by other routers via Protocol Independent Multicast [PIM]) to that network. In addition to restricting traffic on the network of the receiver host, IGMPv3 membership information may also be propagated to multicast routing protocols to enable the forwarding of traffic from permitted sources or to restrict traffic from denied sources along the entire multicast data delivery path.
In the Source-Specific Multicast feature, hosts must explicitly include sources when joining a multicast group (this is known as "channel subscription"). IGMPv3 is the industry-designated standard protocol for hosts to signal-channel subscriptions in Source-Specific Multicast (SSM). In deployment cases where IGMPv3 cannot be used (for example, if it is not supported by the receiver host or its applications), there are two other mechanisms to enable SSM: URL Rendezvous Directory (URD) and IGMP v3lite.
PIM Dense Mode State Refresh
The PIM Dense Mode State Refresh feature keeps the pruned state in PIM dense mode from timing out by periodically forwarding a control message down the source-based distribution tree. The control message refreshes the prune state on the outgoing interfaces of each router in the distribution tree.
Router-Port Group Management Protocol
The Router-Port Group Management Protocol (RGMP) feature supports a Cisco protocol that restricts IP multicast traffic in switched networks. RGMP is a Layer 2 protocol that enables a router to communicate to a switch (or a networking device that is functioning as a Layer 2 switch) the multicast group for which the router would like to receive or forward traffic.
Source-Specific Multicast
The Source-Specific Multicast (SSM) feature is an extension of IP multicast, where datagram traffic is forwarded to receivers from only those multicast sources to which the receivers have explicitly joined. When SSM is used, only source-specific multicast distribution trees (no shared trees) are created.
SSM is a datagram delivery model that best supports one-to-many applications, also known as broadcast applications. SSM is the core networking technology for the Cisco implementation of the IP Multicast lite suite of solutions targeted for audio and video broadcast application environments.
UDLR Tunnel ARP and IGMP Proxy
Most protocols in the Internet assume that links are bidirectional. In particular, routing protocols used by directly connected routers no longer behave properly in the presence of a unidirectional link, such as a satellite link. The Unidirectional Link Routing (UDLR) feature enables a router to emulate the behavior of a bidirectional link for operation of IP over unidirectional links.
The UDLR Tunnel ARP and IGMP Proxy feature includes enhancements to the existing UDLR tunnel mechanism, support for the Address Resolution Protocol (ARP), and the addition of the Internet Group Management Protocol (IGMP) proxy mechanism.
Management Features
AutoInstall Using DHCP for LAN Interfaces
The AutoInstall Using DHCP for LAN Interfaces feature replaces the use of the Bootstrap Protocol (BOOTP) with the use of the Dynamic Host Configuration Protocol (DHCP) for Cisco IOS AutoInstall over LAN interfaces. AutoInstall is a Cisco IOS software feature that provides for the configuration of a new routing device automatically when the device is initialized. DHCP (defined in RFC 2131) is based on the Bootstrap Protocol, which provides the framework for passing configuration information to hosts on a Transmission Control Protocol (TCP)/IP network. DHCP adds the capability of automatic allocation of reusable network addresses and additional configuration options. In Cisco IOS Release 12.1(5)YA, the IP address procurement phase of the AutoInstall process is now accomplished using DHCP for LAN interfaces. Prior to this release, IP addresses for LAN interfaces were obtained using BOOTP during the AutoInstall process. The AutoInstall Using DHCP for LAN Interfaces feature also allows the routing device to recognize IP address allocation messages coming from regular BOOTP servers, providing a seamless transition for those devices already using BOOTP servers for AutoInstall. This feature also allows for the uploading of configuration files using unicast Trivial File Transfer Protocol (TFTP).
Circuit Interface Identification MIB
The Circuit Interface Identification MIB feature adds support for a new Cisco enterprise MIB, used for monitoring individual circuits using SNMP. The Circuit Interface Identification MIB (CISCO-CIRCUIT-INTERFACE-MIB) provides a MIB object that can be used to provide a description of individual circuit-based interfaces (for example, interfaces using ATM or Frame-Relay). This description will then be returned when linkup and linkdown SNMP traps are generated for the described interface.
Class-Based Quality of Service MIB
The Class-Based Quality of Service Management Information Base (Class-Based QoS MIB) provides read access to class-based QoS configurations. This MIB also provides QoS statistics information based on the Modular QoS CLI, including information regarding class map and policy map parameters.
This Class-Based QoS MIB is actually two MIBs: CISCO-CLASS-BASED-QOS-MIB and CISCO-CLASS-BASED-QOS-CAPABILITY-MIB.
Event MIB
The Event MIB is an asynchronous notification mechanism standardized for use by network management systems using Simple Network Management Protocol (SNMP). The Event MIB provides the ability to monitor Management Information Base (MIB) objects on a local or remote system using SNMP and initiate simple actions whenever a trigger condition is met (for example, an SNMP trap can be generated when an object is modified). By allowing notifications based on events, the Network Management System (NMS) does not need to constantly poll managed devices to find out if something has changed. When combined with the Expression-MIB support, Event-MIB support in Cisco IOS software provides a flexible and efficient way to monitor complex conditions on network devices.
Individual SNMP Trap Support
The Individual SNMP Trap Support feature adds the ability to enable or disable SNMP system management notifications (traps) individually. SNMP traps that can be specified are "authentication", "linkup", "linkdown", and "coldstart". This feature expands the functionality of the snmp-server enable traps snmp command.
Interface Index Persistence
One of the identifiers most commonly used in SNMP-based network management applications is the Interface Index (ifIndex) value. IfIndex is a unique identifying number associated with a physical or logical interface; as far as most software is concerned, the ifIndex is the "name" of the interface. Although there is no requirement in the relevant RFCs that the correspondence between particular ifIndex values and their interfaces be maintained across reboots, applications such as device inventory, billing, and fault detection increasingly depend on the maintenance of this correspondence.
Cisco IOS Release 12.1(5)YA adds support for an ifIndex value that can persist across reboots, allowing users to avoid the workarounds previously required for consistent interface identification. The Interface Index Persistence feature allows for greater accuracy when collecting and processing network management data by uniquely identifying input and output interfaces for traffic flows and SNMP statistics. Relating each interface to a known entity (such as an ISP customer) allows network management data to be used more effectively.
MSDP MIB
The Multicast Source Discovery Protocol (MSDP) MIB feature adds support in Cisco IOS software for the MSDP MIB. This MIB describes objects used for managing MSDP operations using Simple Network Management Protocol (SNMP). Documentation for this MIB exists in the form of an Internet Draft titled "Multicast Source Discovery Protocol MIB" (draft-ietf-msdp-mib-03.txt) and is available through the Internet Engineering Task Force (IETF) at http://www.ietf.org. Refer to the following document for further information:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121t/121t5/dt5msdp.htmNTP MIB
The Network Time Protocol (NTP) is used to synchronize timekeeping among a set of distributed time servers and clients. The Cisco NTP MIB enables users to remotely monitor an NTP server using the Simple Network Management Protocol (SNMP), provided the MIB itself is implemented on that server. Use of the NTP MIB to monitor the NTP status of routing devices is accomplished using software on a Network Management System (NMS). There are no new or modified Cisco IOS software commands associated with this feature.
The Cisco implementation of the NTP MIB is based on NTP version 3 (RFC-1305). The MIB objects are all read-only. SNMP requests are processed by reading the corresponding variables from the NTP subsystem and returning them in the response. The NTP MIB defines a set of NTP server system objects, including an NTP server peers table and an NTP server filter register table. For complete details on the Cisco implementation of the NTP MIB, see the MIB file itself ("CISCO-NTP-MIB.my."
Parser Cache
The Parser Cache feature optimizes the parsing (translation) of Cisco IOS software configuration command lines by remembering how to parse recently encountered command lines. This feature was developed to improve the scalability of the Cisco IOS software command-line interface (CLI) parser when processing large configuration files. This improvement is especially useful when thousands of virtual circuits must be configured for interfaces or hundreds of access lists (ACLs) are required. The parser chain cache can rapidly recognize and translate configuration lines that differ slightly from previously used configuration lines (for example, pvc 0/100, pvc 0/101, and so on). Testing indicates an improvement to load time of between 30% and 36% for large configuration files when using the parser cache.
The parser cache is enabled by default on all platforms using Cisco IOS 12.1(5)YA or later. A new command, [no] parser cache, allows the disabling or re-enabling of this feature.
SNMP Support for IOS vLAN Subinterfaces
The SNMP Support for IOS vLAN Subinterfaces enhancement provides sparse table support for Fast Ethernet subinterfaces similar to what is currently provided for Frame Relay subinterfaces.
Quality of Service Features
Configurable per ATM-VC Hold Queue Size
The Configurable per ATM-VC Hold Queue Size (for ATM Adapters) feature allows customers to specify the number of packets contained in the hold queue, per virtual circuit (VC), on ATM adapters that support per-VC queueing. By default, the queueing mechanism in use determines the size of the hold queue, and, therefore, the number of packets contained in the queue. This feature allows customers to expand the default hold queue size and change (or vary) the number of packets the queue can contain. With this new feature, the hold queue can contain a maximum of 1024 packets. This feature provides a new command, vc-hold-queue, that allows the customer to specify the number of packets contained in the per-VC hold queue. This can be a number from 5 to 1024.
DiffServ-Compliant WRED
The DiffServ-Compliant Weighted Random Early Detection (WRED) feature extends the functionality of WRED to enable support for Differentiated Services (DiffServ) and Assured Forwarding (AF) Per Hop Behavior (PHB). This feature enables WRED to be compliant with the DiffServ standard and the AF PHB standard being developed by the Internet Engineering Task Force (IETF). This feature enables customers to implement AF PHB by coloring packets according to differentiated services code point (DSCP) values and then assigning preferential drop probabilities to those packets.This feature adds two new commands, random-detect dscp and dscp. It also adds two new arguments, dscp-based and prec-based, to two existing WRED-related commands—the random-detect (interface) command and the random-detect-group command
Network-Based Application Recognition
Network-Based Application Recognition (NBAR) is a classification engine that recognizes a wide variety of applications, including web-based and other difficult-to-classify protocols that utilize dynamic TCP/User Datagram Protocol (UDP) port assignments. When an application is recognized and classified by NBAR, a network can invoke services for that specific application. NBAR ensures that network bandwidth is used efficiently by working with QoS features to provide bandwidth guarantees and limits, traffic shaping, and packet marking.
NBAR supports several new classification features:
•
•
•
•
NBAR also can classify static port protocols. Although Access Control Lists (ACLs) can be used for this purpose, NBAR is easier to configure and can provide classification statistics that are not available when using ACLs.
NBAR provides a special Protocol Discovery feature that determines which application protocols are traversing a network at any given time. The Protocol Discovery feature captures key statistics associated with each protocol in a network. These statistics can be used to define traffic classes and QoS policies for each traffic class.
For additional information on NBAR, see the Network-Based Application Recognition feature module on Cisco.com and the Documentation CD-ROM.
RSVP Support for Low-Latency Queueing
RSVP is a network-control protocol that provides a means for reserving network resources—primarily bandwidth—to guarantee that applications transmitting end-to-end across networks achieve the desired quality of service (QoS).
RSVP enables real-time traffic (which includes voice flows) to reserve resources necessary for low latency and bandwidth guarantees.
RSVP uses weighted fair queuing (WFQ) to provide fairness among flows and to assign a low weight to a packet to attain priority. However, the preferential treatment provided by RSVP is insufficient to minimize the jitter because of the nature of the queuing algorithm itself. As a result, the low latency and jitter requirements of voice flows might not be met in the prior implementation of RSVP and WFQ.
Security Features
AAA Broadcast Accounting
The AAA Broadcast Accounting feature allows accounting information to be broadcast to one or more AAA servers simultaneously. This functionality allows service providers to send accounting information to their own private AAA servers and to the AAA servers of their end customers. It also provides redundant billing information for voice applications.
With the introduction of this feature, broadcasting is now allowed among groups of servers. The server groups can be either Remote Dial-In User Service (RADIUS) or Terminal Access Controller Access Control System Plus (TACACS+). And each server group can define its backup servers for failover independently of other groups. (Failover is a process that can occur when more than one server has been defined within a server group. Failover refers to the process by which information is sent to the first server in a server group; if the first server is unavailable, the information is sent to the next server in the server group. This process continues until the information is successfully sent to one of the servers within the server group or until the list of available servers within the server group is exhausted.)
AAA Server Group Deadtimer
The AAA Server Group Deadtimer feature allows each authentication, authorization, and accounting (AAA) server to be fully configured in the server group. Thus, you can direct AAA traffic to separate groups of servers that have different operational characteristics.
With the introduction of this feature, deadtime has been added as a new attribute to the server group structure. In addition, a separate timer has been attached to each server host in every server group. Therefore, when a server is found to be unresponsive after numerous retransmissions and timeouts, the server is assumed to be dead. The timers attached to each server host in all server groups are triggered. The timers are checked and subsequent requests to a server (once it is assumed to be dead) are directed to alternate timers, if configured. When the network access server receives a reply from the server, it checks and stops all configured timers (if running) for that server in all server groups.
If the timer has expired, only the server to which the timer is attached is assumed to be alive. This becomes the only server that can be tried for later AAA requests using the server groups to which the timer belongs.
Note
Secure Shell Version 1 Integrated Client
Secure Shell (SSH) is a protocol that provides a secure remote connection to another router. There are currently two versions of SSH available, SSH Version 1 and SSH Version 2. Only SSH Version 1 is implemented in Cisco IOS software.
The Secure Shell Version 1 Integrated Client feature is an application running over TCP/IP to provide strong authentication and encryption. The SSH client enables a Cisco router to make a secure, encrypted connection to another Cisco router or device running an SSH Version 1 server. This connection provides functionality that is similar to that of an outbound Telnet connection except that the connection is encrypted. With authentication and encryption, the SSH client allows for a secure communication over an insecure network. The SSH client in Cisco IOS software works with publicly and commercially available SSH servers.
Voice Features
For information on configuring voice features, see the Cisco IOS Voice Features on IGX 8400 Series Universal Router Module feature module. For information on feature modules, see the "Feature Modules" section.
Answer Supervision Reporting
The Answer Supervision Reporting feature is an enhancement to the information request (IRR) Registration, Admission, and Status protocol (RAS) message that enables gatekeepers to maintain call accounting information by reporting the call connection time of connected calls to the gatekeeper.
In H.323 configurations, direct call-routed signaling is used by the endpoint (gateway). Gatekeepers do not have real-time knowledge or control over the state of a call and are dependent on the endpoints to provide them the necessary real-time information, such as the call connect time, call termination time, and call termination reason.
When a call ends, the gateway sends a Disengage Request (DRQ) message with the "BillingInformationToken" (which contains the duration of the call) to the gatekeeper. If the gatekeeper does not receive the DRQ message for some reason, the gatekeeper will not have the information about when the call started or the duration of the call, which is necessary to maintain accounting information.
The Answer Supervision Reporting feature addresses the need to report the call connection time to the gatekeeper upon the connection of a call and at periodic intervals thereafter. The Answer Supervision Reporting feature adds a proprietary Cisco parameter, the call connection time parameter, to the "perCallInfo" parameter in the "nonStandardData" field, which is located in the IRR message. When a CONNECT message is received, the originating gateway sends the unsolicited IRR message to its gatekeeper. On sending a CONNECT message, the terminating gateway sends the unsolicited IRR message to its gatekeeper. If the admission confirmation (ACF) message has a nonzero value for the IRR frequency parameter, the gateway sends the unsolicited IRR message to its gatekeeper at periodic intervals, which are determined by the value in the IRR frequency parameter.
Asynchronous Rotary Line Queuing
The Asynchronous Rotary Line Queuing feature allows Telnet connection requests to busy asynchronous rotary groups to be queued so that users automatically obtain the next available line, rather than needing to try repeatedly to open a Telnet connection. The Cisco IOS software sends a periodic message to the user to update progress in the connection queue.
Connections are authenticated using the method specified for the line configurations for the asynchronous rotary group. If a connection is queued, authentication is done prior to queuing and no authentication is done when the connection is later established.
Caller ID
Caller ID (sometimes called CLID or ICLID for incoming call line identification) is an analog service offered by a Central Office (CO), which supplies calling party information to subscribers. Typically, the calling party number, and sometimes the name, appears on a station (also called extension) device such as a PC telephony software application screen or the display on a telephone. Type 1 Caller ID provides the calling party information while the call is ringing, and Type 2 Caller ID provides the additional convenience of calling number display while the recipient is on another call. In this release, Cisco provides only Type 1 Caller ID support.
Configurable Timers in H.225
The Configurable Timers in H.225 feature allows users to configure the H.255 TCP connection timeout value for all outgoing call attempts (on a per-VoIP dial-peer basis).
In previous releases of the Cisco IOS software, the call attempt timeout was 15 seconds and could not be changed. In some cases, however, users might need a shorter timeout value to facilitate a faster fail-over. In other cases, users might need a greater timeout value.
The Configurable Timers in H.225 feature addresses those needs by allowing the user to override the default of 15 seconds and configure the timeout value.
Dial Peer Enhancements
The Dial Peer Enhancements are supported for Voice over IP, Voice over Frame Relay, and Voice over ATM. The following enhancements to dial peer configuration lower the complexity of dial planning and reduce the amount of effort in creating dial peer entries:
•
•
•
•
For more information, see the two Dial Peer Enhancement feature modules on Cisco.com at:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121t/121t1/dt0390s7.htm
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121t/121t2/dtdpeer.htm
Ecosystem Gatekeeper Interoperability Enhancements
The Ecosystem Gatekeeper Interoperability Enhancements feature allows gateways to move between gatekeepers without requiring a reconfiguration of the gateway or a gatekeeper failover in the gateway.
Gateways can be configured to switch from their primary gatekeeper to an alternate gatekeeper if a failure or outage occurs. If an outage occurs and gateways move from one gatekeeper to another, there may be an imbalance in the number of gateways registered to each gatekeeper. The Ecosystem Gatekeeper Interoperability Enhancements helps to restore the balance (when the outage has been corrected) by allowing some of the gateways to be moved back to their proper gatekeepers.
The Ecosystem Gatekeeper Interoperability Enhancements feature supplements the existing support for alternate gatekeepers and adds support for the alternate gatekeeper field (altGKInfo) to the gatekeeper rejection (GRJ) and registration rejection (RRJ) messages. This allows a gateway to move between gatekeepers during the gatekeeper request (GRQ) and registration request (RRQ) phases.
Ecosystem Gatekeeper Interoperability Enhancements: Phase 2
The Ecosystem Gatekeeper Interoperability Enhancements: Phase 2 feature supplements the existing support for alternate gatekeepers and adds support for the alternate gatekeeper field (altGKInfo) to the admission rejection (ARJ). This allows a gateway to move between gatekeepers during the admission request (ARQ) phase.
The Ecosystem Gatekeeper Interoperability Enhancements: Phase 2 allows gateways to move between gatekeepers without requiring a reconfiguration of the gateway or a gatekeeper failover in the gateway.
Gateways can be configured to switch from their primary gatekeeper to an alternate gatekeeper if a failure or outage occurs. If an outage occurs and gateways move from one gatekeeper to another, there may be an imbalance in the number of gateways registered to each gatekeeper. The Ecosystem Gatekeeper Interoperability Enhancements: Phase 2 helps to restore the balance (when the outage has been corrected) by allowing some of the gateways to be moved back to their proper gatekeepers.
Gateway-to-Gatekeeper Billing Redundancy
The Gateway-to-Gatekeeper Billing Redundancy feature enhances the accounting capabilities of the Cisco H.323 gateway and provides support for Vocaltec gatekeepers. The Gateway-to-Gatekeeper Billing Redundancy feature provides redundant billing information to an alternate gatekeeper if the primary gatekeeper to which a gateway is registered becomes unavailable.
During the process of establishing a call, the primary gatekeeper sends an admission confirmation (ACF) message to the registered gateway. The ACF message includes the user's billing information and an access token. To provide the billing information to an alternate gatekeeper if the primary gatekeeper is unavailable when the call session ends, the access token information sent in the ACF message in now also included in the disengage request (DRQ) message that is sent to the alternate gatekeeper.
This features enables the alternate gatekeeper to obtain the billing information required to successfully complete the transaction.
H.323 Support for Virtual Interfaces
The H.323 Support for Virtual Interfaces feature allows users to configure the IP address of the gateway, so that the IP address included in the H.323 packet is deterministic and consistently indicates the same address for the source.
In previous releases of the Cisco IOS software, the source address included in the H.323 packet could vary depending on the protocol (RAS, H.225, H.245, or RTP). This made it difficult to configure firewall applications to work with H.323 messages.
The H.323 Support for Virtual Interfaces feature addresses that difficulty by allowing the user to explicitly configure an IP address to be used for all protocols.
H.323 Version 2, Phase 2
The Cisco H.323 Version 2, Phase 2 feature adds the following benefits to Cisco H.323 gatekeepers, gateways, and proxies:
•
•
•
•
•
•
•
•
•
•
PSTN Fallback
PSTN Fallback provides a mechanism to monitor congestion in the IP network and either redirect calls to the PSTN or reject calls based on the network congestion. PSTN Fallback does not provide assurances that a call that proceeds over the IP network is protected from the effects of congestion. This is the function of the other QoS mechanisms such as IP RTP Priority or low-latency queueing (LLQ).
QSIG Protocol Support
QSIG Protocol Support allows Cisco voice-switching services to connect private branch exchanges (PBXs), key systems (KTs), and central office switches (COs) that communicate by using the Q Signaling (QSIG) protocol, which is becoming the standard for PBX interoperability in Europe and North America. QSIG is a variant of ISDN D-channel signaling. With QSIG, Cisco networks emulate the functionality of the public-switched telephone network (PSTN), and QSIG signaling messages allow the dynamic establishment of voice connections across a Cisco wide-area network (WAN) to a peer router, which can then transport the signaling and voice packets to a second private integrated services network exchange (PINX). QSIG enables digit forwarding on POTS (plain old telephone service) dial peers.
Session Initiation Protocol for Voice over IP
Voice over Internet Protocol (VoIP) currently implements ITU's H.323 specification within Internet Telephony Gateways (ITGs) to signal voice call setup. Session Initiation Protocol (SIP) is a new protocol developed by the Internet Engineering Task Force (IETF) Multiparty Multimedia Session Control (MMUSIC) Working Group as an alternative to H.323. SIP features are compliant with IETF RFC 2543, published in March 1999.
The Cisco SIP functionality enables the URM to signal the setup of voice and multimedia calls over IP networks; therefore, the SIP feature provides an alternative to H.323 within the VoIP internetworking software.
T.38 Fax Relay for VoIP H.323
T.38 Fax Relay for VoIP H.323 provides standards-based fax relay protocol support for H.323 gateways and gatekeepers. T.38 is an ITU-T recommended standard for fax relay. Since T.38 is a standards-based implementation for fax relay, Cisco gateways and gatekeepers are able to communicate with third-party H.323 devices that support T.38 protocol.
Transparent Common Channel Signaling
Transparent Common Channel Signaling (T-CCS) allows the connection of two PBXs with digital interfaces that use a proprietary or unsupported CCS protocol without the need for interpretation of CCS signaling for call processing. T1/E1 traffic is transported transparently through the data network and the feature preserves proprietary signaling. From the PBX standpoint, this is accomplished through a point-to-point connection. Calls from the PBXs are not routed, but follow a preconfigured route to the destination.
Trunk Conditioning for FRF.11 and Cisco Trunks
Trunk Conditioning for FRF.11 and Cisco Trunks is an enhancement that adds the following capabilities to the trunk conditioning feature on the URM:
•
•
This feature applies to analog telephony connections and digital T1/E1 using CAS/robbed-bit "ABCD" signaling. It does not apply to digital T1/E1 connections using CCS type signaling.
V.110 Support
This feature implements the V.110 protocol on the URM.
Voice Busyout Enhancements
The local voice busyout feature provides a way to busy out a voice port if a monitored network interface changes state. When a monitored interface changes to a specified state—to out-of-service or in-service —the voice port presents a seized/busyout condition to the attached PBX or other customer premises equipment (CPE). The PBX or other CPE can then attempt to select an alternate route.
Local voice busyout is supported on analog and digital voice ports using channel associated signaling (CAS).
This feature allows you to perform the following tasks:
•
•
•
•
Note
Voice Over ATM
Voice over ATM enables a URM to carry voice traffic (for example, telephone calls and faxes) over an ATM network by using ATM encapsulation ATM adaptation layer (AAL) 5.
VoIP Call Admission Control using RSVP
The VoIP Call Admission Control using RSVP feature synchronizes RSVP procedures with H.323 Version 2 (Fast Connect) setup procedures to guarantee that the required Quality of Service (QoS) for VoIP calls is maintained across the IP network. In earlier Cisco IOS releases, VoIP gateways used H.323 Version 1 (Slow Connect) procedures when initiating calls requiring bandwidth reservation. This feature, which is enabled by default, allows gateways to use H.323 Version 2 (Fast Connect) for all calls, including those requiring RSVP.
WAN Services Features
Closed User Group Selection Facility Suppress Options
A closed user group (CUG) selection facility is a specific encoding element that allows a destination data terminal equipment (DTE) to identify the CUG to which the source and destination DTEs belong. The Closed User Group Selection Facility Suppress Option feature enables a user to configure an X.25 data communications equipment (DCE) interface or X.25 profile with a DCE station type to remove the CUG selection facility from incoming call packets destined for the preferential CUG only or for all CUGs. You can also remove the selection facility from a CUG with outgoing access (CUG/OA).
ISDN Network Side for ETSI Net5 PRI
The ISDN Network Side for ETSI Net5 PRI feature enables Cisco IOS to replicate the public switched network interface to a PBX that is compatible with the ETSI Net5 switch type.
Routers and PBXs are both traditionally CPE with respect to the public switched network interfaces. For Voice over IP (VoIP) applications, it is desirable to interface access servers to PBXs with the access server representing the public switched network.
Enterprise organizations use the current VoIP features with Cisco products to reduce long-distance costs for phone calls within and outside of their organizations. However, there are times that a call cannot go over VoIP and the call needs to be placed using the PSTN. The customer then must have two devices connected to a PBX to allow some calls to be placed using VoIP and some calls to be placed over the PSTN. In contrast, this feature allows Cisco access servers to connect directly to user-side CPE devices such as PBXs and allows voice calls and data calls to be placed without requiring two different devices to be connected to the PBXs.
This feature enables the access server to provide a standard ISDN PRI network-side interface to the PBXs and to mimic the behavior of legacy phone switches. To a PBX, the access server functions as a Net5 PRI switch. No change in PBX capability or behavior is required.
PPPoE on ATM
The PPPoE on ATM feature provides the ability to connect a network of hosts over a simple bridging-access device to a remote access concentrator. With this model, each host utilizes its own PPP over Ethernet (PPPoE) stack and the user is presented with a familiar user interface. Access control, billing and type of service can be done on a per-user, rather than a per-site, basis. Before a point-to-point connection over Ethernet can be provided, each PPP session must learn the Ethernet address of the remote peer and establish a unique session identifier. A unique session identifier is provided by the PPPoE Discovery Stage protocol.
The PPPoE on ATM feature provides service-provider digital subscriber line (DSL) support. As service providers begin DSL deployments, two of their most significant goals are to ease and facilitate consumer end adoption and to preserve as much of the dialup model as possible. PPPoE serves to advance both of these goals by leveraging Ethernet scale curves and embedded base (such as ATM NICs) and by preserving the point-to-point session used by Internet service providers (ISPs) in today's dialup model.
PPPoE over IEEE 802.1Q VLANs
The PPPoE over IEEE 802.1Q VLANs feature adds support for running PPP over Fast Ethernet over IEEE 802.1Q encapsulation. IEEE 802.1Q encapsulation enables you to interconnect a virtual local area networks (VLAN)-capable router with another VLAN-capable device. The packets on the 802.1Q link contain a standard Fast Ethernet frame and the VLAN information associated with that frame.
MIBs
Current MIBs
To obtain lists of supported MIBs by platform and Cisco IOS release, and to download MIB modules, go to the Cisco MIB website on Cisco.com at http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml.
Deprecated and Replacement MIBs
Old Cisco MIBs will be replaced in a future release. OLD-CISCO-* MIBs are currently migrated into more scalable MIBs without affecting existing Cisco IOS products or network management system (NMS) applications. You can update from deprecated MIBs to the replacement MIBs as shown in Table 3.
Caveats for Cisco IOS Release 12.1(5)YA
Caveats describe unexpected behavior in Cisco IOS software releases. Severity 1 caveats are the most serious caveats; severity 2 caveats are less serious. Severity 3 caveats are moderate caveats, and only select severity 3 caveats are included in the caveats document.
This section contains only open and resolved caveats for the current Cisco IOS maintenance release.
All caveats in Cisco IOS Release 12.1 and Cisco IOS Release 12.1 T are also in Cisco IOS Release 12.1(5) YA.
For information on caveats in Cisco IOS Release 12.1, see Caveats for Cisco IOS Release 12.1.
For information on caveats in Cisco IOS Release 12.1 T, see Caveats for Cisco IOS Release 12.1 T, which lists severity 1 and 2 caveats and select severity 3 caveats and is located on Cisco.com and the Documentation CD-ROM.
Caveat numbers and brief descriptions for Cisco IOS Release 12.1(5)YA1 are listed in Table 5. For details about a particular caveat, go to Bug Toolkit at http://www.cisco.com/kobayashi/bugs/bugs.html
To access this location, you must have an account on Cisco.com. For information about how to obtain an account, go to the "Feature Navigator" section.
Note
Open Caveats—Cisco IOS Release12.2(2)YA2
There are no open caveats specific to Cisco IOS Release 12.2(2)YA2 that require documentation in the release notes.
Resolved Caveats—Cisco IOS Release12.2(2)YA2
All the caveats listed in Table 4 are resolved in Cisco IOS Release 12.2(2)YA2. This section describes only severity 1 and 2 caveats and select severity 3 caveats.
•
Open Caveats—Cisco IOS Release 12.1(5)YA1
There are no open caveats specific to Cisco IOS Release 12.1(5)YA1 that require documentation in the release notes.
Resolved Caveats—Cisco IOS Release 12.1(5)YA1
All the caveats listed in Table 5 are resolved in Cisco IOS Release 12.1(5)YA1. This table lists only severity 1 and 2 caveats and select severity 3 caveats.
Open and Resolved Caveats—Cisco IOS Release 12.1(5)YA
There are no open and resolved caveats specific to Cisco IOS Release 12.1(5)YA that require documentation in the release notes.
Related Documentation
The following sections describe the documentation available for the Cisco IGX 8400 series URM. These documents consist of hardware and software installation guides, Cisco IOS configuration guides and command references, system error messages, feature modules, and other documents.
Documentation is available as printed manuals or electronic documents, except for feature modules, which are available online on Cisco.com and the Documentation CD-ROM.
Use these release notes with these documents:
•
Release-Specific Documents
The following documents are specific to or support Cisco IOS Release 12.1(5)YA and are located on Cisco.com and the Documentation CD-ROM:
•
On Cisco.com at:
Technical Documents: Cisco IOS Software: Cisco IOS Release 12.1: Release Notes: Cross-Platform Release Notes
On the Documentation CD-ROM at:
Cisco Product Documentation: Cisco IOS Software Configuration: Cisco IOS Release 12.1: Release Notes: Cross-Platform Release Notes
•
Technical Documents
•
As a supplement to the caveats listed in "Caveats for Cisco IOS Release 12.1(5)YA" in these release notes, see Caveats for Cisco IOS Release 12.1 and Caveats for Cisco IOS Release 12.1 T, which contain caveats applicable to all platforms for all maintenance releases of Cisco IOS Release 12.1 and Cisco IOS Release 12.1 T.
On Cisco.com at:
Technical Documents: Cisco IOS Software: Cisco IOS Release 12.1: Release Notes: Caveats
On the Documentation CD-ROM at:
Cisco Product Documentation: Cisco IOS Software Configuration: Cisco IOS Release 12.1: Caveats
Note
Platform-Specific Documents
The documents listed below document the Cisco IGX 8400 series switches and are available on Cisco.com and on the Documentation CD-ROM.
•
•
•
•
•
•
•
On Cisco.com at:
Technical Documents: Cisco Product Documentation: Other Switches: WAN Switches: Cisco IGX 8400 Series
On the Documentation CD-ROM at:
Cisco Product Documentation: Other Switches: WAN Switches: Cisco IGX 8400 Series
Feature Modules
All Cisco IOS Release 12.1(5)YA feature modules are available on Cisco.com at http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121limit/121ya/121ya_5/f t_igx.htm.
Feature modules describe new features supported by Cisco IOS Release 12.2 T and are updates to the Cisco IOS documentation set. A feature module consists of a brief overview of the feature, benefits, configuration tasks, and a command reference. As updates, the feature modules are available online only. Feature module information is incorporated in the next printing of the Cisco IOS documentation set.
On Cisco.com at:
Technical Documents: Cisco IOS Software: Cisco IOS Release 12.1: New Feature Documentation
On the Documentation CD-ROM at:
Cisco Product Documentation: Cisco IOS Software Configuration: Cisco IOS Release 12.1: New Feature Documentation
Feature Navigator
Feature Navigator is a web-based tool that enables you to quickly determine which Cisco IOS software images support a particular set of features and which features are supported in a particular Cisco IOS image.
Feature Navigator is available 24 hours a day, 7 days a week. To access Feature Navigator, you must have an account on Cisco.com. If you have forgotten or lost your account information, e-mail the Contact Database Administration group at cdbadmin@cisco.com. If you do not have an account on Cisco.com, go to http://www.cisco.com/register and follow the directions to establish an account.
To use Feature Navigator, you must have a JavaScript-enabled web browser such as Netscape 3.0 or later, or Internet Explorer 4.0 or later. Internet Explorer 4.0 always has JavaScript enabled. To enable JavaScript for Netscape 3.x or Netscape 4.x, follow the instructions provided with the web browser. For Java Script support and enabling instructions for other browsers, check with the browser vendor.
Feature Navigator is updated when major Cisco IOS software releases and technology releases occur. You can access Feature Navigator at the following URL:
http://www.cisco.com/go/fn
Cisco IOS Software Documentation Set
The Cisco IOS software documentation set consists of the Cisco IOS configuration guides, Cisco IOS command references, and several other supporting documents. The Cisco IOS software documentation set is shipped with your order in electronic form on the Documentation CD-ROM, unless you specifically ordered the printed versions.
Documentation Modules
Each module in the Cisco IOS documentation set consists of one or more configuration guides and one or more corresponding command references. Chapters in a configuration guide describe protocols, configuration tasks, and Cisco IOS software functionality, and contain comprehensive configuration examples. Chapters in a command reference provide complete command syntax information. Use each configuration guide with its corresponding command reference.
On Cisco.com at:
Technical Documents: Cisco IOS Software: Cisco IOS Release 12.1: Configuration Guides and Command References
On the Documentation CD-ROM at:
Cisco Product Documentation: Cisco IOS Software Configuration: Cisco IOS Release 12.1: Configuration Guides and Command References
Cisco IOS Release 12.1 Documentation Set Contents
Table 6 lists the contents of the Cisco IOS Release 12.1 software documentation set, which is available in electronic form and in printed form if ordered.
Note
On Cisco.com at:
Technical Documents: Cisco IOS Software: Cisco IOS Release 12.1
On the Documentation CD-ROM at:
Cisco Product Documentation: Cisco IOS Software Configuration: Cisco IOS Release 12.1
Obtaining Documentation
The following sections provide sources for obtaining documentation from Cisco Systems.
World Wide Web
The most current Cisco documentation is available on the World Wide Web at http://www.cisco.com. Translated documentation can be accessed at http://www.cisco.com/public/countries_languages.shtml.
Documentation CD-ROM
Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM is updated monthly and may be more current than printed documentation. The CD-ROM package is available as a single unit or as an annual subscription.
Ordering Documentation
Cisco documentation is available in the following ways:
•
http://www.cisco.com/cgi-bin/order/order_root.pl
•
http://www.cisco.com/go/subscription
•
Documentation Feedback
If you are reading Cisco products documentation on the World Wide Web, you can submit technical comments electronically. Click Feedback in the toolbar and select Documentation. After you complete the form, click Submit to send it to Cisco.
You can e-mail your comments to bug-doc@cisco.com.
For your convenience, many documents contain a response card behind the front cover for submitting your comments by mail. Otherwise, you can mail your comments to the following address:
Cisco Systems, Inc.
Document Resource Connection
170 West Tasman Drive
San Jose, CA 95134-9883We appreciate your comments.
Obtaining Technical Assistance
The following sections provide sources for obtaining technical assistance from Cisco Systems.
Cisco.com
Cisco.com is the foundation of a suite of interactive, networked services that provides immediate, open access to Cisco information and resources at anytime, from anywhere in the world. This highly integrated Internet application is a powerful, easy-to-use tool for doing business with Cisco.
Cisco.com provides a broad range of features and services to help customers and partners streamline business processes and improve productivity. Through Cisco.com, you can find information about Cisco and our networking solutions, services, and programs. In addition, you can resolve technical issues with online technical support, download and test software packages, and order Cisco learning materials and merchandise. Valuable online skill assessment, training, and certification programs are also available.
Customers and partners can self-register on Cisco.com to obtain additional personalized information and services. Registered users can order products, check on the status of an order, access technical support, and view benefits specific to their relationships with Cisco.
To access Cisco.com, go to the following website:
http://www.cisco.com
Technical Assistance Center
The Cisco TAC website is available to all customers who need technical assistance with a Cisco product or technology that is under warranty or covered by a maintenance contract.
Contacting TAC by Using the Cisco TAC Website
If you have a priority level 3 (P3) or priority level 4 (P4) problem, contact TAC by going to the TAC website:
http://www.cisco.com/tac
P3 and P4 level problems are defined as follows:
•
•
In each of the above cases, use the Cisco TAC website to quickly find answers to your questions.
To register for Cisco.com, go to the following website:
http://www.cisco.com/register/
Cisco.com registered users who cannot resolve a technical issue by using the TAC online resource can open a case online by using the TAC Case Open tool at the following website:
http://www.cisco.com/tac/caseopen
Contacting TAC by Telephone
If you have a priority level 1(P1) or priority level 2 (P2) problem, contact TAC by telephone and immediately open a case. To obtain a directory of toll-free numbers for your country, go to the following website:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
P1 and P2 level problems are defined as follows:
•
•
Guest
