Fermeture de la connexion PLU

L’application ou le nœud local peuvent mettre fin à la connexion d’unité logique principale (PLU). Les critères de fermeture sont les suivants :

• Le nœud local ferme la connexion PLU s'il reçoit une requête UNBIND de l’hôte PLU, qui met fin à la session PLU. Si le type UNBIND est BIND à venir (0x02), le nœud local définit l’indicateur BIND à venir dans la requête Close(PLU) afin que l’application puisse réserver toutes les ressources nécessaires.

• Le nœud local ferme la connexion PLU s'il reçoit une requête de désactivation de l'unité logique (DACTLU) ou une requête de désactivation de l'unité physique (DACTPU) du point de contrôle des services système (SSCP).

• Le nœud local ferme la connexion PLU si elle reçoit une notification de panne du contrôle de liaison de données.

• Le nœud local ferme la connexion PLU si elle détecte une erreur critique dans un message de l’application, en plaçant l’application dans un état d’échec critique. Dans ce cas, le nœud local envoie une requête TERM-SELF à l’hôte pour obtenir un UNBIND.

• L'application doit fermer la connexion PLU pour les conditions de mise hors tension logique. Par exemple, si ses ressources sont temporairement indisponibles ou lorsque l’utilisateur a fini d’utiliser la session.

  Lorsque le nœud local émet une demande Close(PLU), l'application peut déterminer la raison à partir du champ de contrôle Close. Il peut y avoir un message d’état associé sur la connexion PLU (Status-Acknowledge(Nack-2)) ou la connexion SSCP (Status-Session message si le LU a été désactivé).

  Que le nœud local ou l’application ferme la connexion, le message est le même. L’initiateur de la séquence Close envoie une demande Close(PLU) à son partenaire, qui répond avec une réponse Close(PLU). La demande Close(PLU) est inconditionnelle. La réponse Close(PLU) signale toujours que la connexion a été correctement fermée.

  La réponse Close(PLU) est fournie afin que l’initiateur de la séquence Close puisse déterminer quand des données et des messages d’état en attente ont été remis. Pour éviter les conditions de concurrence possibles, l’application doit ignorer tous les messages qu’elle reçoit sur la connexion PLU après avoir émis une demande Close(PLU), y compris les messages de demande Close(PLU) du nœud local, jusqu’à ce qu’elle reçoive la réponse Close(PLU).

  Notez que, si l’application envoie une demande Close(SSCP) pendant que la session PLU est active, le nœud local ferme la connexion PLU (comme si la demande Close(PLU) avait été envoyée) ainsi que la connexion SSCP.

  La séquence de messages d’une fermeture initiée par l’application est illustrée dans la figure suivante. Le nœud local envoie une requête TERM-SELF à l’hôte pour obtenir un UNBIND.

  Si l’hôte génère automatiquement un UNBIND lors de la réception d’un TERM-SELF, l’application peut considérer Close(PLU) comme équivalent à la fin de la session PLU-SLU.

  
  Séquence de messages pour une fermeture initiée par l’application

  Le flux de message d’une fermeture initiée par un nœud local après avoir reçu une requête UNBIND de l’hôte est illustré dans la figure suivante.

  
  Flux de messages pour une fermeture initiée par un nœud local après avoir reçu une demande UNBIND

  Lorsqu’une application utilise la variante de l’application d’unité logique (LUA) du FMI, l’émission d’une requête Close(PLU) entraîne l’annulation immédiate de la liaison du nœud à la session PLU en envoyant une demande UNBIND au PLU. La réponse Close(PLU) est retournée à l’application à la réception de la réponse UNBIND , comme illustré dans la figure suivante.

  
  Flux de messages pour la réponse "Clôturer (PLU)"

Voir aussi

Ouverture de la connexion PLU
PLU Session
Chaînage sortant
Chaînage entrant
Distribution de segments
Crochets
Direction
Rythme et division en sections
Confirmation et rejet des données]
Arrêt et quiesce
Récupération
Application-Initiated Résiliation
LUSTATs]
Données du moniteur de temps de réponse