Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Al intentar buscar una unidad lógica (LU) libre en más de un nodo local, la aplicación no necesita saber qué nodo local posee la LU. El DL-BASE es responsable de encontrar un nodo local adecuado mediante el mecanismo descrito. La descripción está pensada para ayudar a interpretar los seguimientos de los flujos de mensajes implicados y no es necesario escribir una aplicación.
El campo tipo de apertura forzada en la solicitud Open(SSCP) especifica una apertura forzada o no forzada. Si la LU para la cual está destinada la apertura no tiene una sesión de punto de control de servicios del sistema (SSCP) activa porque su vínculo está inactivo, una apertura forzada indica al nodo local que intente activar el vínculo y la sesión de SSCP. La apertura no forzada solo se realiza correctamente si la sesión de SSCP ya está activa; de lo contrario, retorna un código de error que indica el estado de la conexión LU.
Cuando la aplicación emite la solicitud Open(SSCP), no establece el campo de tipo de fuerza abierta. El DL-BASE emite una apertura no forzada a cada nodo, uno por uno, hasta que encuentra una LU que ya tiene una sesión SSCP activa. Si ninguna de estas aperturas tiene éxito, el DL-BASE realiza una apertura forzada al nodo que devolvió el mejor código de error, es decir, al que más probablemente pueda activar la sesión.
Los flujos de mensaje de ejemplo de la ilustración siguiente muestran este proceso para dos nodos locales. DL-BASE prueba uno por uno, con aperturas no forzadas. El código de error del nodo 2 indica que es más probable que pueda activar la sesión de SSCP que el nodo 1, por lo que el DL-BASE envía un open forzado al nodo 2. La aplicación solo es consciente de la primera solicitud y su respuesta.
Flujo de mensajes de ejemplo para dos nodos locales
Para permitir que las aplicaciones se reinicien después de un error desastroso (como finalizar el programa de emulación 3270), el nodo local también acepta una solicitud Open(SSCP) de una aplicación que ha producido un error y se ha reiniciado, siempre que se usen los mismos campos de localidad de origen, asociado, índice (LPI). En este caso, se envía un mensaje TERM-SELF al host si la LU está enlazada.
La LU del servidor SNA a través de la cual la aplicación se comunica se selecciona mediante la relación entre el registro APPL y el registro de grupo lu o LU en el archivo de configuración. La aplicación especifica su nombre mediante el campo nombre de origen en la solicitud Open(SSCP). El nodo local rellena el número de grupo LU o LU, selecciona una LU sin usar dentro del grupo LU (si la asociación es a un grupo de LU) e informa a la aplicación de este número de LU en la Respuesta Open(SSCP).
La solicitud Open(SSCP) especifica lo siguiente:
Nombre de la aplicación de origen.
Identificador de recursos que puede usar la aplicación para correlacionar la solicitud Open(PLU) que se envía a la aplicación. (Para obtener más información, consulte Apertura de la conexión PLU).
Un bloque de control de información de conexión, que define el uso del encabezado de respuesta, verifica las comprobaciones que el nodo local debe realizar para la LU. Si el campo de un código se establece en 0x01, esa comprobación de recepción se llevará a cabo mediante la capa de control de flujo de datos del nodo local en los datos que llegan desde el host. Las comprobaciones de envío correspondientes no se ven afectadas y siempre se realizan. El bloque de control de información de conexión se proporciona porque estas comprobaciones de recepción son opcionales en SNA. Sin embargo, se prevé que la mayoría de las aplicaciones requerirán que se realicen todas estas comprobaciones (todos los valores establecidos en 0x01).
Indicador que especifica si la aplicación se va a tratar como prioridad alta o baja. Todas las LUs de los servidores SNA 3270 están marcadas como de alta prioridad (las impresoras no envían datos significativos entrantes). El efecto de la prioridad alta es permitir que los datos se avancen más rápido al host cuando el vínculo está ocupado.
Indicador que especifica si la aplicación es una LUA. Esto determina si el nodo local y la aplicación se comunicarán mediante la variante LUA de la interfaz de administración de funciones (FMI). (Para obtener más información, vea Conceptos de FMI).
Un indicador que especifica una apertura no forzada o forzada. Esto determina si el nodo local intentará activar la sesión de SSCP si no está activa actualmente.
La solicitud Open(SSCP) puede producir un error por uno de varios motivos, que se pueden determinar a partir de los códigos de error de la respuesta open(SSCP) enviada a la aplicación, como se detalla en la lista siguiente:
Es posible que el nodo local siga inicializando (recuperando información del archivo de configuración). En este caso, la aplicación puede volver a intentarlo inmediatamente.
Es posible que el archivo de configuración no tenga una entrada para la aplicación o que el registro de la aplicación en el archivo de configuración no apunte a un registro de LU o de un grupo de LU.
En caso de Open no forzado, la sesión de SSCP puede estar inactiva.