Exemple de séquence de communications LUA
Cette section montre comment les verbes de l’interface RUI (Request Unit Interface) et SLI (Session Level Interface) sont utilisés pour une séquence de communication d’application d’unité logique (LUA). Les deux figures illustrent les verbes LUA utilisés pour démarrer une session, échanger des données et mettre fin à la session, ainsi que les messages SNA envoyés et reçus. Les flèches indiquent le sens de circulation des messages SNA.
Séquence de communication à l’aide de verbes RUI
Composants SNA requis pour les communications LUA
Dans cet exemple, l’application effectue les tâches suivantes :
Émet un verbe RUI_INIT pour établir la session du point de contrôle des services système (SSCP). (RUI_INIT ne se termine pas tant que l’application LUA n’a pas reçu un message ACTLU de l’hôte et envoyé une réponse positive. Toutefois, ces messages sont gérés par Host Integration Server et ne sont pas exposés à l’application LUA.)
Envoie un message INITSELF au SSCP pour demander un BIND et lit la réponse.
Lit un message BIND à partir de l’hôte et écrit la réponse. Cela établit la session LU.
Lit un message SDT à partir de l’hôte, ce qui indique que l’initialisation est terminée et que le transfert de données peut commencer.
Envoie une chaîne de données composée de trois unités de requête/réponse (RU) et lit la réponse. La dernière RU indique qu’une réponse définie est requise.
Lit une chaîne de données composée de trois RU et écrit la réponse.
Lit un message UNBIND à partir de l’hôte et écrit la réponse. Cela met fin à la session LU.
Émet RUI_TERM pour mettre fin à la session SSCP. (Host Integration Server envoie un message NOTIFY à l’hôte et attend une réponse positive. Toutefois, ces messages sont gérés par Host Integration Server et ne sont pas exposés à l’application LUA.)
Séquence de communication à l’aide de verbes SLI
Séquence de communication à l’aide de verbes SLI
Dans l’exemple présenté ici, l’application effectue les tâches suivantes :
Émet un verbe SLI_OPEN pour établir la session SSCP.
Envoie un message INITSELF au SSCP pour demander un BIND et lit la réponse.
Lit un message BIND à partir de l’hôte et écrit la réponse. Cela établit la session LU.
Lit un message SDT à partir de l’hôte, ce qui indique que l’initialisation est terminée et que le transfert de données peut commencer.
Notes
Les messages INITSELF, BIND et SDT sont gérés par Host Integration Server si l’application utilise SLI. SLI_OPEN n’est pas retourné tant qu’Host Integration Server n’a pas envoyé un SDT et une réponse.
Émet SLI_SEND et SLI_RECEIVE pour transférer des données, des commandes SNA ou des réponses SNA entre l’hôte et l’application.
Émet SLI_CLOSE pour mettre fin à la session SSCP. (Host Integration Server envoie un message NOTIFY à l’hôte et attend une réponse positive. Toutefois, ces messages sont gérés par Host Integration Server et ne sont pas exposés à l’application LUA.)