Shutdown

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

シャットダウンプロトコルにより、ホストアプリケーションではこれ以上通常のフロー要求が送信できなくなります。このプロトコルは、ホストアプリケーションにより適切な方法でセッションを終了する場合に使用され、関数管理 (FM) プロファイル 3 または 4 を使用するセッションでのみ機能します。

ホストから SHUTD の要求を受信すると、ローカルノードでは、Status-Control (SHUTD) 要求 (ACKRQD なし) が発行され、都合の良い時刻にアプリケーションが休止状態になります。都合の良い時刻は、アプリケーションにより判断されます。たとえば、ステータスセッション (BETB) の受信後の場合もあります。

アプリケーションが休止の準備ができていると判断した場合は、この遷移を示すために、Status-Control (SHUTC) 要求 (ここでも ACKRQD なし) が発行されます。ローカルノードでは、SHUTC 要求が送信され、この変更がホストに通知されます。ホストでは通常のフロー要求の送信が続行され、その後、次のいずれかのアクションを実行できます。

ホストでは、バインド解除の要求が送信され、プライマリ論理装置 (PLU) セッションを終了します。ローカルノードでは、Close (PLU) 要求がアプリケーションに送信され、PLU 接続を終了します。システムサービス制御ポイント (SSCP) セッションはアクティブのまま維持されます。
ホストでは、RELQ 要求が送信され、シャットダウンプロシージャが破棄されます。ローカルノードでは、PLU セッションでの送信を再開できることを示す Status-Control (RELQ) 要求 (ACKRQD あり) がアプリケーションに送信されます。 RELQ は、FM プロファイル 4 を使用するセッションでのみサポートされます。
ホストでは、転送サービスプロファイル (TS プロファイル) 3 または 4 のクリアが送信され、セッションがリセットされます。その影響の 1 つとして、休止状態の解除があります。 (詳細については、「回復」を参照してください)。

次の 2 つの図は、ローカルノードとアプリケーションの間のシャットダウンプロトコルと、それらのプロトコルが基になる SNA プロトコルとの関係を示しています。

次の図では、アプリケーションがブラケットの状態で送信している間、ホストでは SHUTD が送信されます。アプリケーションはブラケットの完了後、Status-Control (SHUTC) 要求を送信し、ホストでは バインド解除が送信され、PLU セッションを終了します。ローカルノードで PLU 接続が切断されます。

アプリケーションがブラケットの状態で送信している間、ホストでは SHUTD が送信される

次の図では、アプリケーションがブラケットの状態で送信している間、ホストでは SHUTD が送信されます。アプリケーションはブラケットの完了後、 Status-Control (SHUTC) 要求を送信し、その後ホストでは RELQ が送信され、アプリケーションの休止状態を終了します。ローカルノードでは、Status-Control (RELQ) 要求がアプリケーションに送信され、新しいブラケットが開始されます。

アプリケーションがブラケットの状態で送信している間、ホストでは SHUTD が送信される

Shutdown

関連項目

その他のリソース