APPC/CPI-C Applications May Hang When Allocating LU 6.2 SessionsID: Q193684
|
An APPC or CPI-C application may occasionally fail to establish a
session
after a host system (Mainframe or AS/400) initiates the Change
Number of
Sessions (CNOS) negotiation.
Applications may exhibit different symptoms if this occurs,
depending on
how the application is written. If the application has timeout,
the
application will terminate the session after the timeout has been
reached.
Applications that do not have a timeout may appear to hang (stop
responding) while waiting for the Allocate call to complete.
This problem did not occur with SNA Server 3.0 SP1 and earlier.
This problem can occur when the host system initiates CNOS
negotiation with
the SNA Server. When this occurs, suspended LU 6.2 sessions are in
an
unusable state by SNA Server, causing application-generated Open
LU 6.2
Requests (for example, ALLOCATEs) to hang.
CNOS negotiation is not commonly initiated by the host system. SNA
Server
usually initiates CNOS negotiation because of application requests
for LU
6.2 sessions, or because the SNA Server is configured to auto
activate LU
6.2 sessions. Therefore, occurrences of this problem are not
common.
This problem was exposed due to a change included in SNA Server
3.0 SP2 to
correct the problem described in the following Knowledge Base
article:
Q170070 SNA Client Allocate Requests May Hang After AS/400 IPL
Q184307 How to Obtain the Latest SNA Server Version 3.0 Service Pack
S E R V P A C K
Microsoft has confirmed this to be a problem in SNA Server versions 3.0 SP2, 3.0 SP3, 4.0, and 4.0 SP1. This problem was first corrected in SNA Server 3.0 Service Pack 4.
Additional query words:
Keywords :
Version :
Platform : WINDOWS
Issue type : kbbug
Last Reviewed: July 8, 1999