TCP/IP四次揮手和狀態

下面說四次揮手的過程
我們假設客戶端是請求關閉連接的一方,服務端爲被動關閉
第一次揮手:客戶端進程發請求關閉(或稱釋放)連接報文,並且停止發送數據。數據報文首部,FIN=1,其序列號爲seq=u(等於前面已經傳送過來的數據的最後一個字節的序號加1),此時,客戶端進入FIN_WAIT_1(終止等待1)狀態。 TCP規定,FIN報文段即使不攜帶數據,也要消耗一個序號。
第二次揮手:服務器收到請求關閉報文,發出確認報文,ACK=1,ack=u+1,並且帶上自己的序列號seq=v,此時,服務端就進入了CLOSE_WAIT(關閉等待)狀態。TCP服務器通知高層的應用進程,客戶端向服務器的方向就釋放了,這時候處於半關閉狀態,即客戶端已經沒有數據要發送了,但是服務器若發送數據,客戶端依然要接受。這個狀態還要持續一段時間,也就是整個CLOSE_WAIT狀態持續的時間。

客戶端收到服務器的確認請求後,此時,客戶端就進入FIN_WAIT_2(終止等待2)狀態,等待服務器發送關閉連接報文(在這之前還需要接受服務器發送的最後的數據)。

第三次揮手:服務器將最後的數據發送完畢後(或者沒有需要發送的數據),就向客戶端發送關閉連接報文,FIN=1,ack=u+1。由於服務器很可能又發送了一些數據,所以假定此時的序列號爲seq=w,此時,服務器就進入了LAST_ACK(最後確認)狀態,等待客戶端的確認。
第四次揮手:客戶端收到服務器的連接釋放報文後,必鬚髮出確認,ACK=1,ack=w+1,而自己的序列號是seq=u+1,此時,客戶端就進入了TIME_WAIT(時間等待)狀態。注意此時TCP連接還沒有釋放,必須經過2MSL(最大報文段壽命)的時間,當客戶端撤銷相應的TCB後,才進入CLOSED狀態。

服務器只要收到了客戶端發出的確認,立即進入CLOSED狀態。撤銷TCB後,就結束了這次的TCP連接。可以看到,服務器(被動斷開方)結束TCP連接的時間要比客戶端

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章