半二重競合

半二重競合の場合、初期の方向状態は競合です。 半二重プロトコルは、チェーン中は動作しますが (一方のパートナーのみが送信できます)、通常、各チェーンの終了時には方向状態は競合に戻ります。 そのため、応答ヘッダー (RH) 内の方向変更インジケーター (CDI) は必要ありません。 ただし、CDI が使用されている場合、方向は受信側のハーフセッションのために予約されます。 そのため、アプリケーションが方向変更 (CD) を受信する場合、送信状態を想定し、データの受信を期待しないようにします。 逆に、アプリケーションから CD を送信する場合、ホストからチェーンを受信するまで、再び送信することはできません。

どちらかのハーフセッションでエラーが検出された場合、アプリケーション側は受信状態を想定する必要があります。なぜなら、回復の役割を担うのはホストだからです。

方向の状態が競合しているときに、両方のハーフセッションからチェーンの開始が試行されると、0x081B のセンス コードが使用され、セカンダリ アプリケーションを優先して競合が解決されます。 ただし、ローカル ノードとアプリケーション間にウィンドウが存在する可能性があるため、ローカル ノードがアプリケーションからいつ送信要求例外 (RQE) データを受信したかを判断できません。 そのため、ローカル ノードにより、半二重競合状態を受信されたと判断されているときにアプリケーションからデータを受信した場合、重大ではない NACK-2 (0x2004 方向) で拒否されます。

次の 2 つの図は、半二重競合モードを使用するアプリケーションの方向プロトコルを示しています。 CD を指定する必要はありませんが、前のトピックの 3 つの図も有効です。

次の図では、アプリケーションにより、半二重競合プロトコルを使用してデータの発行と受信がエラーなく行われています。

アプリケーションにより、半二重競合プロトコルを使用してデータの発行と受信がエラーなく行われている

次の図では、半二重競合レースがアプリケーションを優先して解決されています。

アプリケーションを優先した半二重競合レースの解決

関連項目

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