Vérification BIND

La Réponse Open(PLU) OK contient le bloc de contrôle des informations de connexion (CICB), qui permet à l’application de personnaliser certaines caractéristiques de la connexion et contient les informations utilisées dans la vérification BIND . Notez que le nœud local vérifie les paramètres de BIND effectués sur la Réponse Open(PLU) OK. Elle ne conserve pas de copie de l’unité de requête/réponse BIND d’origine (RU) à partir de l’hôte. Si le BIND est négociable, l’application est autorisée à modifier les paramètres dans la RU BIND, mais s’il est non négociable, l’application doit retourner la RU BIND inchangée. Un indicateur BIND négociable est fourni dans la Requête Open(PLU).

Bien que de nombreuses caractéristiques de la session PLU soient déterminées par les paramètres BIND, l’application peut sélectionner certaines caractéristiques en spécifiant des champs dans le CICB. Pour plus d’informations, consultez le tableau suivant. Des informations plus détaillées sur l’utilisation de CICB et l’effet sur la session PLU de sélection de diverses options de CICB sont donnés en contexte dans les rubriques de cette section qui traitent des caractéristiques de session PLU, telles que le chaînage et la stimulation.

Le BIND est vérifié à l’aide d’une entrée de table de vérification BIND (dont l’index est spécifié dans le CICB). Les entrées de ce correspondent aux différents champs du BIND. Les entrées de table de vérification BIND sont stockées dans le fichier de configuration. Par exemple, l’entrée de table de vérification BIND peut spécifier que le BIND est accepté si le protocole de réponse de chaîne secondaire est une « réponse définie » ou une « réponse définie ou d’exception » (octet 5 bits 2 et 3 = B10 ou B11). Cela convient si l’application ne souhaite pas envoyer des chaînes d’exception de requêtes (RQE).

L’utilisation du bloc de contrôle des informations de connexion est indiquée dans le tableau suivant.

Champ Explication
Option de remise de segments Une valeur de 0x00 indique que le nœud local doit exécuter un assembly de segment sortant et fournir uniquement des unités réservées complètes. La valeur 0x01 indique que l’application souhaite que le nœud local fournisse des segments de RU. Pour plus d’informations, consultez Livraison des segments.
Option de rythme des applications La valeur 0x00 indique que l’application a besoin du nœud local pour gérer le rythme. La valeur 0x01 indique que l’application doit être impliquée dans un rythme sortant via des messages de la Ressource d’état. Pour plus d’informations, consultez Rythme et segmentation.
Option d’annulation de l’application La valeur 0x00 indique que le nœud local doit générer automatiquement l’ANNULATION. La valeur 0x01 indique que l’application va générer l’ANNULATION. Pour plus d’informations, consultez Chaînage entrant.
Option des numéros de transaction d’application La valeur 0x00 indique que l’application ne prend pas en charge les numéros de transaction. La valeur 0x01 indique que l’application ne prend pas en charge les numéros de transaction. Pour plus d’informations, consultez Récupération.
Index de vérification BIND Indique l’index de l’entrée de la table de vérification BIND par rapport à laquelle les paramètres BIND doivent être vérifiés. L’une des valeurs suivantes doit être utilisée :

- 0x01 —3270 session d’imprimante
- 0x02 —3270 session d’affichage
- application 0x10 —LUA (type lu 0)

Confirmation Open(PLU) du nœud local à l’application indique si la vérification BIND a réussi et, le cas échéant, fournit le bloc de contrôle d’informations de liaison (BICB). Le BICB résume les paramètres BIND de la session dans un format adapté aux langages de haut niveau et définit efficacement les caractéristiques de la session PLU. L’application qui ne négocie pas le BIND ne doit généralement pas exiger d’examiner le BIND sur la Requête Open(PLU) et doit utiliser le BICB sur la Confirmation Open(PLU) OK.

Le tableau suivant récapitule les champs du BICB et leur correspondance avec les paramètres de la RU BIND. Pour plus d’informations, consultez le manuel IBM Architecture de système en réseau : formats, (GA27-3136).

Position sur Confirmation Open(PLU) OK Position dans la RU de liaison [octet, bit] Description
dataru[0] [ 2, ] Profil de gestion des fonctions (FM)
dataru[1] [ 3, ] Profil de service de transmission
dataru[2] [ 4, 0] Utilisation du chaînage principal
dataru[3] [ 4, 1] Mode de contrôle de la requête principale
dataru[4] [ 4,2-3] Protocole de réponse de chaîne principale
dataru[5] [ 4, 4] Validation primaire en deux phases
dataru[6] [ 4, 6] Indicateur de compression principale
dataru[7] [ 4, 7] Indicateur de crochet de fin (EB) d’envoi principal
dataru[8] [ 5, 0] Utilisation du chaînage secondaire
dataru[9] [ 5, 1] Mode de contrôle de la requête secondaire
dataru[10] [ 5,2-3] Protocole de réponse de chaîne secondaire
ataru[11]** [ 5, 4] Validation secondaire en deux phases
dataru[12] [ 5, 6] Indicateur de compression secondaire
dataru[13] [ 5, 7] Indicateur EB d’envoi secondaire
dataru[14] [ 6, 1] Utilisation des en-têtes FM
dataru[15] [ 6, 2] Crochet usage1
dataru[16] [ 6, 2] État2 de réinitialisation des crochets
dataru[17] [ 6, 3] Règle de fin de crochet
dataru[18] [ 6, 4] Autre indicateur de jeu de codes
dataru[19] [ 6, 5] Disponibilité du numéro de séquence
dataru[20] [ 7,0-1] Mode d’envoi/de réception du flux normal
dataru[21] [ 7, 7] Réinitialisation de la bascule semi-duplex
dataru[22] [ 8,2-7] Fenêtre d’envoi du rythme secondaire
ataru[23]** [ 9,2-7] Fenêtre de réception du rythme secondaire
dataru[24-25]\* [10, ] Taille d’unité de requête maximale d’envoi secondaire
dataru[26-27]\* [11, ] Taille d’unité de requête maximale d’envoi principal
dataru[28] [14,1-7] Type de session LU-LU
dataru[29] [27, ] Taille du nom PLU
dataru[30-37] [28, ] Nom de PLU en Extended Binary Coded Decimal Interchange Code (EBCDIC)
dataru[38] [15,0-3] Type de session 1 : type d’en-tête de gestion des fonctions PS (FMH)
dataru[39] [15,4-7] Profil de flux de données PS
dataru[40] [16, 0] Nombre de destinations en attente
dataru[41] [16, 1] Indicateur de données compactées
ataru[42]** [16, 2] Indicateur d’enregistrement d’informations périphérique sur l’appareil (PDIR) autorisé
dataru[43] [15, 0] Type de session 2 ou 3 : prise en charge des requêtes
dataru[44] [24,1-7] Taille d’écran dynamique
dataru[45] [20, ] Taille de ligne de base
dataru[46] [21, ] Taille de colonne de base
dataru[47] [22, ] Autre taille de ligne
dataru[48] [23, ] Autre taille de colonne

Remarque

10x00 = crochets non utilisés. 0x01 = crochets utilisés.

Remarque

20x01 = l’état de réinitialisation des crochets est BETB (entre crochets). 0x02 = l’état de réinitialisation des crochets est INB (entre crochet).

Remarque

Ces valeurs sont de type ENTIER (toutes les autres sont de type CHAR).

La séquence PLU d’ouverture peut échouer si l’application rejette la Requête Open(PLU) (par exemple, si les paramètres BIND ne sont pas acceptables sur un BINDnon négocié) en envoyant une Réponse d’erreur Open(PLU) et des codes de détection appropriés. Le nœud local envoie à l’hôte une réponse négative à la requête BIND contenant les codes de détection fournis. La connexion PLU est considérée comme fermée après une Réponse d’erreur Open(PLU) et le nœud local ne génère pas de Confirmation Open(PLU) . L’illustration suivante montre l’échec de l’ouverture de la connexion PLU (pour une liaisonnon négociée), en raison de la rejet de la Requête Open(PLU) par l’application.

Image that shows the failure to open the PLU connection process.
Échec de l’ouverture de la connexion PLU

  • La séquence PLU d’ouverture peut également échouer si la vérification BIND par rapport à l’entrée de table de vérification BIND spécifiée par l’application échoue. Dans ce cas, le nœud local effectue les opérations suivantes : envoie à l’hôte une réponse négative à la demande de BIND avec les codes de direction appropriés.

  • Envoie à l’application une Conformation d’erreur Open(PLU) avec le premier mot des codes de détection comme le premier code d’erreur et l’index du paramètre BOND erroné comme deuxième code d’erreur.

    La connexion PLU est considérée comme fermée après la Confirmation erreur Open(PLU) . L’illustration suivante montre l’échec de l’ouverture de la connexion PLU en raison d’un échec de la vérification BIND. Notez que le code d’erreur 2 donne l’index dans l’unité de requête du paramètre BIND erroné.

    Image that shows the failure to open the PLU connection due to BIND verification failure process.
    Défaillance de l’ouverture de la connexion PLU en raison d’une défaillance de vérification BIND