Initiieren einer Klammer

Während sich eine Sitzung im Zustand „zwischen Klammern“ befindet, besteht ein Konflikt. Die Anwendung oder die primäre logische Hosteinheit (Primary Logical Unit, PLU) kann wie folgt versuchen, eine Klammer zu initiieren:

• Die Anwendung initiiert eine Klammer, indem sie eine Data-Nachricht mit dem BBI-Anwendungsflag (Begin Bracket Indicator) sendet und ACKRQD im Zustand „zwischen Klammern“ festgelegt wird. Der lokale Knoten sendet eine Anforderung, die der Data-Nachricht entspricht, an die Host-PLU. Die Anwendung hat erfolgreich eine Klammer initiiert und befindet sich im Zustand „in Klammern“. Jetzt sind Flip-Flop-Protokolle gültig, bis die Klammer beendet wird.

• Die Anwendung initiiert eine Klammer, indem sie eine Status-Control(LUSTAT) -Nachricht mit festgelegtem BBI-Anwendungsflag sendet, während sie sich im Zustand „zwischen Klammern“ befindet. Der lokale Knoten sendet eine LUSTAT-Anforderung an die Host-PLU. Die Anwendung hat erfolgreich eine Klammer initiiert und befindet sich im Zustand „in Klammern“. Jetzt sind Flip-Flop-Protokolle gültig, bis die Klammer beendet wird.

• Die Host-PLU sendet im Zustand „zwischen Klammern“ eine BID-Anforderung. Der lokale Knoten sendet eine Status-Control(BID) -Nachricht mit ACKRQD an die Anwendung. (Weitere Informationen finden Sie unter Status-Control-Nachricht.) Die Anwendung antwortet mit Status-Control(BID) Acknowledge, 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 eine Klammer initiiert, und der Zustand der Anwendung ist „in Klammern“. Es gelten Flip-Flop-Protokolle, bis die Klammer beendet wird.

• Im Zustand „zwischen Klammern“ sendet die Host-PLU Daten in einer RU, wobei der BB-Indikator im Antwortheader enthalten ist. Der lokale Knoten stellt diese Methode zum Initiieren einer Klammer auf die gleiche Weise dar, als hätte die Host-PLU die Klammer mit BID initiiert. Der lokale Knoten sendet eine Status-Control(BID) -Nachricht mit ACKRQD an die Anwendung. Die Anwendung antwortet mit Status-Control(BID) Acknowledge, um anzugeben, dass sie bereit ist, die Klammer zu akzeptieren. Der lokale Knoten sendet die der RU entsprechende Data-Nachricht an die Anwendung und eine positive Antwort auf die Daten-RU. Die Host-PLU hat erfolgreich eine Klammer initiiert, und der Zustand der Anwendung ist „in Klammern“. Es gelten Flip-Flop-Protokolle, bis die Klammer beendet wird.

• Die Host-PLU sendet eine LUSTAT-Anforderung mit dem BB-Indikator im Antwortheader. Der lokale Knoten stellt diese Methode zum Initiieren einer Klammer auf die gleiche Weise dar, als hätte die Host-PLU die Klammer mit BID initiiert. Der lokale Knoten sendet eine Status-Control(BID) -Nachricht mit ACKRQD an die Anwendung. Die Anwendung antwortet mit Status-Control(BID) Acknowledge, um anzugeben, dass sie bereit ist, die Klammer zu akzeptieren. Der lokale Knoten sendet 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 „in Klammern“. Es gelten Flip-Flop-Protokolle, 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 entsprechenden Erkennungscode senden. Der lokale Knoten sendet eine negative Antwort an BID, die den von der Anwendung bereitgestellten Erkennungscode enthält. Der Zustand der Anwendung lautet weiterhin „zwischen Klammern“. Die Anwendung sollte einen der folgenden Erkennungscodes verwenden:

  • 0x081B, wenn bereits Ressourcen für eine eingehende Übertragung belegt wurden. Beispiel: Ein Terminaloperator hat mit der Eingabe von Text begonnen.

  • 0x0814, wenn derzeit keine Klammer gestartet werden kann, der Host jedoch benachrichtigt wird, wenn Ressourcen verfügbar werden. Beispiel: Ein 3270-Drucker wird für einen lokalen Kopiervorgang im Freigabemodus im Zustand „zwischen Klammern“ verwendet. Zu einem späteren Zeitpunkt, wenn die Ressourcen verfügbar werden, sollte die Anwendung die Ressourcen vorübergehend reservieren und eine Status-Control(RTR) -Nachricht an den lokalen Knoten senden. Wenn der Host die RTR-Nachricht ablehnt, gibt der lokale Knoten eine Status-Control(RTR) Negative-Acknowledge-1-Antwort 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 Klammerrace auftreten, weil die Host-PLU versucht, eine Klammer zu initiieren. Die Anwendung empfängt eine Status-Control(BID) Request-Nachricht, die sie mit 0x080B oder 0x0813 ablehnen sollte. Die Anwendung behält die Richtung nach negativen Raceantworten bei. (Weitere Informationen finden Sie unter Wiederherstellung.) Der Klammerzustand der Anwendung lautet weiterhin „in Klammern“.

  Bei der Initiierung einer Klammern kann eine weitere Schwierigkeit für die Anwendung auftreten. Alle Fälle beziehen sich auf Sitzungen, deren Zurücksetzungszustand für Klammern „zwischen Klammern“ lautet. Es besteht ein Konfliktzustand, und jede der Sitzungshälften kann versuchen, eine Klammer zu starten.

  Die BIND-Parameter für die Sitzung können jedoch den Zurücksetzungszustand einer Klammer als „in Klammern“ angeben. Wenn der Zurücksetzungszustand der Klammer „in Klammern“ lautet, wird angenommen, dass eine Sitzungshälfte bereits erfolgreich eine Klammer initiiert hat. Dann werden Flip-Flop-Protokolle angewendet, bis eine Status-Session(BETB) -Nachricht empfangen wird. Zu diesem Zeitpunkt wird die Sitzung wieder in einen Konfliktzustand versetzt, und die Klammerinitiierungsprozess wird wie oben beschrieben fortgesetzt.

  Die Anwendung muss ihren Klammerzustand festlegen, wenn die PLU-Verbindung geöffnet wird (bei Empfang der Open(PLU) OK Confirm-Nachricht), und ihn jedes Mal zurücksetzen, wenn die Sitzung zurückgesetzt wird (nach Empfang einer Status-Control(CLEAR) Request-Nachricht). Der entsprechende Klammerzurücksetzungszustand für die Sitzung wird der Anwendung im BICB in der (PLU) Open(PLU) OK Confirm-Nachricht mitgeteilt.

  Die folgenden sechs Abbildungen veranschaulichen Protokolle zur Klammerinitiierung zwischen dem lokalen Knoten und der Anwendung und die Beziehung dieser Protokolle zu den zugrunde liegenden SNA-Protokollen.

  In der ersten Abbildung initiiert die Anwendung eine Klammer, indem sie eine eingehende Kette sendet, bei der das BBI-Anwendungsflag festgelegt ist, wenn der Zustand „zwischen Klammern“ lautet. Der Zustand der Anwendung bleibt „in Klammern“, bis sie eine Status-Session(BETB) -Nachricht empfängt. (Wenn die Anwendung RQE-Ketten senden kann, kann eine Klammer durch Senden einer RQE-Kette geöffnet werden.)

  
  Anwendung initiiert Klammer durch Senden einer eingehenden Kette

  In der folgenden Abbildung initiiert die Anwendung eine Klammer, indem sie eine Status-Control(LUSTAT) -Nachricht sendet, wobei das BBI-Anwendungsflag (Begin Bracket Indicator) festgelegt ist, wenn der Zustand „zwischen Klammern“ lautet. Der Zustand der Anwendung bleibt „in Klammern“, bis sie eine Status-Session(BETB) -Nachricht empfängt. An LUSTAT kann bei Bedarf NOACKRQD (RQE) gesendet werden.

  
  Anwendung initiiert Klammer durch Senden einer Status-Control(LUSTAT)-Nachricht

  In der folgenden Abbildung initiiert der Host eine Klammer durch Senden einer BID-Nachricht, die von der Anwendung akzeptiert wird. Der Zustand der Anwendung lautet „in Klammern“, und der Host kann senden.

  
  Host initiiert Klammer durch Senden von BID

  In der folgenden Abbildung initiiert die Host-PLU eine Klammer durch Senden einer Anforderung mit „Begin Bracket“ (BB), die von der Anwendung akzeptiert wird. Der Zustand der Anwendung lautet „in Klammern“, und der Host kann senden.

  
  Host-PLU initiiert Klammer durch Senden einer Anforderung mit BB

  In der folgenden Abbildung initiiert der Host eine Klammer durch Senden einer LUSTAT-Nachricht mit BB, die von der Anwendung akzeptiert wird. Der Zustand der Anwendung lautet „in Klammern“, und der Host kann senden.

  
  Host initiiert Klammer durch Senden von LUSTAT mit BB

  In der folgenden Abbildung versuchen sowohl der Host als auch die Anwendung, eine Klammer im Zustand „zwischen Klammern“ zu initiieren. Die Anwendung lehnt die Host-BIDs mit Erkennungscode 0x0813 ab, und der lokale Knoten liefert die Daten der Anwendung. Nach dem Senden der Daten lautet der Zustand der Anwendung „in Klammern“, und die Anwendung kann senden.

  
  Host und Anwendung versuchen, eine Klammer im Zustand „zwischen Klammern“ zu initiieren

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