Échec critique

Lorsqu’une application génère une erreur de protocole lors de l’envoi de données, le nœud local rejette les données à l’aide d’un Status-Acknowledge(Nack-2) avec un code sense indiquant la raison de l’échec. Ce message comporte un indicateur d’échec critique qui indique si le nœud local a marqué la session comme irrécupérable. Les codes de sens sont répertoriés dans État FMI, Erreur et Codes de sens.

Si l’erreur n’est pas critique, l’application peut continuer comme si le message à l’origine de l’erreur n’avait pas été envoyé. Si l’erreur est critique, le nœud local émet une requête Close(PLU) à l’application (à condition que la connexion d’unité logique primaire (PLU) soit ouverte), ce qui signifie que l’application ne peut pas communiquer sur la session PLU-SLU tant qu’une séquence UNBIND-BIND n’a pas été reçue de l’hôte. Le nœud local envoie également une requête TERM-SELF à l’hôte pour obtenir un UNBIND. Par conséquent, l’application n’a pas besoin d’émettre une requête LOGOFF sur la session SSCP (System Services Control Point).

Voir aussi

CANCEL généré par une application
Redirection après réception d’une réponse négative
Redirection après envoi d’une réponse négative
RQR et CLEAR
STSN
Échec du service de liaison
Échec du nœud local
Échec du client