アプリケーションが開始する終了

[アーティクル]
07/21/2023

機能管理 (FM) プロファイル 3 または 4 のセッション上のアプリケーションは、プライマリ論理ユニット (PLU) セッションの終了を要求できます。これを要求できるのは、PLU セッションを終了できる状態である、つまりチェーン間とブラケット間であることを事前に確認した場合に限られます。 PLU セッションを終了しても、システムサービス制御ポイント (SSCP) セッションの状態には影響しません。

アプリケーションでは、SSCP セッションで文字コードまたはフィールド書式設定された LOGOFF コマンドを発行するか、Close (PLU) 要求を送信して、アプリケーションの代わりにローカルノードから TERM-SELF を送信させることができます。これらはすべて、ホストでセッションをクリーンアップする直後または直後に UNBIND を開始します。

アプリケーションは、Status-Control(RSHUTD) 要求をローカルノードに送信することによって、PLU セッションの終了を要求します。これによって、ホストに対する SNA RSHUTD 要求が生成されます。

Status-Control(RSHUTD) 要求を送信した後、アプリケーションは、受信したすべての送信データに対して受け入れと応答を実行できる必要があります。アプリケーションは、PLU セッションの状態が終了を許可しているかどうか、またホストが PLU セッションの終了を求めているかどうかに応じて、2 つのメッセージのうちの 1 つを想定できます。

PLU セッションの状態が終了を許可しており、ホストが PLU セッションの終了を求めている場合、ホストは RSHUTD 要求に対する肯定応答を生成し、それに続いて UNBIND 要求を生成することができます。ローカルノードで PLU 接続が切断されます。詳細については、「PLU 接続を閉じる」を参照してください。
PLU セッションの状態が終了を許可しない場合 (たとえば、セッションがブラケット内の場合)、またはホストが現時点で PLU セッションの終了を求めていない場合、ホストは RSHUTD 要求に対する否定応答を生成し、ローカルノードは否定応答に指定されたセンスコードを含む Status-Control(RSHUTD) Negative-Acknowledge-1 としてアプリケーションに提示します。これは、PLU セッションを終了する要求がホストによって拒否され、PLU セッションでの通信がその影響を受けずに続行していることを示します。

次の 2 つの図は、ローカルノードとアプリケーションの間でアプリケーションが開始する終了プロトコルと、そのプロトコルが基になる SNA プロトコルとどのように関連しているかを示しています。

最初の図では、アプリケーションが PLU セッションの終了を要求し、ホストが UNBIND を送信します。ローカルノードで PLU 接続が切断されます。

アプリケーションが PLU セッションの終了を要求し、ホストが UNBIND を送信する

次の図では、アプリケーションが PLU セッションの終了を要求しますが、セッションが適切な状態ではありません。ホストは、RSHUTD 要求に否定応答を送信します。そのため、ローカルノードが Status-Control(RSHUTD) Negative-Acknowledge-1 を示します。 PLU セッションで通信が続行されます。

アプリケーションが PLU セッションの終了を要求していますが、セッションが適切な状態ではありません

アプリケーションが開始する終了

関連項目

その他のリソース