3270 User Connects to Host Session of Previous User (175336)
The information in this article applies to:
- Microsoft SNA Server 2.11
- Microsoft SNA Server 2.11 SP1
- Microsoft SNA Server 2.11 SP2
- Microsoft SNA Server 3.0
- Microsoft SNA Server 3.0 SP1
- Microsoft SNA Server 3.0 SP2
This article was previously published under Q175336 SYMPTOMS
When using pooled 3270 LUs with SNA Server, a new 3270 user connects to the
host session of the previous user. This problem was observed when using a
CICS host application, and CICS and VTAM are configured to use the CLSDST
and OPTION=PASS host options.
When CICS issues CLSDST, it saves information about the user id and LU. The
CLSDST=PASS option causes VTAM to drop the current session, put in on
queue, and then start a new session with another VTAM application. When the
second session ends, VTAM takes the session on the queue, and then
establishes a session between the LU and CICS. CICS retrieves the saved
information about the user id, so the users do not need to do a new sign on
to RACF.
CAUSE
When SNA Server terminates a 3270 session, SNA Server sends a TERMSELF to
the host, followed by NOTIFY with type 01, which means:
SLU capability is disabled. Sessions can be Queued but not started.
When a new user activates a 3270 session, SNA Server sends a NOTIFY(type 03
= SLU Enabled), the old CICS session is started over the LU.
This problem does not occur if SNA Server sends a NOTIFY Type 00, which
means
SLU Capability is Inhibited. Sessions can be Neither Queued nor Started.
STATUS
Microsoft has confirmed this to be a problem in SNA Server versions listed
at the beginning of this article.
This problem was corrected in the latest SNA Server version 3.0 U.S.
Service Pack. For information on obtaining this Service Pack, query on
the following word in the Microsoft Knowledge Base (without the spaces):
Modification Type: | Minor | Last Reviewed: | 9/22/2005 |
---|
Keywords: | kbHotfixServer kbQFE kbbug kbfix KB175336 |
---|
|