上面第四步的ack報文不占用序列號
為了防止已失效的連線請求報文段突然又傳送到了服務端，因而產生錯誤；
謝希仁版《計算機網路》中的例子是這樣的，「已失效的連線請求報文段」的產生在這樣一種情況下：client發出的第乙個連線請求報文段並沒有丟失，而是在某個網路結點長時間的滯留了，以致延誤到連線釋放以後的某個時間才到達server。本來這是乙個早已失效的報文段。但server收到此失效的連線請求報文段後，就誤認為是client再次發出的乙個新的連線請求。於是就向client發出確認報文段，同意建立連線。假設不採用「三次握手」，那麼只要server發出確認，新的連線就建立了。由於現在client並沒有發出建立連線的請求，因此不會理睬server的確認，也不會向server傳送資料。但server卻以為新的運輸連線已經建立，並一直等待client發來資料。這樣，server的很多資源就白白浪費掉了。採用「三次握手」的辦法可以防止上述現象發生。例如剛才那種情況，client不會向server的確認發出確認。server由於收不到確認，就知道client並沒有要求建立連線
如上圖，第三行，失效的syn請求到達，tcp b無法區分是否失效的syn，第四行會正常返回ack；tcp a發現ack報文的序列號不對，會返回rst報文（該報文的序列號取收到的ack的序列號都是91）；tcp b收到rst後狀態變為listen；當第六行正常的syn到達後，仍然可以正常建立連線；
TCP建立連線
3 月，跳不動了？對tcp 面向連線 特性的學習研究。什麼是面向連線？tcp為什麼要進行面向連線的通訊？tcp 連線建立的過程是怎樣的？建立連線的通訊過程 打 是面向連線的通訊 a 呼叫 b b 接受並且此時 a 還沒有結束通話，連線建立成功，a b 雙方正常通訊。如果 b 不接受呼叫，連線無法建立...
TCP連線建立過程
瀏覽器訪問 通過網域名稱解析找到ip位址後會與伺服器端建立連線。其中tcp transmission control protocol，傳輸控制協議 是一種面向連線的 可靠的 基於位元組流的通訊協議，它的特點是資料在傳輸前要建立連線，傳輸完畢後還要斷開連線，且每次客戶端與伺服器端的通訊都都需要進行應...
TCP協議 連線的狀態
tcp連線生命週期的狀態 1 listen 等待遠端的tcp連線請求 2 syn sent 傳送了建立連線的請求，等待確認訊息 3 syn recieved 收到了對方建立連線的請求且傳送了建立連線的請求 確認對方建立建立連線的請求 等待對方確認自己傳送的連線請求 4 established 連線已...