Résiliation initiée par l'application

Une application sur une session avec le profil de gestion des fonctions (FM) 3 ou 4 peut demander l’arrêt de la session de l'unité logique principale (PLU). Il ne doit le faire que s’il a précédemment assuré qu’il se trouve dans un état où la session PLU peut être arrêtée, autrement dit, entre chaînes et entre crochets. La fin de la session PLU n’affecte pas l’état de la session de point de contrôle des services système (SSCP).

Notez qu'une application peut émettre une commande LOGOFF encodée ou formatée dans la session SSCP ou envoyer une requête Close(PLU) afin d'obtenir que le nœud local envoie TERM-SELF au nom de l'application. Tous ces éléments déclencheront un UNBIND, soit immédiatement, soit après le nettoyage de la session sur l’hôte.

L’application demande l’arrêt de la session PLU en envoyant une requête Status-Control(RSHUTD) au nœud local, qui génère une demande RSHUTD SNA à l’hôte.

Après avoir envoyé la demande Status-Control(RSHUTD), l’application doit rester capable d’accepter et de répondre à toutes les données sortantes qu’elle reçoit. L’application peut désormais s’attendre à l’un des deux messages, selon que l’état de la session PLU lui permet d’être arrêté et si l’hôte souhaite arrêter la session PLU :

• Si l’état de la session PLU permet de l'arrêter et que l’hôte souhaite arrêter la session PLU, l’hôte envoie une réponse positive à la demande RSHUTD, qui peut être suivie d’une requête UNBIND. Le nœud local ferme la connexion PLU. Pour plus d’informations, consultez Fermeture de la connexion PLU.

• Si l’état de la session PLU ne permet pas qu’elle soit terminée (par exemple, si la session est en mode bridé) ou si l’hôte ne souhaite pas terminer la session PLU à ce moment-là, l’hôte génère une réponse négative à la requête RSHUTD, que le nœud local présente à l’application en tant que Statut-Contrôle(RSHUTD) Négative-Acceptation-1 portant les codes de détection fournis sur la réponse négative. Cela indique que la demande d’arrêt de la session PLU a été rejetée par l’hôte et que la communication sur la session PLU continue de ne pas être affectée.

  Les deux illustrations suivantes illustrent le protocole d’arrêt initié par l’application entre le nœud local et l’application et la façon dont ce protocole est lié aux protocoles SNA sous-jacents.

  Dans la première figure, l’application demande l’arrêt de la session PLU et l’hôte envoie UNBIND. Le nœud local ferme la connexion PLU.

  
  L'application demande la terminaison de la session PLU, et l'hôte envoie UNBIND.

  Dans la figure suivante, l’application demande la terminaison de la session PLU, mais la session n’est pas dans un état approprié. L’hôte envoie une réponse négative à la requête RSHUTD , que le nœud local présente en tant que Status-Control(RSHUTD) Negative-Acknowledge-1. La communication continue sur la session PLU.

  
  L'application demande la fermeture de la session PLU, mais la session n'est pas dans un état approprié.

Voir aussi

Ouverture de la connexion PLU
Fermeture de la connexion PLU
PLU Session
Chaînage sortant
Chaînage entrant
Distribution de segments
Brackets
Direction
Rythme et segmentation
Confirmation et rejet des données]
Arrêt et quiesce
Recovery
LUSTATs]
Données du moniteur de temps de réponse