Partager via


Livraison de segment

Si la taille maximale de l’unité de requête/d’unité de réponse (RU) pour une session (fournie dans les paramètres BIND ) autorise les unités de requête supérieures à la taille maximale d’une unité de transmission de contrôle de liaison de données, par exemple, une trame SDLC (Synchronous Data Link Control), le contrôle de chemin d’accès du nœud local est responsable de l’assemblage des segments sortants en unités de requête et de la segmentation des unités de requête entrantes si nécessaire.

Toutefois, certains produits IBM (par exemple, les modèles SNA des contrôleurs 3270) n’effectuent pas d’assembly de segment sortant pour améliorer les temps de réponse perçus sur les terminaux d’affichage en affichant chaque segment dès sa réception. Cette fonctionnalité est appelée ombrage de fenêtre.

Le nœud local permet à une application de spécifier une option de remise de segment dans le bloc de contrôle des informations de connexion (CICB) sur la réponse OK Open(PLU). Si une application spécifie cette option, le contrôle de chemin d’accès du nœud local n’assemble pas les segments sortants en unités de requête complètes, et le nœud local remet les segments à l’application dans Messages de données . Cela permet à une application émulant un appareil 3270 de reproduire les caractéristiques de réponse perçues de l’appareil IBM. Dans les cas où le débit est élevé, comme le transfert de fichiers 3270, la remise de segments peut offrir des performances améliorées par rapport à la livraison ru.

Notez qu’il n’existe aucune fonctionnalité comparable pour les données entrantes. L’application doit présenter des messages de données contenant des unités de requête complètes au nœud local. En outre, il n’existe aucune prise en charge de la remise de segments sur la session et la connexion du point de contrôle des services système (SSCP) (où la taille maximale de ru est limitée à 256 octets).

Le nœud local prend en charge l’option de remise de segment de telle sorte que les contraintes placées sur une application recevant des données sous l’une ou l’autre forme sont identiques. Si des unités de requête complètes sont requises, le nœud local reconstruit les unités de requête à partir de segments dans le contrôle de chemin d’accès. Si des segments sont nécessaires, le nœud local gère tous les indicateurs de segmentation et modifie le traitement au sein de ses couches SNA pour prendre en charge les unités de requête segmentées.

Tous les messages de données remis à l’application contiennent des indicateurs d’application, alors que seul le premier segment d’une RU contient un en-tête de réponse (RH). Le nœud local retarde les indicateurs de chaîne finale (EC) et de direction de changement (CD) s’ils se produisent dans le rh du premier segment de la RU, et définit les indicateurs d’application ECI et CDI correspondants dans le message de données correspondant au dernier segment de la RU. Par conséquent, les messages de données correspondant aux segments RU ont des indicateurs d’application définis comme s’ils correspondaient à des unités de requête entières. Cela simplifie considérablement la gestion des protocoles de chaînage, de crochets et de demi-duplex pour une application à l’aide de l’option de remise de segments.

Notes

EB n’est pas retardé jusqu’à la fin de l’unité d’informations de base (EBIU), car l’application doit utiliser le message Status-Session entre crochets pour déterminer quand entrer l’état entre crochets.

Voir aussi

Ouverture de la connexion PLU
Session PLU
Chaînage sortant
Chaînage entrant
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