Mettre en suspens

Le protocole de suspension est uniquement pris en charge sur les sessions utilisant le profil de gestion des fonctions (FM) 4. Le protocole de suspension peut être initié par n’importe laquelle des demi-sessions.

Lorsqu’une application souhaite suspendre sa demi-session partenaire dans l’hôte, elle envoie une requête Status-Control(QEC) au nœud local. Le nœud génère une requête QEC vers l’hôte, qui demande à l’hôte de se suspendre après avoir terminé la chaîne sortante actuelle.

Si l’hôte se suspend, il envoie une requête QC, que le nœud local présente à l’application en tant que requête Status-Control(QC) (avec ACKRQD). L’hôte reste dans un état suspendu jusqu’à ce que l’application envoie une requête Status-Control(RELQ) . Le nœud local envoie la requête RELQ à l’hôte, et l’hôte reprend les communications sur la session d’unité logique principale (PLU).

Si la tentative de suspension de l’hôte échoue, l’hôte répond avec une réponse QEC négative, que le nœud local présente à l’application en tant que Status-Control(QEC) Negative-Acknowledge-1.

À l’inverse, une requête Status-Control(QEC) (sans ACKRQD) est présentée à l’application si une requête QEC est reçue de l’hôte. Dans ce sens, QEC ne peut pas être rejeté. Le nœud local forcera toujours l’application à s’arrêter après lui avoir présenté une requête Status-Control(QEC) en rejetant les tentatives d’envoi de données entrantes ultérieures. Lorsque l’application est suspendue, elle doit envoyer une requête Status-Control(QC) au nœud local, qui envoie une requête QC à l’hôte. L’application peut par la suite être libérée par une requête RELQ à partir de l’hôte, que le nœud local présente à l’application en tant que requête Status-Control(RELQ) .

La réception d’une séquence CLEAR ou UNBIND-BIND, Close(PLU)-Open(PLU) provoque la levée de l’état suspendu.

Les trois figures suivantes illustrent les protocoles de suspension entre le nœud local et l’application et la façon dont ces protocoles sont liés aux protocoles SNA sous-jacents.

Dans la première figure, l’application suspend l’hôte, puis lève la suspension.

L’application suspend l’hôte et lève la suspension

Dans l’illustration suivante, l’application tente de suspendre l’hôte, mais l’hôte rejette la suspension et continue avec la chaîne suivante.

Application tentant de suspendre l’hôte, l’hôte rejetant et la requête et continuant avec la chaîne suivante

Dans l’illustration suivante, l’hôte envoie QEC pendant que l’application envoie une chaîne. L’application termine la chaîne et envoie une requête Status-Control(QC) . L’hôte lève la suspension en envoyant RELQ, et le nœud local envoie une requête Status-Control(RELQ) à l’application, qui initie ensuite une nouvelle chaîne.

L’hôte envoie QEC pendant que l’application envoie une chaîne

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