TCP握手/挥手的过程分析
TCP連接建立
在TCP/IP協(xié)議中,TCP協(xié)議提供可靠的連接服務,采用三次握手建立一個連接。
服務器必須準備好接受外來的連接。這通過調(diào)用socket、 bind和listen函數(shù)來完成,稱為被動打開(passive open)。
第一次握手:客戶通過調(diào)用connect進行主動打開(active open)。這引起客戶TCP發(fā)送一個SYN(表示同步)分節(jié)(SYN=J),它告訴服務器客戶將在連接中發(fā)送到數(shù)據(jù)的初始序列號。并進入SYN_SEND狀態(tài),等待服務器的確認。
第二次握手:服務器必須確認客戶的SYN,同時自己也得發(fā)送一個SYN分節(jié),它含有服務器將在同一連接中發(fā)送的數(shù)據(jù)的初始序列號。服務器以單個字節(jié)向客戶發(fā)送SYN和對客戶SYN的ACK(表示確認),此時服務器進入SYN_RECV狀態(tài)。
第三次握手:客戶收到服務器的SYN+ACK。向服務器發(fā)送確認分節(jié),此分節(jié)發(fā)送完畢,客戶服務器進入ESTABLISHED狀態(tài),完成三次握手。
客戶端的初始序列號為J,而服務器的初始序列號為K。在ACK里的確認號為發(fā)送這個ACK的一端所期待的下一個序列號。因為SYN只占一個字節(jié)的序列號空間,所以每一個SYN的ACK中的確認號都是相應的初始序列號加1,類似地,每一個FIN(表示結束)的ACK中的確認號為FIN的序列號加1。
完成三次握手,客戶端與服務器開始傳送數(shù)據(jù),在上述過程中還有一些重要概念。
未連接隊列:在三次握手協(xié)議中,服務器維護一個未連接隊列,該隊列為每個客戶端的SYN包(syn=j)開設一個條目,該條目表明服務器已收到SYN包,并向客戶發(fā)出確認,正在等待客戶端確認包。這些條目所標識的連接在服務器處于SYN_RECV狀態(tài),當服務器收到客戶端確認包時,刪除該條目,服務器進入ESTABLISHED狀態(tài)。
TCP連接終止
TCP連接終止需四個分節(jié)。
第一次握手:某個應用進程首先調(diào)用close,我們稱這一端執(zhí)行主動關閉。這一端的TCP于是發(fā)送一個FIN分節(jié),表示數(shù)據(jù)發(fā)送完畢。
第二次握手:接收到FIN的另一端執(zhí)行被動關閉(passive close)。這個FIN由TCP確認。它的接收也作為文件結束符傳遞給接收端應用進程(放在已排隊等候應用進程接收到任何其他數(shù)據(jù)之后)。
第三次握手:一段時間后,接收到文件結束符的應用進程將調(diào)用close關閉它的套接口。這導致它的TCP也發(fā)送一個FIN。
第四次握手:接收到這個FIN的原發(fā)送端TCP對它進行確認。
面向字節(jié)的數(shù)據(jù)傳送流(如TCP字節(jié)流、Unix管道等)也使用EOF表示在某個方向上不再有數(shù)據(jù)待傳送。在TCP字節(jié)流中,EOF的讀或寫通過收發(fā)一個特殊的FIN分節(jié)來實現(xiàn)。
如果您喜歡這篇文章,可以加華清遠見老師為好友,單擊以下鏈接即可:
http://student.csdn.net/invite.php?u=45153&c=8af704eb3cd8e773總結
以上是生活随笔為你收集整理的TCP握手/挥手的过程分析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: OSI各层相关的协议
- 下一篇: 用递归方式实现二叉树先序、中序、后序遍历