休止

休止プロトコルは、機能管理 (FM) プロファイル 4 を使用するセッションでのみサポートされます。 休止プロトコルは、どちらのハーフセッションからも開始できます。

アプリケーション側からホスト内のパートナー ハーフセッションを休止する場合、Status-Control (QEC) 要求がローカル ノードに送信されます。 ノードにより、ホストに対して QEC 要求が生成されます。これにより、現在の送信チェーンの完了後に休止するようにホストに要求されます。

ホスト側からは、休止時に QC 要求が送信されます。これは、ローカル ノードからアプリケーションに対して Status-Control (QC) 要求 (ACKRQD あり) として提示されます。 アプリケーションから Status-Control (RELQ) 要求が送信されるまで、ホストは休止状態のままです。 ローカル ノードからホストに RELQ 要求が送信され、ホストにより、プライマリ論理ユニット (PLU) セッション上の通信が再開されます。

ホストを休止する試行に失敗した場合、ホストは否定の QEC 応答で応答します。これは、ローカル ノードからアプリケーションに対して Status-Control (QEC) Negative-Acknowledge-1 として提示されます。

逆に、ホストから QEC 要求を受信した場合、Status-Control (QEC) 要求 (ACKRQD なし) がアプリケーションに提示されます。 この方向では、QEC を拒否することはできません。 ローカル ノードから Status-Control (QEC) 要求が提示された後、以降の受信データ送信の試行は拒否されます。その結果、常にアプリケーションは強制的に休止されることになります。 アプリケーション側からは、休止時に Status-Control (QC) 要求がローカル ノードに送信されます。そこから QC 要求がホストに送信されます。 その後、ホストからの RELQ 要求によってアプリケーションは解放されます。これは、ローカル ノードからアプリケーションに対して Status-Control (RELQ) 要求として提示されます。

CLEAR または UNBIND-BIND シーケンス (Close (PLU)-Open (PLU) ) を受信すると、休止状態は解除されます。

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

最初の図では、アプリケーションによってホストが休止された後、休止が解除されます。

アプリケーションによるホストの休止と休止の解除

次の図では、アプリケーションによってホストの休止が試行されますが、ホストによって休止が拒否され、次のチェーンが続行されています。

アプリケーションによってホストの休止が試行されるが、ホストによって拒否され、次のチェーンが続行される

次の図では、アプリケーションからチェーンが送信されているときに、ホストから QEC が送信されます。 アプリケーション側はチェーンを完了し、Status-Control (QC) 要求が送信されます。 ホストから RELQ が送信されることで休止が解除されます。また、ローカル ノードから Status-Control (RELQ) 要求がアプリケーションに送信され、その結果、新しいチェーンが開始されます。

アプリケーションからチェーンが送信されているときにホストから QEC が送信される

関連項目

PLU 接続を開く
PLU セッション
送信チェーン
受信チェーン
セグメントの配信
Brackets
方向
ペーシングとチャンキング
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションが開始する終了
LUSTATs]
応答時間モニターのデータ