Cierre de la conexión de PLU

La aplicación o el nodo local pueden finalizar la conexión de la unidad lógica principal (PLU). Los criterios de cierre son los siguientes:

• El nodo local cierra la conexión PLU si recibe una solicitud UNBIND desde el host PLU, lo que finaliza la sesión PLU. Si el tipo UNBIND es BIND forthcoming (0x02), el nodo local establece el indicador BIND forthcoming en la solicitud Close(PLU), para que la aplicación pueda reservar los recursos necesarios.

• El nodo local cierra la conexión PLU si recibe una solicitud para desactivar unidad lógica (DACTLU) o para desactivar unidad física (DACTPU) desde el punto de control de servicios del sistema (SSCP).

• El nodo local cierra la conexión PLU si recibe una notificación de interrupción del control de vínculo de datos.

• El nodo local cierra la conexión PLU si detecta un error crítico en un mensaje de la aplicación, lo que coloca la aplicación en un estado crítico con errores. En este caso, el nodo local envía una solicitud TERM-SELF al host para obtener una de tipo UNBIND.

• La aplicación debe cerrar la conexión PLU para las condiciones de apagado lógico. Por ejemplo, si sus recursos no están disponibles temporalmente o cuando el usuario termina de usar la sesión.

  Cuando el nodo local emite una solicitud Close(PLU), la aplicación puede determinar el motivo desde el campo de control Close. Puede haber un mensaje de estado asociado en la conexión PLU (Status-Acknowledge(Nack-2)) o en la conexión SSCP (un mensaje Status-Session si la LU se ha desactivado).

  Tanto si el nodo local como la aplicación cierran la conexión, el mensaje es el mismo. El iniciador de la secuencia Close envía una solicitud Close(PLU) a su asociado, que responde con una respuesta Close(PLU) . La solicitud Close(PLU) es incondicional. La respuesta Close(PLU) siempre informa de que la conexión se cerró correctamente.

  Se proporciona la respuesta Close(PLU) para que el iniciador de la secuencia Close pueda determinar cuándo se han entregado los datos pendientes y los mensajes de estado. Para evitar posibles condiciones de carrera, la aplicación debe descartar todos los mensajes que recibe en la conexión PLU después de emitir una solicitud Close(PLU) , incluidos los mensajes de solicitud Close(PLU) desde el nodo local, hasta que reciba la respuesta Close(PLU) .

  Tenga en cuenta que, si la aplicación envía una solicitud Close(SSCP) mientras la sesión PLU está activa, el nodo local cerrará la conexión PLU, como si se hubiera enviado la solicitud Close(PLU) , así como la conexión SSCP.

  En la ilustración siguiente se muestra la secuencia de mensajes para una solicitud Close iniciada por la aplicación. El nodo local envía una solicitud TERM-SELF al host para obtener una UNBIND.

  Si el host genera automáticamente una UNBIND al recibir una TERM-SELF, la aplicación puede ver Close(PLU) como equivalente a la finalización de la sesión PLU-SLU.

  
  Secuencia de mensajes para una solicitud Close iniciada por la aplicación

  En la ilustración siguiente se muestra el flujo de mensajes de una solicitud Close iniciada por un nodo local después de recibir una solicitud UNBIND del host.

  
  Flujo de mensajes para una solicitud Close iniciada por el nodo local después de recibir una solicitud UNBIND

  Cuando una aplicación usa la variante de la aplicación de unidad lógica (LUA) de la FMI, la emisión de una solicitud Close(PLU) hace que el nodo se desenlace inmediatamente la sesión PLU mediante el envío de una solicitud UNBIND a la PLU. La respuesta Close(PLU) se devuelve a la aplicación al recibir la respuesta UNBIND, como se muestra en la ilustración siguiente.

  
  Flujo de mensajes para la respuesta Close(PLU)

Consulte también

Apertura de la conexión de PLU
Sesión de PLU
Encadenamiento de salida
Encadenamiento de entrada
Entrega de segmentos
Brackets
Dirección
Velocidad y fragmentación
Confirmación y rechazo de datos]
Apagado y modo inactivo
Recuperación
Terminación iniciada por la aplicación
LUSTATs]
Datos del Monitor de tiempo de respuesta