前言
之前在做一個關(guān)于數(shù)據(jù)傳輸?shù)臅r候,使用到了 WiFi 傳輸數(shù)據(jù),而在傳輸數(shù)據(jù)時使用到的協(xié)議就是 LwIP 協(xié)議棧中的 udp 協(xié)議?,F(xiàn)在來回顧總結(jié)一下。要敘述 LwIP 協(xié)議棧,那自然得明白 LwIP 協(xié)議棧具體是個啥??偟膩碚f,LwIP 是 TCP/IP 協(xié)議中一種獨立、簡單的實現(xiàn),其設(shè)計目的在于保證嵌入式產(chǎn)品擁有完整 TCP/IP 功能的同時,又能夠保證協(xié)議棧對處理器資源的有效消耗,其運行一般僅需要幾十 KB 的 RAM 和 40KB 左右的 ROM。上述所說便是關(guān)于 LwIP 協(xié)議棧的相關(guān)敘述。
LwIP 的分層機(jī)制
在敘述 udp 協(xié)議概念之前,先對 LwIP 協(xié)議的框架有一個簡單的了解,LwIP 在實現(xiàn)的時候,參考了 TCP/IP 協(xié)議的分層思想,每一層都在一個單獨的模塊中實現(xiàn),并為其他層次模塊提供一些輸入/輸出接口函數(shù)。下面是分層結(jié)構(gòu)示意圖:
如同前面所說,LwIP 協(xié)議只是參考了 TCP/IP 的分層結(jié)構(gòu),但是它并沒有嚴(yán)格地遵循上述所示地分層機(jī)制,其為了節(jié)省時間和空間上地消耗,各個層次之間存在著交叉存取地現(xiàn)象。
我們通過上述地框圖可以知道 UDP 屬于傳輸層協(xié)議。要明白為什么有傳輸層協(xié)議,我們需要明白在傳輸層的下一層,也就是網(wǎng)絡(luò)互連層,有 IP 協(xié)議,IP 協(xié)議是用于數(shù)據(jù)報在各個主機(jī)中傳遞的,但是我們在實際的應(yīng)用過程中,我們所需要的是數(shù)據(jù)報在各個應(yīng)用之間傳遞,說白了也就是在進(jìn)程與進(jìn)程之間通信,而傳輸層的存在就是為了實現(xiàn)數(shù)據(jù)報在進(jìn)程與進(jìn)程之間通信的。
而要完成進(jìn)程到進(jìn)程之間的通信,傳輸層需要完成幾個重要的任務(wù):
第一:為兩個通信的進(jìn)程提供連接機(jī)制,也就是說傳輸層在接收了 IP 層傳輸過來的數(shù)據(jù)之后,應(yīng)該將這個數(shù)據(jù)傳到哪一個應(yīng)用程序中。在這里是通過端口號來完成的。
第二:傳輸層需要提供數(shù)據(jù)傳送服務(wù)。在數(shù)據(jù)發(fā)送端,傳輸層將數(shù)據(jù)進(jìn)行組裝、編號,將數(shù)據(jù)分割成可運輸?shù)膯卧缓笠来芜f交給 IP 層發(fā)送出去。而接收端的傳輸層需要等屬于同一應(yīng)用程序的數(shù)據(jù)都到達(dá)之后,對他們進(jìn)行差錯校驗、最后將整個數(shù)據(jù)交付給應(yīng)用程序。
第三:為了提供更為可靠的傳輸服務(wù),傳輸層還應(yīng)該提供流量控制機(jī)制。
UDP 協(xié)議
在簡單地敘述了關(guān)于 LwIP 的框架之后,接下來詳細(xì)闡述 UDP 地相關(guān)概念。UDP 稱之為用戶數(shù)據(jù)報協(xié)議,是一種無連接地、不可靠地傳輸協(xié)議,它只在低級程度上實現(xiàn)了上述地傳輸層功能,為什么說只在低級程度上實現(xiàn)了上述功能呢?因為它只是簡單地完成數(shù)據(jù)從一個進(jìn)程到另一個進(jìn)程地交付,它沒有提供任何流量控制機(jī)制,收到地報文也沒有確認(rèn),差錯控制上,只提供了檢驗和計算,當(dāng)校驗和計算不成功時,它將丟棄掉這個報文。
當(dāng)用戶的進(jìn)程使用 UDP 來傳送數(shù)據(jù)的時候,會經(jīng)歷三個過程
(1)UDP 協(xié)議會在數(shù)據(jù)前加上首部組成 UDP 報文,并交給 IP 協(xié)議來發(fā)送
(2)IP 層將報文封裝在 IP 數(shù)據(jù)報中并交給底層發(fā)送
(3)底層,IP 數(shù)據(jù)報被封裝在物理數(shù)據(jù)幀中
在 UDP 的接收端,物理網(wǎng)絡(luò)先接收到數(shù)據(jù)幀,然后逐層將數(shù)據(jù)遞交給上層協(xié)議,每一層都在向上一層去除掉一個首部。
## UDP 報文格式
UDP 報文成為用戶數(shù)據(jù)報,從結(jié)構(gòu)上可以分為兩部分:UDP 首部和 UDP 數(shù)據(jù)區(qū),下面是報文結(jié)構(gòu)示意圖:
UDP 校驗和的計算超過了 UDP 報文本身,為了計算校驗和,UDP 引入了偽首部的概念,加入了偽首部之后的 UDP 報文格式如下圖所示:
這里需要指出的一點是,偽首部完全是虛擬的,它并不會和用戶數(shù)據(jù)報一起被發(fā)送出去,只是在校驗和的計算過程中會被使用到,偽首部主要來自于運載 UDP 報文的 IP 數(shù)據(jù)報首部,將源 IP 地址和目的 IP 地址加入到校驗和的計算中可以驗證用戶數(shù)據(jù)報是否已經(jīng)到達(dá)正確的終點。
UDP 數(shù)據(jù)結(jié)構(gòu)體解析
報文首部結(jié)構(gòu)
先來看下 UDP 數(shù)據(jù)報首部,代碼如下:
#define?UDP_HLEN?8
PACK_STRUCT_BEGIN
struct?udp_hdr?{
??PACK_STRUCT_FIELD(u16_t?src);
??PACK_STRUCT_FIELD(u16_t?dest);??/*?src/dest?UDP?ports?*/
??PACK_STRUCT_FIELD(u16_t?len);
??PACK_STRUCT_FIELD(u16_t?chksum);
}?PACK_STRUCT_STRUCT;
PACK_STRUCT_END
這個結(jié)構(gòu)體很簡潔,使用結(jié)構(gòu)體封裝宏定義的每個字段,還應(yīng)該注意的是四個字段保存的值應(yīng)該與網(wǎng)絡(luò)字段保持一致。
udp 控制塊
控制塊是整個 UDP 中最為核心的東西,用戶使用 UDP 進(jìn)行編程,以及對于 UDP 報文的處理,本質(zhì)上都是對 UDP 控制塊進(jìn)行操作。一個 UDP 的控制塊包含 UDP 連接時需要的所有信息,主要包括:
端口號
目的端口號
源 IP 地址
目的 IP 地址
總體來說,系統(tǒng)會為每一個連接分配一個 UDP 控制塊,然后將他們組織在一個全局的鏈表上,當(dāng) UDP 收到 IP 層遞交的報文的時候,就會去遍歷這個鏈表,找出與報文中首部信息匹配的控制塊,并調(diào)用控制塊中注冊的函數(shù)最終完成報文的處理。
在定義 UDP 控制塊的時候,會使用到 IP的控制塊
#define?IP_PCB?struct?ip_addr?local_ip;?\
??struct?ip_addr?remote_ip;?\
???/*?Socket?options?*/??\
??u16_t?so_options;??????\
???/*?Type?Of?Service?*/?\
??u8_t?tos;??????????????\
??/*?Time?To?Live?*/?????\
??u8_t?ttl;??????????????\
如上述所示,IP 控制塊的定義是通過一個宏來實現(xiàn)的,它包含了本地 IP 地址、遠(yuǎn)端 IP 地址、socket 選項、服務(wù)類型、生存時間這幾個字段。有了 UP 控制塊之后,我們再來看 UDP 控制塊,下面是 UDP 控制塊的代碼:
//?定義回調(diào)函數(shù)的類型
typedef?void?(*udp_recv_fn)(void?*arg,?struct?udp_pcb?*pcb,?struct?pbuf?*p,
????ip_addr_t?*addr,?u16_t?port);
//?定義?UDP?控制塊結(jié)構(gòu)體
struct?udp_pcb?{
/*?Common?members?of?all?PCB?types?*/
??IP_PCB;
/*?Protocol?specific?PCB?members?*/
??struct?udp_pcb?*next;
??u8_t?flags;
??/**?ports?are?in?host?byte?order?*/
??u16_t?local_port,?remote_port;
#if?LWIP_IGMP
??/**?outgoing?network?interface?for?multicast?packets?*/
??ip_addr_t?multicast_ip;
#endif?/*?LWIP_IGMP?*/
#if?LWIP_UDPLITE
??/**?used?for?UDP_LITE?only?*/
??u16_t?chksum_len_rx,?chksum_len_tx;
#endif?/*?LWIP_UDPLITE?*/
??/**?receive?callback?function?*/
??udp_recv_fn?recv;
??/**?user-supplied?argument?for?the?recv?callback?*/
??void?*recv_arg;??
}
UDP 協(xié)議實現(xiàn)的本質(zhì)就是對鏈表上各個 UDP 控制塊進(jìn)行操作,再上述所示的結(jié)構(gòu)體中,next 是一個 UDP 控制塊類型的指針,他就是用來構(gòu)成鏈表的。最后,需要注意的一點是,上述控制塊中的最后兩個字段的是用于用戶和協(xié)議棧內(nèi)核通信的紐帶,反應(yīng)再 udp 協(xié)議里,就是用來執(zhí)行用戶自定義的報文數(shù)據(jù)處理函數(shù)的。下面是三個控制塊構(gòu)成的一個鏈表的一個示意圖:
通過上述示意圖我們可有看到第一個控制塊和第二個控制塊中,包含了本地和遠(yuǎn)程的 IP 地址和端口,所以他們處于連接狀態(tài)。第三個控制塊中,只包含了本地IP地址和端口,所以它處于未連接的狀態(tài)。UDP 的的工作流程是什么呢?簡單來說就是如果當(dāng)前 UDP 控制塊收到一個目的端口為 1234的數(shù)據(jù)報,那么內(nèi)核就會從鏈表的起始處開始遍歷整個鏈表,直到查出具有本地端口號 1234 的控制塊。當(dāng)找到控制塊之后,控制塊的 recv 字段指向的函數(shù) proc1 會被調(diào)用以處理報文數(shù)據(jù)。
總結(jié)
上述就是關(guān)于 LwIP 中 udp 的一個解析,只是簡單地說明了 UDP 地一個基本原理,它所涉及地控制塊以及當(dāng) UDP 接收到數(shù)據(jù)報地時候,又是一個怎樣地處理過程。當(dāng)然,除了這些,關(guān)于 UDP 還有很多地內(nèi)容,如何使用 UDP 發(fā)送數(shù)據(jù)和接收數(shù)據(jù)都沒涉及到,關(guān)于 LwIP 內(nèi)核地內(nèi)容也還需要繼續(xù)仔細(xì)研讀。
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!