Sessions and Connections
An application using the FMI can communicate with the host on two SNA sessions:
-
The SSCP session, between an SNA Server LU and the host system services control point (SSCP), provides information on the activation of the LU and supports communication with the SSCP for commands such as character-coded and field-formatted logon and logoff commands. There is one SSCP session for each SNA Server LU.
-
The PLU session, between an SNA Server LU and the host primary logical unit (PLU), is the main session for data transfer between the local application and the host application. There is one PLU session for each SNA Server LU.
The local node communicates directly with the host on the PU-SSCP session.
-
The PU-SSCP session, between the physical unit (local node) and the host SSCP, supports the reporting of alert information and link statistics to the host SSCP.
The three sessions are illustrated in the following figure:
The application can communicate with the local node by means of two LPI connections. Rather than specifying the session on which a message is to flow, the application sends the message to the local node on one of these connections; the local node then routes it to the appropriate SNA session.
The connections are used as follows:
-
The SSCP connection is used for the initial start-up and logon information for a 3270 session. The SNA Server 3270 emulation programs also send network management information, such as user alerts and Response Time Monitor (RTM) statistics, to the local node on this session. See The SSCP Connection for more information on this connection.
-
The PLU connection is used for the transfer of application data, and for status and flow control messages between the application and the local node. See The PLU Connection for more information on this connection.
The connections are illustrated in the following figure.
These connections are specific to the local node and the application. Data and status messages passed across a connection result in SNA data and SNA control requests being sent on the appropriate SNA session. Similarly, SNA data and SNA control responses received on an SNA session result in data and control messages being passed to the application on the appropriate connection.
The relationship between the three SNA sessions and the two connections is as follows:
-
SNA messages on the SSCP session from the host to the local node result in messages from the local node to the application on the SSCP connection. Messages from the application to the local node on the SSCP connection normally result in SNA messages on the SSCP session from the local node to the host (with the exception of network management information, which results in messages on the PU-SSCP session — see below).
-
SNA messages on the PLU session from the host to the local node result in messages from the local node to the application on the PLU connection. Messages from the application to the local node on the PLU connection result in SNA messages on the PLU session from the local node to the host.
-
SNA messages on the PU-SSCP session from the local node to the host are generated by messages from the application to the local node on the SSCP connection. When the application sends network management information such as 3270 user alerts on the SSCP connection, the local node distinguishes it from other data on this connection (which normally corresponds to the SSCP session) and sends the appropriate information on the PU-SSCP session to the host. See 3270 User Alerts for more information.
Note the distinction between these SNA sessions and 3270 emulation sessions. A 3270 emulator can have more than one 3270 emulation session; for each emulation session, there are separate SSCP and PLU sessions.
Each connection between the application and the local node is opened, managed, and closed separately. This means that an application must maintain a separate internal control block containing the LPI pair, message keys, and state of the connection for each of the SNA sessions associated with each 3270 emulation session; for example, an application using three 3270 emulation sessions, each with an SSCP session and a PLU session, will require six control blocks.
An application identifies the connection (and hence the session) to which a particular message belongs using the LPI pair present in the message. On a received message, the destination index (I) value contains the application's identifier for the connection, and the source I value contains the local node's identifier for the connection. These are reversed for messages sent by the application.
The application selects the LU within the local node that it can use for communications by the relationship in the configuration table between the LU and APPL records (see Opening the SSCP Connection). The application may be unaware of which LU it accesses if the LUs are arranged within LU groups.