Bestätigung und Ablehnung von ausgehenden Daten

Der lokale Knoten sendet Datenketten vom Host an die Anwendung, wobei das ACKRQD-Feld wie folgt festgelegt ist:

• ACKRQD festgelegt

  Wenn die entsprechende SNA-Anforderung empfangen wurde, die eine eindeutige Antwort angibt, und die BIND-Parameter angeben, dass der primäre Knoten den Modus mit eindeutiger Antwortkette oder mit eindeutiger Antwortkette/Ausnahmeantwortkette verwendet.

1. ACKRQD nicht festgelegt, Antwortmodus

   Wenn die entsprechende SNA-Anforderung empfangen wurde, die eine Ausnahmeantwort angibt, und die BIND-Parameter angeben, dass der primäre Knoten den Modus mit Ausnahmeantwortkette oder mit eindeutiger Antwortkette/Ausnahmeantwortkette verwendet.

2. ACKRQD nicht festgelegt, Modus „Keine Antwort“

   Wenn die entsprechende SNA-Anforderung empfangen wurde, die keine Antwort angibt, und die BIND-Parameter angeben, dass der primäre Knoten den Antwortmodus ohne Antwortkette verwendet.

   In Fall 1 sollte die Anwendung immer wie folgt eine Bestätigung senden:

• Wenn die Anwendung die Daten akzeptiert, sollte sie eine Status-Acknowledge(Ack)-Nachricht zurückgeben.

• Wenn die Anwendung die Daten ablehnen möchte, sollte sie eine Status-Acknowledge(Nack-1) -Nachricht zurückgeben, die die entsprechenden SNA-Erkennungscodes enthält.

  In Fall 2 sollte die Anwendung nur in den folgenden Fällen eine Bestätigung senden:

• Wenn die Anwendung die Daten ablehnen möchte, sollte sie eine Status-Acknowledge(Nack-1) -Nachricht zurückgeben, die die entsprechenden SNA-Erkennungscodes enthält.

• Die Anwendung kann eine optionale Bestätigung an eine Ausnahmeanforderungsnachricht (Request Exception, RQE) senden, um Korrelationsdaten innerhalb des lokalen Knotens zu bereinigen. (Weitere Informationen finden Sie unter Ausgehende Daten.)

  In Fall 3 sollte die Anwendung keine Bestätigungen senden. Das Senden einer Status-Acknowledge(Ack) - oder Status-Acknowledge(Nack-1) -Nachricht durch die Anwendung hat jedoch keine Auswirkungen. Sie wird verworfen.

  Wenn eine Anwendung eine Status-Acknowledge(Ack) - oder Status-Acknowledge(Nack-1) -Nachricht an eine empfangene Data-Nachricht sendet, bestätigt sie implizit den Empfang dieser und aller zuvor empfangenen Data-Nachrichten.

  In Fall 2 kann der Host eine CHASE-Anforderung senden. Der lokale Knoten sendet eine Status-Control(CHASE) Request, bei der ACKRQD auf die Anwendung festgelegt ist. Wenn die Anwendung in der Lage ist, den Empfang aller ausstehenden Daten zu bestätigen, sollte sie eine Status-Control(CHASE) Acknowledge-Nachricht ausgeben, die der lokale Knoten für den Host in eine positive Antwort auf CHASE konvertiert.

  Wenn der lokale Knoten in den Fällen 1 und 2 einen Fehler in einer empfangenen Anforderung erkennt, konvertiert er die Anforderung in eine spezielle Data-Nachricht, die er an die Anwendung übergibt. Unabhängig vom Kettenantwortmodus, der für den sekundären Knoten in den BIND-Parametern angegeben ist, hat diese Data-Nachricht die folgenden Merkmale:

• ACKRQD ist festgelegt. Die Anwendung muss den Empfang mithilfe einer Status-Acknowledge(Ack)-Nachricht bestätigen.

• Das SDI-Anwendungsflag (Sense Data Indicator) wird als spezielle Data-Nachricht festgelegt, mit der die Anwendung über einen vom lokalen Knoten erkannten Fehler informiert wird.

• Das ECI-Anwendungsflag (End Chain Indicator) wird festgelegt, um anzugeben, dass die empfangene Kette jetzt beendet wurde.

• Die ersten vier Bytes des Pufferelements enthalten die SNA-Erkennungscodes, die von dem lokalen Knoten erkannt wurden, der die Beendigung verursacht hat.

  Dieser Mechanismus ermöglicht Folgendes:

• Die Anwendung kann alle zuvor empfangenen Data-Nachrichten ablehnen.

• Der lokale Knoten kann die Anwendung über alle in empfangenen Anforderungen erkannten Fehler informieren.

• Der lokale Knoten kann negative Antworten in der richtigen Reihenfolge senden.

  Die folgenden drei Abbildungen veranschaulichen die Bestätigungs- und Ablehnungsprotokolle für ausgehende Daten zwischen dem lokalen Knoten und der Anwendung sowie die Beziehung dieser Protokolle zu den zugrunde liegenden SNA-Protokollen.

  In der ersten Abbildung sendet der Host eine eindeutige Antwortkette, um die Anwendung aufzufordern, den Empfang der RQD-Anforderung und aller zuvor gesendeten RQE-Ketten zu bestätigen.

  
  Host sendet eine eindeutige Antwortkette

  In der folgenden Abbildung lehnt eine Status-Acknowledge(Nack-1) -Nachricht der Anwendung die letzte Kette ab und bestätigt den Empfang aller zuvor gesendeten Datenketten.

  
  „Status-Acknowledge(Nack-1)“ lehnt die letzte Kette ab und bestätigt den Empfang

  In der folgenden Abbildung sendet der Host eine CHASE-Anforderung, um die Anwendung aufzufordern, den Empfang der CHASE-Anforderung und aller zuvor gesendeten Ketten zu bestätigen.

  
  Host sendet eine CHASE-Anforderung

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