Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Chunking kann man sich als ähnlich zur Segmentierung vorstellen. (Weitere Informationen finden Sie unter Segmentbereitstellung.) Der Unterschied besteht darin, dass die Segmentierung durch die Kommunikationsverbindung zwischen dem lokalen Knoten und dem Remotesystem bestimmt wird, während die Blöcke durch die Kommunikationsverbindung zwischen der Anwendung und dem lokalen Knoten bestimmt werden.
Die Anwendung gibt in der Open(SSCP)-Anforderung an, ob Chunking unterstützt wird, 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 Chunk-Größe und die Segmentgröße (falls zutreffend), um zu bestimmen, ob ein Chunking erforderlich ist. Anschließend werden die Blockgrößen angegeben, die für 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 Null für eine dieser Größen gibt an, dass die Blockierung nicht erforderlich ist, da die Blockgröße nicht der Begrenzungsfaktor ist. Beachten Sie, dass in Datenabschnitten eine 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 (KB) und Segmente von 2 KB, und die Open(SSCP)-Anforderung der Anwendung gibt die Segmentbereitstellung und eine Blockgröße von 4 KB an. Zerlegung wird für den eingehenden Datenfluss verwendet (da die Blockgröße kleiner als die RU-Größe ist), ist aber für den ausgehenden Datenfluss nicht erforderlich (da die Daten in Segmenten bereitgestellt werden, die kleiner als die Blockgröße sind).
Wenn das Chunking in eine der beiden Richtungen verwendet wird, spezifizieren alle Kreditwerte die Anzahl der Chunks, die in dieser 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 Chunk-Credit-Werte auf der zugehörigen 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 unterschiedliche Einstellungen dieser Option haben, wird die Einstellung aus der Open(PLU)-Antwort verwendet. Dies kann bedeuten, dass der verwendete Anfangskreditwert nicht geeignet ist.
Wenn das Pacing auf Sitzungsebene verwendet wird, verknüpft der lokale Knoten dies mit dem Segmentierungsguthaben. Wenn die Anwendung insbesondere die Gutschrift zurückhält, verzögert der lokale Knoten das Versenden einer Pacing-Antwort an den Host und übt dadurch Gegendruck auf den Host aus. Diese Verknüpfung wird vom lokalen Knoten behandelt und muss die Anwendung nicht betreffen.
Anwendungsmarkierungen in Abschnitten von RUs werden auf dieselbe Weise wie in Segmenten behandelt. (Weitere Informationen finden Sie unter Anwendungskennzeichnungen und Segmentbereitstellung.) Besonders:
FMHI, BCI, COMMIT, BBI, EBI, CODE, ENCRYP, ENPAD, QRI und CEI werden nur für den ersten Teil eines RU festgelegt.
ECI und CDI werden nur für 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 dem ersten Abschnitt der letzten RU in einer Klammer und nicht auf dem letzten Abschnitt festgelegt wird, wie vielleicht erwartet. Dies ist das gleiche Verhalten wie bei der Segmentauslieferung. Die Anwendung sollte die Meldung "Status-Session(BETB) " und nicht das EBI-Flag verwenden, um zu bestimmen, wann eine Klammer beendet wurde.
Chunks werden mithilfe der Segmentierungskennzeichnungen BBIUI und EBIUI identifiziert, und daher kann die Anwendung nicht zwischen Chunks und Segmenten unterscheiden, wenn sowohl Segmentierung als auch Chunking ausgehend verwendet werden. In der Regel ist jedoch keine Unterscheidung erforderlich. Die Anwendung kann fensterschattierung ausführen, indem jede Dateneinheit angezeigt wird, während sie empfangen wird, unabhängig davon, ob es sich bei der Dateneinheit um ein Segment oder einen Block handelt. (Weitere Informationen finden Sie unter Segmentbereitstellung.)
Hinweis
In früheren Versionen dieses Dokuments wurde dies als zukünftiges Feature angegeben. Die Unterstützung ist im Hostintegrationsserver 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 Chunk-System verwenden.
In einigen Fällen ist die ru-Größe, die vom lokalen Knoten verwendet wird, möglicherweise zu groß für die Länge des Pfads zwischen dem lokalen Knoten und einer FMI-Anwendung, z. B. bei Verwendung einer Tokenringverbindung mit 16 Mb (MB), die 16 KB-Frames unterstützen kann. Mit dem lokalen Knoten kann eine FMI-Anwendung angeben, dass die Datenübertragung in kleineren Einheiten, sogenannten Blöcken, erfolgen soll.
Siehe auch
Öffnen der PLU-Verbindung
PLU-Sitzung
Ausgehende Verkettung
Eingehende Verkettung
Segmentlieferung
Klammern
Richtung
Pacing und Blockierung
Bestätigung und Ablehnung von Daten]
Herunterfahren und Stilllegen
Wiederherstellung
Application-Initiated Kündigung
LUSTATs]
Antwortzeitüberwachungsdaten