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:
APAR is sysrouted TO one or more of the following:
UD53459
| 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