一、UDP 數據封裝
UDP數據長度= IP數據長度- IP首部數據長度
UDP提供不可靠性：它把應用程序傳給IP層的數據發送出去，不保證能否達到目的地。
源端口號：發送端的端口
目的端口號：接收方端口號
UDP長度：值爲UDP首部和數據的總長度
校驗和： 覆蓋UDP首部和數據
UDP數據報最好不要太大，越大就可能會引起IP切片傳輸，導致出錯的概率也就可能越大。
二、應用
2.1 TFTP 簡單文件傳輸協議
操作碼（2字節）：
*讀請求（RRQ =1） 和 寫請求 ( W R Q =2)
- 文件名字段說明客戶要讀或寫的位於服務器上的文件。這個文件字段以0字節作爲結束(見圖15-1)。
- 模式字段是一個ASCII碼串netascii或octet(可大小寫任意組合)，同樣以0字節結束。netascii表示數據是以成行的ASCII碼字符組成，以兩個字節—回車字符後跟換行字符(稱爲CR/LF)作爲行結束符。
- octet則將數據看作8bit一組的字節流而不作任何解釋
*數據（data=3）和 ACK=4
- 每個數據分組包含一個塊編號字段，它以後要在確認分組中使用。以讀一個文件作爲例子，TFTP客戶需要發送一個讀請求說明要讀的文件名和文件模式(mode)。如果這個文件能被這個客戶讀取，TFTP服務器就返回一個塊編號爲1的數據分組。TFTP客戶又發送一個塊編號爲1的ACK。TFTP服務器隨後發送塊編號爲2的數據。TFTP客戶發回塊編號爲2的ACK。重複這個過程直到這個文件傳送完。除了最後一個數據分組可含有不足512字節的數據，其他每個數據分組均含有512字節的數據。當TFTP客戶收到一個不足512字節的數據分組，就知道它收到最後一個數據分組。
*差錯碼（error=5)
- 用於服務器不能處理讀請求或寫請求的情況。在文件傳輸過程中的讀和寫差錯也會導致傳送這種報文，接着停止傳輸。差錯編號字段給出一個數字的差錯碼，跟着是一個ASCII表示的差錯報文字段，可能包含額外的操作系統說明的信息。
TFTP使用不可靠的UDP，TFTP就必須處理分組丟失和分組重複。分組丟失可通過發送方的超時與重傳機制解決。
2.2 Bootstrap 引導程序協議
....