国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【計算機(jī)網(wǎng)絡(luò)實驗】TCP和UDP傳輸過程仿真與分析

這篇具有很好參考價值的文章主要介紹了【計算機(jī)網(wǎng)絡(luò)實驗】TCP和UDP傳輸過程仿真與分析。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

實驗內(nèi)容

TCP和UDP傳輸過程仿真與分析

實驗?zāi)康?/p>

  1. 使用路由器連接不同的網(wǎng)絡(luò)
  2. 使用命令行操作路由器
  3. 通過抓取HTTP報文,分析TCP連接建立的過程
  4. 通過抓取DNS報文,分析UDP數(shù)據(jù)包傳輸過程

實驗要求

使用Packet Tracer,正確配置網(wǎng)絡(luò)參數(shù),通過抓取HTTP數(shù)據(jù)包,分析TCP連接建立過程,通過抓取DNS數(shù)據(jù)包,分析UDP數(shù)據(jù)包傳輸過程。包括:建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、配置參數(shù)、抓包、分析數(shù)據(jù)包。

具體步驟如下:

1 建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

網(wǎng)絡(luò)拓?fù)鋱D如圖1所示:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

圖1 TCP實驗網(wǎng)絡(luò)拓?fù)鋱D

?一臺客戶端PC連接路由器,路由器再連接服務(wù)器server

2 配置參數(shù)

客戶端的IP地址為192.168.1.116,默認(rèn)網(wǎng)關(guān)為192.168.1.117,域名服務(wù)器為192.168.2.116。

服務(wù)端的IP地址為192.168.2.116,默認(rèn)網(wǎng)關(guān)為192.168.2.117,域名服務(wù)器為192.168.2.116。

設(shè)置域名系統(tǒng),輸入域名和IP地址,點擊Add按鈕,添加域名服務(wù)內(nèi)容,打開DNS服務(wù)。

路由器參數(shù)配置:?進(jìn)入特權(quán)模式,清除路由器的現(xiàn)有配置;給路由器命名,配置并激活端口;把G0/0/0端口的地址設(shè)置為192.168.1.117,把G0/0/1端口的地址設(shè)置為192.168.2.117。

配置路由算法:連接192.168.1.0和192.168.2.0兩個網(wǎng)絡(luò)。

3 在PC0的WEB Browser中輸入自己之前創(chuàng)建的IP地址。

3 抓TCP包:通過PC0端口訪問,查看抓到的TCP報文。

4 分析TCP數(shù)據(jù)報:分析TCP報文格式以及所表達(dá)的協(xié)議內(nèi)容。

5 在PC0的WEB Browser中輸入自己之前創(chuàng)建的域名。

6 觀察Enevt List中捕捉到的UDP數(shù)據(jù)報。

7 分析UDP數(shù)據(jù)報:分析UDP報文格式以及所表達(dá)的協(xié)議內(nèi)容。

請回答下列問題:

(1)畫出TCP連接建立示意圖。

(2)分析序號和確認(rèn)號的變化。

實驗過程描述

1. 建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

2. 配置參數(shù)客戶端、服務(wù)器端IP地址和默認(rèn)網(wǎng)關(guān)、域名服務(wù)器,

3.設(shè)置域名系統(tǒng)、輸入域名和IP地址、添加域名服務(wù)內(nèi)容、打開DNS服務(wù)。

4.配置路由器參數(shù)、進(jìn)入特權(quán)模式,清楚路由器現(xiàn)有的配置,然后給路由器命名 ,配置并且激活端口。

5.設(shè)置G0/0/0和G0/0/1d的端口地址。

6.配置路由算法。

7.抓包并分析UDP傳輸過程。

8.觀察EnevtList捕捉到的UDP數(shù)據(jù)包。

實驗結(jié)果

驗證配置結(jié)果:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

?抓包:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

查看抓到的報文:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

抓包:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

Enevt List中捕捉到的UDP數(shù)據(jù)報:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

TCP連接建立示意圖:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

分析序號和確認(rèn)號的變化:

1.TCP建立連接:

客戶端向服務(wù)器發(fā)送一個同步數(shù)據(jù)包請求建立連接,該數(shù)據(jù)包中,

隨機(jī)產(chǎn)生一個初始序列號和一個為0的確認(rèn)號。服務(wù)器收到這個同步請求數(shù)據(jù)包后,會對客戶端進(jìn)行一個同步確認(rèn)。這個數(shù)據(jù)包中,序列號(ISN)由服務(wù)器隨機(jī)產(chǎn)生,確認(rèn)號是客戶端的初始序列號+1;

客戶端收到這個同步確認(rèn)數(shù)據(jù)包后,再對服務(wù)器進(jìn)行一個確認(rèn)。該數(shù)據(jù)包中,序列號是上一個同步請求數(shù)據(jù)包中的確認(rèn)號值,確認(rèn)號是服務(wù)器的初始序列號+1。

2.TCP傳輸數(shù)據(jù):

?發(fā)送數(shù)據(jù)?:服務(wù)器向客戶端發(fā)送一個帶有數(shù)據(jù)的數(shù)據(jù)包,該數(shù)據(jù)包中的序列號和確認(rèn)號與建立連接第三步的數(shù)據(jù)包中的序列號和確認(rèn)號相同;

??確認(rèn)收到?:客戶端收到該數(shù)據(jù)包,向服務(wù)器發(fā)送一個確認(rèn)數(shù)據(jù)包,該數(shù)據(jù)包中,序列號是為上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的序列號+所該數(shù)據(jù)包中所帶數(shù)據(jù)的大小。

3.TCP關(guān)閉連接:

服務(wù)器完成它的數(shù)據(jù)發(fā)送任務(wù)后,會主動向客戶端發(fā)送一個終止數(shù)據(jù)包,以關(guān)閉在這個方向上的TCP連接。該數(shù)據(jù)包中,序列號為客戶端發(fā)送的上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的序列號+該數(shù)據(jù)包所帶的數(shù)據(jù)的大??;

客戶端收到服務(wù)器發(fā)送的終止數(shù)據(jù)包后,將對服務(wù)器發(fā)送確認(rèn)信息,以關(guān)閉該方向上的TCP連接。這時的數(shù)據(jù)包中,序列號為第1步中的確認(rèn)號值,而確認(rèn)號為第1步的數(shù)據(jù)包中的序列號+1;

同理,客戶端完成它的數(shù)據(jù)發(fā)送任務(wù)后,就也會向服務(wù)器發(fā)送一個終止數(shù)據(jù)包,以關(guān)閉在這個方向上的TCP連接,該數(shù)據(jù)包中,序列號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為客戶端發(fā)送的上一個數(shù)據(jù)包中的序列號+該數(shù)據(jù)包所帶數(shù)據(jù)的大?。?mark hidden color="red">文章來源:http://www.zghlxwxcb.cn/news/detail-773000.html

服務(wù)器收到客戶端發(fā)送的終止數(shù)據(jù)包后,將對客戶端發(fā)送確認(rèn)信息,以關(guān)閉該方向上的TCP連接。這時在數(shù)據(jù)包中,序列號為第3步中的確認(rèn)號值,而確認(rèn)號為第3步數(shù)據(jù)包中的序列號+1;文章來源地址http://www.zghlxwxcb.cn/news/detail-773000.html

實驗內(nèi)容

TCP和UDP傳輸過程仿真與分析

實驗?zāi)康?/p>

  1. 使用路由器連接不同的網(wǎng)絡(luò)
  2. 使用命令行操作路由器
  3. 通過抓取HTTP報文,分析TCP連接建立的過程
  4. 通過抓取DNS報文,分析UDP數(shù)據(jù)包傳輸過程

實驗要求

使用Packet Tracer,正確配置網(wǎng)絡(luò)參數(shù),通過抓取HTTP數(shù)據(jù)包,分析TCP連接建立過程,通過抓取DNS數(shù)據(jù)包,分析UDP數(shù)據(jù)包傳輸過程。包括:建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、配置參數(shù)、抓包、分析數(shù)據(jù)包。

具體步驟如下:

1 建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

網(wǎng)絡(luò)拓?fù)鋱D如圖1所示:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

圖1 TCP實驗網(wǎng)絡(luò)拓?fù)鋱D

?一臺客戶端PC連接路由器,路由器再連接服務(wù)器server

2 配置參數(shù)

客戶端的IP地址為192.168.1.116,默認(rèn)網(wǎng)關(guān)為192.168.1.117,域名服務(wù)器為192.168.2.116。

服務(wù)端的IP地址為192.168.2.116,默認(rèn)網(wǎng)關(guān)為192.168.2.117,域名服務(wù)器為192.168.2.116。

設(shè)置域名系統(tǒng),輸入域名和IP地址,點擊Add按鈕,添加域名服務(wù)內(nèi)容,打開DNS服務(wù)。

路由器參數(shù)配置:?進(jìn)入特權(quán)模式,清除路由器的現(xiàn)有配置;給路由器命名,配置并激活端口;把G0/0/0端口的地址設(shè)置為192.168.1.117,把G0/0/1端口的地址設(shè)置為192.168.2.117。

配置路由算法:連接192.168.1.0和192.168.2.0兩個網(wǎng)絡(luò)。

3 在PC0的WEB Browser中輸入自己之前創(chuàng)建的IP地址。

3 抓TCP包:通過PC0端口訪問,查看抓到的TCP報文。

4 分析TCP數(shù)據(jù)報:分析TCP報文格式以及所表達(dá)的協(xié)議內(nèi)容。

5 在PC0的WEB Browser中輸入自己之前創(chuàng)建的域名。

6 觀察Enevt List中捕捉到的UDP數(shù)據(jù)報。

7 分析UDP數(shù)據(jù)報:分析UDP報文格式以及所表達(dá)的協(xié)議內(nèi)容。

請回答下列問題:

(1)畫出TCP連接建立示意圖。

(2)分析序號和確認(rèn)號的變化。

實驗過程描述

1. 建立網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

2. 配置參數(shù)客戶端、服務(wù)器端IP地址和默認(rèn)網(wǎng)關(guān)、域名服務(wù)器,

3.設(shè)置域名系統(tǒng)、輸入域名和IP地址、添加域名服務(wù)內(nèi)容、打開DNS服務(wù)。

4.配置路由器參數(shù)、進(jìn)入特權(quán)模式,清楚路由器現(xiàn)有的配置,然后給路由器命名 ,配置并且激活端口。

5.設(shè)置G0/0/0和G0/0/1d的端口地址。

6.配置路由算法。

7.抓包并分析UDP傳輸過程。

8.觀察EnevtList捕捉到的UDP數(shù)據(jù)包。

實驗結(jié)果

驗證配置結(jié)果:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

?抓包:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

查看抓到的報文:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

抓包:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

Enevt List中捕捉到的UDP數(shù)據(jù)報:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

TCP連接建立示意圖:

使用packettracer仿真模擬使用udp用戶數(shù)據(jù)報相關(guān)的應(yīng)用進(jìn)程協(xié)議;,1024程序員節(jié),計算機(jī)網(wǎng)絡(luò),服務(wù)器,網(wǎng)絡(luò)

分析序號和確認(rèn)號的變化:

1.TCP建立連接:

客戶端向服務(wù)器發(fā)送一個同步數(shù)據(jù)包請求建立連接,該數(shù)據(jù)包中,

隨機(jī)產(chǎn)生一個初始序列號和一個為0的確認(rèn)號。服務(wù)器收到這個同步請求數(shù)據(jù)包后,會對客戶端進(jìn)行一個同步確認(rèn)。這個數(shù)據(jù)包中,序列號(ISN)由服務(wù)器隨機(jī)產(chǎn)生,確認(rèn)號是客戶端的初始序列號+1;

客戶端收到這個同步確認(rèn)數(shù)據(jù)包后,再對服務(wù)器進(jìn)行一個確認(rèn)。該數(shù)據(jù)包中,序列號是上一個同步請求數(shù)據(jù)包中的確認(rèn)號值,確認(rèn)號是服務(wù)器的初始序列號+1。

2.TCP傳輸數(shù)據(jù):

?發(fā)送數(shù)據(jù)?:服務(wù)器向客戶端發(fā)送一個帶有數(shù)據(jù)的數(shù)據(jù)包,該數(shù)據(jù)包中的序列號和確認(rèn)號與建立連接第三步的數(shù)據(jù)包中的序列號和確認(rèn)號相同;

??確認(rèn)收到?:客戶端收到該數(shù)據(jù)包,向服務(wù)器發(fā)送一個確認(rèn)數(shù)據(jù)包,該數(shù)據(jù)包中,序列號是為上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的序列號+所該數(shù)據(jù)包中所帶數(shù)據(jù)的大小。

3.TCP關(guān)閉連接:

服務(wù)器完成它的數(shù)據(jù)發(fā)送任務(wù)后,會主動向客戶端發(fā)送一個終止數(shù)據(jù)包,以關(guān)閉在這個方向上的TCP連接。該數(shù)據(jù)包中,序列號為客戶端發(fā)送的上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的序列號+該數(shù)據(jù)包所帶的數(shù)據(jù)的大??;

客戶端收到服務(wù)器發(fā)送的終止數(shù)據(jù)包后,將對服務(wù)器發(fā)送確認(rèn)信息,以關(guān)閉該方向上的TCP連接。這時的數(shù)據(jù)包中,序列號為第1步中的確認(rèn)號值,而確認(rèn)號為第1步的數(shù)據(jù)包中的序列號+1;

同理,客戶端完成它的數(shù)據(jù)發(fā)送任務(wù)后,就也會向服務(wù)器發(fā)送一個終止數(shù)據(jù)包,以關(guān)閉在這個方向上的TCP連接,該數(shù)據(jù)包中,序列號為服務(wù)器發(fā)送的上一個數(shù)據(jù)包中的確認(rèn)號值,而確認(rèn)號為客戶端發(fā)送的上一個數(shù)據(jù)包中的序列號+該數(shù)據(jù)包所帶數(shù)據(jù)的大?。?/p>

服務(wù)器收到客戶端發(fā)送的終止數(shù)據(jù)包后,將對客戶端發(fā)送確認(rèn)信息,以關(guān)閉該方向上的TCP連接。這時在數(shù)據(jù)包中,序列號為第3步中的確認(rèn)號值,而確認(rèn)號為第3步數(shù)據(jù)包中的序列號+1;

到了這里,關(guān)于【計算機(jī)網(wǎng)絡(luò)實驗】TCP和UDP傳輸過程仿真與分析的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 計算機(jī)網(wǎng)絡(luò) day11 tcpdump - 傳輸層 - netstat - socket - nc - TCP/UDP頭部

    計算機(jī)網(wǎng)絡(luò) day11 tcpdump - 傳輸層 - netstat - socket - nc - TCP/UDP頭部

    目錄 故障排查 tcpdump抓包工具 傳輸層(TCP和UDP協(xié)議) 傳輸層的作用 應(yīng)用程序和端口號有什么關(guān)系? 傳輸層端對端連接實現(xiàn)拓?fù)鋱D 如何查看自己的linux機(jī)器開放了哪些端口? 1、netstat(network ? status 網(wǎng)絡(luò)的狀態(tài)) netstat查看本機(jī)開放的端口: socket 槽、套接字(接口) 2、ss命令

    2024年02月15日
    瀏覽(45)
  • 計算機(jī)網(wǎng)絡(luò)—TCP和UDP、輸入url之后顯示主頁過程、TCP三次握手和四次揮手

    計算機(jī)網(wǎng)絡(luò)—TCP和UDP、輸入url之后顯示主頁過程、TCP三次握手和四次揮手

    TCP是面向連接的、可靠的,基于字節(jié)流的傳輸層通信協(xié)議 。 圖片來源小林coding 序號:傳輸方向上字節(jié)流的字節(jié)編號。初始時序號會被設(shè)置一個隨機(jī)的初始值(ISN),之后每次發(fā)送數(shù)據(jù)時,序號值 = ISN + 數(shù)據(jù)在整個字節(jié)流中的偏移。假設(shè)A - B且ISN = 1024,第一段數(shù)據(jù)512字節(jié)已經(jīng)

    2024年02月14日
    瀏覽(19)
  • 【計算機(jī)網(wǎng)絡(luò) 】傳輸層——UDP

    【計算機(jī)網(wǎng)絡(luò) 】傳輸層——UDP

    在學(xué)習(xí)HTTP等應(yīng)用層協(xié)議時,為了便于理解,可以簡單的認(rèn)為HTTP協(xié)議是將請求和響應(yīng)直接發(fā)送到了網(wǎng)絡(luò)當(dāng)中。但實際應(yīng)用層需要先將數(shù)據(jù)交給傳輸層,由傳輸層對數(shù)據(jù)做進(jìn)一步處理后再將數(shù)據(jù)繼續(xù)向下進(jìn)行交付,該過程貫穿整個網(wǎng)絡(luò)協(xié)議棧,最終才能將數(shù)據(jù)發(fā)送到網(wǎng)絡(luò)當(dāng)中。

    2024年02月06日
    瀏覽(25)
  • 【計算機(jī)網(wǎng)絡(luò)筆記】傳輸層——UDP簡介

    【計算機(jī)網(wǎng)絡(luò)筆記】傳輸層——UDP簡介

    什么是計算機(jī)網(wǎng)絡(luò)? 什么是網(wǎng)絡(luò)協(xié)議? 計算機(jī)網(wǎng)絡(luò)的結(jié)構(gòu) 數(shù)據(jù)交換之電路交換 數(shù)據(jù)交換之報文交換和分組交換 分組交換 vs 電路交換 計算機(jī)網(wǎng)絡(luò)性能(1)——速率、帶寬、延遲 計算機(jī)網(wǎng)絡(luò)性能(2)——時延帶寬積、丟包率、吞吐量/率 計算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)概念 OSI參考模型

    2024年02月07日
    瀏覽(21)
  • 計算機(jī)網(wǎng)絡(luò)——18無連接傳輸U(kuò)DP

    計算機(jī)網(wǎng)絡(luò)——18無連接傳輸U(kuò)DP

    “盡力而為的”服務(wù),報文段可能 丟失 送到應(yīng)用進(jìn)程的報文段亂序 無連接 UDP發(fā)送端和接收端之間沒有握手 每個UDP報文段都被獨立的處理 UDP被用于 流媒體 DNS SNMP 在UDP上實現(xiàn)可靠傳輸 在應(yīng)用層增加可靠性 應(yīng)用特定的差錯格式 為什么要有UDP 不建立連接(會增加延時) 簡單:

    2024年02月20日
    瀏覽(24)
  • 【計算機(jī)網(wǎng)絡(luò)】傳輸層協(xié)議 -- UDP協(xié)議

    【計算機(jī)網(wǎng)絡(luò)】傳輸層協(xié)議 -- UDP協(xié)議

    傳輸層是計算機(jī)網(wǎng)絡(luò)中的一個重要層次,位于網(wǎng)絡(luò)層和應(yīng)用層之間,它的主要功能是為應(yīng)用層提供端到端的數(shù)據(jù)傳輸服務(wù),負(fù)責(zé)確保數(shù)據(jù)可靠傳輸、流浪控制和擁塞控制等。 傳輸層的兩個主要協(xié)議是傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)報協(xié)議(UDP)。它們各自有不同的特點和用途

    2024年02月15日
    瀏覽(13)
  • 【計算機(jī)網(wǎng)絡(luò)】UDP/TCP協(xié)議

    【計算機(jī)網(wǎng)絡(luò)】UDP/TCP協(xié)議

    我們先來看一張圖; 在研究UDP前我們先來回答兩個問題: 有效載荷如何與報頭分離? 如何將有效載荷交付? 第一個問題由于在報頭里面有16位UDP長度(表示的是有效載荷+報頭長度),而報頭長度8字節(jié)是固定的,所以分離時我們只需要用整個報文的大小減去固定的8字節(jié)報頭數(shù)據(jù)即

    2024年02月08日
    瀏覽(65)
  • 【計算機(jī)網(wǎng)絡(luò)】UDP/TCP 協(xié)議

    【計算機(jī)網(wǎng)絡(luò)】UDP/TCP 協(xié)議

    端口號(Port)標(biāo)識了一個主機(jī)上進(jìn)行通信的不同的應(yīng)用程序。在 TCP/IP 協(xié)議中, 用 “源IP”, “源端口號”, “目的IP”, “目的端口號”, “協(xié)議號” 這樣一個五元組來標(biāo)識一個通信(可以通過netstat -n查看)。 0 - 1023: 知名端口號,HTTP, FTP, SSH 等這些廣為使用的應(yīng)用層協(xié)議,它們的

    2024年03月14日
    瀏覽(20)
  • 【計算機(jī)網(wǎng)絡(luò)-傳輸層】TCP 協(xié)議

    【計算機(jī)網(wǎng)絡(luò)-傳輸層】TCP 協(xié)議

    端到端通信 :提供應(yīng)用進(jìn)程間的端到端通信(邏輯通信)。因此傳輸層又稱為端到端協(xié)議。 差錯檢測 :對首部和數(shù)據(jù)部分進(jìn)行檢測。 兩種協(xié)議 :面向連接的 TCP、無連接的 UDP。 復(fù)用和分用 : 概念 解釋 傳輸層 TCP 復(fù)用 發(fā)送方的部分應(yīng)用進(jìn)程的報文在傳輸層使用 TCP 協(xié)議進(jìn)

    2023年04月13日
    瀏覽(21)
  • 計算機(jī)網(wǎng)絡(luò):傳輸層(TCP詳解)

    計算機(jī)網(wǎng)絡(luò):傳輸層(TCP詳解)

    TCP報文段結(jié)構(gòu)、可靠數(shù)據(jù)傳輸、TCP連接管理(三次握手、四次揮手)、擁塞控制。 點對點: —個發(fā)送方,一個接收方 可靠的、按順序的字節(jié)流: 沒有報文邊界 管道化(流水線): TCP擁塞控制和流量控制設(shè)置窗口大小 發(fā)送和接收緩存 全雙工數(shù)據(jù): 在同一連接中數(shù)據(jù)流雙向

    2024年02月04日
    瀏覽(24)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包