udp協(xié)議ppt課件(編輯修改稿)
2024-11-12 23:51 本頁面
【文章內容簡介】 的主機不需要維持復雜的連接狀態(tài)表 ? UDP 用戶數據報只有 8個字節(jié)的首部開銷 ? 網絡出現的擁塞不會使源主機的發(fā)送速率降低 ， 這對某些實時應用是很重要的 。 端口是用報文隊列來實現 UDP 端口 51000 UDP 端口 69 ? ? 出隊列 入隊列 出隊列 入隊列 TFTP 服務器 TFTP 客戶 UDP 用戶數據報 應 用 層 運 輸 層 UDP被 IP封裝后的格式 ? 端口號表示發(fā)送進程和接收進程。 ? 長度 —— UDP數據報的長度為多少字節(jié) ? 校驗和 —— 防止 UDP數據報在傳輸中出錯 UDP的包格式 源端口 (16) 目的端口 (16) 長度 (16) 數據 (可變長 ) 1 位 0 15 16 31 校驗和 (16) 8 字節(jié) 校 驗 和 ? 校驗方式與 IP數據包的首部校驗一樣 ? 但： ? 校驗范圍為首部和數據 ? 計算校驗和時，在 UDP數據報之前增加 12字節(jié)的 偽首部 ，偽首部只是在計算校驗和時使用，既不向下傳送，也不向上遞交。 ? 若數據是奇數字節(jié)，要在數據最后填充 1個字節(jié)的 0 偽首部 源端口 目的端口 長 度 檢驗和 數 據 首 部 UDP長度 源 IP 地址 目的 IP 地址 0 17 IP 數據報 字節(jié) 4 4 1 1 2 12 2 2 2 2 字節(jié) 發(fā)送在前 數 據 首 部 UDP 用戶數據報 計算 UDP 檢驗和的例子 10011001 00010011 → 00001000 01101000 → 10101011 00000011 → 00001110 00001011 → 00000000 00010001 → 0 和 17 00000000 00001111 → 15 00000100 00111111 → 1087 00000000 00001101 → 13 00000000 00001111 → 15 00000000 00000000 → 0 （檢驗和） 01010100 01000101 → 數據 01010011 01010100 → 數據 01001001 01001110 → 數據 01000111 00000000 → 數據和 0（填充） 10010110 11101101 → 求和得出的結果 01101001 00010010 → 檢驗和 12 字節(jié) 偽首部 8 字節(jié) UDP 首部 7 字節(jié) 數據 填充 二進制求和 求反碼 全 0 17 15 1087 13 15 全 0 數據 數據 數據 數據 數據 數據 數據 全 0 注： ? U D P的檢驗和是可選的，而 T C P的檢驗和是必需的。 ? 如果傳送的檢驗和為 0，說明發(fā)送端沒有計算檢驗和。 ? 如果發(fā)送端沒有計算檢驗和而接收端檢測到檢驗和有差錯，那么 U D P數據報就要被悄悄地丟棄，不產生任何差錯報文。 ? U D P檢驗和選項在默認條件下是打開的 ? 盡管 U D P檢驗和是可選的，但是它們應該總是在用。 ? U D P數據報的長度在檢驗和計算過程中出現兩次。 檢測到不同檢驗和差錯的分組統(tǒng)計結果 IP分片 ? 把一份 I P數據報分片以后，只有到達目的地才進行重新組裝。 ? 即使只丟失一片數據也要重傳整個數據報。 ? 因為 I P層本身沒有超時重傳的機制 ——由更高層來負責超時和重傳， T C P有超時和重傳機制，但 U D P沒有。 ? 所以要避免分片 ? T C P試圖避免分片 查資料 ? 避免分片的措施 ICMP不可達差錯（需要分片） ? 當路由器收到一份需要分片的數據報，但 I P首部中的 D F位又為 1，則發(fā)生 I C M P不可達差錯。 不能分片時的 ICMP不可達差錯報文格式 用 Traceroute確定路徑 MTU ? 盡管大多數的系統(tǒng)不支持路徑 MTU發(fā)現功能，但可以修改 Traceroute程序，用它來確定路徑 MTU。 ? 具體做法：發(fā)送
教學課件相關推薦
鄂ICP備17016276號-1