|
|
Table Of Contents
Release Notes for Cisco ONS 15540 ESP
for Cisco IOS Release 12.1(12c)E1Determining the Software Version
Determining the Release Version of Your Processor Card ROMMON Image
Updating to a New ROMMON Image Release
New Features in Release 12.1(12c)E1
New Features in Release 12.1(12c)E
New Features in Release 12.1(11b)E1
New Features in Release 12.1(11b)E
New Features in Release 12.1(7a)EY3
New Features in Release 12.1(7a)EY2
Obtaining Technical Assistance
Release Notes for Cisco ONS 15540 ESP
for Cisco IOS Release 12.1(12c)E1
This document describes caveats for Cisco IOS Release 12.1(12c)E1 for the Cisco ONS 15540 ESP (Extended Services Platform).
Date: August 5, 2002
Text Part Number: 78-12592-07 Rev. A0
Contents
This document includes the following information:
•
Caveats
•
Introduction
The Cisco ONS 15540 ESP is an optical transport platform that employs DWDM (dense wavelength division multiplexing) technology. With the Cisco ONS 15540 ESP, users can take advantage of the availability of dark fiber to build a common infrastructure that supports data, SAN (storage area networking), and TDM (time-division multiplexing) traffic. For more information about DWDM technology and applications, refer to the Introduction to DWDM Technology publication and the
Cisco ONS 15540 ESP Planning and Design Guide.System Requirements
This section describes the system requirements for Cisco IOS Release 12.1(12c)E1, and it includes the following sections:
•
•
•
Memory Requirements
The DRAM memory configuration is 128 MB, which is the default for the Cisco ONS 15540 ESP.
Hardware Supported
Table 1 lists the hardware components supported on the Cisco ONS 15540 ESP and the minimum software version required. See the "Determining the Software Version" section for information on determining your software version.
Determining the Software Version
Note
To determine the version of Cisco IOS software currently running on a Cisco ONS 15540 ESP system, log in to the system and enter the show version EXEC command. The following sample output is from the show version command. The software version number is shown on the second line of the sample output.
Switch# show versionCisco Internetwork Operating System SoftwareIOS (tm) ONS-15540 Software (ONS15540-I-M), Version 12.1(12c)E1
<Information deleted>Upgrading the System Image
To ensure proper system functioning, follow the system image upgrading procedure described in the Cisco ONS 15540 ESP Configuration Guide and Command Reference.
Note
Caution
Determining the Release Version of Your Processor Card ROMMON Image
To determine the existing ROMMON image release version installed on your processor card, use the following command in EXEC mode:
Example
The following example shows the ROMMON image information for the processor card in slot 6:
Switch# show versionCisco Internetwork Operating System SoftwareIOS (tm) ONS-15540 Software (manopt-M0-M), Release Version 12.1(12c)E1Copyright (c) 1986-2001 by cisco Systems, Inc.Compiled Fri 23-Mar-02 15:23 byImage text-base:0x60010950, data-base:0x604E8000ROM:System Bootstrap, Version 12.1(12c)E1, RELEASE SOFTWARE
Switch uptime is 30 minutesSystem returned to ROM by power-onSystem image file is "slot0:manopt-m0-mz"cisco (QUEENS-CPU) processor with 98304K/32768K bytes of memory.R7000 CPU at 234Mhz, Implementation 39, Rev 2.1, 256KB L2, 2048KB L3 CacheLast reset from power-on2 Ethernet/IEEE 802.3 interface(s)509K bytes of non-volatile configuration memory.20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).16384K bytes of Flash internal SIMM (Sector size 64K).Configuration register is 0x102Updating to a New ROMMON Image Release
To update a ROMMON image for the active processor card and redundant processor card, follow these steps:
Step 1
Step 2
Step 3
Step 4
Note
Caution
Copying a ROMMON Image from a TFTP Server to a Flash Memory File System
To download a ROMMON image from a TFTP server and upgrade the ROMMON image on both processor cards, perform the following steps, starting with the active processor card:
Step 1
Switch# show flash-filesystem:
Verifies that space is available in Flash memory on the active processor card. If space is available, continue to Step 5.
Step 2
Switch# copy flash-filesystem:[filename] tftp:[[[//location]/directory]/filename]
(Optional) Copies a file from the Flash memory device to the TFTP server, if you wish to have a backup copy of the file on the TFTP server before deleting it.
Reply to any CLI prompts for additional information or confirmation. The prompting depends on how much information you provide in the copy command.
Step 3
Switch# delete flash-filesystem:filename
(Optional) Deletes a file from Flash memory.
Step 4
Switch# squeeze flash-filesystem:
(Optional) Recovers the space in Flash memory.
Step 5
Switch# copy tftp:[[[//location]/directory]/filename] flash-filesystem:[filename]
Copies the image from the TFTP server to the Flash memory device.
Reply to any CLI prompts for additional information or confirmation. The prompting depends on how much information you provide in the copy command.
Note
Step 6
Switch# reprogram flash-filesystem:filename rommon
Updates the ROMMON image on the processor card and returns the processor card to ROMMON mode.
This causes a switchover to the Hot Standby processor card, if one is available.
Step 7
rommon 1 > boot [flash-filesystem:filename]
(Optional) Boots the IOS system image on the new standby processor card if it does not boot automatically.
Repeat Step 1 through Step 7 on the new active processor card.
Note
Example
The following example shows how to download a ROMMON image from a TFTP server and update the ROMMON image on the active processor card:
Switch#show slot0:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. image 1BD2EA73 2A7B24 26 2652836 Feb 11 2002 18:07:41 ons15540-i-mz2 .. config 36DC62E3 2AAC54 14 12461 Feb 11 2002 18:10:34 running-config17912748 bytes available (2665556 bytes used)Switch#copy tftp: slot0:Address or name of remote host []?10.0.0.1Source filename []?MANOPT_RM.srecDestination filename [MANOPT_RM.srec]?yLoading tftpboot/MANOPT_RM.srec from 10.0.0.1 (via Ethernet3/0):!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![OK -629458/17912748bytes]629458 bytes copiedCopying a ROMMON Image from an FTP Server to a Flash Memory File System
To download a ROMMON image from an FTP server and upgrade the ROMMON image on both processor cards, perform the following steps, starting with the active processor card:
Step 1
Switch# configure terminal
Switch(config)#
(Optional) Enters configuration mode from the terminal. This step is required only if you override the default remote user name (see Step 2 and Step 3). Otherwise, continue to Step 5.
Step 2
Switch(config)# ip ftp username username
(Optional) Changes the default remote username.
Step 3
Switch(config)# ip ftp password password
(Optional) Changes the default password.
Step 4
Switch(config)# end
Switch#
(Optional) Exits configuration mode. This step is required only if you override the default remote user name (see Step 2 and Step 3).
Step 5
Switch# show flash-filesystem:
Verifies that space is available in Flash memory. If space is available, continue to Step 9.
Step 6
Switch# copy flash-filesystem:[filename] ftp:[[[//[username[:password]@]location]/
directory]/filename](Optional) Copies a file from the Flash memory device to the FTP server, if you wish to have a backup copy of the file on the FTP server before deleting it.
Reply to any CLI prompts for additional information or confirmation. The prompting depends on how much information you provide in the copy command.
Step 7
Switch# delete flash-filesystem:filename
(Optional) Deletes a file from Flash memory.
Step 8
Switch# squeeze flash-filesystem:
(Optional) Recovers the space in Flash memory.
Step 9
Switch# copy ftp:[[[//[username[:password]@]location]/ directory]/filename] flash-filesystem:[filename]
Copies the image from the FTP server to the Flash memory device.
Reply to any CLI prompts for additional information or confirmation. The prompting depends on how much information you provide in the copy command.
Note
Step 10
Switch# reprogram flash-filesystem:filename rommon
Updates the ROMMON image on the processor card and returns the processor card to ROMMON mode.
This step causes a switchover to the Hot Standby processor card, if one is available.
Step 11
rommon 1 > boot [flash-filesystem:filename]
(Optional) Boots the IOS system image on the new standby processor card if it does not boot automatically.
Repeat Step 1 through Step 11 on the new active processor card.
Note
Example
The following example shows how to download a ROMMON image from an FTP server and update the ROMMON image on the active processor card:
Switch#show slot0:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. image 1BD2EA73 2A7B24 26 2652836 Feb 11 2002 18:07:41 ons15540-i-mz2 .. config 36DC62E3 2AAC54 14 12461 Feb 11 2002 18:10:34 running-config17912748 bytes available (2665556 bytes used)Switch# copy ftp://myuser:mypass@theserver/tftpboot/MANOPT_RM.srec slot1:MANOPT_RM.srecAccessing ftp://theserver/tftpboot/MANOPT_RM.srec...Translating "theserver"...domainserver (192.168.2.132) [OK]Loading MANOPT_RM.srec from 192.168.2.132 (via Ethernet3/0):!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![OK - 623492/17912748bytes]623492 bytes copiedFeature Set Table
The Cisco IOS Release software is packaged in feature sets (also called software images) depending on the platform. Each feature set contains a specific set of Cisco IOS features. Table 2 lists the Cisco IOS software feature sets available for the Cisco ONS 15540 ESP.
Table 2 Feature Sets Supported by the Cisco ONS 15540 ESP
Gigabit Ethernet
X
X
X
X
X
X
Fast Ethernet
X
X
X
X
X
X
Ethernet
X
X
X
X
X
X
ATM OC-3/STM-1, OC-12/STM-4, and OC-48/STM-16
X
X
X
X
X
X
X
X
X
X
X
X
POS3
X
X
X
X
X
X
Coupling link
X
X
X
X
X
X
Fibre Channel (1 Gbps)
X
X
X
X
X
X
Fibre Channel (2 Gbps)
X
X
X
X
X
X
FDDI4
X
X
X
X
X
X
ESCON5 SM (200 Mbps)
X
X
X
X
X
X
FICON6 (800 Mbps)
X
X
X
X
X
X
Token Ring
X
X
X
X
X
X
SNMP
X
X
X
X
X
X
CiscoView
X
X
X
X
X
X
Cisco Transport Manager
X
X
X
X
X
X
IP packets
X
X
X
X
X
X
OSCP7
X
X
X
X
X
X
APS8 protocol packets
X
X
X
X
X
X
Point-to-point
X
X
X
X
X
X
Hubbed ring
X
X
X
X
X
X
Meshed ring
X
X
X
X
X
X
Sysplex
X
X
X
X
X
X
GDPS9
X
X
X
X
X
X
1 SONET = Synchronous Optical Networking
2 SDH = Synchronous Digital Hierarchy
3 POS = Packet over SONET
4 FDDI = Fiber Distributed Data Interface
5 ESCON = Enterprise Systems Connection
6 FICON = Fiber Connection
7 OSCP = Optical Supervisory Channel Protocol
8 APS = Automatic Protection Switching
9 GDPS = Geographically Dispersed Parallel Sysplex
New and Changed Information
This section lists new features that appear in this and previous releases of Cisco IOS Release 12.1. The new features are sorted by release number.
New Features in Release 12.1(12c)E1
No new features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(12c)E1.
New Features in Release 12.1(12c)E
No new features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(12c)E.
New Features in Release 12.1(11b)E1
No new features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(11b)E1.
New Features in Release 12.1(11b)E
The following new features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(11b)E:
•
–
–
–
–
–
–
–
New Features in Release 12.1(7a)EY3
The following new software features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(7a)EY3:
•
•
•
•
•
•
•
•
•
•
•
•
•
New Features in Release 12.1(7a)EY2
The following new features are available for the Cisco ONS 15540 ESP in Cisco IOS Release 12.1(7a)EY2:
•
•
•
•
•
•
•
•
•
•
•
•
•
Caveats
This section lists the caveats and corrected caveats for each release. Use Table 3 to determine the status of a particular caveat. In the tables, "C" indicates a corrected caveat, and "O" indicates an open caveat.
This section describes the caveats in the Cisco ONS 15540 ESP.
Symptom: If you attempt to change or edit a threshold in the threshold list that is already associated with an interface, the threshold is applied to that interface even when no changes are made to it. Usually the change in error counts are more important than the error counters themselves.
Workaround: Issue the clear counters command.
Symptom: If CiscoView files are extracted on a Flash disk (disk0: or disk1:), the package does not work.
Workaround: Install CiscoView on a Flash PC Card (slot0: or slot1:).
Symptom: When there is a constant stream of loss of sync alarms, a port fail notification is not generated.
Although both signal failure and signal degrade thresholds are applied, only signal degrade is observed. The signal failure threshold is monitored by hardware registers. When the signal failure threshold is exceeded, the hardware normally generates a port fail notification. Because the loss of sync alarms are constant, the threshold exceeded cannot generate a port fail notification. The signal degrade is reported because it is monitored by software and does not need any notifications from hardware.
Workaround: Disable and reenable monitoring once with the no monitor/monitor enable command sequence to generate the port fail notification.
Symptom: Upon switchover, the active processor card can become nonresponsive. The processor card's Active LED remains on, even though it is no longer actively controlling the system.
Workaround: None
Remove and reinsert the processor card to correct the fault.
Symptom: The ROMMON might continuously loop in an attempt to autoboot a missing system image.
Continuous looping happens when autoboot is configured in the configuration register (0x2102), but the system image corresponding to the system boot filename command in the startup configuration is missing and no alternate system boot filename command is configured for an existing system image.
During normal system functioning, the system first checks for system image file names in the startup configuration system boot filename commands. If there are none, or the images are not valid, the system checks the Flash device in slot0: and then bootflash for loadable images before stopping its attempts to autoboot.
Workaround: Configure at least one system boot filename command for an existing system image on both processor cards before reloading either processor card.
If autoboot looping occurs, issue a console send break command during the first few seconds of a reload attempt to stop autobooting. Then manually boot the system using a valid system image in Flash memory or on the network.
Upgrade the processor card ROMMON image to release 12.1(11r)E3 or later.
Symptom: If during a netboot attempt the processor card fails to netboot or the peer processor card changes its Active/Standby state, any further changes to the peer processor card Active/Standby state are ignored until a reset command is issued at the processor card ROMMON prompt.
Workaround: Issue a reset command at the ROMMON prompt after failing to netboot.
Upgrade the processor card ROMMON image to release 12.1(11r)E3 or later.
Symptom: An error can occur with management protocol processing. Please see the following URL for more information:
http://www.cisco.com/cgi-bin/bugtool/onebug.pl?bugid=CSCdw65903Workaround: None
Symptom: Following an IOS crash, a second ROMMON exception might cause the original stack trace to be lost. This happens if a pending PCI (peripheral component interconnect) bus interrupt was in progress but was not handled before the IOS crash.
Workaround: Upgrade the processor card ROMMON image to release 12.1(11r)E3 or later.
Symptom: The following errors might occur:
–
–
–
–
Workaround: None.
Symptom: The system power cycles and the standby processor card startup configuration is not synchronized with the active processor card startup configuration. If this occurs, then the previous standby processor card might become the active processor card and a different set of connections might be set up.
The standby processor card startup configuration can become outdated when it is in maintenance mode.
Workaround: Remove the standby processor card from the shelf when it is not in use.
Upgrade the processor card ROMMON image to release 12.1(11r)E3 or later.
Symptom: Loopback cannot be configured on the wave interface of an extended range transponder module if no transceiver is present. The loopback command is accepted but the loopback is not configured.
Workaround: Insert a transceiver before configuring the loopback on the wave interface.
Symptom: When laser safety control is enabled on the OSC wave 0 interface or wave 1 interface, the OSC trunk laser does not shut down when a fiber cut occurs.
Workaround: None
Symptom: Loss of Signal may be encountered before SD (signal degrade) and SF (signal failure) thresholds are exceeded and traffic may still continue to pass transparently.
The loss of signal detection is taken from the OE conversion subsystem which is different from the source of the SD and SF counters. The OE conversion is not gated by its loss of light indication so the data and clock extraction continues and the signal is regenerated transparently. The loss of light sensitivity is a characteristic of the OE conversion unit and it may vary from unit to unit but is always < -30dBm.
Workaround: None.
Symptom: The alarm LED is not raised or cleared by SD/SF indications.
Workaround: None.
Symptom: If the configuration register autoboot field is set to either 0x1 or 0x2 and the first file in bootflash memory is not a loadable system image, then the system continues to try to reboot.
Workaround: Use the send break command on the console CLI to stop the autoboot cycling, and then manually boot a loadable system image. Make sure the first image in bootflash memory is a valid system image.
Upgrade the processor card ROMMON image to release 12.1(11r)E3 or later.
Symptom: With APS Y-cable, SD condition on the working channel does not clear the lower priority manual-switch condition on the protection channel. This caused manual-switch to persist after the SD condition was removed and APS to switch back to the working channel.
Workaround: None.
Symptom: Customer installed mismatching wavelength transponders and did not receive a wavelength mismatch alarm. The Cisco ONS 15540 does not report this condition.
Workaround: None.
Symptom: When the Rx port fiber is removed, ingress alarms are reported and cleared repeatedly. The alarm should not clear and the alarm should be reported only once.
Workaround: None
Symptom: Processor card gets into a nonresponsive state.
Workaround: None
Symptom: No alarm is raised when the transponder channel does not match the channels supported by the mux/demux module.
Workaround: None.
Symptom: CTM is flooded with traps every second when hardware port flap alarms occur.
Workaround: None.
Symptom: The encapsulation fastethernet command fails on multimode transponders. The clock rate 100000 command succeeds but then pings over the signal fail intermittently.
Workaround: None.
Symptom: The OSC intermittently drops IP packets because of an erroneous calculation of the FCS-16 (frame check sequence 16).
Workaround: None.
Symptom: The system image on the standby processor card cannot be upgraded to a new system image because the format of the redundancy messages from the active processor card are not recognized on the standby processor card. The standby processor card fails to boot and returns to ROMMON mode.
Workaround: None.
Symptom: The transparent interface of an extended range transponder module continues to report good signal quality even after the transceiver is removed and reinserted with being connected to the traffic source.
Workaround: Perform a shutdown/no shutdown command sequence on the transparent interface.
Symptom: A transparent interface carrying Gigabit Ethernet traffic and configured with gigabit Fibre Channel encapsulation shows good quality signal on the show interfaces transparent command output and does not assert any ingress alarms. The wave interface assert loss of lock and loss of sync alarms.
Workaround: Remove and reinsert the transponder module to bring it to the correct state.
Symptom: LoF (loss of frame) alarms are not reasserted after a shutdown/no shutdown command sequence on both the transparent and wave interfaces on the transponder module.
Workaround: Disable and reenable monitoring on the transparent interface to reassert the alarms.
Symptom: A line laser failure alarm is asserted but not cleared when an extended range transponder module is removed and reinserted. The show facility-alarm status command output shows a message similar to the following:
Source: TranspdrSC 2/3 Severity: MAJOR Description: 2 Line laser failure detectedWorkaround: None.
Symptom: The SF (signal failure) alarms are not cleared from the show facility-alarm status command output after monitoring is disabled.
Workaround: None.
Symptom: An ingress LoF alarm on a transparent interface is not asserted when an SEF (severely errored frames) alarm is present due to the alarm priority handling error in driver.
Workaround: A shutdown/no shutdown command sequence on the transparent interface will reassert the ingress LoF alarm.
Limitations and Restrictions
This section provides limitations and restrictions for Cisco ONS 15540 ESP hardware and software.
Transponder Modules
This section contains limitiations and restrictions that apply to transponder modules.
•
•
Data errors or link-down conditions for 2-Gbps Fibre Channel might occur on single-mode transponders when used with certain client laser sources. Transmitters in some client GBIC and SFP transceiver units might send large overshoots in optical power with signal bit transitions, causing momentary overload conditions on the transponder client side receiver. The average transmitted power level from the GBIC does not violate the overload specification of the transponder client side receiver, so a power meter does not detect the overload.
The workaround is to attenuate the signal from the client equipment to a recommended level of -12 dBm when transmitting 2-Gbps Fibre Channel services.
•
–
–
–
–
Note
Related Documentation
Refer to the following documents for more information about the Cisco ONS 15540 ESP:
•
•
•
•
•
•
•
Obtaining Documentation
The following sections explain how to obtain documentation from Cisco Systems.
World Wide Web
You can access the most current Cisco documentation on the World Wide Web at the following URL:
Translated documentation is available at the following URL:
http://www.cisco.com/public/countries_languages.shtml
Documentation CD-ROM
Cisco documentation and additional literature are available in a Cisco Documentation CD-ROM package, which is shipped 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 through 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 product documentation on Cisco.com, you can submit technical comments electronically. Click Leave Feedback at the bottom of the Cisco Documentation home page. After you complete the form, print it out and fax it to Cisco at 408 527-0730.
You can e-mail your comments to bug-doc@cisco.com.
To submit your comments by mail, use the response card behind the front cover of your document, or write to the following address:
Cisco Systems
Attn: Document Resource Connection
170 West Tasman Drive
San Jose, CA 95134-9883We appreciate your comments.
Obtaining Technical Assistance
Cisco provides Cisco.com as a starting point for all technical assistance. Customers and partners can obtain documentation, troubleshooting tips, and sample configurations from online tools by using the Cisco Technical Assistance Center (TAC) Web Site. Cisco.com registered users have complete access to the technical support resources on the Cisco TAC Web Site.
Cisco.com
Cisco.com is the foundation of a suite of interactive, networked services that provides immediate, open access to Cisco information, networking solutions, services, programs, and resources at any time, from anywhere in the world.
Cisco.com is a highly integrated Internet application and a powerful, easy-to-use tool that provides a broad range of features and services to help you to
•
•
•
•
•
You can self-register on Cisco.com to obtain customized information and service. To access Cisco.com, go to the following URL:
Technical Assistance Center
The Cisco TAC is available to all customers who need technical assistance with a Cisco product, technology, or solution. Two types of support are available through the Cisco TAC: the Cisco TAC Web Site and the Cisco TAC Escalation Center.
Inquiries to Cisco TAC are categorized according to the urgency of the issue:
•
•
•
•
Which Cisco TAC resource you choose is based on the priority of the problem and the conditions of service contracts, when applicable.
Cisco TAC Web Site
The Cisco TAC Web Site allows you to resolve P3 and P4 issues yourself, saving both cost and time. The site provides around-the-clock access to online tools, knowledge bases, and software. To access the Cisco TAC Web Site, go to the following URL:
All customers, partners, and resellers who have a valid Cisco services contract have complete access to the technical support resources on the Cisco TAC Web Site. The Cisco TAC Web Site requires a Cisco.com login ID and password. If you have a valid service contract but do not have a login ID or password, go to the following URL to register:
http://www.cisco.com/register/
If you cannot resolve your technical issues by using the Cisco TAC Web Site, and you are a Cisco.com registered user, you can open a case online by using the TAC Case Open tool at the following URL:
http://www.cisco.com/tac/caseopen
If you have Internet access, it is recommended that you open P3 and P4 cases through the Cisco TAC Web Site.
Cisco TAC Escalation Center
The Cisco TAC Escalation Center addresses issues that are classified as priority level 1 or priority level 2; these classifications are assigned when severe network degradation significantly impacts business operations. When you contact the TAC Escalation Center with a P1 or P2 problem, a Cisco TAC engineer will automatically open a case.
To obtain a directory of toll-free Cisco TAC telephone numbers for your country, go to the following URL:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
Before calling, please check with your network operations center to determine the level of Cisco support services to which your company is entitled; for example, SMARTnet, SMARTnet Onsite, or Network Supported Accounts (NSA). In addition, please have available your service agreement number and your product serial number.
Posted: Sun Jun 27 15:22:14 PDT 2004
All contents are Copyright © 1992--2004 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.
