確認和拒絕輸出資料

本機節點會使用其 ACKRQD 欄位集,將資料鏈結從主機傳送至應用程式,如下所示:

  • ACKRQD 集合

    如果收到指定明確回應的對應 SNA 要求, 而 BIND 參數會指定主要使用明確或明確/例外狀況鏈結回應模式。

  1. 未設定 ACKRQD ,回應模式

    如果收到指定例外狀況回應的對應 SNA 要求,且 BIND 參數會指定主要使用例外狀況或明確/例外狀況鏈結回應模式。

  2. 未設定 ACKRQD 、無回應模式

    如果收到指定沒有回應的對應 SNA 要求,且 BIND 參數會指定主要使用無回應鏈結回應模式。

    在案例 1 中,應用程式應該一律傳送通知,如下所示:

  • 如果應用程式接受資料,它應該會傳回 Status-Acknowledge (Ack) 訊息。

  • 如果應用程式想要拒絕資料,它應該會傳回具有適當 SNA 感知碼 (Nack-1) 訊息。

    在案例 2 中,應用程式應該只在下列情況下傳送通知:

  • 如果應用程式想要拒絕資料,它應該會傳回具有適當 SNA 感知碼 (Nack-1) 訊息。

  • 應用程式可以將通知傳送給要求例外狀況 (RQE) 訊息,以清除本機節點內的相互關聯資料。 (如需詳細資訊,請參閱 輸出 Data.)

    在案例 3 中,應用程式不應該傳送通知。 不過,應用程式傳送 Status-Acknowledge (Ack) Status-Acknowledge (Nack-1) 沒有任何作用。 它會被捨棄。

    每當應用程式將 Status-Acknowledge (Ack) Status-Acknowledge (Nack-1) 傳送至已接收 的資料 訊息時,它會隱含地確認收到此訊息和所有先前收到的資料訊息。

    在案例 2 中,主機可以發出 POST 要求。 本機節點會傳送 Status-Control (一個將ACKRQD 設定為應用程式的[要求) 要求]。 當應用程式位於確認收到所有未處理資料的位置時,它應該發出 Status-Control (一個「追蹤) 認可 」訊息,本機節點會轉換成主機 的「查詢 」正回應。

    在 1 和 2 的情況下,如果本機節點在收到的要求中偵測到錯誤,則會將要求轉換成特殊的 Data 訊息,而該訊息會傳遞給應用程式。 不論 BIND 參數中針對次要複本指定的鏈結回應模式為何,此 資料 訊息都有下列特性:

  • 已設定 ACKRQD 。 應用程式必須使用 Status-Acknowledge (Ack) 訊息來確認收據。

  • [感知資料指標] (SDI) 應用程式旗標已設定為指出這是特殊的 [資料] 訊息,用來通知本機節點偵測到的錯誤應用程式。

  • 結束鏈結指標 (ECI) 應用程式旗標已設定為表示已接收的鏈結現在已終止。

  • 緩衝區元素的前四個位元組會保存造成終止之本機節點偵測到的 SNA 感知碼。

    此機制可啟用:

  • 要拒絕任何先前接收 之資料 訊息的應用程式。

  • 本機節點,通知應用程式在收到的要求中偵測到的任何錯誤。

  • 以正確順序傳送負回應的本機節點。

    下圖說明本機節點與應用程式之間的輸出資料確認和拒絕通訊協定,以及這些通訊協定與基礎 SNA 通訊協定的關聯性。

    在第一個圖中,主機會傳送明確的回應鏈結,讓應用程式確認收到 RQD 要求,以及所有先前傳送的 RQE 鏈結。

    Image that shows how a host sends a definite response chain.
    主機傳送明確的回應鏈結

    在下圖中,來自應用程式的 Status-Acknowledge (Nack-1) 會拒絕最後一個鏈結,並確認收到所有先前傳送的資料鏈結。

    Image that shows how Status-Acknowledge(Nack-1) rejects the last chain and confirms receipt.
    Status-Acknowledge (Nack-1) 拒絕最後一個鏈結並確認收據

    在下圖中,主機會傳送一個 RESUME 要求,以取得應用程式,以確認接收 的一切, 以及所有先前傳送的鏈結。

    Image that shows how a host sends a CHASE request.
    主機傳送追蹤要求

另請參閱

開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
[方向]
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料