OA44599: IST380I CONNOUT ERROR SENSE FFC80004 FOR EE CONNECTION. LOCATE FOUND IS RETURNING AN INVALID IP ADDRESS FOR SLU HOST.

APAR status

• Closed as fixed if next.

Error description

• Session over EE connection fails:
  IST590I CONNECTOUT FAILED      FOR PU puname ON LINE linename
  IST380I ERROR FOR ID = puname - REQUEST: CONNOUT, SENSE:
  FFC80004
  IST1903I  FAILURE OVER VRN netid.vrn TO CP netid.cpname
  
  IST105I  puname NODE NOW INACTIVE
  IST663I  AM RESUME  REQUEST  FAILED  , SENSE=08060027
  -----
  Trace shows VTAM is sending the wrong IP for the SLU host in
  a LOCATE FOUND
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All using APPN.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION:   An EE connection setup failed with    *
  *                      sense FFC80004 after a resource was     *
  *                      moved from one node to a VTAM NN.  The  *
  *                      EE connection was attempted using the   *
  *                      residual IP address where the resource  *
  *                      was moved from.                         *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
              New SLU                 Old SLU
              Location                Location
              OLU/SLU(n)              OLU/SLU(o)
  SSCP1A------SSCP2A------SSCP3A------SSCP4A
    EN          NN          NN          EN
  DLU/PLU
  
    Using the above configuration, the problem can be summarized
  as follows:
  1. A resource on EN SSCP4A (a menu APPL in this case) set up a
     SLU initiated session to a PLU on EN SSCP1A.
  2. This caused a DECB to be created in the Directory Services
     database on SSCP2A.  This DECB indicated the resource
     was owned by CP SSCP4A with a NNS of SSCP3A.
  3. When the session ended, the OLU/SLU was moved to SSCP2A.
  4. The moved OLU/SLU started a session to the PLU on SSCP1A.
  5. The DECB was not updated on SSCP2A because the OLU/SLU was
     now a subarea resource on SSCP2A.
  6. Non verify flows found the old DECB and used it to calculate
     the route to the SLU.
  7. Residual information in the DECB caused the EE connection
     setup from SSCP1A to fail with sense FFC80004.
  

Problem conclusion

Temporary fix

Comments

• The solution for this APAR is included in CS for zOS Version 2
  Release 2.
  
  
    ISTDRDUP will be changed to delete the residual DECB for an
  APPN resource when processing a database update for a subarea
  OLU resource on this NN VTAM.
  

APAR Information

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

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

Modules/Macros

• ISTDRDUP NONE
  

Fix information

Applicable component levels

• R1D0 PSY

     UP