Klammerninitiierung

Während sich eine Sitzung im Zwischenzustand befindet, besteht ein Konflikt. Entweder die Anwendung oder die primäre logische Hosteinheit (PLU) können versuchen, eine Klammer wie folgt zu initiieren:

• Die Anwendung initiiert einen Klammerzustand, indem sie eine Datennachricht mit der BBI-Anwendungskennzeichnung (Begin Bracket Indicator) und dem ACKRQD-Flag sendet, während sie sich im Zustand zwischen Klammern befindet. Der lokale Knoten sendet eine Anforderung, die der Datennachricht entspricht, an die Host-PLU. Die Anwendung hat erfolgreich einen Bracket initiiert und befindet sich im in-bracket Zustand. Flip-Flop-Protokolle sind jetzt in Kraft, bis die Klammer beendet wird.

• Die Anwendung initiiert einen Bracket, indem ein Status-Control(LUSTAT) mit dem BBI-Anwendungsflag gesendet wird, das im Zustand zwischen den Klammern festgelegt ist. Der lokale Knoten sendet eine LUSTAT-Anforderung an die Host-PLU. Die Anwendung hat erfolgreich eine Klammer initialisiert und befindet sich im Zustand 'innerhalb der Klammer'. Flip-Flop-Protokolle sind jetzt in Kraft, bis die Klammer beendet wird.

• Der Host-PLU sendet eine BID-Anforderung im Zustand zwischen eckigen Klammern. Der lokale Knoten sendet eine Status-Control(BID) mit ACKRQD an die Anwendung. (Weitere Informationen finden Sie unter Status-Control Nachricht.) Die Anwendung antwortet mit einer Status-Control(BID)-Bestätigung, um anzugeben, dass sie bereit ist, eine Klammer zu akzeptieren. Der lokale Knoten sendet eine positive Antwort auf die BID-Anforderung . Die Host-PLU hat erfolgreich einen Rahmen initiiert, und der Zustand der Anwendung befindet sich im Rahmen, bei dem Flip-Flop-Protokolle angewendet werden, bis der Rahmen abgeschlossen wird.

• Der Host-PLU sendet Daten in einem RU, das den BB-Indikator im RH trägt, während es sich im Zustand zwischen Klammern befindet. Der lokale Knoten stellt diese Methode zum Initiieren einer Klammer auf die gleiche Weise dar, als ob die Host-PLU die Klammer mit BID initiiert hatte. Der lokale Knoten sendet eine Status-Control(BID) mit ACKRQD an die Anwendung. Die Anwendung antwortet mit einer Status-Control(BID)-Bestätigung , um anzugeben, dass sie bereit ist, die Klammer zu akzeptieren. Der lokale Knoten sendet die Datennachricht , die der RU entspricht, an die Anwendung und sendet eine positive Antwort auf die Daten-RU. Die Host-PLU hat erfolgreich eine Sequenz gestartet, und der Zustand der Anwendung befindet sich in der Klammer-Phase, wobei Umschaltprotokolle angewendet werden, bis die Sequenz beendet wird.

• Der Host-PLU sendet eine LUSTAT-Anforderung mit dem BB-Indikator in der RH. Der lokale Knoten stellt diese Methode zum Initiieren einer Klammer auf die gleiche Weise dar, als ob die Host-PLU die Klammer mit BID initiiert hatte. Der lokale Knoten sendet eine Status-Control(BID) mit ACKRQD an die Anwendung. Die Anwendung antwortet mit einer Status-Control(BID)-Bestätigung , um anzugeben, dass sie bereit ist, die Klammer zu akzeptieren. Der lokale Knoten sendet eine Status-Control(LUSTAT) an die Anwendung, die eine Bestätigung erfordert. Die Host-PLU hat erfolgreich eine Klammer initiiert, und der Zustand der Anwendung ist im Klammer-Zustand, wobei Flip-Flop-Protokolle angewendet werden, bis die Klammer beendet wird.

• Der Host versucht, eine Klammer mithilfe einer BID-Anforderung oder einer RU mit BB zu initiieren, die der lokale Knoten als Status-Control(BID)an die Anwendung sendet, aber die Anwendung kann die Klammer nicht akzeptieren. Die Anwendung sollte eine negative Status-Control(BID)- Antwort mit einem geeigneten Sinnescode senden. Der lokale Knoten sendet eine negative Antwort an das BID mit dem von der Anwendung bereitgestellten Sinnescode. Der Anwendungsstatus befindet sich immer noch zwischen eckigen Klammern. Die Anwendung sollte einen der folgenden Sinnescodes verwenden:

  • 0x081B, wenn es Ressourcen für eine eingehende Übertragung bereits zugesichert hat. Beispielsweise hat ein Terminalbetreiber mit der Eingabe begonnen.

  • 0x0814, wenn sie derzeit keine Klammer starten kann, aber den Host benachrichtigt, wenn Ressourcen verfügbar werden. Beispielsweise wird ein 3270-Drucker für die lokale Kopie im Modus des Bracket Printer Sharing verwendet. Zu einem späteren Zeitpunkt, in dem die Ressourcen verfügbar sind, sollte die Anwendung die Ressourcen vorübergehend reservieren und ein Status-Control(RTR) an den lokalen Knoten senden. Wenn der Host den RTR ablehnt, gibt der lokale Knoten eine Antwort vom Typ Status-Control(RTR) Negative-Acknowledge-1 zurück, und die Anwendung kann die Ressourcen freigeben. Andernfalls versucht der Host, eine Klammer zu initiieren, die die Anwendung jetzt akzeptieren muss.

• Wenn die Anwendung erfolgreich eine Klammer initiiert hat, kann ein Klammernrennen aufgrund des Host-PLU auftreten, der versucht, eine Klammer zu initiieren. Die Anwendung erhält eine Status-Control(BID)-Anforderung, die sie mit 0x080B oder 0x0813 ablehnen sollte. Die Anwendung behält die Richtung nach negativen Reaktionen des Rennens bei. (Weitere Informationen finden Sie unter "Wiederherstellung".) Der Klammerzustand der Anwendung bleibt in eckigen Klammern.

  Die Anwendung muss sich einer weiteren Herausforderung bei der Initialisierung von Klammern bewusst sein. Alle Fälle beziehen sich auf Sitzungen, deren Klammernrücksetzungszustand zwischen eckigen Klammern liegt. Ein Zustand der Auseinandersetzung besteht, und entweder die Halbsitzung kann versuchen, eine Sitzung zu starten.

  Die BIND-Parameter für die Sitzung können jedoch einen Klammer-Rücksetzungszustand innerhalb einer Klammer angeben. Wenn der Klammer-Rücksetzungszustand innerhalb der Klammerphase ist, wird eine Halbsitzung als bereits erfolgreich gestartete Phase angesehen. Flip-Flop-Protokolle werden dann angewendet, bis eine Statussitzung(BETB) empfangen wird, zu dem zeitpunkt, zu dem die Sitzung auf einen Inhaltszustand zurückgesetzt wird und die Klammerinitiierung wie zuvor beschrieben fortgesetzt wird.

  Die Anwendung muss den Klammerzustand festlegen, wenn die PLU-Verbindung geöffnet wird (beim Empfang der Meldung "Open(PLU)OK Bestätigen ") und bei jedem Zurücksetzen der Sitzung (nach Erhalt einer Status-Control(CLEAR)-Anforderung). Der entsprechende Klammerzurücksetzungsstatus für die Sitzung wird der Anwendung im BICB in der Nachricht 'Open(PLU) OK' bestätigt bereitgestellt.

  Die folgenden sechs Abbildungen veranschaulichen die Initiierungsprotokolle zwischen dem lokalen Knoten und der Anwendung sowie deren Beziehung zu den zugrunde liegenden SNA-Protokollen.

  In der ersten Abbildung initiiert die Anwendung eine Phase, indem eine eingehende Kette mit dem BBI-Anwendungsflag gesendet wird, wenn sich der Zustand in der Zwischenphase befindet. Der Status der Anwendung ist im Wartemodus, bis eine Status-Session (BETB) empfangen wird. (Wenn die Anwendung RQE-Ketten senden kann, kann eine Klammer durch Senden einer RQE-Kette geöffnet werden.)

  
  Die Anwendung initiiert eine Klammer durch Senden einer eingehenden Kette

  In der folgenden Abbildung initiiert die Anwendung eine Klammer, indem sie ein Status-Control(LUSTAT) mit dem Anwendungsflag "Begin Bracket Indicator" (BBI) sendet, das festgelegt ist, wenn ihr Zustand zwischen Klammern liegt. Der Status der Anwendung ist in eckigen Klammern, bis er eine Statussitzung (BETB) erhält. Die LUSTAT kann bei Bedarf NOACKRQD (RQE) gesendet werden.

  
  Die Anwendung startet einen Prozess durch das Senden eines Status-Control(LUSTAT)

  In der folgenden Abbildung initiiert der Host einen Vorgang, indem er BID sendet, was die Anwendung akzeptiert. Der Status der Anwendung ist in eckige Klammern gesetzt, und der Host kann senden.

  
  Host initiiert eine Sequenz, indem er BID sendet.

  In der folgenden Abbildung initiiert das Host-PLU einen Bracket, indem es eine Anforderung mit einem Begin Bracket (BB) sendet, die von der Anwendung akzeptiert wird. Der Status der Anwendung ist in eckige Klammern gesetzt, und der Host kann senden.

  
  Host PLU initiiert eine Klammer durch Senden einer Anforderung mit BB

  In der folgenden Abbildung eröffnet der Host eine Klammer, indem er ein LUSTAT mit BB sendet, das die Anwendung akzeptiert. Der Status der Anwendung ist in eckige Klammern gesetzt, und der Host kann senden.

  
  Host initiiert ein Datenpaket, indem er eine LUSTAT mit BB sendet.

  In der folgenden Abbildung versuchen sowohl der Host als auch die Anwendung, einen Klammerzustand zwischen zwei Zuständen zu initiieren. Die Anwendung lehnt die Hostangebote mit Sense-Code 0x0813 ab, und der lokale Knoten liefert die Anwendungsdaten. Nach dem Senden der Daten ist der Zustand der Anwendung in eckige Klammern gesetzt, und die Anwendung kann gesendet werden.

  
  Host und Anwendung versuchen beide, eine Klammer im Zwischenklammerzustand zu initiieren.

Siehe auch

Öffnen der PLU-Verbindung
PLU-Sitzung
Ausgehende Verkettung
Eingehende Verkettung
Segmentzustellung
Brackets
Richtung
Temporisierung und Chunking
Bestätigung und Ablehnung von Daten]
Herunterfahren und Beruhigen
Wiederherstellung
Anwendungsinitiierte Beendigung
LUSTATs]
Antwortzeitüberwachungsdaten