半二重競合

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

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

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

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

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

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

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

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

アプリケーションを優先して半二重競合競合を解決する方法を示す画像。
アプリケーションを優先した半二重競合レースの解決

半二重競合

関連項目

その他のリソース