一、TCP工作原理
TCP建立連接的過程
TCP是一種可靠的,面向連接的全雙工傳輸層協(xié)議。 TCP連接的建立是一個三次握手的過程。
1、主機A(通常也稱為客戶端)發(fā)送一個標識了SYN的數(shù)據(jù)段,表示期望與服務器A建立連接, 此數(shù)據(jù)段的序列號(seq)為a。
2、服務器A回復標識了SYN+ ACK的數(shù)據(jù)段,此數(shù)據(jù)段的序列號(seq)為b,確認序列號為主機A的序列號加1(a+1),以此作為對主機A的SYN報文的確認。
3、主機A發(fā)送一個標識了ACK的數(shù)據(jù)段,此數(shù)據(jù)段的序列號(seq)為a+1,確認序列號為服務器A的序列號加1(b+1),以此作為對服務器A的SYN報文的確認。
TCP傳輸過程
TCP的可靠傳輸還體現(xiàn)在TCP使用了確認技術(shù)來確保目的設備收到了從源設備發(fā)來的數(shù)據(jù)并且是準確無誤的。
確認技術(shù)的工作原理如下:
目的設備接收到源設備發(fā)送的數(shù)據(jù)段時,會向源端發(fā)送確認報文,源設備收到確認報文后繼續(xù)發(fā)送數(shù)據(jù)段,如此重復。
TCP流量控制
滑動窗口機制運用TCP報文段中的窗口大小字段來控制,發(fā)送方的發(fā)送窗口不可以大于接收方發(fā)回的窗口大小。
考慮一種特殊的情況,就是接收方若沒有緩存足夠使用,就會發(fā)送零窗口大小的報文,此時發(fā)送放將發(fā)送窗口設置為0,停止發(fā)送數(shù)據(jù)。
TCP關(guān)閉連接
主機在關(guān)閉連接之前,要確認收到來自對方的ACK。
TCP支持全雙工模式傳輸數(shù)據(jù),這意味著同一時刻兩個方向都可以進行數(shù)據(jù)的傳輸。在傳輸數(shù)據(jù)之前,TCP通過三次握手建立的實際上是兩個方向的連接,因此在傳輸完畢后,兩個方向的連接必須都關(guān)閉。TCP連接的建立是一個三次握手的過程,而TCP連接的終止則要經(jīng)過四次握手。
二、UDP工作原理
UDP傳輸過程
使用UDP傳輸數(shù)據(jù)時,由應用程序根據(jù)需要提供報文到達確認、排序、流量控制等功能。
通常情況下,UDP采用實時傳輸機制和時間戳來傳輸語音和視頻數(shù)據(jù)。
UDP不提供重傳機制,占用資源小,處理效率高。
-
服務器
+關(guān)注
關(guān)注
13文章
9826瀏覽量
88206 -
TCP
+關(guān)注
關(guān)注
8文章
1405瀏覽量
81273 -
UDP
+關(guān)注
關(guān)注
0文章
331瀏覽量
34720
發(fā)布評論請先 登錄
TCP協(xié)議和UDP協(xié)議的區(qū)別有哪些
TCP協(xié)議和UDP協(xié)議的區(qū)別有哪些?
(WiFi干貨)WiFi模塊的TCP和UDP協(xié)議
tcp和udp協(xié)議的異同

TCP協(xié)議與UDP協(xié)議的區(qū)別和相同點有哪些 一文看懂TCP協(xié)議與UDP協(xié)議的優(yōu)缺點

TCP協(xié)議和UDP協(xié)議的區(qū)別
TCP協(xié)議和UDP協(xié)議最核心的區(qū)別是什么?

UDP能否像TCP一樣實現(xiàn)可靠傳輸?

udp是什么協(xié)議 TCP與UDP的區(qū)別
TCP/IP協(xié)議進階課程:5、UDP協(xié)議

評論