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 de point de contrôle des services système (SSCP). Les séquences possibles sont les suivantes :

• Une application ouvre sa connexion SSCP et envoie une demande d’ouverture de session codée par caractères ou une requête INIT-SELF à l’hôte SSCP. Un PLU hôte envoie par la suite une requête BIND au LU du serveur SNA, et le nœud local ouvre la connexion PLU.

• Un PLU hôte envoie une commande BIND non sollicitée au LU du serveur SNA. Si la connexion SSCP pour l’unité logique 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 un BIND lorsqu’il reçoit le message NOTIFY envoyé par le nœud local, et ce lorsque l’application ouvre sa connexion SSCP. (Pour plus d’informations, consultez Connexion SSCP.)

• Un PLU hôte envoie une commande BIND au serveur SNA LU. Si la connexion SSCP pour l’unité logique n’est pas ouverte, le nœud local retourne une réponse négative à la requête BIND . Le code de sens 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 demande Open(PLU) à l’application. L’application répond avec une réponse Open(PLU) OK. Enfin, le nœud local envoie une confirmation Open(PLU) OK à 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 PLU réussie est une négociation à trois voies, par rapport à l'ouverture de la connexion SSCP, qui est une négociation bilatérale.

  La requête Open(PLU) est remise à l’application à l’aide de la connexion SSCP pour l’unité logique. La requête Open(PLU) contient le nom de l’application et l’identificateur de ressource ouvert pour permettre aux applications de mettre en corrélation 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 demande Open(SSCP) pour cette unité logique et porte l’unité de requête/réponse (RU) BIND réelle reçue de l’hôte. (Pour plus d’informations, consultez Open(PLU).) Il comporte également les tailles maximales de RU, et, le cas échéant, les tailles de bloc ainsi que les fenêtres de temporisation pour la session PLU, afin de permettre à l’application de déterminer le crédit initial si elle doit participer au rythme sortant. (Pour plus d’informations, consultez Pacing and Chunking.)

  Le flux de messages pour une ouverture réussie de la connexion PLU (à la réception d’un BIND non négociable) est illustré dans la figure suivante. Notez que les paramètres BIND sont vérifiés (à [1]) uniquement lorsque l’application a fourni l’index de la table de vérification BIND dans le cadre du bloc de contrôle des informations de connexion (CICB).

  
  Flux de message pour l’ouverture d’une connexion PLU

  La figure suivante montre la séquence de messages pour l’initiation des sessions SSCP et PLU, y compris les détails de l’emplacement où les valeurs LPI (Locality Partner Index) sont affectées. (La valeur P source de l’application de 0x12 indique qu’il s’agit d’un émulateur 3270. Pour plus d’informations sur comment les valeurs LPI source sont définies, consultez Demande Open(SSCP). Le flux de messages indiqué suppose que la connexion à l’hôte est déjà établie et que la configuration ainsi que le BIND sont valides.

  Après cette séquence de messages, il existe deux ensembles valides de valeurs LPI, un pour la session SSCP et un pour la session PLU. L’application peut accéder à une session à tout moment jusqu’à ce que UNBIND et puisse utiliser les valeurs LPI pour faire la distinction entre les données reçues sur les deux sessions.

  
  Séquence de messages pour l’initiation des sessions SSCP et PLU

Dans cette section

• Vérification DE LIAISON