如何更好的理解LWIP協(xié)議？

LWIP協(xié)議與網(wǎng)絡(luò)分層

LwIP(Light weight IP)，是一種輕量化且開(kāi)源的TCP/IP協(xié)議棧，它可以在有限的RAM和ROM條件下，實(shí)現(xiàn)一個(gè)完整的TCP/IP 協(xié)議棧。此外，LwIP既可以移植到操作系統(tǒng)上運(yùn)行，也可以在無(wú)操作系統(tǒng)的情況下獨(dú)立運(yùn)行。?

TCP/IP協(xié)議棧的模型結(jié)構(gòu)如下圖所示，由于TCP/IP協(xié)議棧的出現(xiàn)時(shí)間較早，所以沒(méi)有按照傳統(tǒng)的7層OSI網(wǎng)絡(luò)模型進(jìn)行設(shè)計(jì)，一共只分為了4層，分別為網(wǎng)絡(luò)接口層，網(wǎng)絡(luò)層，傳輸層以及應(yīng)用層，LwIP協(xié)議棧的網(wǎng)絡(luò)模型與之類似。

網(wǎng)絡(luò)接口層主要通過(guò)雙絞線，光纖，無(wú)線等方式進(jìn)行網(wǎng)絡(luò)上數(shù)據(jù)幀的發(fā)送和接收。網(wǎng)絡(luò)接口層將網(wǎng)絡(luò)層的數(shù)據(jù)組裝成自己特定的幀進(jìn)行發(fā)送，同時(shí)也會(huì)接收數(shù)據(jù)幀進(jìn)行解析，并將解析過(guò)后的數(shù)據(jù)發(fā)送給網(wǎng)絡(luò)層。?

網(wǎng)絡(luò)層負(fù)責(zé)在主機(jī)之間的通信過(guò)程之中選擇數(shù)據(jù)包的傳輸路徑，并且在接收到傳入的數(shù)據(jù)報(bào)時(shí)會(huì)檢驗(yàn)其有效性，并遞交給上層。?

傳輸層主要提供應(yīng)用程序之間的通信服務(wù)，它會(huì)系統(tǒng)的管理兩端數(shù)據(jù)之間的交互。

應(yīng)用層簡(jiǎn)單來(lái)說(shuō)就是利用傳輸層提供的功能發(fā)送自己的數(shù)據(jù)到對(duì)方。

LWIP協(xié)議棧初始化

在開(kāi)始傳輸數(shù)據(jù)之前，首先要進(jìn)行一系列的初始化操作，本文以i.MX RT1060 SDK中的Demo "evkmimxrt1060_lwip_udppecho_bm"為例，該代碼可以通過(guò)MCUXpresso IDE進(jìn)行導(dǎo)入。

netif_add函數(shù)用來(lái)掛載網(wǎng)絡(luò)接口，并完成網(wǎng)絡(luò)通信之前的大部分初始化工作，包括PHY芯片的初始化，i.MX RT1060上ENET外設(shè)初始化，以及一些通信過(guò)程中用到的相關(guān)數(shù)據(jù)結(jié)構(gòu)的初始化。

PHY芯片的初始化是在ethernetif_phy_init之中完成，包括MDIO初始化，網(wǎng)口自動(dòng)協(xié)商，網(wǎng)口連接等操作。

ENET外設(shè)的初始化在ENET_SetMacController之中完成，這里進(jìn)行了ENET外設(shè)的一些配置，例如設(shè)置接口速率，以及接口類型(mii,Rmii)等等。

PHY初始化函數(shù)以及ENET初始化函數(shù)都在ethernetif0_init函數(shù)中被調(diào)用，并且該函數(shù)被作為一個(gè)實(shí)參傳入netif_add之中并被在其中被調(diào)用，因此netif_add不僅完成了網(wǎng)絡(luò)接口的掛載，還完成了接口相關(guān)的一系列初始化工作。

此外，在進(jìn)行網(wǎng)絡(luò)接口相關(guān)初始化的同時(shí)，也完成了對(duì)一系列數(shù)據(jù)結(jié)構(gòu)的初始化，此處介紹一些在網(wǎng)絡(luò)通信過(guò)程中用到的結(jié)構(gòu)體。

enet_rx_bd_struct_t, 該結(jié)構(gòu)體一般用來(lái)定義buffer descriptor，網(wǎng)絡(luò)接口層接收到的數(shù)據(jù)一般就封裝在buffer descriptor之中。
結(jié)構(gòu)體定義如下圖所示，其中l(wèi)ength代表buffer descriptor之中數(shù)據(jù)的長(zhǎng)度，control之中會(huì)存儲(chǔ)一些與buffer descriptor相關(guān)的狀態(tài)信息，并且支持enhanced buffer descriptor。

enet_rx_bd_ring_t結(jié)構(gòu)體，如下圖所示，每一條ring都是由buffer descriptor組成的。

Ring結(jié)構(gòu)體中的rxBdBase成員就是第一個(gè)buffer descriptor的地址，rxGenIdx指的是當(dāng)前buffer descriptor的序號(hào)，rxRingLen指的是這條Ring中共有幾個(gè)buffer descriptor。

pbuf結(jié)構(gòu)體，pbuf結(jié)構(gòu)體是用來(lái)描述lwip協(xié)議棧中數(shù)據(jù)包的結(jié)構(gòu)體。它是以鏈表的形式存在的，pbuf之中會(huì)存在指針指向下一個(gè)pubf 。

由于在case之中，使用的是UDP通信，因此還需要進(jìn)行一些UDP相關(guān)的初始化設(shè)置。例如調(diào)用udp_bind函數(shù)，對(duì)UDP控制塊中的local_port,local_ip等參數(shù)進(jìn)行綁定，以及調(diào)用udp_recv在udp控制塊上進(jìn)行一些回調(diào)函數(shù)的綁定等等，至于什么是UDP控制塊，在后面會(huì)進(jìn)行介紹。

LWIP網(wǎng)絡(luò)接口層

網(wǎng)絡(luò)接口層數(shù)據(jù)接收

在udpecho demo之中是通過(guò)輪詢的方法來(lái)實(shí)現(xiàn)數(shù)據(jù)接收，使用的是raw/callback api, 除了這種api之外lwip還提供socket api等，不過(guò)需要操作系統(tǒng)的支持。

在while循環(huán)中首先會(huì)去調(diào)用ethernetif_input函數(shù)，該函數(shù)中會(huì)調(diào)用ethernetif_linkinput函數(shù)，在ethernetif_linkinput之中又會(huì)去調(diào)用ENET_GetRxFrame和ethernetif_rx_frame_to_pbufs函數(shù)。

? ?在ENET_GetRxFrame函數(shù)中會(huì)把網(wǎng)絡(luò)接口中接收到的數(shù)據(jù)搬運(yùn)到RxFrame之中，然后ethernetif_rx_frame_to_pbufs函數(shù)又會(huì)把RxFrame之中的數(shù)據(jù)搬運(yùn)到pbufs之中，接下來(lái)就會(huì)調(diào)用ethernet_input函數(shù)，在lwip源碼之中的ethernet.c文件中被定義，主要用于無(wú)操作系統(tǒng)時(shí)候網(wǎng)絡(luò)層去處理接收到的數(shù)據(jù)幀，然后往上層遞交，對(duì)于不同的數(shù)據(jù)包進(jìn)行不同的處理，如果是 ARP包，則調(diào)用etharp_input函數(shù)；如果是 IP 包，則調(diào)用 ip4_input函數(shù)，通過(guò)這些函數(shù)將數(shù)據(jù)包遞交給 IP 層處理。

網(wǎng)絡(luò)接口層數(shù)據(jù)發(fā)送

在網(wǎng)絡(luò)層發(fā)送數(shù)據(jù)時(shí)，會(huì)調(diào)用網(wǎng)絡(luò)接口層的ethernet_output函數(shù)，ethernet_output函數(shù)之中又會(huì)去調(diào)用ethernetif_linkoutput函數(shù),當(dāng)數(shù)據(jù)較大需要用多個(gè)pbuf進(jìn)行存儲(chǔ)的時(shí)候，pbuf以鏈表的形式存在，所以需要將這些鏈表中的數(shù)據(jù)進(jìn)行合并，如下圖所示。

操作完成后通過(guò)ENET_SendFrame函數(shù)來(lái)完成數(shù)據(jù)的發(fā)送；最后數(shù)據(jù)會(huì)通過(guò)網(wǎng)絡(luò)接口傳輸出去。

LWIP網(wǎng)絡(luò)層

IP協(xié)議

IP協(xié)議是一種經(jīng)典的網(wǎng)絡(luò)層協(xié)議，IP協(xié)議(Internet Protocol)，又稱之為網(wǎng)際協(xié)議，IP 協(xié)議處于IP層工作，它是整個(gè)TCP/IP協(xié)議棧的核心協(xié)議，上層協(xié)議都要依賴IP協(xié)議提供的服務(wù)，IP協(xié)議負(fù)責(zé)將數(shù)據(jù)報(bào)從源主機(jī)發(fā)送到目標(biāo)主機(jī)，并通過(guò)IP地址作為唯一識(shí)別碼。簡(jiǎn)單來(lái)說(shuō)，不同主機(jī)之間的IP地址是不一樣的，在發(fā)送數(shù)據(jù)報(bào)的過(guò)程中，IP協(xié)議還可能對(duì)數(shù)據(jù)報(bào)進(jìn)行分片處理，同時(shí)在接收數(shù)據(jù)報(bào)的時(shí)候，還可能需要對(duì)分片的數(shù)據(jù)報(bào)進(jìn)行重裝等等。

IP協(xié)議是一種無(wú)連接的不可靠數(shù)據(jù)報(bào)交付協(xié)議，協(xié)議本身不提供任何的錯(cuò)誤檢查與恢復(fù)機(jī)制，需要傳輸層協(xié)議來(lái)完成這些功能。

IP地址

在TCP/IP設(shè)計(jì)過(guò)程中，設(shè)計(jì)人員為每一臺(tái)主機(jī)分配一個(gè)32bit的IP地址，只有具有有效的IP地址的主機(jī)才能接入互聯(lián)網(wǎng)中與其他主機(jī)進(jìn)行通信。

IP數(shù)據(jù)報(bào)

IP數(shù)據(jù)包一般由IP首部和數(shù)據(jù)組成，首部一般有20-60字節(jié)，其中有40字節(jié)是可選的，一般首部?jī)H由20字節(jié)組成，IP數(shù)據(jù)報(bào)結(jié)構(gòu)如下圖所示。

為了方便對(duì)IP首部進(jìn)行讀取或?qū)懭氩僮?，在lwip源碼之中定義了ip_hdr結(jié)構(gòu)體來(lái)表示ip數(shù)據(jù)報(bào)首部。

IP層數(shù)據(jù)接收

在上文提到，對(duì)于不同的數(shù)據(jù)包進(jìn)行不同的處理，如果是ARP包，則調(diào)用etharp_input函數(shù)去處理；如果是IP包，則交給IP相關(guān)函數(shù)去處理。

在udpecho demo中使用的是IPV4協(xié)議，因此，會(huì)調(diào)用ip4_input函數(shù)。

在ip4_input函數(shù)中會(huì)對(duì)ip數(shù)據(jù)報(bào)的相關(guān)字段進(jìn)行檢驗(yàn)，例如長(zhǎng)度，校驗(yàn)和，版本號(hào)等等，也會(huì)判斷該數(shù)據(jù)包是否是發(fā)送給本地的，如果不是發(fā)送給本地的數(shù)據(jù)包，可能還要對(duì)其進(jìn)行轉(zhuǎn)發(fā)或者丟棄，如果數(shù)據(jù)報(bào)沒(méi)有問(wèn)題，IP層就會(huì)根據(jù)傳輸層的協(xié)議類型將數(shù)據(jù)包傳送到不同的入口函數(shù)之中，例如udp_input, tcp_input函數(shù)等。

IP層數(shù)據(jù)發(fā)送

在傳輸層協(xié)議需要通過(guò)IP層來(lái)發(fā)送數(shù)據(jù)時(shí)，在上層函數(shù)之中會(huì)調(diào)用ip4_output_if_src函數(shù)，在該函數(shù)中，又會(huì)去調(diào)用ip4_output_if_opt_src函數(shù)，它會(huì)將傳輸數(shù)據(jù)封裝到ip數(shù)據(jù)報(bào)之中，填寫(xiě)數(shù)據(jù)報(bào)之中的目標(biāo)IP地址，源IP地址，協(xié)議類型等相關(guān)信息。然后再去調(diào)用etharp_output()，它會(huì)解析MAC地址，組裝以太網(wǎng)幀并并發(fā)送。在etharp_output()函數(shù)之中，最終會(huì)去調(diào)用網(wǎng)絡(luò)接口層的相關(guān)發(fā)送函數(shù)。

LWIP傳輸層與應(yīng)用層

網(wǎng)絡(luò)層已經(jīng)通過(guò)IP協(xié)議等完成了數(shù)據(jù)報(bào)在各臺(tái)主機(jī)之間傳輸?shù)牡墓δ?，但是?shù)據(jù)還沒(méi)有到達(dá)最終目的地—主機(jī)上的某個(gè)特定應(yīng)用程序。

IP層通過(guò)傳輸層的協(xié)議將數(shù)據(jù)包遞交給應(yīng)用程序，常用的傳輸層協(xié)議有UDP協(xié)議，TCP協(xié)議等。

此處以UDP協(xié)議為例，它是一種較為簡(jiǎn)單的傳輸層協(xié)議，經(jīng)常應(yīng)用于局域網(wǎng)環(huán)境以及視頻播放領(lǐng)域，以UDP為例結(jié)合SDK代碼講解一下傳輸層是如何實(shí)現(xiàn)數(shù)據(jù)交互的。

UDP報(bào)文

在使用UDP傳輸數(shù)據(jù)時(shí)，它會(huì)將數(shù)據(jù)封裝在UDP報(bào)文之中，在IP層又會(huì)將數(shù)據(jù)包封裝在IP報(bào)文之中，在物理層又會(huì)將IP數(shù)據(jù)包封裝在物理數(shù)據(jù)幀之中。

一份用戶數(shù)據(jù)在被發(fā)送時(shí)共經(jīng)歷了三次封裝。

UDP相關(guān)數(shù)據(jù)結(jié)構(gòu)

在LWIP源碼的udp.h之中，定義了報(bào)文首部數(shù)據(jù)結(jié)構(gòu)以及UDP控制塊。

LwIP報(bào)文首部數(shù)據(jù)結(jié)構(gòu)為udp_hdr, 定義了 UDP 報(bào)文首部的各個(gè)字段, 分別為16位源端口號(hào)src, 16位目標(biāo)端口號(hào)dest, 16位用戶數(shù)據(jù)報(bào)總長(zhǎng)度, 以及16位的校驗(yàn)和。

LwIP還定義了UDP控制塊，記錄與UDP通信的所有相關(guān)信息，如源端口號(hào)、目標(biāo)端口號(hào)、源IP地址、目標(biāo)IP地址以及收到數(shù)據(jù)時(shí)的回調(diào)函數(shù)等等，系統(tǒng)會(huì)為每一個(gè)基于UDP協(xié)議的進(jìn)程創(chuàng)建一個(gè)UDP控制塊，并且將其與對(duì)應(yīng)的端口綁定，并將所有的UDP控制塊用一個(gè)鏈表連接起來(lái)。當(dāng)UDP接收到一個(gè)報(bào)文的時(shí)候，會(huì)去遍歷鏈表上的所有控制塊，通過(guò)端口號(hào)來(lái)找到匹配的控制塊，并將數(shù)據(jù)通過(guò)回調(diào)函數(shù)傳遞到上層應(yīng)用。

UDP報(bào)文接收

在IP層，當(dāng)接收到一個(gè)包含UDP報(bào)文的數(shù)據(jù)報(bào)時(shí)，udp_input函數(shù)就會(huì)被調(diào)用，該函數(shù)之中進(jìn)行了一些報(bào)文合法性的檢測(cè)，然后根據(jù)報(bào)文中的端口信息查找UDP控制塊，最后通過(guò)UDP控制塊之中的回調(diào)函數(shù)recv_udp將數(shù)據(jù)傳遞到應(yīng)用層，如果找不到對(duì)應(yīng)的端口，那么會(huì)返回一個(gè)端口不可達(dá)數(shù)據(jù)包。

UDP報(bào)文發(fā)送

UDP報(bào)文發(fā)送依靠IP層提供的服務(wù)，用戶在發(fā)送數(shù)據(jù)時(shí)需要在應(yīng)用程序之中調(diào)用udp_send或者是udp_sendto,應(yīng)用程序之中將用戶數(shù)據(jù)填到pbuf數(shù)據(jù)區(qū)域,并將pubf作為參數(shù)傳入udp_send或udp_sendto之中。

udp_send和udp_sendto之間的區(qū)別就是udp_sendto將數(shù)據(jù)發(fā)送到指定的ip地址和端口號(hào)，udp_send將數(shù)據(jù)發(fā)送到UDP控制塊之中定義的ip地址和端口號(hào)。udp_send實(shí)際上也是調(diào)用udp_sendto來(lái)進(jìn)行數(shù)據(jù)的發(fā)送，最終這兩個(gè)函數(shù)都是會(huì)去調(diào)用udp_sendto_if。

udp_sendto_if函數(shù)之中會(huì)完成udp報(bào)文的組裝和發(fā)送，最終會(huì)調(diào)用Ip層的發(fā)送函數(shù)去發(fā)送報(bào)文。

LWIP應(yīng)用層

在應(yīng)用層一般會(huì)通過(guò)調(diào)用傳輸層的一些函數(shù)來(lái)編寫(xiě)特定的應(yīng)用程序，從而實(shí)現(xiàn)數(shù)據(jù)的傳遞，在udpecho demo之中，當(dāng)接收到數(shù)據(jù)之后，在udp控制塊中綁定的接收回調(diào)函數(shù)中又會(huì)去調(diào)用udp_sendto函數(shù)。

除了上面介紹的一些協(xié)議外，LWIP還支持ICMP、IGMP、PPP、DHCP等協(xié)議，并且SOCKET API以及NETCONN API使用起來(lái)更加簡(jiǎn)單，但是RAW/Callback API的使用有助于更好的理解LWIP協(xié)議。

對(duì)LWIP協(xié)議棧感興趣的讀者可自行深入了解。

編輯：黃飛

?