Freigeben über

Shutdown

  • Artikel

Das Protokoll zum Herunterfahren bietet der Hostanwendung die Möglichkeit, zu verhindern, dass die Anwendung weitere Anforderungen im normalen Flow sendet. Dieses Protokoll wird verwendet, wenn die Hostanwendung die Sitzung ordnungsgemäß beenden möchte, und ist nur für Sitzungen verfügbar, die das FM-Profil (Function Management, Funktionsverwaltung) 3 oder 4 verwenden.

Wenn der lokale Knoten eine SHUTD-Anforderung vom Host empfängt, gibt er eine Status-Control(SHUTD) Request-Nachricht (ohne ACKRQD) aus, um die Anwendung aufzufordern, zu einem geeigneten Zeitpunkt in einen stillgelegten Zustand überzugehen. Dieser Zeitpunkt wird von der Anwendung bestimmt. Dies kann z. B. nach dem Empfangen einer Status-Session(BETB) -Nachricht der Fall sein.

Wenn die Anwendung entscheidet, dass sie zur Stilllegung bereit ist, sollte sie eine Status-Control(SHUTC) Request-Nachricht (erneut ohne ACKRQD) senden, um diesen Übergang anzugeben. Der lokale Knoten benachrichtigt den Host über diese Änderung, indem er eine SHUTC-Anforderung sendet. Der Host kann weiterhin ausgehende Anforderungen im normalen Flow senden und anschließend eine der folgenden Aktionen ausführen:

  • Der Host beendet die Sitzung der primären logischen Einheit (PLU), indem er eine UNBIND-Anforderung sendet. Der lokale Knoten schließt die PLU-Verbindung, indem er eine Close(PLU) Request-Nachricht an die Anwendung sendet. Die SSCP-Sitzung (System Services Control Point, Systemdienststeuerungspunkt) bleibt aktiv.

  • Der Host beendet das Herunterfahren, indem er eine RELQ-Anforderung sendet. Der lokale Knoten sendet eine Status-Control(RELQ) Request-Nachricht (mit ACKRQD) an die Anwendung, um anzugeben, dass er jetzt das Senden in der PLU-Sitzung fortsetzen kann. RELQ wird nur in Sitzungen mit FM-Profil 4 unterstützt.

  • Der Host setzt die Sitzung zurück, indem er CLEAR über ein Übertragungsdienstprofil (TS-Profil) 3 oder 4 sendet. Eine der Auswirkungen dieses Vorgangs ist die Aufhebung des Stilllegungszustands. (Weitere Informationen finden Sie unter Wiederherstellung.)

    Die folgenden beiden Abbildungen veranschaulichen die Protokolle zum Herunterfahren zwischen dem lokalen Knoten und der Anwendung und die Beziehung dieser Protokolle zu den zugrunde liegenden SNA-Protokollen.

    In der folgenden Abbildung sendet der Host SHUTD, während die Anwendung im Zustand „in Klammern“ sendet. Die Anwendung schließt die Klammer, sendet die Status-Control(SHUTC) Request-Nachricht, und der Host beendet die PLU-Sitzung durch Senden von UNBIND. Der lokale Knoten schließt die PLU-Verbindung.

    Abbildung, die zeigt, wie ein Host SHUTD sendet, während die Anwendung in Klammern sendet.
    Host, der SHUTD sendet, während die Anwendung im Zustand „in Klammern“ sendet

    In der folgenden Abbildung sendet der Host SHUTD, während die Anwendung im Zustand „in Klammern“ sendet. Die Anwendung schließt die Klammer, sendet die Status-Control(SHUTC) Request-Nachricht, und dann hebt der Host den Stilllegungszustand der Anwendung durch Senden von RELQ auf. Der lokale Knoten sendet eine Status-Control(RELQ) Request-Nachricht an die Anwendung, die eine neue Klammer initiiert.

    Abbildung eines Hosts, der SHUTD sendet, während die Anwendung in Klammern sendet.
    Host, der SHUTD sendet, während die Anwendung im Zustand „in Klammern“ sendet

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