當(dāng)前位置:首頁 > 公眾號精選 > wenzi嵌入式軟件
[導(dǎo)讀]LwIP是TCP/IP協(xié)議中一種獨立、簡單的實現(xiàn),其設(shè)計目的在于保證嵌入式產(chǎn)品擁有完整TCP/IP功能的同時,又能夠保證協(xié)議棧對處理器資源的有效消耗,其運行一般僅需要幾十KB的RAM和40KB左右的ROM。

前言

之前在做一個關(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)示意圖:

image-20201219165628915

如同前面所說,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 數(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)示意圖:

image-20201219205656710

UDP 校驗和的計算超過了 UDP 報文本身,為了計算校驗和,UDP 引入了偽首部的概念,加入了偽首部之后的 UDP 報文格式如下圖所示:

image-20201219210404321

這里需要指出的一點是,偽首部完全是虛擬的,它并不會和用戶數(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)成的一個鏈表的一個示意圖:

image-20201220141759180

通過上述示意圖我們可有看到第一個控制塊和第二個控制塊中,包含了本地和遠(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)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉