Freigeben über


Anwendungsflags

Anwendungsflags sind in den folgenden Meldungen enthalten:

  • Alle Datennachrichten (sowohl eingehende als auch ausgehende Nachrichten)

  • Status-Acknowledge(Ack) (nur ausgehend)

  • Status-Acknowledge(Nack-1) (nur ausgehend)

  • Alle Status-Control-Nachrichten (sowohl ein- als auch ausgehend)

    Diese Flags stellen Schlüsselindikatoren für den Zustand der Sitzung dar, auf die sich die Nachricht bezieht, und sind eng mit den Anforderungsheader- oder Antwortheaderindikatoren (RH) in der SNA-Anforderung oder -Antwort verbunden. Beachten Sie, dass Anwendungen für eingehende Nachrichten nur die Flags für Datennachrichten und Statussteuerungsmeldungen festlegen müssen.

    Bei ausgehenden Nachrichten legt der lokale Knoten die Anwendungsflags so fest, dass sie den Inhalt des RH in der entsprechenden SNA-Nachricht widerspiegeln. Der lokale Knoten führt Überprüfungen für die SNA-Nachricht aus, bevor sie an die Anwendung gesendet wird. Daher kann die Anwendung davon ausgehen, dass die RH-Indikatoren den SNA-Protokollen folgen und keine eigenen Überprüfungen durchführen müssen. Die Aufgabe der Anwendung bei der Interpretation der Anwendungsflags ist viel einfacher, als wenn der lokale Knoten die Nachricht mit dem nicht interpretierten RH darstellt. Beispiel:

  • Wenn die Anwendung die Option segment delivery angegeben hat, wenn die PLU-Verbindung (Primary Logical Unit) geöffnet wurde, tritt der End Chain Indicator (ECI) für eine SNA-Anforderung für das erste Segment der letzten Anforderungs-/Antworteinheit (RU) in einer Kette auf, aber die Kette ist erst abgeschlossen, wenn das letzte Segment dieses RU empfangen wurde. In diesem Fall bearbeitet der lokale Knoten die Anwendungsflags so, dass das ECI-Flag im letzten Segment und nicht im ersten Segment festgelegt wird. (Weitere Informationen finden Sie unter Öffnen der PLU-Verbindung.)

  • Anwendungen, die das Transmission Service-Profil 4 (TS-Profil 4) in der PLU-Sitzung verwenden, können den definitiven ANTWORT-2-RH-Indikator (DR2) in Kombination mit der definitiven Antwort 1 (DR1) oder der Ausnahmeantwort (ER) empfangen, um RQD2-, RQD3-, RQE2- und RQE3-Anforderungen zu erhalten. Der lokale Knoten interpretiert die RH-Indikatoren und legt das COMMIT-Anwendungsflag entsprechend fest.

    Für eingehende Daten - und Statussteuerungsmeldungen sollten Sie die Anwendungsflags so festlegen, dass Sitzungseigenschaften wie Verkettung, Richtungssteuerung und Klammern gesteuert werden. Für Status-Bestätigungsmeldungen generiert der lokale Knoten eine SNA-Antwort und legt die RH-Indikatoren mithilfe von Informationen fest, die aus der entsprechenden Anforderung gespeichert wurden. Die Anwendung muss die Flags für diese Nachricht nicht festlegen.

    Informationen zur Verwendung von Anwendungsflags bei verwendung von Funktionsverwaltungsschnittstellen (FMI) finden Sie unter Chunking.

    In den meisten Fällen muss die Anwendung die Anwendungsflags für Status-Acknowledge(Ack)- Nachrichten nicht verwenden, die von den Antwortheaderindikatoren für die entsprechende Antwort abgeleitet sind. Bestimmte Anwendungen erfordern jedoch Zugriff auf die Antwortheaderflags für Antworten. Beispielsweise können Transaktionsverarbeitungsanwendungen, die das TS-Profil 4 verwenden, das DR2-Flag für Antworten empfangen, die als COMMIT-Flag in den Anwendungsflags angezeigt werden.

    Die Verwendung von Anwendungsflags für Sc-Nachrichten (Status-Control ) wird von den Antwortheaderindikatoren in der entsprechenden Datenflusssteuerung oder Sitzungssteuerungsanforderungseinheit abgeleitet. Anwendungen müssen möglicherweise die Antwortheaderflags für Status-Control Nachrichten kennen. Der LUSTAT-Anforderungstyp 6 ist beispielsweise ein No-Op-Wert, der ausschließlich dazu verwendet wird, das Senden von Antwortheaderflags zu ermöglichen, wenn keine andere Anforderung zulässig ist. Der lokale Knoten übermittelt die Anforderung an die Anwendung als Status-Control(LUSTAT)-Anforderung mit den entsprechenden Anwendungsflags. Zusammenfassungen der gültigen Verwendung des Anforderungsheaders für Datenflusssteuerungsanforderungseinheiten und der gültigen Antwortheaderindikatoren für SC-Anforderungen finden Sie unter SNA-Format und Protokollreferenzhandbuch: Architekturlogik (IBM-Veröffentlichung SC30-3112).

    In der Zusammenfassung der Anwendungsflags in der folgenden Tabelle werden Bits mit Bit 0 als wichtigstem Bit in einem Byte und Bit 7 als geringster Bedeutung nummeriert. Ein Anwendungsflag wird festgelegt, wenn das relevante Bit für das Flag 1 ist, und nicht festgelegt, wenn das Bit 0 ist.

    Das Flag 1 tritt in allen Nachrichten auf.

    In der folgenden Tabelle sind die Bedeutungen der einzelnen Bits aufgeführt.

Bits in Flag 1 Bedeutung
FMHI [Bit 0, Flag 1] Wert: AF_FMH (0x80) Indikator für den Funktionsverwaltungsheader. Legen Sie fest, ob ein Funktionsverwaltungsheader in der Nachricht vorhanden ist oder ob es sich bei der Nachricht um eine FmD-NS-Anforderung (Function Management Data Network Services) handelt. Nur gültig für Datennachrichten . Dieses Flag ist immer für 3270 Benutzerwarnungen festgelegt, die über die SSCP-Verbindung (System Services Control Point) gesendet werden. Weitere Informationen finden Sie unter 3270-Benutzerwarnungen.
BCI [Bit 1, Flag 1] Wert: AF_BC (0x40) Beginn der Kette. Legen Sie fest, ob diese Nachricht eine Kette startet. Weitere Informationen finden Sie unter Ausgehende Verkettung und Eingehende Verkettung.
ECI [Bit 2, Flag 1] Wert: AF_EC (0x20) Indikator für die Endkette. Legen Sie fest, ob diese Nachricht eine Kette beendet. Weitere Informationen finden Sie unter Ausgehende Verkettung und Eingehende Verkettung.
COMMIT [Bit 3, Flag 1] Wert: AF_COMM (0x10) Commitindikator. Legen Sie fest, ob die Kette DR2 trägt.
BBI [Bit 4, Flag 1] Wert: AF_BB (0x08) Klammernindikator beginnen. Legen Sie fest, ob kette begin bracket (BB) trägt. Beachten Sie, dass dies nicht unbedingt darauf hindeutet, dass die Klammer initiiert wurde. Weitere Informationen finden Sie unter Klammern.
EBI [Bit 5, Flag 1] Wert: AF_EB (0x04) Endklammernindikator– legt fest, wenn die Kette end bracket (EB) trägt. Beachten Sie, dass dies nicht bedeutet, dass die Klammer beendet wurde. Weitere Informationen finden Sie unter Klammern .
CDI [Bit 6, Flag 1] Wert: AF_CD (0x02) Richtungsanzeige ändern. Legen Sie fest, ob die Kette die Änderungsrichtung (CD) trägt. Weitere Informationen finden Sie unter Richtung.
SDI [Bit 7, Flag 1] Wert: AF_SD (0x01) Vom System erkannte Fehleranzeige. Legen Sie fest, ob der lokale Knoten einen Fehler in ausgehenden Daten erkennt. Weitere Informationen finden Sie unter Ausgehende Daten.

Flag 2 tritt in allen Nachrichten mit Ausnahme von Status-Control(STSN) auf, wobei die in diesem Byte enthaltenen Indikatoren nicht anwendbar sind.

Die Bedeutungen der einzelnen Bits sind in der folgenden Tabelle aufgeführt.

Bits in Flag 2 Bedeutung
CODE [Bit 0, Flag 2] Wert: AF_CODE (0x80) Indikator für alternativen Code. Legen Sie fest, ob der alternative Codesatz (normalerweise ASCII) für diese Datennachricht verwendet wird. Beachten Sie, dass Funktionsverwaltungsheader vom Codeauswahlindikator nicht betroffen sind.
ENCRYP [Bit 1, Flag 2] Wert: AF_ENCR (0x40) Enchiffrierte Datenanzeige. Legen Sie fest, dass die Informationen in der Datennachricht unter Kryptografieprotokollen auf Sitzungsebene entschlüsselt sind. Sie müssen die erforderliche Unterstützung für die Datenverschlüsselung bereitstellen. Der lokale Knoten Host Integration Server unterstützt keine Kryptografie.
ENPAD [Bit 2, Flag 2] Wert: AF_ENPD (0x20) Indikator für gepolsterte Daten. Legen Sie in Verbindung mit dem ENCRYP-Flag fest, um anzugeben, dass die Daten am Ende bis zum nächsten vollständigen Vielfachen von acht Bytes vor der Entschlüsselung aufgepolstert wurden.
QRI [Bit 3, Flag 2] Wert: AF_QRI (0x10) Antwortindikator in Warteschlange. Legen Sie fest, ob die Antwort auf diese Anforderung in der Übertragungssteuerungs- und Datenflusssteuerungsebene in eine Warteschlange eingereiht werden soll. Dieses Flag ist nur für eingehende Nachrichten von Bedeutung.
CEI [Bit 4, Flag 2] Wert: AF_CEI (0x08) Kettenendindikator. Legen Sie eine Nachricht fest, die einer ausgehenden SNA-Anforderung mit EC entspricht, und beginnen Sie mit der Basisinformationseinheit (BBIU). Dieses Flag wird ausschließlich für die Verwendung von SNA-Serverkomponenten bereitgestellt. Ihre Anwendung sollte nicht versuchen, sie zu verwenden.
BBIUI [Bit 5, Flag 2] Wert: AF_BBIU (0x04) Beginnen Sie mit dem Indikator für die grundlegende Informationseinheit. Legen Sie eine Nachricht fest, die einer ausgehenden SNA-Anforderung mit BBIU entspricht. Dieses Flag wird für die Verwendung von SNA-Serverkomponenten und für Anwendungen bereitgestellt, die die Segmentbereitstellung und ausgehende Pacing zusammen verwenden. Ihre Anwendung sollte nicht versuchen, sie zu verwenden. (Weitere Informationen finden Sie unter Geschwindigkeit und Segmentierung.)
EBIUI [Bit 6, Flag 2] Wert: AF_EBIU (0x02) End basic information unit indicator. Legen Sie eine Nachricht fest, die einer ausgehenden SNA-Anforderung mit end Basic Information Unit (EBIU) entspricht. Dieses Flag wird ausschließlich für die Verwendung von SNA-Serverkomponenten bereitgestellt. Ihre Anwendung sollte nicht versuchen, sie zu verwenden.
RBI [Bit 7, Flag 2] Wert: AF_RBI (0x01) Echter BID-Indikator. Legen Sie nur auf Status-Control(BID) Anforderungsmeldungen vom lokalen Knoten fest. 0x01 gibt an, dass die Nachricht auf eine SNA BID RU zurückzuführen ist. 0x00 gibt an, dass die Nachricht auf ein FMD-RU (Outbound Function Management Data) mit BB-Satz zurückzuführen ist.

Weitere Informationen

Sitzungen und Verbindungen