Cisco IOS Software Releases 12.3 T

October 11, 2006

NOTICE:

THIS FIELD NOTICE IS PROVIDED ON AN "AS IS" BASIS AND DOES NOT IMPLY ANY KIND OF GUARANTEE OR WARRANTY, INCLUDING THE WARRANTY OF MERCHANTABILITY. YOUR USE OF THE INFORMATION ON THE FIELD NOTICE OR MATERIALS LINKED FROM THE FIELD NOTICE IS AT YOUR OWN RISK. CISCO RESERVES THE RIGHT TO CHANGE OR UPDATE THIS FIELD NOTICE AT ANY TIME.

Products Affected

Problem Description

Systems Network Architecture Switching Services (SNASwitch) may be unable to restart a control-point-to-control-point (CP-CP) session with its primary network node server (NNS) after a failover to the backup NNS.

This failure can only occur when:

1. The SNASwitch router is configured to use a connection network virtual routing node (VRN), as indicated by the vnname keyword on the snasw port configuration command.

2. The same VRN port from #1 above is specified by the port keyword on the snasw link configuration command for the primary NNS link.

Background

The failure described in this field notice is due to an architectural limitation in Cisco IOS. The Bug ID listed above is for reference only. See the Workaround/Solution section below for details on how to avoid the failure condition.

Problem Symptoms

The CP-CP session with the primary NNS fails to restart after a failover to the backup NNS. SNASwitch continues to use the backup NNS after the primary NNS is restored. The failure is indicated by an exception log entry in the pdlog output displayed by the show snasw pdlog EXEC command, as in the following example:

**** EVENT : Link station H#93 activated

**** 00000120 - EXCEPTION 512:121 (0) ****
Unable to start requested CP-CP sessions with adjacent node
 Port name          = IP
 LS name            = H#93
 Adjacent CP name   = EBD1.H#93        
From ../dcl/ncsxidpi.c 319 :at 7:08:11, 14 October 03

This failure condition can also be verified using the show snasw link detail EXEC CLI command for the link to the primary NNS. The command output will show a value of No for CP-CP session support instead of its normal value of Yes .

Workaround/Solution

When the failure condition occurs, the link to the primary NNS will be activated as a VRN link. Since VRN links do not support CP-CP sessions, the only way to restore the CP-CP session to the primary NNS is to issue a snasw stop EXEC CLI command for the link. This may disrupt any logical-unit-to-logical-unit (LU-LU) sessions currently using that link.

To avoid the failure condition, modify the IOS configuration to prevent SNASwitch from ever allowing a configured link to activate as a VRN link. In the example below, the VRN has been moved to its own snasw port configuration command:

snasw cpname NETA.SNASW
snasw port HPRIP hpr-ip Loopback0                     <<< VRN removed
snasw port HPRIP1 hpr-ip Loopback1 vnname NETA.VRN    <<< New port with VRN
snasw port DLSWLINK vdlc 802 mac 4000.7700.5555
snasw link HOST151 port HPRIP ip-dest 10.10.10.1 nns  <<< Link uses non-VRN port 
snasw link HOST135 port HPRIP ip-dest 10.10.20.1      <<< Link uses non-VRN port

You must ensure that all APPN nodes specifying this VRN have IP connectivity to the new Loopback1 interface.

DDTS

To follow the bug ID link below and see detailed bug information, you must be a registered user and you must be logged in.

Revision History

For More Information

If you require further assistance, or if you have any further questions regarding this field notice, please contact the Cisco Systems Technical Assistance Center (TAC) by one of the following methods:

• Open a service request on Cisco.com
• By email
• By telephone

Receive Email Notification For New Field Notices

Product Alert Tool - Set up a profile to receive email updates about reliability, safety, network security, and end-of-sale issues for the Cisco products you specify.