回覆列表
  • 1 # 你永遠追不上的巨人

    資料傳輸舉例 TCP資料傳輸傳送方首先發送第一個包含序列號為1(可變化)和1460位元組資料的TCP報文段給接收方。接收方以一個沒有資料的TCP報文段來回復(只含報頭),用確認號1461來表示已完全收到並請求下一個報文段。 傳送方然後傳送第二個包含序列號為1461和1460位元組資料的TCP報文段給接收方。正常情況下,接收方以一個沒有資料的TCP報文段來回復,用確認號2921來表示已完全收到並請求下一個報文段。傳送接收這樣繼續下去。 然而當這些資料包都是相連的情況下,接收方沒有必要每一次都回應。比如,他收到第1到5條TCP報文段,只需迴應第五條就行了。在例子中第3條TCP報文段被丟失了,所以儘管他收到了第4和5條,然而他只能迴應第2條。 傳送方在傳送了第三條以後,沒能收到迴應,因此當時鍾(timer)過時(expire)時,他重發第三條。(每次傳送者傳送一條TCP報文段後,都會重啟動一次時鐘:RTT)。 這次第三條被成功接收,接收方可以直接確認第5條,因為4,5兩條已收到。 這是一個例子,希望LZ先透過這個例子瞭解TCP是如何傳輸的。然後所說的情況,比如傳送方傳送了5條TCP報文段,而接收方在接收到第3條報文段的時候傳送出的確認報文丟失了,但是之後接收完全部5條報文段的時候又發出了一個對第5條的確認報文,那麼傳送方收到後就能夠知道接收方已經成功收到了全部的5條TCP報文段,因此不會再去重傳。

  • 中秋節和大豐收的關聯?
  • 宮崎駿所有動畫作品?