Freigeben über


Segmentierung

Chunking kann als ähnlich wie die Segmentierung angesehen werden. (Weitere Informationen finden Sie unter Segment delivery.) Der Unterschied besteht darin, dass die Segmentierung durch die Kommunikationsverbindung zwischen dem lokalen Knoten und dem Remotesystem bestimmt wird, während die Segmentierung durch die Kommunikationsverbindung zwischen der Anwendung und dem lokalen Knoten bestimmt wird.

Die Anwendung gibt in der Open(SSCP)-Anforderung an, ob sie Blöcke unterstützt, und, wenn ja, die Blockgröße in Bytes, die sie verwenden möchte. Der lokale Knoten verwendet dann die Größe der Anforderungs-/Antworteinheit (RU), die Blockgröße und die Segmentgröße (falls zutreffend), um zu bestimmen, ob Blöcke erforderlich sind. Anschließend werden die Blöcke angegeben, die für den eingehenden und ausgehenden Fluss (die nicht identisch sein müssen) für die Open(PLU)-Anforderung verwendet werden. Diese Werte werden in Elementeinheiten angegeben. (Weitere Informationen finden Sie unter Nachrichten.) Ein Wert von 0 für eine dieser Größen gibt an, dass die Blockgröße nicht erforderlich ist, da die Blockgröße nicht der einschränkende Faktor ist. Beachten Sie, dass beim Teilen von Daten ein RU nicht in der Mitte eines Elements aufgeteilt wird. Dadurch wird das Kopieren von Daten vermieden.

Angenommen, der lokale Knoten verwendet eine RU-Größe von 8 KB und Segmente von 2 KB, und die Open(SSCP)-Anforderung der Anwendung gibt die Segmentübermittlung und eine Blockgröße von 4 KB an. Chunking wird für den eingehenden Datenfluss verwendet (da die Blockgröße kleiner als die RU-Größe ist), ist jedoch nicht für den ausgehenden Datenfluss erforderlich (da Daten in Segmenten übermittelt werden, die kleiner als die Blockgröße sind).

Wenn Blöcke in beide Richtungen verwendet werden, geben alle Gutschriftenwerte die Anzahl der Blöcke an, die in diese Richtung gesendet werden können, nicht die Anzahl der RUs. Beachten Sie, dass die Option für die Segmentübermittlung in der Open(SSCP)-Anforderung enthalten ist, damit der lokale Knoten die anfänglichen Guthabenwerte für das Guthaben der ersten Blöcke für die entsprechende PLU-Verbindung berechnen kann. Die Anwendung muss diese Option auch für die Open(PLU)-Antwort festlegen. Wenn die Open(SSCP)-Anforderung und die Open(PLU)-Antwort über unterschiedliche Einstellungen dieser Option verfügen, wird die Einstellung der Open(PLU)-Antwort verwendet. Dies kann bedeuten, dass der verwendete Anfangsguthabenwert nicht angemessen ist.

Wenn Pacing auf Sitzungsebene verwendet wird, verknüpft der lokale Knoten dies mit dem Blockguthaben. Insbesondere, wenn die Anwendung Guthaben einbehalten, verzögert der lokale Knoten das Senden einer Geschwindigkeitsantwort an den Host, wodurch Gegendruck auf den Host ausgeübt wird. Diese Verknüpfung wird vom lokalen Knoten verarbeitet und muss sich nicht auf die Anwendung beziehen.

Anwendungsflags für Blöcke von RUs werden auf die gleiche Weise wie für Segmente behandelt. (Weitere Informationen finden Sie unter Anwendungsflags und Segmentbereitstellung.) Insbesondere:

  • FMHI, BCI, COMMIT, BBI, EBI, CODE, ENCRYP, ENPAD, QRI und CEI werden nur auf den ersten Teil eines RU festgelegt.

  • ECI und CDI werden nur auf den letzten Teil eines RU festgelegt.

  • BBIUI wird immer auf den ersten Teil eines RU festgelegt.

  • EBIUI wird immer auf den letzten Teil eines RU festgelegt.

    Beachten Sie, dass EBI auf den ersten Teil des letzten RU in einer Klammer und nicht wie erwartet auf den letzten Blöcke festgelegt wird. Dies ist das gleiche Verhalten wie bei der Segmentbereitstellung. Die Anwendung sollte die Meldung Status-Session (BETB) und nicht das EBI-Flag verwenden, um zu bestimmen, wann eine Klammer beendet wurde.

    Blöcke werden mithilfe der Segmentierungsflags BBIUI und EBIUI identifiziert. Daher kann die Anwendung nicht zwischen Blöcken und Segmenten unterscheiden, wenn sowohl Segmentierung als auch Blöcke ausgehend verwendet werden. Die Unterscheidung ist jedoch in der Regel nicht erforderlich. Die Anwendung kann Fensterschattierungen durchführen, indem jede Dateneinheit angezeigt wird, während sie empfangen wird, unabhängig davon, ob die Dateneinheit ein Segment oder ein Block ist. (Weitere Informationen finden Sie unter Segment delivery.)

Hinweis

In früheren Versionen dieses Dokuments wurde dies als zukünftiges Feature angegeben. Die Unterstützung ist in Host Integration Server aktiviert. Anwendungen können die Produktversion testen, die bei einem Aufruf von sepdgetinfo für Version 1.2 oder höher zurückgegeben wird, bevor sie das Blockierungssystem verwenden.

In einigen Fällen kann die vom lokalen Knoten verwendete RU-Größe für die Länge des Pfads zwischen dem lokalen Knoten und einer FMI-Anwendung zu groß sein, z. B. bei Verwendung einer Tokenringverbindung mit 16 Megabyte (MB), die 16 KB-Frames unterstützen kann. Mit dem lokalen Knoten kann eine FMI-Anwendung angeben, dass die Datenübertragung in kleineren Einheiten erfolgen soll, die als Blöcke bezeichnet werden.

Weitere Informationen

Öffnen der PLU-Verbindung
PLU-Sitzung
Ausgehende Verkettung
Eingehende Verkettung
Segmentübermittlung
Brackets
Richtung
Geschwindigkeit und Segmentierung
Bestätigung und Ablehnung von Daten]
Herunterfahren und Stilllegen
Wiederherstellung
Von der Anwendung initiierte Beendigung
LUSTATs]
Daten des Monitors für Antwortzeiten