Lancement de bracket

Lorsqu’une session se trouve dans l’état entre crochets, il existe un conflit. L’application ou l’unité logique principale de l’hôte (PLU) peut tenter d’ouvrir des crochets, comme suit :

  • L’application ouvre des crochets en envoyant un message Données avec l’indicateur d’application BBI (Indicateur de crochets ouverts) et ACKRQD défini dans l’état entre crochets. Le nœud local envoie une requête correspondant au message Données au PLU hôte. L’application a ouvert des crochets avec succès et se trouve dans l’état entre crochets. Les protocoles de bascule sont maintenant en vigueur jusqu’à ce que les crochets soient fermés.

  • L’application ouvre des crochets en envoyant un Status-Control(LUSTAT) avec l’indicateur d’application BBI défini dans l’état entre crochets. Le nœud local envoie une requête LUSTAT à l’hôte PLU. L’application a ouvert des crochets avec succès et se trouve dans l’état entre crochets. Les protocoles de bascule sont maintenant en vigueur jusqu’à ce que les crochets soient fermés.

  • L’hôte PLU envoie une requête BID alors qu’il est dans l’état entre crochets. Le nœud local envoie un Status-Control(BID) avec ACKRQD à l’application. (Pour plus d’informations, consultez message Status-Control.) L’application répond avec un accusé de réception Status-Control(BID) pour indiquer qu’elle est prête à accepter un crochet. Le nœud local envoie une réponse positive à la requête BID. L’hôte PLU a ouvert des crochets avec succès et l’état de l’application est entre crochets, avec des protocoles de bascule qui s’appliquent jusqu’à la fermeture des crochets.

  • Le PLU hôte envoie des données à une RU qui transporte l’indicateur BB dans le RH alors qu’il est dans l’état entre crochets. Le nœud local présente cette méthode d’ouverture de crochets de la même façon que si le PLU de l’hôte avait ouvert les crochets avec BID. Le nœud local envoie un Status-Control(BID) avec ACKRQD à l’application. L’application répond avec un accusé de réception Status-Control(BID) pour indiquer qu’elle est prête à accepter le crochet. Le nœud local envoie le message Données correspondant à la RU à l’application et envoie une réponse positive à l’unité de requête des données. L’hôte PLU a ouvert des crochets avec succès et l’état de l’application est entre crochets, avec des protocoles de bascule qui s’appliquent jusqu’à la fermeture des crochets.

  • L’hôte PLU envoie une requête LUSTAT comportant l’indicateur BB dans le RH. Le nœud local présente cette méthode d’ouverture de crochets de la même façon que si le PLU de l’hôte avait ouvert les crochets avec BID. Le nœud local envoie un Status-Control(BID) avec ACKRQD à l’application. L’application répond avec un accusé de réception Status-Control(BID) pour indiquer qu’elle est prête à accepter le crochet. Le nœud local envoie un Status-Control(LUSTAT) à l’application, ce qui nécessite un accusé de réception. L’hôte PLU a ouvert des crochets avec succès et l’état de l’application est entre crochets, avec des protocoles de bascule qui s’appliquent jusqu’à la fermeture des crochets.

  • L’hôte tente d’ouvrir un crochet à l’aide d’une requête BID ou d’une RU portant le BB, que le nœud local envoie à l’application en tant que Status-Control(BID) , mais l’application ne peut pas accepter le crochet. L’application doit envoyer une réponse de contrôle d’état (BID) négative avec un code de direction approprié. Le nœud local envoie une réponse négative à la BID qui porte le code de direction fourni par l’application. L’état de l’application est toujours entre crochets. L’application doit utiliser l’un les codes de direction suivants :

    • 0x081B s’il a déjà validé des ressources pour un transfert entrant. Par exemple, un opérateur de terminal a commencé à taper.

    • 0x0814 s’il ne peut pas ouvrir des crochets, mais avertit l’hôte lorsque des ressources sont disponibles. Par exemple, une imprimante 3270 est utilisée pour la copie locale dans le mode de partage d’imprimante entre crochets. Plus tard, lorsque les ressources deviennent disponibles, l’application doit réserver temporairement les ressources et envoyer un Status-Control(RTR) au nœud local. Si l’hôte rejette le RTR, le nœud local retourne une réponse Status-Control(RTR) Negative-Acknowledge-1 et l’application peut libérer les ressources. Dans le cas contraire, l’hôte tente d’ouvrir des crochets que l’application doit maintenant accepter.

  • Si l’application a correctement ouvert des crochets, une concurrence entre crochets peut se produire en raison de la tentative d’ouverture de crochets par l’hôte PLU. L’application obtient une Requête Status-Control(BID) , qui doit être rejetée avec 0x080B ou 0x0813. L’application conserve la direction après la concurrence des réponses négatives. (Pour plus d’informations, consultez Récupération.) L’état du crochet de l’application reste sous l’état entre crochets.

    L’application doit être consciente d’une nouvelle complication dans l’ouverture des crochets. Tous les cas se rapportent à des sessions dont l’état de réinitialisation des crochets est entre crochets. Un état de conflit existe et une demi-session peut tenter d’ouvrir des crochets.

    Toutefois, les paramètres BIND de la session peuvent spécifier un état de réinitialisation entre crochets. Si l’état de réinitialisation des crochets est entre crochets, une demi-session est considérée comme ayant déjà ouvert des crochets. Les protocoles de bascule s’appliquent alors jusqu’à ce qu’une Status-Session(BETB) soit reçue, auquel cas la session revient à un état de conflit et l’ouverture des crochets se poursuit comme décrit précédemment.

    L’application doit définir l’état de ses crochets lorsque la connexion PLU est ouverte (à la réception du message Confirmation OK Open(PLU)) et le réinitialise chaque fois que la session est réinitialisée (après réception d’une Requête Status-Control(CLEAR) ). L’état de réinitialisation des crochets approprié pour la session est fourni à l’application dans le BICB sur le message Confirmation OK Open(PLU).

    Les six figures suivantes illustrent les protocoles d’ouverture des crochets entre le nœud local et l’application et la façon dont ces protocoles sont liés aux protocoles SNA sous-jacents.

    Dans la première figure, l’application ouvre des crochets en envoyant une chaîne entrante avec l’indicateur d’application BBI défini lorsque son état est entre crochets. L’état de l’application est entre crochets jusqu’à ce qu’elle reçoive un Status-Session(BETB) . (Si l’application peut envoyer des chaînes RQE, vous pouvez ouvrir des crochets en envoyant une chaîne RQE.)

    Image that shows how an pplication initiates a bracket by sending an inbound chain.
    L’application ouvre des crochets en envoyant une chaîne entrante

    Dans l’illustration suivante, l’application initie un crochet en envoyant un contrôle d’État (LUSTAT) avec l’indicateur d’application indicateur de début (BBI) défini lorsque son état est entre parenthèses. L’état de l’application est entre crochets jusqu’à ce qu’elle reçoive un Status-Session(BETB) . Le LUSTAT peut être envoyé NOACKRQD (RQE) si nécessaire.

    Image that shows how an application initiates a bracket by sending a Status-Control(LUSTAT).
    L’application ouvre des crochets en envoyant un Status-Control(LUSTAT)

    Dans l’illustration suivante, l’hôte ouvre des crochets en envoyant BID, que l’application accepte. L’état de l’application est entre crochets et l’hôte peut envoyer.

    Image that shows how a host initiates a bracket by sending BID.
    L’hôte ouvre des crochets en envoyant BID

    Dans l’illustration suivante, l’hôte PLU ouvre des crochets en envoyant une requête avec un crochet de début (BB), que l’application accepte. L’état de l’application est entre crochets et l’hôte peut envoyer.

    Image that shows how a host PLU initiates a bracket by sending a request with BB.
    L’hôte PLU ouvre des crochets en envoyant une requête avec BB

    Dans l’illustration suivante, l’hôte ouvre des crochets en envoyant LUSTAT avec BB, que l’application accepte. L’état de l’application est entre crochets et l’hôte peut envoyer.

    Image that shows how a host initiates a bracket by sending an LUSTAT with BB.
    L’hôte ouvre des crochets en envoyant LUSTAT avec BB

    Dans l’illustration suivante, l’hôte et l’application essaient tous deux d’ouvrir des crochets dans l’état entre crochets. L’application rejette les offres de l’hôte avec un code de direction 0x0813 et le nœud local remet les données de l’application. Après l’envoi des données, l’état de l’application est entre crochets et l’application peut envoyer.

    Image that shows how a host and application both attempt to initiate a bracket in between-bracket state.
    L’hôte et l’application essaient tous deux d’ouvrir des crochets dans l’état entre crochets

Voir aussi

Ouverture de la connexion PLU
Session PLU
Chaînage sortant
Chaînage entrant
Livraison de segment
Brackets
Sens
Rythme et segmentation
Confirmation et rejet des données]
Arrêt et mise en suspens
Récupération
Terminaison initié par l’application
LUSTATs]
Données de la surveillance des temps de réponse