Ouverture de la connexion PLU
L’ouverture de la connexion de l’unité logique principale (PLU) est étroitement associée à l’établissement de la session PLU. Le nœud local ouvre la connexion PLU lorsqu’il reçoit une commande BIND de l’hôte pour une unité logique (LU) pour laquelle une application a précédemment ouvert une connexion SSCP (System Services Control Point). Les séquences possibles sont les suivantes :
Une application ouvre sa connexion SSCP et envoie une requête d’ouverture de session codée à caractères ou une requête INIT-SELF à l’hôte SSCP. Un PLU d’hôte envoie ensuite une requête BIND à l’unité logique du serveur SNA et le nœud local ouvre la connexion PLU.
Un hôte PLU envoie une commande BIND non sollicitée à l’unité logique du serveur SNA. Si la connexion SSCP pour la LU est ouverte, le nœud local ouvre la connexion PLU. Si le nœud local prend en charge NOTIFY, l’hôte peut être configuré pour envoyer BIND lorsqu’il reçoit le message NOTIFY envoyé par le nœud local lorsque l’application ouvre sa connexion SSCP. (Pour plus d’informations, consultez Connexion SSCP.)
Une PLU hôte envoie une commande BIND à l’unité logique du serveur SNA. Si la connexion SSCP pour la LU n’est pas ouverte, le nœud local retourne une réponse négative à la requête BIND. Le code de détection utilisé est 0x0845 (NOTIFY sera envoyé). Le nœud local n’ouvre pas la connexion PLU. Dans ce cas, le nœud local envoie NOTIFY lorsque la connexion SSCP est ouverte. (Pour plus d’informations, consultez Connexion SSCP.)
Pour ouvrir correctement la connexion PLU, le nœud local envoie une requête Open(PLU) à l’application. L’application répond avec une réponse Open(PLU) OK. Enfin, le nœud local envoie Open(PLU) OK Confirm à l’application. Cet échange de messages ouvre la connexion PLU et établit la session PLU. Il convient de noter qu’une séquence d’ouverture de PLU réussie est un établissement de liaison triple, alors que l’ouverture de la connexion SSCP est un protocole d’établissement de liaison bidirectionnel.
La requête Open(PLU) est remise à l’application à l’aide de la connexion SSCP pour la LU. La requête Open(PLU) contient le nom de l’application et l’identificateur de la ressource ouverte pour permettre aux applications de corréler les connexions PLU et SSCP.
La requête Open(PLU) indique l’unité logique vers laquelle la requête BIND a été dirigée, fait référence à l’identificateur de ressource fourni dans la requête Open(SSCP) pour cette LU, et porte l’unité de requête/réponse (RU) de BIND réelle reçue de l’hôte. (Pour plus d’informations, consultez Open(PLU).) Il contient également les tailles maximales de RU, les tailles de segments (le cas échéant) et les fenêtres de rythme pour la session PLU, pour permettre à l’application de déterminer le crédit initial si elle doit être impliquée dans le rythme sortant. (Pour plus d’informations, consultez Rythme et segmentation.)
Le flux de messages indiquant une ouverture réussie de la connexion PLU (lors de la réception d’une BIND non négociée) est illustré dans la figure suivante. Notez que les paramètres de BIND sont vérifiés (à [1]) uniquement lorsque l’application a fourni l’index de table de vérification de BIND dans le cadre du bloc de contrôle d’informations de connexion (CICB).
Flux de messages pour l’ouverture d’une connexion PLULa figure suivante montre la séquence de messages pour l’initiation des sessions SSCP et PLU, y compris les détails de l’affectation des valeurs de l’index du partenaire local (LPI). (La valeur P source de l’application de 0x12 indique qu’il s’agit d’un émulateur 3270. Pour plus d’informations sur la façon dont les valeurs LPI sources sont définies, consultez Open(SSCP) Request.) Le flux de messages affiché suppose que la connexion à l’hôte est déjà établie et que la configuration et le BIND sont valides.
Après cette séquence de messages, il existe deux jeux de valeurs LPI valides : un pour la session SSCP et un pour la session PLU. L’application peut accéder à n’importe quelle session à tout moment jusqu’à UNBIND et peut utiliser les valeurs LPI pour faire la distinction entre les données reçues sur les deux sessions.
Séquence de messages pour le lancement des sessions SSCP et PLU