IBM Support

Search failure in a combined SA/APPN network with sense 087F0007

Question & Answer


Question

In a combined subarea/APPN network a session request receives an 087D0001 sense code after one of the CDRM links fail. In addition message IST895I shows sense codes 087F0007 and 08260000. The following messages are seen:

 IST663I  IPS SRQ    REQUEST FROM ISTAPNCP FAILED  , SENSE=087D0001
 IST664I  REAL  OLU=lu_name          REAL  DLU=lu_name
 IST889I  SID = sid
 IST1705I  SORDER = ADJSSCP  FROM START OPTION
 IST894I  ADJSSCPS TRIED  FAILURE SENSE   ADJSSCPS TRIED  FAILURE SENSE
 IST895I     SSCPD          087F0007        ISTAPNCP          08260000

Answer

In message IST663I the sense code 087D0001 indicates "routing exhausted": an SSCP has attempted unsuccessfully to reroute a session services request to its destination via one or more adjacent SSCPs; this value is sent by a gateway SSCP or a nongateway SSCP when it has exhausted trial-and-error rerouting, i.e. when all adjacent SSCPs were tried, but the destination LU was not known to any of the SSCPs.

When a session initiation fails due to exhaustion of trial-and-error rerouting, messages IST894I and IST895I are issued to list the names of the adjacent SSCPs through which trial and error routing was attempted (in the order in which they were tried), and the sense code indicating the cause of the failure at the adjacent SSCP.

The sense code 087F0007 indicates that a session services request cannot be rerouted into an APPN-subarea network because an interchange node received a Locate/CD-Initiate request from an APPN network that contains a control vector X'5D' (subfield X'81'), and was not routed to SSCPs in the network specified in that control vector because the control vector's disjoint network indicator was not set.

Two SSCPs which have the same NETID are considered to be "disjoint" if they do not have an SSCP-SSCP session between them, and their only connection is through an APPN network. The DISJOINT operand on the CDRM definition statement in the cross-domain resource manager major node indicates whether a search from an SSCP should be sent to another SSCP, when the SSCPs have matching NETIDs and their only connection is through an APPN network. If the NETIDs match, the coding of the DISJOINT operand determines whether the search is sent.

The default value for DISJOINT is NO, which indicates that the APPN network should not send the search to the second SSCP.

When DISJOINT=YES, that indicates that the APPN network should send the search to the second SSCP.

In this case, DISJOINT=NO was either coded or defaulted on the CDRM definition statement in the CDRM major node of an interchange node, thus preventing a subarea search across the APPN network. To permit the subarea search across the APPN network and resolve this problem, ensure you have DISJOINT=YES coded on all ICNs for adjacent CDRMs communicating with destination subarea hosts through the APPN network, i.e. SA---APPN----SA.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSSN3L","label":"z\/OS Communications Server"},"Platform":[{"code":"PF035","label":"z\/OS"}],"Component":"","Version":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Product Synonym

ZOSCS COMMSERVER

Document Information

Modified date:
24 August 2017

UID

dwa1396191