TCP/IP 学习 --- 2
1 上圖為tcp和udp協議格式
2 tcp有發送和接收緩沖區,每次發送多少字節和讀取多少字節,沒有固定量,根據mss,tcp自動進行分發報文。但是udp不同,每一個發送操作對應一個讀操作,否則會丟包。
3 序號值會被系統初始化為一個隨機值isn,那么在該方向上發送的消息的序號值時該tcp報文段數據部分第一個字節相對于整個字節流頭部的偏移量加上這個isn值,例如某個tcp報文段的數據是第1025-2048字節,那么其序號值為isn+1025。確認號為序列號+1
4 URG標志位表示緊急指針是否有效。ACK標志位表示確認號是否有效。PSH標志位表示接收端應用程序應立即從TCP緩沖區中讀走數據(一般來說,每一次 write,都會將這一次的數據打包成一個或多個 TCP 報文段(如果數據量大于 MSS 的話,就會被打包成多個 TCP 段),并將最后一個 TCP 報文段標記為 PSH)表示一個完整的消息包結束。只要接收方的緩沖區沒有滿,就會一直等待,直到接收到一個帶有PSH標志的報文,read才回返回。RST標志表示要求對方重新建立連接。SYN標志表示請求建立一個連接。FIN標志表示通知對方本端即將關閉。
5 如果A端向B端發送SYN,當時沒有收到B端回復,A端會發送6個序號一致的同步報文段,其間隔為1S、2s、4s、8s、16s、32s。指數增長。
6?
7 tcp出現連接時的四次握手狀況:
當TCP連接雙方幾乎同時向對方發送SYN同步報文段請求連接,隨后進入到SYN_SEND狀態。接到對方的SYN后進入SYN_RCVD狀態各自返回一個ACK。雙方收到對方的ACK進入ESTABLISHED。同時打開的時候沒有服務器和客戶端的概念,并且一共會發送4個報文段,而不是正常三次握手中的3個
8?當客戶端發送ACK給服務器端后要進入2MSL的TIME_WAIT時間,MSL是報文段最大生存時間,RFC1122中定義這個時間一般為2min。等待這端時間的目的是防止由于網絡原因服務器端未收到這個ACK回復,重傳了上一個FIN報文段,如果不進入TIME_WAIT狀態則服務器端一旦接收不到ACK,就會維持連接,消耗內核資源。所以在實際編程過程中,我們會經常發現多次測試重復綁定socket的時候會出現端口被占用的錯誤,這就是端口仍處于TIME_WAIT狀態不能被使用,可用socket選項SO_REUSEADDR來強制立即使用端口。
9?TCP發送攜帶RST標志的復位報文段以通知對方關閉連接或重新建立連接。一般有三種情況:1)訪問不存在的端口,這點在上面的①中已經說明;2)異常中止連接,當一方向另一方發送復位報文段時,發送端所有排隊等待發送的數據皆被丟棄,在編程過程中,可以使用socket選項的SO_LINGER來發送復位報文段以異常終止一個連接;3)處理半打開連接,當通信雙方建立連接后,若其中一方網絡斷線,而另一方此時并不知情,此時斷線方網絡重連,沒有了該連接的信息,即處于了半打開狀態,另一方繼續向對方發送數據,此時由于對面連接已經被關閉,所以對方會返回一個復位報文段以重新連接。
10 發現網絡擁塞的依據:1、傳輸超時 2、收到兩個重復的確認報文段。
轉載于:https://www.cnblogs.com/zanyouxin/p/9203842.html
總結
以上是生活随笔為你收集整理的TCP/IP 学习 --- 2的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: StringToInt
- 下一篇: XMLHttpRequest、fetch