IPv4/IPv6雙協(xié)議棧實(shí)現(xiàn)方案解析
1引言
本文引用地址:http://m.butianyuan.cn/article/190394.htm隨著嵌入式系統(tǒng)與網(wǎng)絡(luò)的日益結(jié)合,在嵌入式系統(tǒng)中引入TCP/IP協(xié)議棧,以支持嵌入式設(shè)備接入網(wǎng)絡(luò),成為嵌入式領(lǐng)域重要的研究方向。并且隨著 Internet技術(shù)的迅猛發(fā)展和規(guī)模的不斷擴(kuò)大,現(xiàn)行的Internet協(xié)議IPv4在地址空間、端到端的IP連接、服務(wù)質(zhì)量和網(wǎng)絡(luò)安全等方面暴露出了不足,極大地限制了IP網(wǎng)絡(luò)的進(jìn)一步發(fā)展。而IPv6所提供的巨大地址空間和網(wǎng)絡(luò)安全等因素已經(jīng)使其成為下一代因特網(wǎng)IP協(xié)議,為了能夠支持IPv6的應(yīng)用,并且考慮到從IPv4到IPv6仍然需要一個過渡期,本文實(shí)現(xiàn)了一種基于實(shí)時操作系統(tǒng)的IPv4/IPv6雙協(xié)議棧結(jié)構(gòu)。
2協(xié)議棧的設(shè)計要點(diǎn)
2.1平臺無關(guān)性
本文所設(shè)計的TCP/IP雙協(xié)議棧,要求不能局限于特定的硬件環(huán)境和軟件系統(tǒng)。因此,本協(xié)議棧的實(shí)現(xiàn)采用將所有的TCP/IP協(xié)議都駐留在一個進(jìn)程當(dāng)中,協(xié)議棧模塊與操作系統(tǒng)內(nèi)核分開。通過定義一個操作系統(tǒng)模擬層實(shí)現(xiàn)平臺無關(guān)性。操作系統(tǒng)模擬層屏蔽硬件上的差異和獲取操作系統(tǒng)提供統(tǒng)一的接口,如時鐘、過程同步以及信息傳遞機(jī)制等。對于特定的嵌入式操作系統(tǒng),直接對操作系統(tǒng)模擬層相應(yīng)部分進(jìn)行修改,以符合具體的要求。操作系統(tǒng)模擬層主要包括下面兩個部分:
⑴與處理器和編譯器有關(guān)
對不同微處理器的BYTE_ORDER存儲系統(tǒng)定義;對不同編譯器的數(shù)據(jù)類型長度的定義;與CPU或編譯器相關(guān)的內(nèi)容的定義。
⑵與操作系統(tǒng)相關(guān)
協(xié)議棧進(jìn)程與應(yīng)用程序進(jìn)程之間的同步與通訊,需要對信號量sys_sem_t、消息隊(duì)列sys_mbox_t和時鐘函數(shù)進(jìn)行定義和操作。
2.2協(xié)議棧的裁減
標(biāo)準(zhǔn)的TCP/IP協(xié)議棧功能復(fù)雜,代碼量大,且需大量的存儲器資源。為了滿足嵌入式應(yīng)用,必須對RFC定義的協(xié)議棧進(jìn)行裁減[1]。本協(xié)議棧的實(shí)現(xiàn)作了如下裁減:
⑴IP模塊:不支持?jǐn)?shù)據(jù)分片,不支持?jǐn)?shù)據(jù)包轉(zhuǎn)發(fā),不支持IPv6移動功能,不支持部分IPv6的擴(kuò)展報頭。
⑵ICMPv6模塊:支持信息報文中的請求和應(yīng)答報文,支持錯誤報文中的目的不可達(dá)和超時報文。
⑶鄰居發(fā)現(xiàn)模塊:支持地址解析、重復(fù)性探測,省略了路由功能。
⑷TCP模塊:支持多個連接,簡化滑動窗口,實(shí)現(xiàn)快速重傳、慢啟動與擁塞避免算法的TCP可靠性機(jī)制;約減掉半關(guān)閉,緊急指針,大部分TCP選項(xiàng)等。
協(xié)議棧的層次結(jié)構(gòu)如圖1所示。采用獨(dú)立于網(wǎng)絡(luò)層的方式,IPv4協(xié)議和IPv6協(xié)議分開實(shí)現(xiàn),條理清楚,易于裁減,同時不會增加太多代碼空間。
上層應(yīng)用(HTTP)
TCP
ICMPv4ICMPv6
ARPIPv4IPv6
網(wǎng)絡(luò)驅(qū)動
3協(xié)議棧的實(shí)現(xiàn)
3.1內(nèi)存管理
內(nèi)存管理主要是針對協(xié)議棧內(nèi)部緩沖區(qū)的管理。為了勝任任意大小報文的處理,并且能夠達(dá)到比較高的處理效率,在這里定義了兩種緩沖區(qū)實(shí)現(xiàn)機(jī)制:固定長度緩沖區(qū)(pbuf_pool)和變長度緩沖區(qū)(pbuf_ram)。pbuf_pool主要適合于網(wǎng)絡(luò)設(shè)備驅(qū)動,存放從網(wǎng)卡接收的數(shù)據(jù)。 pbuf_ram根據(jù)數(shù)據(jù)的大小動態(tài)的分配緩沖區(qū),如協(xié)議的報頭空間。
在這里對存儲空間的申請做了一定改進(jìn)。由于發(fā)送數(shù)據(jù)時很難確定各層協(xié)議頭部需要多大的內(nèi)存空間,特別是IPv6報文可以包含若干個擴(kuò)展頭,所以只申請基本頭部的內(nèi)存空間,在使用中動態(tài)調(diào)整的可能性就會很大,使得系統(tǒng)的效率降低。在這里提出了一種優(yōu)化方法,根據(jù)局部性原理,通常情況下一個連接在局部時間范圍內(nèi)需要網(wǎng)絡(luò)層提供相同功能的概率非常大,所以在該連接的TCP_PCB控制塊中增加一個變量num,用于記錄上次通信時IPv6協(xié)議頭所使用的字節(jié)數(shù),并且此變量可以被網(wǎng)絡(luò)層的函數(shù)進(jìn)行修改。當(dāng)傳輸層下次申請pbuf時,就參考這個值。如果所需的存儲空間比此值大,就需重新申請能滿足要求的存儲空間,同時修改num的值,并作為下一次申請的參考。
3.2網(wǎng)絡(luò)接口的實(shí)現(xiàn)
網(wǎng)絡(luò)接口層在設(shè)計上主要考慮下面幾個目標(biāo):⑴向協(xié)議層提供一個統(tǒng)一的網(wǎng)絡(luò)通信接口,能夠?qū)⑸蠈訁f(xié)議模塊與具體的網(wǎng)絡(luò)接口硬件隔離開來,以利于向不同操作系統(tǒng)的移植;⑵支持一個網(wǎng)絡(luò)接口配置多個IP地址的功能,因?yàn)镮Pv6一個接口的IP地址包括本地鏈路、本地站點(diǎn)和全局三類地址;⑶支持多播報文的收發(fā),提供動態(tài)的多播IP與多播MAC地址的映射服務(wù);⑷提供較好的通信性能等。
針對上述目標(biāo),設(shè)計了如下的網(wǎng)絡(luò)接口控制結(jié)構(gòu):
struct netif {
struct netif *next; /*指向下一個netif結(jié)構(gòu)的指針*/
netif_ipaddr *iplist; /*指向接口的ip地址鏈的首指針*/
char name[2]; /*接口名稱*/
err_t (* input)(struct pbuf *p, struct netif *); /*接口輸入函數(shù)指針*/
err_t (* output)(struct netif *, struct pbuf *p,netif_addr *); /*接口輸出函數(shù)指針*/
err_t (* linkoutput)(struct netif *, struct pbuf *p); /*鏈路層輸出函數(shù)指針*/
void *state; /*指向接口的狀態(tài)信息*/
mac_addr netifmacaddr; /*接口的MAC地址*/
netif_multi *multilist; /*本接口的MAC多播地址鏈?zhǔn)字羔?/
┊ /*省略了部分信息 */
};
網(wǎng)絡(luò)接口層是協(xié)議棧與下層網(wǎng)絡(luò)設(shè)備驅(qū)動程序之間的接口,同時支持IPv4報文和IPv6報文,通過判斷幀的類型字段,把接收到的不同類型的報文交給不同的協(xié)議模塊進(jìn)行處理。
評論