第二次握手：服務端b接收到客戶端a發來的syn=1鏈結請求，並進行確認ack=x+1，即告訴客戶端a我可以接收你接下來傳送序列號為x+1的訊息。同時伺服器b也會向客戶端a傳送乙個syn鏈結請求，以及乙個初始化序列號seq=y，此時伺服器b進入syn_recv狀態。
第三次握手：客戶端a接收到伺服器傳送的syn+ack確認包，向伺服器b傳送乙個ack=y+1的確認包，即告訴伺服器b我已經準備好接收你傳送的序列號為y+1的資料。此時連線建立。
msl（maximum segment lifetime），tcp允許不同的實現可以設定不同的msl值，即最大報文段生存時間。
第一，保證客戶端傳送的最後乙個ack報文能夠到達伺服器，因為這個ack報文可能丟失，站在伺服器的角度看來，我已經傳送了fin+ack報文請求斷開了，客戶端還沒有給我回應，應該是我傳送的請求斷開報文它沒有收到，於是伺服器又會重新傳送一次，而客戶端就能在這個2msl時間段內收到這個重傳的報文，接著給出回應報文，並且會重啟2msl計時器。
第二，防止類似與「三次握手」中提到了的「已經失效的連線請求報文段」出現在本連線中。客戶端傳送完最後乙個確認報文後，在這個2msl時間中，就可以使本連線持續的時間內所產生的所有報文段都從網路中消失。這樣新的連線中不會出現舊連線的請求報文。
因為當伺服器確認客戶端斷開請求之後，服務端可能還有資料需要傳送，所以要等資料傳送完畢之後，服務端再傳送斷開連線請求。需要等待訊息完全傳送完畢，所以揮手多了一次。
Tcp三次握手與四次揮手
tcp三次握手 四次揮手 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 syn 同步序列編號 synchronize sequence numbers 第二次...
TCP三次握手與四次揮手
也許三次握手你會經常聽到，但你知道三次握手的真正意義嗎，為什麼需要三次握手呢？首先我們必須明白tcp是面向連線的協議，無論哪乙個方向在傳送資料之前，都必須先在雙方之間建立連線。這一點與udp協議是不一樣的，udp在傳送資料報之前是不需要建立連線的。建立tcp連線的過程中，通訊的雙方需要互相發報文進行...
tcp三次握手與四次揮手
一.tcp三次握手 簡述 a傳送乙個請求給b，b發回確認，然後a再加以確認，來回共3次 1 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認。2 第二次握手 伺服器收到syn包之後，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn syn...