|
Table Of Contents
Cisco MDS 9000 Family Release Notes
for Cisco MDS SAN-OS Release 2.0(2b)Determining the Software Version
New Features in Cisco MDS SAN-OS Release 2.0(2b)
32-Port Fibre Channel Storage Services Module
Fibre Channel Write Acceleration
Cisco Product Security Overview
Reporting Security Problems in Cisco Products
Obtaining Technical Assistance
Cisco Technical Support Website
Definitions of Service Request Severity
Obtaining Additional Publications and Information
Cisco MDS 9000 Family Release Notes
for Cisco MDS SAN-OS Release 2.0(2b)
Release Date: December 10, 2004
Text Part Number: OL-6249-02 A1
This document describes the caveats and limitations for switches in the Cisco MDS 9000 Family. Use this document in conjunction with documents listed in the "Related Documentation" section.
Note Release notes are sometimes updated with new information on restrictions and caveats. Refer to the following website for the most recent version of the Cisco MDS 9000 Family Release Notes: http://www.cisco.com/en/US/products/hw/ps4159/ps4358/prod_release_notes_list.html
Table 1 shows the on-line change history for this document.
Table 1 On-Line History Change
Revision Date DescriptionA0
12/10/2004
Created release notes
B0
12/22/2004
Added DDTS CSCeg53094, CSCeg59198, CSCeg61535, and CSCeg58996.
C0
1/04/2004
Reorganized the New Features in Cisco MDS SAN-OS Release 2.0(2b) section.
Added the license package information to the "Cisco MDS 9000 Family Supported Software and Hardware Components" table.
D0
1/14/2005
Added DDTS CSCef74578, CSCef82882, CSCef94903, CSCeg05450, CSCeg09210, CSCeg44018, CSCeg46989, CSCeg56197.
Added information to the FICON Enhancements section.
E0
02/28/2005
Added DDTS CSCeg85146 and CSCin81851
F0
3/15/2005
Added DDTS CSCeh21199, and CSCef56229
G0
03/24/2005
Added DDTS CSCed20053.
Changed severity of DDTS CSCeg33732.
Changed state of DDTS CSCef96472.
H0
04/12/2005
Added DDTS CSCeg07325, CSCeh44216, CSCeh49026, CSCeh51924
I0
04/13/2005
Added DDTS CSCeg81089
J0
5/3/2005
Added DDTS CSCeg82721 and CSCeh65824
K0
5/19/2005
Removed DDTS CSCeh44216
L0
5/24/2005
Added DDTS CSCeg66225 and CSCeh42252
M0
5/31/2005
Added DDTS CSCeh96928
N0
06/01/2005
Added DDTS CSCeg24199
O0
06/23/2005
Added DDTS CSCei25319
P0
07/29/2005
Added DDTS CSCed57251, CSCeh61610, CSCeh64080, CSCec31365, CSCeg20932, CSCeg53114, CSCeg66225, CSCeh19639, CSCeh52280, CSCeh56143, CSCeh82490, CSCeh83514, CSCeh87985, CSCeg90336, and CSCeh52973
Q0
08/05/2005
Added DDTS CSCeh41099
R0
08/22/2005
Removed DDTS CSCeh61610
S0
08/23/2005
Added DDTS CSCeh61610
T0
10/14/2005
Modified DDTS CSCeg07325
U0
12/07/2005
Added DDTS CSCsc31424
V0
12/30/2005
Added DDTS CSCei91968
W0
05/02/2006
Removed DDTS CSCeh52973
Added DDTS CSCeg33121, CSCsd29338, CSCei67982, CSCei91676, and CSCsc33788
X0
06/06/2006
Removed DDTS CSCed16845
Y0
9/05/2006
Added DDTS CSCsd78967
Z0
9/13/2006
Added DDTS CSCsf21970
A1
02/23/2007
Added DDTS CSCse99087, CSCsg03171, and CSCsh27840.
Contents
This document includes the following sections:
•New Features in Cisco MDS SAN-OS Release 2.0(2b)
•Cisco Product Security Overview
•Obtaining Technical Assistance
•Obtaining Additional Publications and Information
Introduction
The Cisco MDS 9000 Family of multilayer directors and fabric switches offers intelligent fabric-switching services that realize maximum performance while ensuring high reliability levels. These switches combine robust and flexible hardware architecture with multiple layers of network and storage management intelligence. This powerful combination enables highly available, scalable storage networks that provide advanced security and unified management features.
The Cisco MDS 9000 Family provides intelligent networking features such as multiprotocol and multitransport integration, virtual SANs (VSANs), advanced security, sophisticated debug analysis tools, and unified SAN management.
System Requirements
This section describes the system requirements for Cisco MDS SAN-OS Release 2.0(2b) and includes the following topics:
•Determining the Software Version
Components Supported
Table 2 lists the software and hardware components supported by the Cisco MDS 9000 Family.
Note To use the Cisco Storage Services Enabler package, Cisco MDS SAN-OS Release 1.3(5) or later must be installed on the MDS switch.
Table 2 Cisco MDS 9000 Family Supported Software and Hardware Components
Component Part Number Description Applicable ProductSoftware
M95S1K9-2.0.2
MDS 9500 Supervisor/Fabric-I, SAN-OS software.
MDS 9500 Series only
M92S1K9-2.0.2
MDS 9216 Supervisor/Fabric-I, SAN-OS software.
MDS 9200 Series only
M91S1K9-2.0.2
MDS 9100 Supervisor/Fabric-I, SAN-OS software.
MDS 9100 Series only
License
M9500ENT1K9
Enterprise package
MDS 9500 Series
M9200ENT1K9
Enterprise package
MDS 9200 Series
M9100ENT1K9
Enterprise package
MDS 9100 Series
M9500FIC1K9
Mainframe package
MDS 9500 Series
M9200FIC1K9
Mainframe package
MDS 9200 Series
M9100FIC1K9
Mainframe package
MDS 9100 Series
M9500FMS1K9
Fabric Manager Server package
MDS 9500 Series
M9200FMS1K9
Fabric Manager Server package
MDS 9200 Series
M9100FMS1K9
Fabric Manager Server package
MDS 9100 Series
M9500EXT1K9
SAN Extension over IP package for IPS-8 module
MDS 9500 Series
M9200EXT1K9
SAN Extension over IP package for IPS-8 module
MDS 9200 Series
M9500EXT14K9
SAN Extension over IP package for IPS-4 module
MDS 9500 Series
M9200EXT14K9
SAN Extension over IP package for IPS-4 module
MDS 9200 Series
M9500EXT12K9
SAN Extension over IP package for MPS 14+2 module
MDS 9500 Series
M9200EXT12K9
SAN Extension over IP package for MPS 14+2 module
MDS 9200 Series
M9500SSE1K9
Storage services enabler package
MDS 9500 series with ASM or SSM
M9200SSE1K9
Storage services enabler package
MDS 9200 series with ASM or SSM
Chassis
DS-C9509
MDS 9509 director, base configuration (9-slot modular chassis includes 7 slots for switching modules and 2 slots for supervisor modules—SFPs1 sold separately).
MDS 9509 only
DS-C9506
MDS 9506 director (6-slot modular chassis includes 4 slots for switching modules and 2 slots for supervisor modules—SFPs sold separately).
MDS 9506 only
DS-C9216-K9
MDS 9216 16-port semi-modular fabric switch (includes 16 1-Gbps/2-Gbps Fibre Channel ports, power supply, and expansion slot—SFPs sold separately).
MDS 9216 only
DS-C9216A-K9
MDS 9216A 16-port semi-modular fabric switch (includes 16 1-Gbps/2-Gbps Fibre Channel ports, power supply, and expansion slot—SFPs sold separately).
MDS 9216A only
DS-C9216i-K9
MDS 9216i 16-port semi-modular fabric switch (includes 14 1-Gbps/2-Gbps Fibre Channel ports, 2 Gigabit Ethernet ports, power supply, and expansion slot—SFPs sold separately).
MDS 9216i only
DS-C9120-K9
MDS 9120 fixed configuration, non-modular, fabric switch (includes 4 full rate ports and 16 host-optimized ports).
MDS 9120 only
DS-C9140-K9
MDS 9140 fixed configuration (non-modular) fabric switch (includes 8 full rate ports and 32 host-optimized ports).
MDS 9140 only
Supervisor modules
DS-X9530-SF1-K9
MDS 9500 Supervisor/Fabric-I, module.
MDS 9500 Series only
Switching modules
DS-X9016
MDS 9000 16-port 1-Gbps/2-Gbps Fibre Channel module (SFPs sold separately).
MDS 9500 Series and 9200 Series
DS-X9032
MDS 9000 32-port 1-Gbps/2-Gbps Fibre Channel module (SFPs sold separately).
Services modules
DS-X9308-SMIP
8-port Gigabit Ethernet IP Storage Services module.
DS-X9304-SMIP
4-port Gigabit Ethernet IP Storage Services module.
DS-X9032-SMV
32-port Fibre Channel Advanced Services Module (ASM).
DS-X9032-SSM
MDS 9000 32-port 1-Gbps/2-Gbps Fibre Channel Storage Services Module (SSM)
DS-X9560-SMC
Caching Services Module (CSM).
DS-X9302-14K9
14-port Fibre Channel/2-port Gigabit Ethernet Multiprotocol Services (MPS-14/2) module.
LC-type fiber-optic SFP
DS-SFP-FC-2G-SW
2-Gbps/1-Gbps Fibre Channel — short wavelength SFP.
MDS 9000 Family
DS-SFP-FC-2G-LW
2-Gbps/1-Gbps Fibre Channel — long wavelength SFP.
DS-SFP-FCGE-SW
1-Gbps Ethernet and 1-Gbps/2-Gbps Fibre Channel—short wavelength SFP.
DS-SFP-FCGE-LW
1-Gbps Ethernet and 1-Gbps/2-Gbps Fibre Channel — long wavelength SFP.
CWDM2
CWDM-SFP-xxxx-2G
Gigabit Ethernet and 1-Gbps/2-Gbps Fibre Channel SFP LC interface xxxx nm, where xxxx = 1470, 1490, 1510, 1530, 1550, 1570, 1590, or 1610 nm.
MDS 9000 Family
CWDM-MUX-4
Add/drop multiplexer for four CWDM wavelengths.
CWDM-MUX-8
Add/drop multiplexer for eight CWDM wavelengths.
CWDM-CHASSIS-2
Two slot chassis for CWDM add/drop multiplexer(s).
Power supplies
DS-CAC-300W
300-W3 AC power supply.
MDS 9100 Series only
DS-CAC-845W
845-W AC power supply.
MDS 9200 Series only
DS-CAC-2500W
2500-W AC power supply.
MDS 9509 only
DS-CDC-2500W
2500-W DC power supply.
DS-CAC-4000W-US
4000-W AC power supply for US (cable attached).
DS-CAC-4000W-INT
4000-W AC power supply international (cable attached).
DS-CAC-1900W
1900-W AC power supply.
MDS 9506 only
DS-CDC-1900W
1900-W DC power supply.
CompactFlash
MEM-MDS-FLD512M
MDS 9500 supervisor CompactFlash disk, 512MB.
MDS 9500 Series only
Port analyzer adapter
DS-PAA-2
A standalone Fibre Channel-to-Ethernet adapter that allows for simple, transparent analysis of Fibre Channel traffic in a switched fabric.
MDS 9000 Family
1 SFP = small form-factor pluggable
2 CWDM = coarse wavelength division multiplexing
3 W = Watt
Determining the Software Version
Note We strongly recommend that you use the latest available software release supported by your vendor for all Cisco MDS 9000 Family products.
To determine the version of the Cisco MDS SAN-OS software currently running on a Cisco MDS 9000 Family switch using the CLI, log into the switch and enter the show version EXEC command.
To determine the version of the Cisco MDS SAN-OS software currently running on a Cisco MDS 9000 Family switch using the Fabric Manager, view the Switches tab in the Information pane, locate the switch, using the IP address, logical name, or WWN, and check its version in the Release column.
Image Upgrade
The Cisco MDS SAN-OS software is designed for mission-critical high availability environments. To realize the benefits of nondisruptive upgrades on the Cisco MDS 9500 Directors, we highly recommend that you install dual supervisor modules.
You can nondisruptively upgrade to Cisco MDS SAN-OS Release 2.0(2b) from any SAN-OS software release beginning with Release 1.3(x). If you are running an older version of SAN-OS, upgrade to Release 1.3(x) and then Release 2.0(2b).
When downgrading from Cisco MDS SAN-OS Release 2.0(2b) to Release 1.3(x), you might need to disable new features in Release 2.0(2b) for a nondisruptive downgrade. Issuing the install all command from the CLI, or using Fabric Manager to perform the downgrade enables the compatibility check. The check indicates that the downgrade is disruptive and the reason is "current running-config is not supported by new image".
Compatibility check is done:Module bootable Impact Install-type Reason------ -------- -------------- ------------ ------2 yes disruptive reset Current running-config is not supported by new image3 yes disruptive reset Current running-config is not supported by new image5 yes disruptive reset Current running-config is not supported by new image6 yes disruptive reset Current running-config is not supported by new imageAt a minimum, you need to disable the default device alias distribution feature using the no device-alias distribute command in global configuration mode. The show incompatibility system bootflash:1.3(x)_filename command determines which additional features need to be disabled.
Note Refer to the "Determining Software Compatibility" section of the Cisco MDS 9000 Family Configuration Guide for more details.
New Features in Cisco MDS SAN-OS Release 2.0(2b)
This section describes the new features introduced in Cisco MDS SAN-OS Release 2.0(2b). This release offers features that are available through separate downloads for the SSM and ASM modules.
Note These release notes are specific to this release. For the complete Release 2.x documentation set, see the "Related Documentation" section.
32-Port Fibre Channel Storage Services Module
The Cisco MDS 9000 Family supports the 32-port Fibre Channel Storage Services Module (SSM). The SSM enables pooling of heterogeneous storage for increased storage utilization, simplified storage management, and reduced total cost of storage ownership.The SSM provides distributed intelligent storage services including Fibre Channel write acceleration and SCSI flow statistics.
Fibre Channel Write Acceleration
Fibre Channel write acceleration minimizes application latency or reduces transactions per second over long distances. For synchronous data replication, Fibre Channel write acceleration increases the distance of replication or reduces effective latency to improve performance.To take advantage of this feature, both the initiator and target devices must be directly attached to an SSM.
SCSI Flow Statistics
The SSM can be configured to collect SCSI read, write, and error statistics.
FICON Enhancements
The FICON enhancements for this release include:
•The 14/2-port Multiprotocol Services (MPS-14/2) module supports FICON.
•FCIP Wizard has knowledge of FICON port addresses.
•Fabric Manager's FICON "Load Balancing Tool" shows exact ISLs used in calculator.
ELP Enhancement
ELP is compliant with FC-SW-3.
Fabric Manager Enhancements
The Cisco MDS 9000 Family Fabric Manager supports:
•Cisco Fabric Services (CFS). With CFS you can:
–Enable or disable CFS across all switches.
–Commit feature configuration changes and distribute through the fabric.
–Discard feature configuration changes, regardless of who the owner of those changes are.
–Display information on which switches do not have CFS enabled.
•Storage Services Module (SSM). This module introduces Intelligent Storage Services to the Cisco MDS 9000 Family. Fabric Manager lets you configure and monitor Fibre Channel write acceleration on the SSM.
Device Manager Enhancements
The Cisco MDS 9000 Family Device Manager supports TCP statistics on all IP ports on Cisco MDS IP Storage Services (IPS) modules (including IPS-4, IPS-8, and MPS-14/2). These statistics include the number of TCP connections opened, accepted, or failed.
Limitations and Restrictions
The following limitations and restrictions apply to all switches in the Cisco MDS 9000 Family.
DPVM Compatibility
In a fabric, if you have switches with Cisco MDS SAN OS Release 2.0(1b) and others have software Release 2.0(2b), if a commit issued from the switch running Release 2.0(2b) fails, then all of the subsequent commits will fail. This will typically happen if the user activates a database without the force option and some conflicting entries are found. While selecting the master switch in Fabric Manager DPVM Wizard, we recommend choosing a switch with Release 2.0(2b) to avoid problems.
This issue does not happen in a fabric consisting of switches running the same software version.
The workaround is to clear or discard the existing session using the clear dpvm session or dpvm abort commands and restart the operation with the activate force if required.
Caveats
This section lists the open and resolved caveats for this release. Use Table 3 to determine the status of a particular caveat. In the table, "O" indicates an open caveat and "R" indicates a resolved caveat.
Resolved Caveats
•CSCef86223
Symptom: The IPsec feature supports 100 simultaneous encrypted tunnels for each Gigabit Ethernet interface. If you exceed this limit, the port fails.
Workaround: None.
•CSCef89511
Symptom: If you disable in-order delivery in a Cisco MDS 9000 Family switch, and you change the default zone's priority in the presence of an active zone set, then the packets with the old priority may arrive out of order.
Workaround: None.
•CSCef93586
Symptom: If you insert or reboot a standby supervisor module while the active supervisor module is in steady state, you may see the following message before the standby supervisor module goes online under certain circumstances:
2004 Oct 4 20:45:44 sw172 %SYSMGR-2-SYNC_FAILURE_STANDBY_RESET: Failure insyncing messages to standby causing standby to reset.After issuing this message, the active supervisor module forces another reboot of the standby supervisor module and prints the following system message:
%SYSMGR-2-SYNC_FAILURE_STANDBY_RESET).This double reboot takes a longer time for the standby supervisor module to go online. It does not impact the stability of the system. Once the standby supervisor is online, this problem cannot reoccur.
Workaround: None.
•CSCef97057
Symptom: If the nWWN of a device logged through a port is assigned a new VSAN, and the DPVM database is activated, then the port does not move to the new VSAN.
Workaround: Disable and enable the interface.
•CSCef98143
Symptom: If the fabric is in the enhanced zoning mode and a new Inter-Switch Link (ISL) triggers a zone database merge failure, then the commands to export/import the zone database fail to bring up the link.
Workaround: Fix the databases and then bring up the links in the switches on either side of the link.
•CSCeg02834
Symptom: When downgrading from Cisco MDS SAN-OS Release 2.0(1b) to Cisco MDS SAN-OS Release 1.3(x), if the CIM server is enabled, the Gigabit Ethernet ports may go down.
Workaround: Disable the CIM server when downgrading from Release 2.0(1b) to Release 1.3(x).
•CSCeg06512
Symptom: The iSNS server fails if you disable the iSNS server when the initiator is configured on the local switch, registers with the remote switch, and logs into the available targets on both switches.
Workaround: None.
•CSCeg07325
Symptom: If a new VSAN is added to the TE port channel after a hitless upgrade to Cisco MDS SAN-OS Release 2.0(1b), any new vsans brought up in this port channel will either not come up or will come up, but not carry any traffic. This will also appear in following situations after the upgrade to release 2.0(1b):
a. Suspend an active VSAN on the TE port channel and then unsuspend
b. Clear an active VSAN from the TE port channel and then add it back.
c. A brand new vsan is added/created on the switch
Workaround: There are two workarounds for these issues:
a. Issue the shutdown/no shutdown command sequence on the TE port channel once.
b. Reset all but one member of the port channel. When these reset members come back up, reset the last remaining member. This will ensure that the port channel remains operationally up, while resolving the problem.
•CSCeg07339
Symptom: The iSCSI/IPsec session may go down and come back up after a few hours if using Microsoft's implementation of IPsec in the iSCSI initiator software.
Workaround: None.
•CSCeg09210
Symptom: In some cases the FICON port attributes will show no attributes in Device Manager.
Workaround: None.
•CSCeg17593
Symptom: The zone server might fail to read its configuration because of some inconsistent values in its configuration during an upgrade.
Workaround: Upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCeg18886
Symptom: If multiple "get all next" queries are sent before receiving a response from the first one, some queries might be dropped as they overwhelm the name server buffers. Some arrays do this to improve performance, resulting in dropped queries.
Workaround: Upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCeg23889
Symptom: License warning notifications, either through Call Home or system messages, might occur in the following situations:
–The grace period for a license package was triggered (a feature licensed by that license package had been used). Currently none of the features licensed by this license package are enabled.
–The grace period for a license package expired. None of the features licensed by this license package are enabled.
Workaround: None.
•CSCeg30690
Symptom: The SAN extension tuner tool cannot be used to inject traffic on FCIP links that have write acceleration enabled.
Workaround: None.
•CSCeg32890
Symptom: Cisco MDS SAN-OS Release 2.0(2b) will not interoperate with older releases if encryption is set to AES and the initiator mode is set to IKEv1. Earlier releases negotiated AES encryption algorithm for IKEv1 without specifying the key length. Release 2.0(2b) correctly negotiates AES using a key length of 128 bits.
Workaround: Ensure that AES encryption algorithm is not configured if you plan to interoperate with any non-MDS device if you are running a release older than Release 2.0(2b). Or upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCeg33732
Symptom: The SNMP process might fail under certain error conditions if you are adding a member to a zone using fcalias type.
Workaround: None.
•CSCeg44018
Symptom: Sometimes in-service software upgrades from previous releases to Release 2.0(1b) causes errors in FICON VSANs showing up as IFCC errors on mainframe.
Workaround: None.
•CSCeg82721
Symptom: Under certain traffic patterns, the Gigabit Ethernet port can flap when auto compression mode is selected. This problem can also occur rarely even when compression mode 1 is selected.
Workaround: Use mode 2 or mode 3 compression mode if the maximum throughput required is less than 25 Mega bits/sec. There is no workaround if the throughput requirement is > 25 Mbps.
•CSCef74578
Symptom: When the bit error rate exceeds a threshold, the switch does not send out the RLIR frame correctly. This frame is only used in FICON environment.
Workaround: Upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCef82882
Symptom: A VSAN restricted user can change the assignment of a VSAN for an Fx port and have access to other VSANs using SNMP.
Workaround: None.
•CSCef91854
Symptom: If a number of DPVM device entries are deleted together (by highlighting them) from the Fabric Manager or the Device Manager, these entries are not deleted properly and the switch returns an error.
Workaround: Delete one DPVM device entry at a time or upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCef94903
Symptom: IPACL rules are deleted from the running configuration when issuing the show startup configuration command. Issuing the following commands might result in losing all the ipacl rules:
–show startup
–copy running to startup
–reload
Workaround: Upgrade to Cisco MDS SAN-OS Release 2.0(2b).
•CSCef96472
Symptom: The boot variables are not visible in the output of the show startup-configuration command. However, the boot variables are successfully saved in startup configuration and are applied at the next switch reboot. This impact occurs when you copy the startup configuration to a file and then copy that file to a switch's running configuration. The bootvar configuration is not applied because it is missing in the file.
Workaround: If you use the specified sequence, manually set the boot variables.
•CSCeg01545
Symptom: If you issue a blank commit after a merge failure or if this is the first commit after a merge failure, the current configuration database is activated in all switches in the fabric. If the configuration database is null or made null, then the database is deactivated in all switches.
Workaround: None.
•CSCeg02245
Symptom: After creating or deleting VSANs, the Fabric Manager client does not list the VSANs correctly.
Workaround: Reopen (click File > Open Fabric or click the Open Fabric toolbar button) to display an accurate list of VSANs.
•CSCeg05450
Symptom: In Device Manager, ports which dynamically become member of the FICON VSAN are not visible. Only static FICON VSAN ports are displayed.
Workaround: Make static and dynamic port VSANs identical.
•CSCeg20292
Symptom: Issuing the Ctrl-Z sequence in the command-line interface does not exit configuration submode.
Workaround: Type exit command to exit the configuration submode.
•CSCeg34891
Symptom: A null pointer exception results when launching the DPVM wizard while a switch is loading.
Workaround: Wait for the switch to load before launching the DPVM wizard.
•CSCeg46989
Symptom: The copy running-configuration startup-configuration command fails to save the zone default-zone permit vsan xx command. In FICON environments, importing a configuration from one switch without this line, may prevent the data to flow as there are no real zones except the default zone.
Workaround: Add "zone default-zone permit vsan xx" in the configuration when applying the configuration to a different switch.
•CSCin84967
Symptom: If you change the activation status, even after a refresh, when a DPVM distribution session is running, the updated status is not shown.
Workaround: During the session, check the Device Manager > CFS > dpvm to display the current activation status.
Open Caveats
•CSCeg33121
Symptom: A small amount of memory in the IP configuration process leaks each time any of the following commands execute: show running-config, show startup-config, copy running-config startup-config. After repeated occurrences, the command fails to execute.
Workaround: None.
•CSCsd29338
Symptom: The port manager might crash and a switchover might occur when FICON is configured and the MDS switch is interoperating with a CNT device. This occurs when a port is UP, a link failure happens, and the remote node ID (RNID) retry timer is activated.
Workaround: None
•CSCed57251
Symptom: In some rare instances in Cisco MDS SAN-OS Release 1.3, 2.0, and 2.1(1), when the IP Storage Services (IPS) module restarted after a failure, VSAN membership information about iSCSI interfaces was lost. However, a configuration saved with the copy running-config startup command was not lost.
Workaround: None.
•CSCeg11095
Symptom: Duplicate fabrics are opened under different SANs when the loadFromDB option is selected.
Workaround: Select Admin > Fabrics to remove the fabric, and then reopen it with the loadFromDB box deselected.
•CSCeg12962
Symptom: Some hosts may not accept IKE tunnel creation from Cisco MDS 9000 Family switches when an IKE session already exists in the switch. In such cases it may take more than the expected time for the IPsec session to come up. This scenario can happen when the Gigabit Ethernet interface on the switch fails and comes back up or if you issue a VRRP switchover to a different switch.
Workaround: For a faster recovery, disconnect and reinitiate the iSCSI session from the host.
•CSCeg20932
Symptom: If an IPS module with operational FCIP PortChannels is reloaded, upgraded, or downgraded, the supervisor module may be reloaded causing the system to reboot.
Workaround: Before reloading, upgrading, or downgrading an IPS module, shut down all FCIP PortChannels on the line card.
•CSCeg53094
Symptom: The XIOTECH initiator does not recognize remote storage devices.
Workaround: Issue the fcid-allocation area company-id 0x00d0b2 command before connecting the devices to the switch to ensure that the storage devices get FCIDs with a unique area byte. If the devices are already connected, refer to the Cisco MDS 9000 Family Configuration Guide for information about adding a company-id to the list.
•CSCeg53114
Symptom: WWNs assigned to iSCSI initiators by the system can inadvertently be returned to the system when an upgrade fails or a manual downgrade is performed, such as when an older iSAN software version is booted up without using the install all command. In these scenarios, the system can later assign those WWNs again to other initiators, which causes conflicts. This bug is a duplicate of CSCei17820.
•CSCeg58996
Symptom: Scheduled jobs are sometimes executed twice in a day.
Workaround: None. Upgrade to Cisco MDS SAN-OS Release 2.0(3)
•CSCeh52280
Symptom: A corrupted license file installs on an MDS 9000 switch without errors.
Workaround: None.
•CSCeh56143
Symptom: A Fabric Manager zone migration wizard causes a Telnet session to hang when a non-MDS switch is present.
Workaround: None.
•CSCeh64080
Symptom: Following an upgrade from Release 1.1 to Release 1.3 or later, with persistent FC ID enabled, the FC IDs for the storage arrays may get changed after a link flap.
Workaround: None.
•CSCeh65824
Symptom: If you install an SSM and boot it with either the VSFN or SSI Image, the Enterprise License grace period starts.
Workaround: None.
•CSCeg90336
Symptom: A user that you create in Fabric Manager or Device Manager cannot log in from the console. Release 2.1(2) fixes this problem. However, if a third-party application creates a user using SNMP, a new MIB is required for Release 3.0.
Workaround: Third-party applications should use SSH to connect to the MDS 9000 switch, and then use CLI commands to create the user account.
•CSCeh49026
Symptom: The application might report that the loop port is not up, however, the port is online and operational.
Workaround: Issue the shutdown/no shutdown command sequence to clear the problem.
•CSCeh61610
Symptom: FCIP Write Acceleration does not work with certain storage replication subsystems.
Workaround: None.
•CSCeh96928
Symptom: If your switch port is configured in auto speed (switchport speed auto) and auto mode (switchport mode auto), the switch-port fails to establish a link with the device connected through Emulex HBA LP8000 and remains in link-failure state. The problem occurs with the following combination of HBA, Driver, Firmware, and OS configured at 1 Gbps.
Workaround: Configure the switch port speed to 1 Gbps (switchport speed 1000) to support the Emulex HBA LP8000.
•CSCei25319
Sympton: An error message in the log file occurs because the platform manager component passes the wrong parameter while responding to a SNMP query. In some cases, this results in the query not being responded to.
Workaround: Perform a refresh on Device Manager to clear the problem.
•CSCsd78967
Symptom: If you remove a port from a port channel or shutdown a member port of a port-channel, the ConnUnitPortStatus/State trap is not sent.
Workaround: None.
•CSCsh27840
Symptom: While using an FCIP link for remote SPAN, it is possible that the FCIP link may flap.
Workaround: Do not use FCIP links for Remote SPAN.
•CSCec31365
Symptom: When IVR is enabled, the Fabric-Device Management Interface information is not transferred across VSANs for IVR devices.
Workaround: None.
•CSCed14920
Symptom: During a switch upgrade, a SAN Volume Controller (SVC) node may not save its entire state under rare circumstances. This results in that node not being part of the cluster after the switch upgrade. Verify this symptom by issuing the show nodes local command at the svc-config prompt—the command output displays the following information:
–The cluster state of the affected SVC node is unconfigured.
–The node state of the affected SVC node is free.
Workaround: Manually remove the SVC node from the cluster and then add the node back into the cluster. Refer to the Cisco MDS 9000 Family SAN Volume Controller Configuration Guide for procedural details.
•CSCed20053
Symptom: On rare occasions, the install license command may fail due to the saved state of the switch configuration. This may occur after saving a remote configuration to the switch using the copy remote-url start-up command.
Workaround: Issue the copy ru st command. The install license command should work properly after that.
•CSCef56229
Symptom: If an iSCSI initiator is configured differently on multiple switches, iSNS might report more targets to the initiator than the initiator can access. An iSCSI initiator would get a target error if it attempts to establish a connection.
Workaround: None.
•CSCef95611
Symptom: After a successful database merge, the show cfs merge status name application_name command output may not reflect the correct merge status. However, the merge operation remains successful.
Workaround: None. The correct status is displayed when you perform additional CFS operations.
•CSCeg01551
Symptom: If you issue a dpvm commit command, the DPVM application implicitly activates the existing configuration database. The configuration database is activated only when the dpvm commit command is explicitly issued after the dpvm activate command.
Workaround: None.
•CSCeg12383
Symptom: On rare occasions, the PortChannels with FCIP interface members fail to come up when the switch reboots. This happens when the startup configuration has a default switchport trunk mode setting that does not match the configured trunk mode for PortChannel members (FCIP interfaces). Also, the startup configuration shows any explicit switchport trunk mode setting for the PortChannel.
Workaround: Reconfigure the switchport trunk mode on the PortChannel.
•CSCeg35694
Symptom: If you delete a fabric and then enable the LoadFromDB option while the fabric rediscovers it, there might be a delay in seeing the fabric in the Fabric Manager client.
Workaround: Do not enable the LoadFromDB option in the Fabric Open dialog box when rediscovering the fabric again.
•CSCeg37200
Symptom: Fabric Manager end-to-end connectivity tab does not display properly. The screen turns gray and a java.lang.nullPointerException can be found in the log.
Workaround: Close the dialog and relaunch it.
•CSCeg37598
Symptom: The iSNS server might crash when iSCSI is disabled and iSNS is enabled using Fabric Manager.
Workaround: None.
•CSCeg40856
Symptom: In Fabric Manager, a null pointer exception error message might result in a zone merge recovery on an already recovered fabric.
Workaround: Close the dialog box and relaunch it.
•CSCeg56197
Symptom: Configuring the CIM server certificate as listed below might cause your switch to crash.
a. Create a self-certified key (xxxxxx.pem file) on an external server (we use a utility under Hi-Command).
b. Enter conf t to enter configuration mode.
c. Enter cimserver certificate xxxxxx.pem to install a certificate specified in the file named with a .pem extension.
d. Enter cimserver enablehttps to enable HTTPS (secure protocol).
e. Enter cimserver enable to enable the CIM server.
f. Enter Ctrl-z to quit
Workaround: None
•CSCeg59198
Symptom: If your host or management application is configured to receive notifications from a Cisco MDS 9000 Family switch using SNMPv1, the source address of the notification might not contain the IP address of the switch. As a result, the host may not interpret the notification properly.
Workaround: Use SNMPv2c or upgrade to Cisco MDS SAN-OS Release 2.0(3).
•CSCeg59198
Symptom: If your host or management application is configured to receive notifications from a Cisco MDS 9000 Family switch using SNMPv1, the source address of the notification might not contain the IP address of the switch. As a result, the host may not interpret the notification properly.
Workaround: Use SNMPv2c or upgrade to Cisco MDS SAN-OS Release 2.0(3).
•CSCeg61535
Symptom: The Telnet server may not be disabled even if you disable it through setup. A telnet session will still work in the switch.
Workaround: Issue the no telnet server enable command in configuration mode to disable telnet after you login to the switch.
•CSCeg81089
Symptom: A Windows host running Hummingbird 10 with Connectivity Secure Shell 9, cannot use SSH to connect to an MDS switch running Cisco MDS SAN-OS Releases 2.0(x)using the same host configuration as was used when connecting to an MDS switch running 1.3(x) code.The host will display the error, "Authentication Failed, no more shared authentication methods".
Workaround: Reconfigure the client to use "keyboard-interactive" instead of "password" for authentication. To do this, go to tunnel profile settings, select Security Settings>Authentication. Ensure the "keyboard interactive" is the method used, "password" might be the currently configured method. Or upgrade to Cisco MDS SAN-OS Release 2.1(1a).
•CSCeg85146
Symptom: The show running command shows the callhome profile alertgroups with an underscore ( _ ) rather than a dash ( - ). If the show running command in Cisco MDS SAN-OS Release 1.3.x shows callhome profile with alertgroups as an underscore ( _ ), then it will carry it over to the release 2.x code and cannot be deleted. This occurs if the following alert groups have been configured:
–cisco_tac
–supervisor_hardware
–linecard_hardware
Workaround: Before upgrading to Cisco MDS SAN-OS Release 2.x, issue the show running command and delete the following alert groups:
–cisco_tac
–supervisor_hardware
–linecard_hardware
•CSCeh19639
Symptom: Alias for a down endport is not shown andis referenced by its pwwn in the Edit FullZoneset screen of the Fabric Manager rather than the fcalias name. This does not affect the functionality of adding those members to the zones either in Fabric Manager or in the CLI.
Workaround: None
•CSCeh21199
Symptom: If the NetApp file server appliance is configured as an initiator performing a Network Data Management Protocol (NDMP) backup, then the fabric login (FLOGI) process on the MDS switch might terminate because of excessive LSTS requests.
This might happen if your N port or NL port uses extended link services to manage and control a public remote loop. The NetApp file server appliance configuration uses these services, namely LSTS and LINIT, which are documented in the Fibre Channel standards compliance (FC-FLA standard) specification.
Workaround: Upgrade to Cisco MDS SAN-OS Release 2.0(4).
•CSCeg24199
Symptom: Your connection to the server might terminate during an upgrade/downgrade process if the client is detecting the server's status upon receiving events. If the client does not receive any events from the server for a certain amount of time, it assumes that the server is down and closes the connection. Fabric Manager timeouts have also been seen that do not coincide with upgrade/downgrade events.
Workaround: Remove the fabric and then reopen it.
•CSCeh41099
Symptom: Protocol and port numbers, if specified in a IP ACL assigned to a IPSec profile (crypto map), will be ignored.
The interop between Microsoft's iSCSI initiator with IPSec encryption with Cisco MDS 9000 Series switches. If IPSec is configured in the Microsoft iSCSI initiator (also the IPSec/IKE initiator), the host IPSec implementation sends the following IPSec policy:
source IP - Host IP, dest IP - MDS IP,source port - any, dest port - 3260 (iSCSI), protocol - 6 (TCP).Upon receiving the above policy, the protocol and port numbers are ignored and only the IP addresses for the IPSec policy are used. Thus, althhough iSCSI traffic is encrypted, non-iSCSI trafffic (such as ICMP ping) sent by the Microsoft Host in cleartext will be dropped in the MDS port.
Workaround: None.
•CSCeh51924
Symptom: A corrupted entry is created in the snmpTargetParamsTable when a user creates an entry with NULL string in object snmpTargetParamsName as its index. The SNMP service may stop and restart.
Workaround: None. To avoid similar problems, enter a name in snmpTargetParamsName with at least one character when creating a snmpTargetParamsEntry.
Workaround: None
•CSCeg66225
Symptom: Password recovery might fail if you use the copy <config-url> startup command to save the switch configuration, or if you boot a system image that is older than the image you used to store the configuration and did not use the install all command. The following message might display in syslog or on the console during the process of password recovery.
<<%ASCII-CFG-2-ACFG_CONFIGURATION_APPLY_ERROR>>
Workaround: Issue the write erase command from the switchboot prompt.
Note Using the write erase command will erase the configuration. You must reapply the configuration, if externally stored, after the switch login.
•CSCeh82490
Symptom: An MDS 9000 switch running SAN-OS 2.0(1b) can potentially send excessive Call Home messages due to a malfunctioning line card that acts as if it were being inserted and removed repeatedly.
Workaround: None.
•CSCeh83514
Symptom: After upgrading to Release 2.0, it is no longer possible to create, modify, or delete the admin role.
Workaround: Before upgrading to Release 2.0, create the admin role.
•CSCeh87985
Symptom: When no role is associated with a user, SNMP fails when the no role name admin command is issued to delete the admin role. The SNMP user (admin) has no roles assigned, which causes the failure when there is an attempt to delete a specific role.
Workaround: Associate at least one role (group) to the user by executing the snmp-server user username [group-name] command in config mode.
•CSCei67982
Symptom: During an upgrade of an MDS switch with two or more MPS-14/2 modules, FCIP tunnels on multiple MPS-14/2 modules can be down at the same time. If a PortChannel of two FCIP tunnels on different MPS-14/2 modules is used for redundancy, the redundancy can be lost. If IVR is running over these FCIP tunnels, IVR can lose remote devices as a result of loss of access over the FCIP based PortChannel.
Workaround: Place other modules on which you can perform a hitless upgrade between the MPS-14/2 modules to allow for more time between module upgrade and to give the FCIP tunnels more time to stabilize. To recover access over the FCIP based PortChannel, reactivate the IVR zone set by adding a dummy zone with two dummy members.
•CSCei91676
Symptom: If iSCSI virtual targets are configured with more than 50 LUN maps, then erroneous overlapping LUN map system messages appear when the iSCSI initiator is not allowed to log in to these iSCSI virtual targets.
Workaround: Limit the number of configured LUN maps for an iSCSI virtual target to fewer than 50 LUNs.
•CSCei91968
Symptom: In a fabric with more than one switch, there is a possibility of CFS or syslog crashing because of a PSS-FULL condition. This happens because of leakage in the PSS records stored by the CFS module.
CFS internal distributions cause a PSS leakage during one of the following:
–An application registration/de-registration. (This is at the rate of 1 PSS records or 60 bytes per event.)
–-An ISL Link flap. (This is at the rate of 2 PSS records per CFS registered application. For 10 CFS registered applications, a 1000 flaps would cause a leak of about 1M.)
Application and Regular CFS distributions in a stable fabric do not result in PSS leakages.
Workaround: None. A switchover will help in cleaning up these records but the usage of the partition remains same (dev/shm partition). However, CFS will reuse the freed space for further PSS storage.
•CSCin81851
Symptom: A system switchover causes the boot variables to disappear from display in both the show running and show startup command outputs. However, the functionality is unaffected, and the boot variables are still set as displayed in the show boot command output.
Workaround: Issue the show boot command to verify the boot variables.
•CSCin84860
Symptom: A null pointer exception error message might occur after zone merge failure recovery in Fabric Manager.
Workaround: Close the dialog box and relaunch it.
•CSCsc31424
Symptom: Issuing the no shutdown command on a port produces this error:
fc1/1: (error) port channel config in progress - config not allowedYou can reproduce the problem by removing a port from a port channel and then perform a system switchover. However, the problem does not always occur with these steps.
Workaround: Use the channel-group X command where port channel X, to configure a new port channel and add the port to it. Then use the no interface port-channel X command to remove the newly created port channel. The no shutdown command will now be accepted on the port.
•CSCsc33788
Symptom: In rare circumstances, after you issue the install all command to upgrade an MDS switch, the upgrade may fail because the installer process fails. When this occurs, you may see a message like the following:
%CALLHOME-2-EVENT: SW_CRASH alert for service: installerThe installer failed to respond for 10 times. Exiting ...Unable to send exit to installer. Return code -1If you upgrade from 1.3(x) to 2.1 or from 2.0(x) to 2.1 and the upgrade fails, and if after the upgrade failure the supervisor modules are running the new software version, but some modules are running the older software version, then the next attempt to execute the install all command will trigger this problem.
You should not encounter this problem if you upgrade from 2.1 to a higher version.
Workaround: There are two ways to address this issue:
•To non-disruptively upgrade all modules that are running the older software version, issue the install module module-number image command.
•To disruptively upgrade the modules, issue the reload module module-number force-dnld command, or reinstall the module.
•CSCse99087
Symptom: A user called snmp-user can successfully log into an MDS switch through the CLI, but cannot log in through Fabric Manager or Device Manager. The login attempt fails with this error: SNMP: Unknown username
Workaround: None.
•CSCsf21970
Symptom: If you issue immediate, back-to-back commands to delete and then create FCIP interfaces, the internal port service might crash.
Workaround: Wait 5 seconds between the delete and the following create command for a given FCIP interface.
•CSCsg03171
Symptom: The dynamic port VSAN membership (DPVM) failed after the number of F ports exceeded 64 and a port flap occurred.
Workaround: Keep the number of F ports in a switch below 64.
•CSCeh42252
Symptom: If you try to configure SSH key for any of the non-local user- accounts, in some rare cases you might see a core dump on standby.
Workaround: First delete the non-local user-account and create it again so that it becomes a local user-account. Then perform any type of configuration for that user-account. User should not perform configuration operations on non- local user-accounts. Non-local user-accounts can be created due to users getting authenticated using RADIUS/TACACS+ server.
Related Documentation
The documentation set for the Cisco MDS 9000 Family includes the following documents:
•Cisco MDS 9000 Family Release Notes for Cisco MDS SAN-OS Releases
•Cisco MDS 9000 Family Interoperability Support Matrix
•Cisco MDS SAN-OS Release Compatibility Matrix for IBM SAN Volume Controller Software for Cisco MDS 9000
•Cisco MDS SAN-OS Release Compatibility Matrix for VERITAS Storage Foundation for Networks Software
•Cisco MDS SAN-OS Compatibility Matrix for Storage Service I Images
•Regulatory Compliance and Safety Information for the Cisco MDS 9000 Family
•Cisco MDS 9500 Series Hardware Installation Guide
•Cisco MDS 9200 Series Hardware Installation Guide
•Cisco MDS 9216 Switch Hardware Installation Guide
•Cisco MDS 9100 Series Hardware Installation Guide
•Cisco MDS 9000 Family Software Upgrade Guide
•Cisco MDS 9000 Family Configuration Guide
•Cisco MDS 9000 Family Command Reference
•Cisco MDS 9000 Family Fabric Manager Configuration Guide
•Cisco MDS 9000 Family Fabric and Device Manager Online Help
•Cisco MDS 9000 Family SAN Volume Controller Configuration Guide
•Cisco MDS 9000 Family MIB Quick Reference
•Cisco MDS 9000 Family CIM Programming Reference
•Cisco MDS 9000 Family System Messages Reference
•Cisco MDS 9000 Family Troubleshooting Guide
•Cisco MDS 9000 Family Port Analyzer Adapter 2 Installation and Configuration Note
•Cisco MDS 9000 Family Port Analyzer Adapter Installation and Configuration Note
For information on VERITAS Storage Foundation™ for Networks for the Cisco MDS 9000 Family, refer to the VERITAS website: http://support.veritas.com/
For information on IBM TotalStorage SAN Volume Controller Storage Software for the Cisco MDS 9000 Family, refer to the IBM TotalStorage Support website: http://www.ibm.com/storage/support/2062-2300/
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 most current Cisco documentation at this URL:
http://www.cisco.com/univercd/home/home.htm
You can access the Cisco website at this URL:
You can access international Cisco websites at this URL:
http://www.cisco.com/public/countries_languages.shtml
Documentation DVD
Cisco documentation and additional literature are available in a Documentation DVD package, which may have shipped with your product. The Documentation DVD is updated regularly and may be more current than printed documentation. The Documentation DVD package is available as a single unit.
Registered Cisco.com users (Cisco direct customers) can order a Cisco Documentation DVD (product number DOC-DOCDVD=) from the Ordering tool or Cisco Marketplace.
Cisco Ordering tool:
http://www.cisco.com/en/US/partner/ordering/
Cisco Marketplace:
http://www.cisco.com/go/marketplace/
Ordering Documentation
You can find instructions for ordering documentation at this URL:
http://www.cisco.com/univercd/cc/td/doc/es_inpck/pdi.htm
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/
•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 mdsfeedback-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-9883We appreciate your comments.
Cisco Product Security Overview
Cisco provides a free online Security Vulnerability Policy portal at this URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
From this site, you can perform these tasks:
•Report security vulnerabilities in Cisco products.
•Obtain assistance with security incidents that involve Cisco products.
•Register to receive security information from Cisco.
A current list of security advisories and notices for Cisco products is available at this URL:
If you prefer to see advisories and notices as they are updated in real time, you can access a Product Security Incident Response Team Really Simple Syndication (PSIRT RSS) feed from this URL:
http://www.cisco.com/en/US/products/products_psirt_rss_feed.html
Reporting Security Problems in Cisco Products
Cisco is committed to delivering secure products. We test our products internally before we release them, and we strive to correct all vulnerabilities quickly. If you think that you might have identified a vulnerability in a Cisco product, contact PSIRT:
•Emergencies — security-alert@cisco.com
•Nonemergencies — psirt@cisco.com
Tip We encourage you to use Pretty Good Privacy (PGP) or a compatible product to encrypt any sensitive information that you send to Cisco. PSIRT can work from encrypted information that is compatible with PGP versions 2.x through 8.x.
Never use a revoked or an expired encryption key. The correct public key to use in your correspondence with PSIRT is the one that has the most recent creation date in this public key server list:
http://pgp.mit.edu:11371/pks/lookup?search=psirt%40cisco.com&op=index&exact=on
In an emergency, you can also reach PSIRT by telephone:
•1 877 228-7302
•1 408 525-6532
Obtaining Technical Assistance
For all customers, partners, resellers, and distributors who hold valid Cisco service contracts, Cisco Technical Support provides 24-hour-a-day, award-winning technical assistance. The Cisco Technical Support Website on Cisco.com features extensive online support resources. In addition, Cisco Technical Assistance Center (TAC) engineers provide telephone support. If you do not hold a valid Cisco service contract, contact your reseller.
Cisco Technical Support Website
The Cisco Technical Support Website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The website is available 24 hours a day, 365 days a year, at this URL:
http://www.cisco.com/techsupport
Access to all tools on the Cisco Technical Support Website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a user ID or password, you can register at this URL:
http://tools.cisco.com/RPF/register/register.do
Note Use the Cisco Product Identification (CPI) tool to locate your product serial number before submitting a web or phone request for service. You can access the CPI tool from the Cisco Technical Support Website by clicking the Tools & Resources link under Documentation & Tools. Choose Cisco Product Identification Tool from the Alphabetical Index drop-down list, or click the Cisco Product Identification Tool link under Alerts & RMAs. The CPI tool offers three search options: by product ID or model name; by tree view; or for certain products, by copying and pasting show command output. Search results show an illustration of your product with the serial number label location highlighted. Locate the serial number label on your product and record the information before placing a service call.
Submitting a Service Request
Using the online TAC Service Request Tool is the fastest way to open S3 and S4 service requests. (S3 and S4 service requests are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Service Request Tool provides recommended solutions. If your issue is not resolved using the recommended resources, your service request is assigned to a Cisco TAC engineer. The TAC Service Request Tool is located at this URL:
http://www.cisco.com/techsupport/servicerequest
For S1 or S2 service requests or if you do not have Internet access, contact the Cisco TAC by telephone. (S1 or S2 service requests are those in which your production network is down or severely degraded.) Cisco TAC engineers are assigned immediately to S1 and S2 service requests to help keep your business operations running smoothly.
To open a service request 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-2447For a complete list of Cisco TAC contacts, go to this URL:
http://www.cisco.com/techsupport/contacts
Definitions of Service Request Severity
To ensure that all service requests are reported in a standard format, Cisco has established severity definitions.
Severity 1 (S1)—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.
Severity 2 (S2)—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.
Severity 3 (S3)—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.
Severity 4 (S4)—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. Visit Cisco Marketplace, the company store, at this URL:
http://www.cisco.com/go/marketplace/
•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:
•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:
•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:
•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
This document is to be used in conjunction with the documents listed in the "Related Documentation" section.