次の方法で共有


送信データの確認と拒否

ローカル ノードでは、ACKRQD フィールドを次のように設定して、ホストからアプリケーションにデータのチェーンを送信します。

  • ACKRQD 設定あり

    明確な応答を指定する対応する SNA 要求が受信され、BIND パラメーターによってプライマリで明確または明確/例外チェーン応答モードを使用することが指定される場合。

  1. ACKRQD 設定なし、応答モード

    例外の応答を指定する対応する SNA 要求が受信され、BIND パラメーターによってプライマリで例外または明確/例外チェーン応答モードを使用することが指定される場合。

  2. ACKRQD 設定なし、応答なしモード

    応答を指定しない対応する SNA 要求が受信され、BIND パラメーターによってプライマリで応答なしチェーン応答モードを使用することが指定される場合。

    ケース 1 の場合、アプリケーションでは常に次のように受信確認を送信する必要があります。

  • アプリケーションでデータを受け入れる場合は、Status-Acknowledge(Ack) メッセージを返す必要があります。

  • アプリケーションでデータを拒否したい場合は、適切な SNA センス コードを含む Status-Acknowledge(Nack-1) メッセージを返す必要があります。

    ケース 2 の場合、アプリケーションでは次の場合にのみ受信確認を送信する必要があります。

  • アプリケーションでデータを拒否したい場合は、適切な SNA センス コードを含む Status-Acknowledge(Nack-1) メッセージを返す必要があります。

  • アプリケーションでは、要求例外 (RQE) メッセージに肯定の受信確認を送信し、ローカル ノード内の関連付けデータをクリアできます。 (詳細については、「送信データ」を参照してください。)

    ケース 3 の場合、アプリケーションでは受信確認を送信しないようにする必要があります。 ただし、アプリケーションで Status-Acknowledge(Ack) または Status-Acknowledge(Nack-1) を送信しても効果はありません。 それは破棄されます。

    アプリケーションで受信した Data メッセージに Status-Acknowledge(Ack) または Status-Acknowledge(Nack-1) を送信するたびに、これと以前に受信したすべての Data メッセージの受信が暗黙的に確認されます。

    ケース 2 の場合、ホストでは CHASE 要求を発行できます。 ローカル ノードでは、ACKRQD が設定された Status-Control(CHASE) 要求がアプリケーションに送信されます。 アプリケーションで未処理のすべてのデータの受信を確認する場合は、Status-Control(CHASE) 受信確認メッセージを発行する必要があります。これはローカル ノードによって、ホストの CHASE に対する肯定的な応答に変換されます。

    ケース 1 と 2 では、ローカル ノードで受信した要求にエラーが検出された場合、その要求は特殊な Data メッセージに変換され、アプリケーションに渡されます。 BIND パラメーターでセカンダリに指定されたチェーン応答モードに関係なく、この Data メッセージには次の特性があります。

  • ACKRQD が設定されます。 アプリケーションでは、Status-Acknowledge(Ack) メッセージを使用して受信を確認する必要があります。

  • センス データ インジケーター (SDI) アプリケーション フラグが設定され、これがローカル ノードによって検出されたエラーをアプリケーションに通知するために使用される特殊な Data メッセージであることが示されます。

  • エンド チェーン インジケーター (ECI) アプリケーション フラグが設定され、受信したチェーンが終了したことが示されます。

  • バッファー要素の最初の 4 バイトには、終了の原因となったローカル ノードによって検出された SNA センス コードが保持されます。

    このメカニズムにより、以下が可能になります。

  • アプリケーションで以前に受信した Data メッセージを拒否する。

  • ローカル ノードで、受信した要求で検出したエラーをアプリケーションに通知する。

  • ローカル ノードで、正しい順序で否定の応答を送信する。

    次の 3 つの図は、ローカル ノードとアプリケーション間の送信データの確認と拒否プロトコルと、それらのプロトコルが基になる SNA プロトコルとどのように関係するかを示しています。

    最初の図では、ホストから明確な応答チェーンが送信され、それによってアプリケーションで RQD 要求と以前に送信されたすべての RQE チェーンの受信が確認されます。

    ホストが明確な応答チェーンを送信する方法を示す画像。
    ホストから明確な応答チェーンが送信される

    次の図では、アプリケーションからの Status-Acknowledge(Nack-1) によって最後のチェーンが拒否され、以前に送信されたすべてのデータ チェーンの受信が確認されます。

    Status-Acknowledge(Nack-1) が最後のチェーンを拒否し、領収書を確認する方法を示す画像。
    Status-Acknowledge(Nack-1) によって最後のチェーンが拒否され、受信が確認される

    次の図では、ホストから CHASE 要求が送信され、アプリケーションによって CHASE と以前に送信されたすべてのチェーンの受信が確認されます。

    ホストが CHASE 要求を送信する方法を示す画像。
    ホストから CHASE 要求が送信される

関連項目

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