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’imprimantes - 0x02 —3270 session d’affichage - 0x10 —Application 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 |
Notes
10x00 = crochets non utilisés. 0x01 = crochets utilisés.
Notes
20x01 = l’état de réinitialisation des crochets est BETB (entre crochets). 0x02 = l’état de réinitialisation des crochets est INB (entre crochet).
Notes
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.
É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é.
Défaillance de l’ouverture de la connexion PLU en raison d’une défaillance de vérification BIND