A
session is a logical connection that is established or bound between
two LUs of the same type. A session acts as a conduit through which
data moves between the pair of LUs. The following figure shows
how a session spans two LUs that are defined on two different systems.
Figure 1. A Session between Two LUs
A session can support only one conversation
at a time, but one session can support many conversations in sequence.
Because sessions are reused by multiple conversations, a session
is a long-lived connection compared to a conversation.
If
no session exists when a TP issues an Allocate call to start a conversation,
VTAM binds a session between the local LU and the partner LU. After
a session is bound, TPs can communicate with each other over the session
in a conversation. This sending of data between a local TP and its
partner occurs until one TP ends the conversation with a Deallocate
call.
The following figure shows a single conversation between
TP1 and TP2 that is occurring over a session.
Figure 2. A Conversation between Two TPs
If the hardware permits and the two LUs are configured
as independent LUs, they can have multiple, concurrent sessions called parallel
sessions. When a TP from either LU issues an allocate call and
sessions exist but are being used by other conversations, an LU can
request a new session unless the defined session limit is reached.
Default
session limits are defined for an LU in a VTAM APPL statement. Session-limit
values can be changed by entering the VTAM MODIFY CNOS and MODIFY
DEFINE operator commands, or by modifying the VTAM APPL definition
statement and then restarting APPC/MVS. For more information about
these commands, see z/OS Communications Server: SNA Operation.
The
following figure shows three parallel sessions, each of which is carrying
a conversation.
Figure 3. Parallel Sessions
between LUs
An installation can define different types of sessions,
but sessions are ultimately defined by the LUs they span and by the
session characteristics contained in the VTAM logon mode table that
is associated with the session.
Sessions can span LUs on the
same system, LUs on two like systems, and LUs on two unlike systems
that are LU 6.2 compatible. The following figure shows three sessions
bound from a single LU on SYS2. Session 1 spans LUs on two different
systems. Session 2 spans the same two systems but is bound from a
different LU on SYS1. Session 3 is bound between two LUs on the same
system.
Figure 4. Different Types of Sessions
between Two LUs