Sesiones y conexiones

Una aplicación que usa la interfaz de administración de funciones (FMI) puede comunicarse con el host en dos sesiones de SNA, tal como se describe en la lista siguiente:

  • La sesión del punto de control de servicios del sistema (SSCP), entre una unidad lógica (LU) del servidor de SNA y el SSCP del host, proporciona información sobre la activación de la LU y permite la comunicación con el SSCP para comandos como los de inicio y cierre de sesión con formato de campo y codificación de caracteres. Hay una sesión del SSCP para cada LU del servidor de SNA.

  • La sesión de la unidad lógica principal (PLU), entre una LU del servidor de SNA y la PLU del host, es la sesión principal para la transferencia de datos entre la aplicación local y la aplicación host. Hay una sesión de la PLU para cada LU del servidor de SNA.

    El nodo local se comunica directamente con el host en la sesión del SSCP de la unidad física (PU):

  • La sesión de PU-SSCP, entre la PU (nodo local) y el SSCP del host, admite la notificación de información de alertas y vincula estadísticas al SSCP del host.

    En la ilustración siguiente se muestran las tres sesiones.

    Image that shows three sessions.
    Tres sesiones

    La aplicación puede comunicarse con el nodo local mediante dos sesiones de localidad, asociado e índice (LPI). En lugar de especificar la sesión en la que va a fluir un mensaje, la aplicación envía el mensaje al nodo local en una de estas conexiones. Luego, el nodo local lo enruta a la sesión de SNA adecuada.

    Las conexiones se usan como se indica a continuación:

  • La sesión del SSCP se usa para la información de inicio y las credenciales de una sesión 3270. En esta sesión, los programas de emulación Host Integration Server 3270 también envían información de administración de red, como estadísticas del Monitor de tiempo de respuesta (RTM) o alertas del usuario, al nodo local. Para más información sobre esta conexión, consulte el artículo sobre la conexión de SSCP.

  • La sesión de PLU se usa para transferir datos de la aplicación y para los mensajes de control de estado y flujo entre la aplicación y el nodo local. Para más información sobre esta conexión, consulte el artículo sobre la conexión de PLU.

    En la ilustración siguiente se muestran estas sesiones.

    Image that shows connections between an Application and a local node.
    Conexiones entre una aplicación y un nodo local

    Estas sesiones son específicas del nodo local y de la aplicación. Los mensajes de datos y estado que se pasan a través de una conexión generan que se envíen solicitudes de control SNA y datos SNA en la sesión de SNA adecuada. De manera similar, los datos SNA y las respuestas de control SNA que se reciben en una sesión de SNA generan que los mensajes de control y los datos se transmitan a la aplicación en la conexión adecuada.

    La relación entre las tres sesiones de SNA y las dos conexiones es la siguiente:

  • Los mensajes SNA en la sesión de SSCP desde el host al nodo local generan mensajes desde el nodo local a la aplicación en la conexión de SSCP. Por lo general, los mensajes de la aplicación al nodo local en la conexión de SSCP generan mensajes SNA en la sesión de SSCP desde el nodo local al host (a excepción de la información de administración de red, lo que da lugar a mensajes en la sesión de PU-SSCP).

  • Los mensajes SNA en la sesión de PLU desde el host al nodo local generan mensajes desde el nodo local a la aplicación en la conexión de PLU. Los mensajes de la aplicación al nodo local en la conexión de PLU generan mensajes SNA en la sesión de PLU desde el nodo local hasta el host.

  • Los mensajes SNA en la sesión de PU-SSCP desde el nodo local al host se generan a partir de mensajes de la aplicación al nodo local en la conexión de SSCP. Cuando la aplicación envía información de administración de red como las alertas de usuario 3270 en la conexión de SSCP, el nodo local distingue este tipo de información de otros datos en esta conexión (lo que, por lo general, corresponde a la sesión de SSCP) y envía al host la información adecuada sobre la sesión de PU-SSCP. Para más información, consulte el artículo sobre las alertas de usuario 3270.

    Tenga en cuenta la distinción entre estas sesiones de SNA y las sesiones de emulación 3270. Un emulador 3270 puede tener más de una sesión de emulación 3270. Para cada sesión de emulación, hay sesiones de SSCP y PLU independientes.

    Cada conexión entre la aplicación y el nodo local se abre, administra y cierra por separado. Esto significa que una aplicación debe mantener un bloque de control interno independiente que contenga el par LPI, las claves de mensaje y el estado de la conexión de cada una de las sesiones de SNA asociadas con cada sesión de emulación 3270. Por ejemplo, una aplicación que usa tres sesiones de emulación 3270, cada una con una sesión de SSCP y una sesión de PLU, requerirá seis bloques de control.

    Una aplicación identifica la conexión (y, por lo tanto, la sesión) a la que pertenece un mensaje determinado mediante el par LPI presente en el mensaje. En un mensaje recibido, el valor de índice de destino (I) contiene el identificador de la aplicación para la conexión y el valor I de origen contiene el identificador del nodo local para la conexión. Estos se invierten para los mensajes que envía la aplicación.

    La aplicación selecciona la LU dentro del nodo local que puede usar para las comunicaciones mediante la relación en la tabla de configuración entre el registro de LU y el registro de APPL. (Para más información, consulte el artículo sobre cómo abrir la conexión de SSCP). Es posible que la aplicación desconozca a qué LU accede si las LU están organizadas dentro de grupos de LU.

Consulte también

Marcas de aplicaciones