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.
In diesem Abschnitt werden die ausgehenden Datenflüsse vom lokalen Knoten zur Anwendung beschrieben. Die allgemeine Struktur der beschriebenen Protokolle gilt für die Systemdienste-Kontrollpunkte (SSCP) und primäre logische Einheitsverbindungen (PLU), bestimmte Features (z. B. die Verwendung des verzögerten Anforderungsmodus) gelten jedoch nur für die PLU-Verbindung.
Der lokale Knoten stellt Daten, die vom Host stammen, der Anwendung auf verschiedenen Verbindungen bereit, abhängig von der speziellen SNA-Sitzung, auf der die Daten fließen, wie folgt:
Daten- und Funktionsverwaltungsdienste im Datennetzwerk (FMD NS) (Sitzungsdienste), Daten und Funktionsverwaltungsdaten (FMD), die vom Host-SSCP stammen und an die logische Einheit des Hostintegrationsservers (LU) geleitet werden, werden an die Anwendung auf der SSCP-Verbindung gesendet.
FMD-Daten, die von der Host-PLU stammen und an eine SNA-Server-LU weitergeleitet werden, werden über die PLU-Verbindung an die Anwendung gesendet.
Für alle Verbindungen werden nur FMD-Anforderungen der Anwendung als Datennachrichten (mit Nachrichtentyp = DATAFMI) angezeigt. DFC- und Sitzungssteuerungsanforderungen werden verwendet, um Statussteuerungsmeldungen zu generieren. (Weitere Informationen finden Sie unter Status-Control Nachricht.)
Der lokale Knoten führt die Datenflusssteuerungsstatusänderungen aus, die von den RH-Indikatoren im Anfrageheader benötigt werden, bevor eine Datennachricht an die Anwendung gesendet wird.
Die SNA-Anforderungsübertragungsheader (TH) und RH-Indikatoren stehen der Anwendung für ausgehende Datennachrichten nicht zur Verfügung. Stattdessen stellt der lokale Knoten Anwendungskennzeichnungen im Datennachrichtenheader bereit, die die Einstellungen einer Teilmenge der RH-Indikatoren widerspiegeln, aber vom lokalen Knoten interpretiert werden, um die Anwendung vor den verdeckteren Aspekten der Verkettung und Klammernnutzung abzuschirmen. Eine Beschreibung der verfügbaren Flags und der Art und Weise, in der der lokale Knoten sie für ausgehende Daten verwendet, finden Sie unter Anwendungskennzeichnungen.
Bei ausgehenden Daten ist das erste Byte RU[0] für die Standardfunktionsverwaltungsschnittstelle (FMI) und TH[0] für die LUA-Variante (Logical Unit Application) von FMI.
Alle Datennachrichten vom lokalen Knoten zu einer Anwendung enthalten einen Nachrichtenschlüssel. Der lokale Knoten verwaltet eine eindeutige Nachrichtenschlüsselsequenz für jeden ausgehenden Datenfluss zu einer Anwendung. Wenn der lokale Knoten eine Datennachricht an eine Anwendung in einer bestimmten Verbindung sendet, platziert er den nächsten Nachrichtenschlüssel in der ausgehenden Sequenz in den Nachrichtenkopf, legt die Anwendungskennzeichnungen fest und sendet die Nachricht an die Anwendung. Dies bedeutet, dass der Nachrichtenschlüssel eine Datennachricht in einer bestimmten Verbindung zwischen dem lokalen Knoten und der Anwendung eindeutig identifiziert. Beachten Sie, dass der lokale Knoten die Nachrichtenschlüssel auch auf ausgehende Status-Control-Anforderungsnachrichten setzt.
Das vom Hostintegrationsserver erzwungene Bestätigungsprotokoll spiegelt das Kettenantwortprotokoll und den Anforderungsmodus wider, das in der SNA-Sitzung verwendet wird, wie folgt:
Ausgehende RQD-Anforderungen generieren Datennachrichten , deren ACKRQD im Nachrichtenkopf festgelegt ist.
Ausgehende RQE-Anforderungen generieren Datennachrichten ohne ACKRQD-Satz .
Ausgehende RQN-Anforderungen generieren Datennachrichten ohne ACKRQD-Satz .
Wenn die Sitzung den primären Direktanforderungsmodus verwendet, muss eine Datennachricht mit ACKRQD-Satz von der Anwendung bestätigt werden, bevor weitere Datennachrichten empfangen werden.
Wenn die Sitzung den primären verzögerten Anforderungsmodus verwendet, muss eine Datennachricht mit ACKRQD-Satz nicht sofort von der Anwendung bestätigt werden. Datennachrichten werden weiterhin empfangen.
Beachten Sie, dass der Host Integration Server den entsprechenden sofortigen Antwortmodus für das ausgehende Datenbestätigungsprotokoll für alle Verbindungen erzwingt. Die Anwendung muss Bestätigungen in der Reihenfolge senden.
Wenn der lokale Knoten das ACKRQD-Feld im Nachrichtenkopf einer Datennachricht auf die Anwendung festlegt, gibt er an, dass eine Bestätigung für diese Datennachricht erforderlich ist. Die Anwendung erkennt eine ausgehende Datennachricht an, indem eine Status-Bestätigen-Nachricht an den lokalen Knoten in derselben Verbindung gesendet wird, die denselben Nachrichtenschlüssel und Die Sequenznummernfelder wie die Datennachricht enthält.
Nach Erhalt einer Status-Bestätigung(Ack) korreliert der lokale Knoten den Nachrichtenschlüssel mit ausstehenden ausgehenden Nachrichten und generiert eine positive SNA-Antwort auf die entsprechende SNA-Anforderung.
Die Anwendung sollte die Status-Acknowledge(Nack-1)- Nachricht als negative Bestätigung verwenden. Nach Erhalt einer Status-Bestätigung(Nack-1)korreliert der lokale Knoten die Nachricht mit ausstehenden ausgehenden Nachrichten und generiert eine SNA-negative Antwort plus Sinndaten für die entsprechende SNA-Anforderung. Die Anwendung stellt die Sinnesdaten bereit, die die negative Antwort als Teil der Status-Acknowledge(Nack-1)- Nachricht begleiten sollen und dieselben Nachrichtenschlüssel, Anwendungskennzeichen und Sequenznummernfelder wie die Datennachricht enthalten müssen, für die dies eine negative Bestätigung ist.
Statusmeldungen, die durch beschleunigte Ablaufsteuerungsanforderungen verursacht werden, können jederzeit gesendet werden und beeinflussen nicht das Senden positiver oder negativer Bestätigungen für normale ausgehende Datennachrichten. Die Tatsache, dass sie zwischen einer ausgehenden Datennachricht und der übereinstimmenden Status-Bestätigungsnachricht auftreten können, ist rein zufällig. Detaillierte Informationen dazu, welche Status-Control-Nachrichten SNA-Anforderungen entsprechen, finden Sie unter Status-Control-Nachrichten.
Wenn Fehler im Format einer normalen Flussanforderung vom Host erkannt werden oder die Anforderung für den Zustand der Sitzung ungeeignet ist, generiert der lokale Knoten eine Fehler Daten-Nachricht an die Anwendung mit den folgenden Merkmalen:
Die SDI- und ECI-Anwendungskennzeichnungen werden festgelegt.
Der dem Fehler zugeordnete Sinncode belegt die ersten vier Bytes der Datennachricht . (Weitere Informationen finden Sie unter Status-Control Nachricht.)
ACKRQD wird festgelegt.
Die Anwendung sollte eine Status-Acknowledge(Ack) zurückgeben, und der lokale Knoten generiert eine negative Antwort mit dem Fehlercode, der für den erkannten Fehler geeignet ist. Dieser Mechanismus führt folgende Aktionen aus:
Informiert die Anwendung des erkannten Fehlers.
Ermöglicht der Anwendung, auf alle zuvor empfangenen Daten zu reagieren, bevor der lokale Knoten die negative Antwort an diese Datennachricht sendet.
In Sitzungen, in denen die Anwendung eine Reihe von RQE-Ketten empfängt, behält der lokale Knoten Korrelationsinformationen für jede Kette bei (falls die Anwendung negative Antworten an eine der Ketten senden möchte). Wenn dem lokalen Knoten die Korrelationstabelleneinträge ausgehen, versucht er, weitere Einträge zuzuweisen, und (falls dies fehlschlägt) wird er gezwungen sein, Sitzungen zu beenden. Um dies zu verhindern, sollte die Anwendung Status-Acknowledge(Ack)- Nachrichten für RQE-Daten bereitstellen, die in diesem Fall nicht abgelehnt werden sollen. Eine Antwort nach fünf aufeinander folgenden RQE-Ketten sollte ausreichen. Solche Nachrichten werden als Freundlichkeitsbestätigungen bezeichnet und geben keine Antwort auf den Host, sondern lediglich freie interne Korrelationsdaten.
Die folgenden sechs Abbildungen veranschaulichen das zwischen dem lokalen Knoten und der Anwendung erzwungene Datenbestätigungsprotokoll und zeigen die Auswirkungen der Anwendung, die positive und negative Statusbestätigungs-E-Nachrichtengeneriert.
Die Zahlen zeigen:
Die relevanten RH-Flags in SNA-Anforderungen/Antworten.
Die Sequenzanzahl der SNA-Anforderungen/-Antworten.
Alle Sense-Daten (siehe "SENSE=...") für SNA-Anforderungen/Antworten und Status-Bestätigungsnachrichten.
Das Feld "ACKRQD " in Datennachrichten .
Das Nachrichtenschlüsselfeld in Datennachrichten .
Aus Gründen der Einfachheit wird davon ausgegangen, dass alle Nachrichten FM-Daten sind, die in derselben PLU-Sitzung fließen.
In der folgenden Abbildung akzeptiert die Anwendung eine Datennachricht , die einer endgültigen Antwort RU entspricht.
Anwendung sendet eine Datennachricht, die einer endgültigen Antwort RU entspricht.In der folgenden Abbildung akzeptiert die Anwendung eine Datennachricht , die einer multi-RU-endgültigen Antwortkette entspricht.
Die Anwendung akzeptiert eine Datennachricht, die einer multi-RU-endgültigen Antwortkette entspricht.In der folgenden Abbildung lehnt die Anwendung eine Datennachricht ab, die einer bestimmten Antwortkette entspricht.
Die Anwendung lehnt eine Datennachricht ab, die einer bestimmten Antwortkette entspricht.In der folgenden Abbildung lehnt die Anwendung eine Datennachricht ab, die einer multi-RU-endgültigen Antwortkette entspricht.
Die Anwendung lehnt eine Datennachricht ab, die einer multi-RU-endgültigen Antwortkette entsprichtIn der folgenden Abbildung erzwingt der lokale Knoten den sofortigen Antwortmodus. Antworten müssen sequenziert gesendet werden. Die Anwendung lehnt die zweite Ausnahme-Antwortkette ab und akzeptiert die definitive Antwortkette, was die Akzeptanz der dritten Ausnahme-Antwortkette impliziert.
Lokaler Knoten erzwingt den sofortigen AntwortmodusIn der folgenden Abbildung erkennt der lokale Knoten einen Verkettungsfehler (RQD, aber nicht EC) in daten, die für die Anwendung bestimmt sind. (In diesem Beispiel muss die Empfangsüberprüfung 0x4007 in Kraft sein. Weitere Informationen finden Sie unter Öffnen der SSCP-Verbindung.)
Lokaler Knoten erkennt einen Verkettungsfehler in daten, die für die Anwendung bestimmt sind.