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.
Eine Anwendung, die die Funktionsverwaltungsschnittstelle (Function Management Interface, FMI) verwendet, kann mit dem Host in zwei SNA-Sitzungen kommunizieren, wie in der folgenden Liste beschrieben:
Die SSCP-Sitzung (Kontrollpunkt der Systemdienste) zwischen einer logischen Einheit (LU) des SNA-Servers und dem Host-SSCP liefert Informationen zur Aktivierung der LU und unterstützt die Kommunikation mit dem SSCP für Befehle wie zeichencodierte und feldformatierte Anmelde- und Abmeldebefehle. Es gibt eine SSCP-Sitzung für jede SNA-Server-LU.
Die primäre logische Einheit (PLU)-Sitzung zwischen einer SNA-Server-LU und dem Host-PLU ist die Hauptsitzung für die Datenübertragung zwischen der lokalen Anwendung und der Hostanwendung. Es gibt eine PLU-Sitzung für jede SNA-Server-LU.
Der lokale Knoten kommuniziert direkt mit dem Host auf der physischen Einheit (PU)-SSCP-Sitzung:
Die PU-SSCP Sitzung zwischen pu (lokaler Knoten) und dem Host-SSCP unterstützt die Berichterstellung von Warnungsinformationen und Verknüpfen von Statistiken mit dem Host-SSCP.
Die folgende Abbildung zeigt die drei Sitzungen.
Drei SitzungenDie Anwendung kann mit dem lokalen Knoten über zwei Lokalitäts-, Partner-, Index- (LPI)-Sitzungen kommunizieren. Anstatt die Sitzung anzugeben, in der eine Nachricht fließen soll, sendet die Anwendung die Nachricht an den lokalen Knoten auf einer dieser Verbindungen. Der lokale Knoten leitet ihn dann an die entsprechende SNA-Sitzung weiter.
Die Verbindungen werden wie folgt verwendet:
Die SSCP-Sitzung wird für den anfänglichen Start und die Anmeldeinformationen für eine 3270-Sitzung verwendet. Die Host Integration Server 3270-Emulationsprogramme senden außerdem Netzwerkverwaltungsinformationen, z. B. Benutzerwarnungen und RTM-Statistiken (Response Time Monitor), an den lokalen Knoten in dieser Sitzung. Weitere Informationen zu dieser Verbindung finden Sie unter SSCP-Verbindung.
Die PLU-Sitzung wird für die Übertragung von Anwendungsdaten sowie für Status- und Flusssteuerungsmeldungen zwischen der Anwendung und dem lokalen Knoten verwendet. Weitere Informationen zu dieser Verbindung finden Sie unter PLU-Verbindung.
Die folgende Abbildung zeigt diese Sitzungen.
Verbindungen zwischen einer Anwendung und einem lokalen KnotenDiese Sitzungen sind spezifisch für den lokalen Knoten und die Anwendung. Daten- und Statusmeldungen, die über eine Verbindung übergeben werden, führen dazu, dass SNA-Daten und SNA-Kontrollanforderungen an die entsprechende SNA-Sitzung gesendet werden. Ebenso führen SNA-Daten und SNA-Steuerungsantworten, die in einer SNA-Sitzung empfangen werden, dazu, dass Daten- und Steuerungsmeldungen an die Anwendung über die entsprechende Verbindung übergeben werden.
Die Beziehung zwischen den drei SNA-Sitzungen und den beiden Verbindungen lautet wie folgt:
SNA-Nachrichten in der SSCP-Sitzung vom Host zum lokalen Knoten führen zu Nachrichten vom lokalen Knoten zur Anwendung in der SSCP-Verbindung. Nachrichten von der Anwendung an den lokalen Knoten in der SSCP-Verbindung führen normalerweise zu SNA-Nachrichten in der SSCP-Sitzung vom lokalen Knoten an den Host (mit Ausnahme von Netzwerkverwaltungsinformationen, die zu Nachrichten in der PU-SSCP Sitzung führen).
SNA-Nachrichten in der PLU-Sitzung vom Host zum lokalen Knoten führen zu Nachrichten vom lokalen Knoten an die Anwendung in der PLU-Verbindung. Nachrichten von der Anwendung an den lokalen Knoten in der PLU-Verbindung führen zu SNA-Nachrichten in der PLU-Sitzung vom lokalen Knoten zum Host.
SNA-Nachrichten in der PU-SSCP-Sitzung vom lokalen Knoten an den Host werden erzeugt durch Nachrichten von der Anwendung zum lokalen Knoten auf der SSCP-Verbindung. Wenn die Anwendung Netzwerkverwaltungsinformationen wie 3270 Benutzerbenachrichtigungen für die SSCP-Verbindung sendet, unterscheidet der lokale Knoten sie von anderen Daten in dieser Verbindung (die normalerweise der SSCP-Sitzung entspricht) und sendet die entsprechenden Informationen zur PU-SSCP Sitzung an den Host. Weitere Informationen finden Sie unter 3270 Benutzerbenachrichtigungen.
Beachten Sie die Unterscheidung zwischen diesen SNA-Sitzungen und 3270 Emulationssitzungen. Ein 3270-Emulator kann mehr als eine 3270 Emulationssitzung haben. Für jede Emulationssitzung gibt es separate SSCP- und PLU-Sitzungen.
Jede Verbindung zwischen der Anwendung und dem lokalen Knoten wird separat geöffnet, verwaltet und geschlossen. Dies bedeutet, dass eine Anwendung einen separaten internen Kontrollblock verwalten muss, der das LPI-Paar, Nachrichtenschlüssel und den Status der Verbindung für jede der SNA-Sitzungen enthält, die jeder 3270-Emulationssitzung zugeordnet sind. Beispielsweise erfordert eine Anwendung mit drei 3270 Emulationssitzungen, die jeweils eine SSCP-Sitzung und eine PLU-Sitzung enthalten, sechs Steuerungsblöcke.
Eine Anwendung identifiziert die Verbindung (und damit die Sitzung), zu der eine bestimmte Nachricht gehört, mithilfe des LPI-Paars, das in der Nachricht vorhanden ist. Bei einer empfangenen Nachricht enthält der Zielindexwert (I) den Bezeichner der Anwendung für die Verbindung, und der Quell-I-Wert enthält den Bezeichner des lokalen Knotens für die Verbindung. Diese werden für Nachrichten, die von der Anwendung gesendet werden, umgekehrt angewendet.
Die Anwendung wählt die LU innerhalb des lokalen Knotens aus, die sie für die Kommunikation nutzen kann, basierend auf der Beziehung in der Konfigurationstabelle zwischen dem LU-Eintrag und dem APPL-Eintrag. (Weitere Informationen finden Sie unter Öffnen der SSCP-Verbindung.) Die Anwendung kann nicht wissen, auf welche LU sie zugreift, wenn die LUs innerhalb von LU-Gruppen angeordnet sind.