UDP的首部格式
發(fā)布時(shí)間:2014/9/5 20:39:36 訪問次數(shù):2828
用戶數(shù)據(jù)報(bào)UDP有兩個(gè)字段:數(shù)據(jù)字段和首部字段。首部字段很簡(jiǎn)單,只有8個(gè)字節(jié)(圖5-5),由四個(gè)字段組成,OPA4340UA每個(gè)字段的長(zhǎng)度都是兩個(gè)字節(jié)。各字段意義如下:
(1)源端口 源端口號(hào)。在需要對(duì)方回信時(shí)選用。不需要時(shí)可用全0。
(2)目的端口 目的端口號(hào)。這在終點(diǎn)交付報(bào)文時(shí)必須要使用到。
(3)長(zhǎng)度 UDP用戶數(shù)據(jù)報(bào)的長(zhǎng)度,其最小值是8(僅有首部)。
(4)檢驗(yàn)和 檢測(cè)UDP用戶數(shù)據(jù)報(bào)在傳輸中是否有錯(cuò)。有錯(cuò)就丟棄。字節(jié)
圖5-5 UDP用戶數(shù)據(jù)報(bào)的首部和偽首部
當(dāng)運(yùn)輸層從IP層收到UDP數(shù)據(jù)報(bào)時(shí),就根據(jù)首部中的目的端口,把UDP數(shù)據(jù)報(bào)通過相應(yīng)的端口,上交最后的終點(diǎn)——應(yīng)用進(jìn)程。圖5-6是UDP基于端口分用的示意圖。
圖5-6 UDP基于端口的分用
如果接收方UDP發(fā)現(xiàn)收到的報(bào)文中的目的端口號(hào)不正確(即不存在對(duì)應(yīng)于該端口號(hào)的應(yīng)用進(jìn)程),就丟棄該報(bào)文,并由網(wǎng)際控制報(bào)文協(xié)議ICMP發(fā)送“端口不可達(dá)”差錯(cuò)報(bào)文給發(fā)送方。我們?cè)诘?章4.4.2節(jié)“ICMP的應(yīng)用舉例”討論traceroute時(shí),就是讓發(fā)送的UDP
用戶數(shù)據(jù)報(bào)故意使用一個(gè)非法的UDP端口,結(jié)果ICMP就返回“端口不可達(dá)”差錯(cuò)報(bào)文,因而達(dá)到了測(cè)試昀目的。
UDP用戶數(shù)據(jù)報(bào)首部中檢驗(yàn)和的計(jì)算方法有些特殊。在計(jì)算檢驗(yàn)和時(shí),要在UDP用戶數(shù)據(jù)報(bào)之前增加12個(gè)字節(jié)的偽首部。所謂“偽首部”是因?yàn)檫@種偽首部并不是UDP用戶數(shù)據(jù)報(bào)真正的首部。只是在計(jì)算檢驗(yàn)和時(shí),臨時(shí)添加在UDP用戶數(shù)據(jù)報(bào)前面,得到一個(gè)臨時(shí)
的UDP用戶數(shù)據(jù)報(bào)。檢驗(yàn)和就是按照這個(gè)臨時(shí)的UDP用戶數(shù)據(jù)報(bào)來計(jì)算的。偽首部既不向下傳送也不向上遞交,而僅僅是為了計(jì)算檢驗(yàn)和。圖5-5的最上面給出了偽首部各字段的內(nèi)容。
用戶數(shù)據(jù)報(bào)UDP有兩個(gè)字段:數(shù)據(jù)字段和首部字段。首部字段很簡(jiǎn)單,只有8個(gè)字節(jié)(圖5-5),由四個(gè)字段組成,OPA4340UA每個(gè)字段的長(zhǎng)度都是兩個(gè)字節(jié)。各字段意義如下:
(1)源端口 源端口號(hào)。在需要對(duì)方回信時(shí)選用。不需要時(shí)可用全0。
(2)目的端口 目的端口號(hào)。這在終點(diǎn)交付報(bào)文時(shí)必須要使用到。
(3)長(zhǎng)度 UDP用戶數(shù)據(jù)報(bào)的長(zhǎng)度,其最小值是8(僅有首部)。
(4)檢驗(yàn)和 檢測(cè)UDP用戶數(shù)據(jù)報(bào)在傳輸中是否有錯(cuò)。有錯(cuò)就丟棄。字節(jié)
圖5-5 UDP用戶數(shù)據(jù)報(bào)的首部和偽首部
當(dāng)運(yùn)輸層從IP層收到UDP數(shù)據(jù)報(bào)時(shí),就根據(jù)首部中的目的端口,把UDP數(shù)據(jù)報(bào)通過相應(yīng)的端口,上交最后的終點(diǎn)——應(yīng)用進(jìn)程。圖5-6是UDP基于端口分用的示意圖。
圖5-6 UDP基于端口的分用
如果接收方UDP發(fā)現(xiàn)收到的報(bào)文中的目的端口號(hào)不正確(即不存在對(duì)應(yīng)于該端口號(hào)的應(yīng)用進(jìn)程),就丟棄該報(bào)文,并由網(wǎng)際控制報(bào)文協(xié)議ICMP發(fā)送“端口不可達(dá)”差錯(cuò)報(bào)文給發(fā)送方。我們?cè)诘?章4.4.2節(jié)“ICMP的應(yīng)用舉例”討論traceroute時(shí),就是讓發(fā)送的UDP
用戶數(shù)據(jù)報(bào)故意使用一個(gè)非法的UDP端口,結(jié)果ICMP就返回“端口不可達(dá)”差錯(cuò)報(bào)文,因而達(dá)到了測(cè)試昀目的。
UDP用戶數(shù)據(jù)報(bào)首部中檢驗(yàn)和的計(jì)算方法有些特殊。在計(jì)算檢驗(yàn)和時(shí),要在UDP用戶數(shù)據(jù)報(bào)之前增加12個(gè)字節(jié)的偽首部。所謂“偽首部”是因?yàn)檫@種偽首部并不是UDP用戶數(shù)據(jù)報(bào)真正的首部。只是在計(jì)算檢驗(yàn)和時(shí),臨時(shí)添加在UDP用戶數(shù)據(jù)報(bào)前面,得到一個(gè)臨時(shí)
的UDP用戶數(shù)據(jù)報(bào)。檢驗(yàn)和就是按照這個(gè)臨時(shí)的UDP用戶數(shù)據(jù)報(bào)來計(jì)算的。偽首部既不向下傳送也不向上遞交,而僅僅是為了計(jì)算檢驗(yàn)和。圖5-5的最上面給出了偽首部各字段的內(nèi)容。
上一篇:UDP沒有擁塞控制
熱門點(diǎn)擊
- 所有的因特網(wǎng)標(biāo)準(zhǔn)都是以RFC的形式在因特網(wǎng)上
- PPP協(xié)議的幀格式
- MAC幀的格式
- 用機(jī)內(nèi)基準(zhǔn)信號(hào)對(duì)示波器進(jìn)行自檢
- 在RFC 4271中規(guī)定了BGP-4的四種報(bào)
- 網(wǎng)橋的自學(xué)習(xí)和轉(zhuǎn)發(fā)過程
- 在局域網(wǎng)上進(jìn)行硬件多播
- TCP的擁塞控制采用了四種算法
- UDP沒有擁塞控制
- UDP的首部格式
推薦技術(shù)資料
- 驅(qū)動(dòng)板的原理分析
- 先來看看原理圖。圖8所示為底板及其驅(qū)動(dòng)示意圖,F(xiàn)M08... [詳細(xì)]
- 全新高端射頻儀器
- 集成32位RISC-V處理器&
- 第三代半導(dǎo)體和圖像傳感器 參數(shù)封裝應(yīng)用
- 汽車半導(dǎo)體
- 人形機(jī)器人技術(shù)結(jié)構(gòu)設(shè)計(jì)及發(fā)展分
- 紫光芯片云3.0整體解決方案
- 多媒體協(xié)處理器SM501在嵌入式系統(tǒng)中的應(yīng)用
- 基于IEEE802.11b的EPA溫度變送器
- QUICCEngine新引擎推動(dòng)IP網(wǎng)絡(luò)革新
- SoC面世八年后的產(chǎn)業(yè)機(jī)遇
- MPC8xx系列處理器的嵌入式系統(tǒng)電源設(shè)計(jì)
- dsPIC及其在交流變頻調(diào)速中的應(yīng)用研究