機能管理 (FM) プロファイル 3 または 4 を持つセッション上のアプリケーションは、1 次論理装置 (PLU) セッションの終了を要求できます。 これを行う必要があるのは、以前に PLU セッションが終了できる状態、すなわち「チェーン間」および「ブランケット間」にあることを確認した場合に限ります。 PLU セッションを終了しても、システム・サービス制御ポイント (SSCP) セッションの状態には影響しません。
アプリケーションは、SSCP セッションで文字コード化またはフィールド形式 の LOGOFF コマンドを発行するか、 Close(PLU) 要求 を送信して、アプリケーションの代わりに TERM-SELF を送信するローカル ノードを取得できることに注意してください。 これらすべてが、ホストでのセッションのクリーンアップの直前または直後にUNBINDを引き起こします。
アプリケーションは、ホストに SNA RSHUTD 要求を生成する Status-Control(RSHUTD) 要求をローカル ノードに送信することによって、PLU セッションの終了を要求します。
Status-Control(RSHUTD) 要求を送信した後、アプリケーションは、受信したすべての送信データを受け入れて応答できる状態を維持する必要があります。 アプリケーションは、PLU セッションの状態で終了できるかどうか、およびホストが PLU セッションを終了するかどうかに応じて、次の 2 つのメッセージのいずれかを受け取ることができます。
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 セッションの終了を要求しますが、セッションが適切な状態ではありません
こちらもご覧ください
PLU 接続を開く
PLU 接続を閉じる
PLU セッション
送信チェーン
インバウンドチェイニング
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
LUSTATs]
応答時間モニター データ