休止プロトコルは、機能管理 (FM) プロファイル 4 を使用するセッションでのみサポートされます。 休止プロトコルは、いずれかのハーフセッションによって開始できます。
アプリケーションは、ホスト内でパートナーのハーフセッションを休止する場合、 Status-Control(QEC) 要求 をローカル ノードに送信します。 ノードはホストに 対して QEC 要求を生成します。この要求は、現在の送信チェーンの完了後に停止するようにホストに要求します。
ホストが休止すると、ローカル ノードが Status-Control(QC) 要求 (ACKRQD を使用) としてアプリケーションに提示する QC 要求が送信されます。 アプリケーションが 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]
応答時間モニター データ