TCP協議稍待確認

2021-10-09 02:02:20 字數 504 閱讀 5670

在計算機通訊tcp協議中,當乙個資料幀到達接收方時,接收方並不是立即傳送乙個單獨的控制幀來回應已經收到,而是開始等待直到網路層傳遞給它下乙個分組。然後,確認資訊被附在往外傳送的資料幀上(使用幀頭中的ack域)。實際上,確認報文搭了下乙個往外發資料幀的便車。這種「將確認暫時延遲以便可以鉤到下乙個外發資料幀」的技術稱為捎帶確認(piggybacking)。

當主機收到遠端主機的tcp資料報之後,通常不馬上傳送ack資料報,而是等上乙個短暫的時間,如果這段時間裡面主機還有傳送到遠端主機的tcp資料報,那麼就把這個ack資料報「捎帶」著傳送出去,把本來兩個tcp資料報整合成乙個傳送。一般的,這個時間是200ms。可以明顯地看到這個策略可以把tcp資料報的利用率提高很多。

乙個tcp連線允許資料在任何乙個方向流動,並允許任何乙個應用程式在任何時刻傳送資料。即當兩個程序 a 和 b 建立連線後,任何一方均能傳送資料給另一方。當分組從 a 發往b 時,可攜帶對 b 發來資料的確認。同理,當分組從 b 發往 a 時,可攜帶對 a 發來資料的確認。即採用捎帶確認的機制。

TCP協議的確認重傳機制

tcp協議是面向連線的傳輸層協議,tcp的傳輸特點具有可靠性,它具有面向連線服務來確保可靠穩定傳輸,而確認重傳機制是tcp協議保證可靠穩定傳輸最重要的機制,他包括累計確認 超時時間計算 快速重傳等幾個方面。確認重傳機制 在傳送乙個資料之後,就開啟乙個定時器,若是在這個時間內沒有收到傳送資料的ack確...

TCP協議 TCP報頭,確認應答機制,超時重傳

tcp協議段格式 tcp報頭各部分意義 urg 緊急指標是否有效,當該標誌位為1時,表示有緊急訊號需要處理 ack 確認號是否有效 psh 提示接收端將接受緩衝區中的資料讓應用層讀走 涉及生產者消費者模型 rst 對方要求重新建立連線,把攜帶rst標識的稱為復位報文段,當連線建立異常時,重新建立連線...

TCP協議滑動視窗與確認重傳機制?

位元組流傳輸狀態分類與滑動視窗的概念 tcp協議使用以位元組為單位的滑動視窗協議,來控制位元組流的傳送 接收 確認與重傳過程。接收視窗的大小由接收端根據快取剩餘空間的大小,以及應用程序讀取資料的速度來決定。傳送視窗的大小取決於接收視窗的大小。傳送視窗和接收視窗 傳送視窗等於第二類和第三類的位元組數之...