IBM Support

DY47013: SESSIONS FAIL WITH 08970007 WHEN USING VRTG.

A fix is available

 

APAR status

  • Closed as program error.

Error description

  • The CDRM name can change in a predefined CDRSC that has
    CDRMNAME coded when VRTG is used in this same host. Sessions can
    fail with 08970007 . You can also see sense code 08970012 if
    VFYOWNER=YES is also coded on the predefined CDRSC when VRTG is
    used as well.

Local fix

  • Establish sessions without using the VRTG path.

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All who use APPN and Virtual Route TGs *
    * (VRTGs). *
    ****************************************************************
    * PROBLEM DESCRIPTION: Sessions fail with sense x'08970007'. *
    * Sessions can also fail with sense *
    * x'08970012' if VFYOWNER=YES is coded *
    * on CDRSCs. *
    ****************************************************************
    * RECOMMENDATION: *
    ****************************************************************
    The problem was recreated using the following configuration:

    SLU PLU
    SSCPAA--(appn)--SSCP1A==(vrtg)==SSCP2A
    EN ICN ICN

    The problem can be summarized as follows:

    1. The PLU application (on SSCP2A) is predefined as a CDRSC on
    SSCP1A with CDRM=SSCP2A specified.
    2. The SLU (on SSCPAA) initiates a session to the PLU. The
    search is sent through APPN all the way to host SSCP2A.
    The computed RSCV is: SSCP2A==vrtg==SSCP1A--appn--SSCPAA
    3. Because the VRTG is not HPR-capable, SSCP2A sends CDINIT(5)
    to SSCP1A to obtain a subarea network address for the SLU.
    The PLU owning CDRM name is not included on the CDINIT(5)
    because the true owning CDRM is not always known.
    4. When the CDINIT(5) arrives at SSCP1A without an owning
    CDRM name, SSCP1A incorrectly updates the predefined
    CDRSC for the PLU application with SSCP1A's CDRM name.
    5. Subsequent session initiation attempts to (or from) the PLU
    application sent through SSCP1A fail with sense 08970007
    (or 08970012).

Problem conclusion

  • There is logic in ISTSSCEI that avoids updating the predefined
    owning CDRM name for CDRSCs that represent resources that can
    be found in or through the APPN network. However, this logic
    does not correctly handle the case where the session control
    block (SIB) is created as a result of receiving a CDINIT(5) RU
    for a session over a VRTG. This logic in ISTSSCEI is updated
    to handle the VRTG case correctly.

Temporary fix

Comments

APAR Information

  • APAR number

    DY47013

  • Reported component name

    VTAM V4 VSE/ESA

  • Reported component ID

    568606501

  • Reported release

    FE6

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-01-26

  • Closed date

    2009-02-09

  • Last modified date

    2009-05-14

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

    OA25084

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

    UD53459

Modules/Macros
ISTSSCEI     

Fix information

  • Fixed component name

    VTAM V4 VSE/ESA

  • Fixed component ID

    568606501

Applicable component levels

  • RFE6 PSY UD53459

       UP09/03/10 P E421

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SS5KWR","label":"ACF\/VTAM"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"FE6","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
14 November 2022