Données entrantes provenant d’applications LUA
Le nœud local effectue certaines vérifications sur les données fournies par une application cliente avant de les envoyer à l’hôte et les rejette avec un message Status-Acknowledge (NACK-2) si les vérifications échouent. Elle ne renvoie pas d’accusé de réception à l’application si les données réussissent les vérifications (même si l’hôte peut le faire ultérieurement).
Si l’application cliente fournit une API LUA (Application d’unités logiques), la conception de l’API peut nécessiter qu’un verbe LUA qui envoie des données entrantes à l’application ne se termine pas tant que le nœud local n’a pas vérifié les données. C’est la raison pour laquelle le nœud local répond toujours à une application cliente qui utilise la variante LUA de l’interface de gestion des fonctions (FMI), une fois que le contrôle d’envoi du message entrant est terminé. Cela permet à l’application cliente de terminer le traitement du verbe LUA et de retourner le contrôle au programme d’application LUA.
Si le message entrant passe les vérifications d’envoi du nœud local et est envoyé à l’hôte, le nœud local envoie un message Status-Acknowledge(ACKLUA) à l’application cliente pour indiquer cela. L’application cliente peut ensuite effectuer le traitement du verbe LUA avec un code de retour OK. Notez que le message Status-Acknowledge(ACKLUA) ne signifie pas que les données ont été envoyées avec succès à l’hôte ou que l’hôte l’a reçu. Il peut être suivi par la suite d’un message Status-Acknowledge (NACK-1) indiquant que l’hôte a rejeté les données.
Si le message entrant échoue à la vérification d’envoi des nœuds locaux, un message Status-Acknowledge(NaCK-2) est retourné comme pour les applications clientes non LUA. L’application cliente peut ensuite signaler cela au programme d’application LUA par un code de retour non OK au verbe LUA qui a envoyé le message.
Si l’application cliente fournit une API LUA, elle doit donc attendre Status-Acknowledge(ACKLUA) ou Status-Acknowledge (NACK-2) pour déterminer s’il faut retourner un code de retour OK ou d’erreur au verbe d’envoi LUA. Si cette dépendance aux vérifications d’envoi du nœud local n’est pas requise, l’application cliente peut ignorer le message Status-Acknowledge(ACKLUA) .
Notez qu’il existe certaines conditions de concurrence dans lesquelles le nœud local ne peut pas effectuer ses vérifications d’envoi avant de répondre à l’application cliente. Dans ce cas, le nœud local retourne un Status-Acknowledge (ACKLUA), mais peut envoyer par la suite un Status-Acknowledge(NACK-2) s’il détecte une erreur pendant les vérifications d’envoi restantes. L’application cliente peut donc recevoir un Status-Acknowledge(ACKLUA) suivi d’un Status-Acknowledge (NACK-2) pour le même message entrant.
Dans l’en-tête de transmission (TH) de la variante LUA de FMI, l’indicateur de flux expédié (EFI), le champ d’adresse de destination (DAF) et le champ d’adresse d’origine (OAF) sont utilisés. Les autres champs (y compris le champ de numéro de séquence) sont ignorés. Dans la variante RH de la variante LUA de FMI, tous les champs à l’exception de l’indicateur de réponse en file d’attente (QRI) et de l’indicateur de rythme (PI) sont utilisés.
Pour les données entrantes, le premier octet est TH[0] pour la variante LUA de FMI.
Les trois figures suivantes illustrent le protocole d’accusé de réception Status-Acknowledge(ACKLUA) pour les différents messages que l’application peut envoyer.
Dans la première figure, l’application envoie un message de Données qui transmet les vérifications d’envoi du nœud local.
L’application envoie un message de Données qui transmet les vérifications d’envoi du nœud local
Dans l’illustration suivante, l’application envoie un message Status-Acknowledge(Ack) qui transmet les vérifications d’envoi du nœud local.
L’application envoie un message Status-Acknowledge(Ack) qui transmet les vérifications d’envoi du nœud local
Dans l’illustration suivante, l’application envoie un message Status-Acknowledge(Nack-1) qui transmet les vérifications d’envoi du nœud local.
L’application envoie un message Status-Acknowledge(Nack-1) qui transmet les vérifications d’envoi du nœud local