PH29924: EXEC CICS EXTRACT TCT NETNAME DOES NOT RETURN AN INVREQ RESPONSE FOR AN MRO CONNECTION IF AN APPC CONNECTION EXISTS.

APAR status

• Closed as program error.

Error description

• The EXTRACT TCT NETNAME should return an invalid request
  response for an MRO connection. However, if an APPC connection
  exists it produces the sysid of the APPC connection
  instead.
  
  For example in the IBM lab environment;
  
  If we ONLY have MRO connection defined than the extract fails
  with an invalid request;
  
  
  EXTRACT TCT NETNAM(IYNXI)
  STATUS: COMMAND
  EXECUTION COMPLETE NAME=
  EXEC CICS EXtract TCT
  Netname( 'IYNXI
  ' )
  < Termid( ' ' ) | Sysid( ' ' ) >
  
  ....
  RESPONSE: INVREQ
  EIBRESP=+0000000016 EIBRESP2=+0000000000
  
  
  If we have both MRO and APPC with different NETNAMEs than the
  extract for the MRO NETNAME returns with a
  normal response and the sysid of the APPC connection;
  
  
  EX TCT NETNAME('IYNXI')
  STATUS: COMMAND EXECUTION COMPLETE NAME=
  EXEC
  CICS EXtract TCT
  Netname( 'IYNXI ' )
  < Termid( ' ' ) | Sysid(
  'ITO3' ) >
  ....
  RESPONSE: NORMAL EIBRESP=+0000000000
  EIBRESP2=+0000000000
  
  !! NOTE: IT03 is the APPC SYSID for NETNAME IYNX32 !!
  
  
  An EXEC CICS INQUIRE CONNECTION correctly shows:
  
  INQ CONN
  STATUS: RESULTS - OVERTYPE TO
  MODIFY
  Con(ITO3) Net(IYNX32 ) Ins Rel Vta Appc
  Nqn(IYNX32
  )
  Con(32TI) Net(IYNXI ) Ins Rel Xm Nrs
  
  
  Additional symptoms:
  KIXREVSCB
  

Local fix

• NA
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: An EXEC CICS EXTRACT NETNAME issued     *
  *                      against an MRO connection should        *
  *                      return an INVREQ response but, instead, *
  *                      returns a NORMAL response together with *
  *                      the SYSID of an LU6.2 connection that   *
  *                      is also installed in the same CICS      *
  *                      region.                                 *
  ****************************************************************
  If a CICS region is connected to two or more other CICS regions
  by a combination of MRO and LU6.2 connections, in certain such
  configurations an EXEC CICS EXTRACT NETNAME issued against the
  MRO connection may return a NORMAL response with the SYSID of
  the LU6.2 connected region, rather than returning an INVREQ
  response as expected.
  This may also present with LU6.1 connected regions.
  

Problem conclusion

• DFHZLOC has been altered so that an EXEC CICS EXTRACT NETNAME
  issued against an MRO connection will always return an INVREQ
  response.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UI73429 UI73430 UI73431

Modules/Macros

• DFHZLOC
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels