Vérification de BIND

La réponse OPEN(PLU) OK contient le bloc de contrôle d’informations de connexion (CICB), qui permet à l’application de personnaliser certaines caractéristiques de la connexion et contient des informations utilisées dans la vérification BIND . Notez que le nœud local vérifie les paramètres BIND portés par la réponse Open(PLU) OK. Il ne conserve pas une copie de l’unité de requête/réponse BIND d’origine (RU) de l’hôte. Si le BIND est négociable, l'application est autorisée à modifier les paramètres dans l'unité de requête BIND, mais si elle n'est pas négociable, l'application doit retourner le BIND RU non modifié. Un indicateur BIND négocié est fourni dans la demande 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 la sélection de différentes options CICB sont fournies dans le contexte dans les rubriques de cette section qui traitent des caractéristiques de session PLU telles que le chaînage et le rythme.

L’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 cette opération correspondent aux différents champs du BIND. Les entrées de la table de vérification BIND sont stockées dans le fichier de configuration. Par exemple, l’entrée de la table de vérification BIND peut spécifier que le BIND doit être accepté si le protocole de réponse de la chaîne secondaire est « réponse définie » ou « réponse définie ou exception » (octet 5 bits 2 et 3 = B10 ou B11). Cela serait approprié si l’application ne souhaitait pas envoyer de chaînes d’exception de requête (RQE).

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

Champ	Explanation
Option de livraison de segment	Une valeur de 0x00 indique que le nœud local doit effectuer l'assemblage de segments sortants et fournir uniquement des RUs complètes. Une valeur de 0x01 indique que l’application souhaite que le nœud local fournisse des segments de RU. Pour plus d’informations, consultez Distribution de segments.
Option de cadencement d’application	Une valeur de 0x00 indique que l’application exige que le nœud local gère le cadencement. Une valeur de 0x01 indique que l'application doit participer à la gestion du débit des sorties via les messages Status-Resource. Pour plus d’informations, consultez Pacing and Chunking.
Option d’annulation d’application	Une valeur de 0x00 indique que le nœud local doit générer automatiquement CANCEL. Une valeur de 0x01 indique que l’application génère CANCEL. Pour plus d’informations, consultez Chaînage entrant.
Option des numéros de transaction d'application	La valeur de 0x00 indique que l’application ne prend pas en charge les numéros de transaction. Une valeur de 0x01 indique que l’application prend en charge les numéros de transaction. Pour plus d’informations, consultez Récupération.
Vérification de l'index BIND	Fournit l’index de l’entrée de table BIND de vérification contre laquelle les paramètres BIND doivent être vérifiés. L’une des valeurs suivantes doit être utilisée : - 0x01 —session d’imprimante 3270 - 0x02 —session d’affichage 3270 - 0x10 —Application LUA (type LU 0)

La 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 des informations de liaison (BICB). Le BICB résume les paramètres de session BIND 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 la liaison ne doit généralement pas nécessiter d’examiner la liaison sur la demande Open(PLU) et doit utiliser le BICB sur la confirmation OK Open(PLU).

Le tableau suivant récapitule les champs du BICB et leur correspondance avec les paramètres du BIND RU. Pour plus d’informations, consultez ibm manual Systems Network Architecture : Formats, (GA27-3136).

Position sur Open(PLU) Valider Confirmer	Position dans le bind RU [octet,bit]	Description
dataru[0]	[ 2, ]	Profil de gestion des fonctions (FM)
dataru[1]	[ 3, ]	Profil du service de transmission
dataru[2]	[ 4, 0]	Utilisation principale du chaînage
dataru[3]	[ 4, 1]	Mode de contrôle de requête principal
dataru[4]	[ 4,2-3]	Protocole de réponse de chaîne primaire
dataru[5]	[ 4, 4]	Validation en deux phases principale
dataru[6]	[ 4, 6]	Indicateur de compression principal
dataru[7]	[ 4, 7]	Indicateur de crochet final d’envoi principal (EB)
dataru[8]	[ 5, 0]	Utilisation du chaînage secondaire
dataru[9]	[ 5, 1]	Mode de contrôle secondaire des requêtes
dataru[10]	[ 5,2-3]	Protocole de réponse de chaîne secondaire
ataru[11]**	[ 5, 4]	Engagement 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 de l’en-tête FM
dataru[15]	[ 6, 2]	Utilisation des crochets 1
dataru[16]	[ 6, 2]	État de réinitialisation du bracket 2
dataru[17]	[ 6, 3]	Règle d’arrêt de crochet
dataru[18]	[ 6, 4]	Indicateur d'ensemble de caractères alternatif
dataru[19]	[ 6, 5]	Disponibilité du numéro de séquence
dataru[20]	[ 7,0-1]	Mode d’envoi/réception de flux normal
dataru[21]	[ 7, 7]	Réinitialisation de flip-flop semi-duplex
dataru[22]	[ 8,2-7]	Fenêtre d’envoi de pacing secondaire
ataru[23]**	[ 9,2-7]	Fenêtre de réception secondaire de temporisation
dataru[24-25]\*	[10, ]	Taille maximale de l’unité de requête d’envoi secondaire
dataru[26-27]\*	[11, ]	Taille maximale de l’unité de requête d’envoi principale
dataru[28]	[14,1-7]	type de session LU-LU
dataru[29]	[27, ]	Taille du nom PLU
dataru[30-37]	[28, ]	Nom PLU dans le code décimal codé binaire étendu (EBCDIC)
dataru[38]	[15,0-3]	Type de session 1 : type PS Function Management Header (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é
ataru[42]**	[16, 2]	Indicateur autorisé pour le registre d'informations sur le périphérique (PDIR)
dataru[43]	[15, 0]	Type de session 2 ou 3 : prise en charge des requêtes
dataru[44]	[24,1-7]	Taille de l’é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, ]	Taille de colonne alternative

Note

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

Note

20x01 = L'état de réinitialisation entre parenthèses est BETB (between-brackets). 0x02 = L’état de réinitialisation entre crochets est INB (entre crochets).

Note

Ces valeurs sont de type INTEGER (tous les autres sont de type CHAR).

La séquence PLU ouvrante peut échouer si l’application rejette la demande Open(PLU) (par exemple, si les paramètres BIND sont inacceptables sur une liaison non modifiable) en envoyant une réponse d’erreur Open(PLU) et des codes de sens appropriés. Le nœud local envoie à l’hôte une réponse négative à la requête BIND contenant les codes de sens 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). La figure suivante montre un échec d’ouverture de la connexion PLU (pour un BIND non négociable), en raison de l'application qui rejette la demande Open(PLU).

Échec de l’ouverture de la connexion PLU

• La séquence PLU ouvrante peut également échouer si la vérification BIND par rapport à l’entrée de la 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 requête BIND avec des codes de sens appropriés.

• Envoie à l’application une confirmation d’erreur Open(PLU) avec le premier mot des codes de sens comme premier code d’erreur et l’index du paramètre BIND en erreur en tant que deuxième code d’erreur.

  La connexion PLU est considérée comme fermée après l'Open(PLU) Error Confirm. La figure suivante montre l’échec de l’ouverture de la connexion PLU en raison d’un échec de vérification BIND . Notez que le code d’erreur 2 donne l’index dans la RU du paramètre BIND en erreur.

  
  Échec de l’ouverture de la connexion PLU en raison d’un échec de vérification BIND