Freigeben über


Ressourcenspeicherort für Open(SSCP)

Beim Versuch, eine freie logische Einheit (LU) auf mehreren lokalen Knoten zu finden, muss die Anwendung nicht wissen, welcher lokale Knoten die LU besitzt. Die DL-BASE ist für die Suche nach einem geeigneten lokalen Knoten mithilfe des beschriebenen Mechanismus verantwortlich. Die Beschreibung soll bei der Interpretation von Ablaufverfolgungen der beteiligten Nachrichtenflüsse helfen und ist nicht erforderlich, um eine Anwendung zu schreiben.

Im Open-Erzwingungstyp-Feld im Open(SSCP) Request wird entweder ein erzwungenes oder nicht erzwungenes Open angegeben. Wenn die LU, auf die sich das Open bezieht, über keine aktive SSCP-Sitzung (System Services Control Point) verfügt, da ihr Link inaktiv ist, weist ein erzwungenes Open den lokalen Knoten an, zu versuchen, den Link und die SSCP-Sitzung zu aktivieren. Ein nicht erzwungenes Open ist nur erfolgreich, wenn die SSCP-Sitzung bereits aktiv ist. Andernfalls wird ein Fehlercode zurückgegeben, der den Zustand der LU-Verbindung angibt.

Wenn die Anwendung den Open(SSCP) Request ausgibt, wird das Open-Erzwingungstyp-Feld nicht festgelegt. Die DL-BASE gibt nacheinander ein nicht erzwungenes Open für jeden Knoten aus, bis eine LU gefunden wird, die bereits über eine aktive SSCP-Sitzung verfügt. Wenn keine dieser Open-Optionen erfolgreich ist, gibt die DL-BASE ein erzwungenes Open für den Knoten aus, der den besten Fehlercode zurückgegeben hat, d. h. den Knoten, der die Sitzung am wahrscheinlichsten aktivieren kann.

Die Beispielnachrichtenflüsse in der folgenden Abbildung zeigen diesen Prozess für zwei lokale Knoten. Die DL-BASE probiert jeden nacheinander mithilfe von nicht erzwungenem Open aus. Der Fehlercode von Knoten 2 gibt an, dass es wahrscheinlicher ist, die SSCP-Sitzung aktivieren zu können als Knoten 1, sodass die DL-BASE ein erzwungenes Open an Knoten 2 sendet. Die Anwendung kennt nur die erste Anforderung und ihre Antwort.

Abbildung, die einen Beispielnachrichtenfluss für zwei lokale Knoten zeigt.
Beispielnachrichtenfluss für zwei lokale Knoten

Damit Anwendungen nach einem schwerwiegenden Fehler (z. B. Beenden des 3270-Emulationsprogramms) neu gestartet werden können, akzeptiert der lokale Knoten auch einen Open(SSCP) Request von einer Anwendung, bei der ein Fehler aufgetreten ist und die neu gestartet wurde, sofern dieselben Felder für Quelllokalität, Partner und Index (LPI) verwendet werden. In diesem Fall wird eine TERM-SELF-Nachricht an den Host gesendet, wenn die LU gebunden ist.

Die SNA-Server-LU, über die die Anwendung kommuniziert, wird durch die Beziehung zwischen dem APPL-Eintrag und dem LU- oder LU-Gruppendatensatz in der Konfigurationsdatei ausgewählt. Die Anwendung gibt ihren Namen mithilfe des Quellnamenfelds im Open(SSCP) Request an. Der lokale Knoten füllt die LU- oder LU-Gruppennummer aus, wählt eine nicht verwendete LU innerhalb der LU-Gruppe aus (bei Zuordnung zu einer LU-Gruppe) und informiert die Anwendung in der Open(SSCP) Response über diese LU-Nummer.

Die Open(SSCP) Request gibt Folgendes an:

  • Den Namen der Quellanwendung.

  • Einen Ressourcenbezeichner, der von der Anwendung verwendet werden kann, um den an die Anwendung gesendeten Open(SSCP) Request zu korrelieren. (Weitere Informationen finden Sie unter Öffnen der PLU-Verbindung.)

  • Ein Verbindungsinformationen-Kontrollblock, der die Verwendung des Antwortheaders angibt, überprüft, ob der lokale Knoten für die LU ausgeführt werden sollte. Wenn das Feld für einen Code auf 0x01 festgelegt ist, wird diese Empfangsüberprüfung von der Datenfluss-Steuerungsebene des lokalen Knotens für die vom Host eintreffenden Daten durchgeführt. Die entsprechenden Sendeüberprüfungen sind nicht betroffen und werden immer ausgeführt. Der Verbindungsinformationen-Kontrollblock wird bereitgestellt, da diese Empfangsprüfungen in SNA optional sind. Es ist jedoch davon auszugehen, dass die meisten Anwendungen alle diese Überprüfungen erfordern (überall ist der Wert 0x01 festgelegt).

  • Ein Indikator, der angibt, ob die Anwendung mit hoher oder niedriger Priorität behandelt werden soll. Alle SNA-Server-3270-LUs sind mit hoher Priorität gekennzeichnet (Drucker senden keine signifikanten eingehenden Daten). Die hohe Priorität hat den Effekt, dass Daten schneller an den Host übermittelt werden können, wenn der Link ausgelastet ist.

  • Ein Indikator, der angibt, ob die Anwendung eine LUA ist. Dies bestimmt, ob der lokale Knoten und die Anwendung mithilfe der LUA-Variante der Funktionsverwaltungsschnittstelle (Function Management Interface, FMI) kommunizieren. (Weitere Informationen finden Sie unter FMI-Konzepte.)

  • Ein Indikator, der ein nicht erzwungenes oder erzwungenes Open angibt. Dies bestimmt, ob der lokale Knoten versucht, die SSCP-Sitzung zu aktivieren, wenn sie derzeit nicht aktiv ist.

    Beim Open(SSCP) Request kann aus einem von mehreren Gründen ein Fehler auftreten. Dies kann anhand der an die Anwendung gesendeten Open(SSCP) Response-Fehlercodes ermittelt werden, wie in der folgenden Liste ausführlich aufgeführt:

  • Der lokale Knoten wird möglicherweise noch initialisiert (Informationen werden aus der Konfigurationsdatei abgerufen). In diesem Fall kann die Anwendung sofort einen neuen Versuch unternehmen.

  • Die Konfigurationsdatei enthält möglicherweise keinen Eintrag für die Anwendung, oder der Anwendungsdatensatz in der Konfigurationsdatei weist vielleicht nicht auf einen LU- oder LU-Gruppendatensatz.

  • Für ein nicht erzwungenes Open ist die SSCP-Sitzung möglicherweise inaktiv.