Cierre de la conexión 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:

• El nodo local cierra la conexión PLU si recibe una solicitud UNBIND del host PLU, que finaliza la sesión de PLU. Si el tipo UNBIND es BIND inminente (0x02), el nodo local establece el indicador de BIND-inminente 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 de desactivación de la unidad lógica (DACTLU) o de desactivación de la 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 enlace de datos.

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

• La aplicación debe cerrar la conexión PLU ante 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 Close(PLU) Request, la aplicación puede determinar el motivo a partir del campo de control Close. Puede haber un mensaje de estado asociado en la conexión PLU (un Status-Acknowledge(Nack-2)) o la conexión SSCP (un mensaje status-Session si se ha desactivado la LU).

  Tanto si el nodo local como la aplicación cierra 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.

  La respuesta Close(PLU) se proporciona 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 competencia, la aplicación debe descartar todos los mensajes que recibe en la conexión PLU después de emitir una Solicitud de Cierre(PLU), incluidos los mensajes de Solicitud de Cierre(PLU) del nodo local, hasta que reciba la Respuesta de Cierre(PLU).

  Tenga en cuenta que, si la aplicación envía una solicitud Close(SSCP) mientras la sesión de 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.

  La secuencia de mensajes para un Close iniciado por la aplicación se muestra en la ilustración siguiente. El nodo local envía una solicitud TERM-SELF al host para iniciar una UNBIND.

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

  
  Secuencia de mensajes para un cierre iniciado por la aplicación

  El flujo de mensajes para un cierre iniciado desde el nodo local, después de recibir una solicitud de UNBIND del host, se muestra en la figura siguiente.

  
  Flujo de mensajes para un cierre iniciado por el nodo local después de recibir una solicitud de UNBIND

  Cuando una aplicación usa la variante de aplicación de unidad lógica (LUA) del FMI, la emisión de una solicitud Close(PLU) hace que el nodo desenlace inmediatamente la sesión de PLU enviando 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)

Véase también

Apertura de la conexión PLU
Sesión de PLU
Encadenamiento saliente
Encadenamiento de entrada
Entrega de segmentos
corchetes
Dirección
Ritmo y división en partes
Confirmación y rechazo de datos]
Apagado y suspensión temporal
Recuperación
Application-Initiated Terminación
LUSTATs]
Datos del monitor de tiempo de respuesta