Fermeture de la connexion PLU

L’application ou le nœud local peut 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 la part 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 les ressources nécessaires.

• Le nœud local ferme la connexion PLU s’il reçoit une requête Deactivate Logical Unit (DACTLU) ou Deactivate Physical Unit (DACTPU) à partir du point de contrôle des services système (SSCP).

• Le nœud local ferme la connexion PLU s’il reçoit une notification d’indisponibilité à partir du contrôle de liaison de données.

• Le nœud local ferme la connexion PLU s’il 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 BIND.

• L’application doit fermer la connexion PLU pour les conditions d’arrêt logique. Par exemple, si ses ressources sont provisoirement indisponibles ou lorsque l’utilisateur finit d’utiliser la session.

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

  Si 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 requête Close(PLU) à son partenaire, qui répond avec une réponse Close(PLU) . La requête Close(PLU) est sans condition. La réponse Close(PLU) signale toujours que la connexion a été fermée avec succès.

  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 suspens ont été remis. Pour éviter des conditions de concurrence possibles, l’application doit ignorer tous les messages qu’elle reçoit sur la connexion PLU après l’émission d’une requête Close(PLU) , y compris tous les messages de requête Close(PLU) à partir du nœud local, jusqu’à ce qu’elle reçoive la réponse Close(PLU) .

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

  La séquence de messages pour une requête Close 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 BIND.

  Si l’hôte génère automatiquement BIND à la réception d’une requête TERM-SELF, l’application peut voir Close(PLU) comme équivalent à l’arrêt de la session PLU-SLU.

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

  Le flux de messages pour une requête Close initiée par un nœud local après la réception d’une requête BIND de l’hôte est illustré dans la figure suivante.

  
  Le flux de messages pour une requête Close initiée par un nœud local après la réception d’une requête BIND

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

  
  Flux de messages pour la réponse de fermeture (PLU)

Voir aussi

Ouverture de la connexion PLU
Session PLU
Chaînage sortant
Chaînage entrant
Livraison de segment
Brackets
Sens
Rythme et segmentation
Confirmation et rejet des données]
Arrêt et mise en suspens
Récupération
Terminaison initié par l’application
LUSTATs]
Données de la surveillance des temps de réponse