摘要  提出一種全新的對嵌入式網(wǎng)關(guān)IP地址等網(wǎng)絡(luò)參數(shù)的設(shè)置方案及其具體實現(xiàn)方法。該方案通過在數(shù)據(jù)鏈路層架構(gòu)協(xié)議，在網(wǎng)絡(luò)底層和嵌入式網(wǎng)關(guān)通信，既回避了在傳輸層之上通信必須知道IP地址和端口號的矛盾，又實現(xiàn)了網(wǎng)絡(luò)化設(shè)置和管理的目的。采用Winpcap開發(fā)包編寫服務(wù)囂端軟件，嵌入式網(wǎng)關(guān)添加必要的協(xié)議解析和服務(wù)器協(xié)同工作，真正建立一個快捷、便利的嵌入式網(wǎng)關(guān)參數(shù)設(shè)置的網(wǎng)絡(luò)化環(huán)境。
關(guān)鍵詞 嵌入式系統(tǒng) 以太網(wǎng) IP地址 MAC地址 遠程設(shè)置
引 言 
    近年來，人們都把TCP/IP協(xié)議棧作必要裁減后移植到8位或16位微處理器上，完成嵌入式異型網(wǎng)關(guān)的構(gòu)建(如北京英貝多EM2002系列網(wǎng)關(guān)，海華信網(wǎng)絡(luò)通等)，從而使不同類型的數(shù)據(jù)包可以通過透明傳輸接入到現(xiàn)有的IP網(wǎng)絡(luò)，自此開辟了網(wǎng)絡(luò)測控的新紀元。

    嵌入式網(wǎng)關(guān)的運行必然遇到IP地址的設(shè)置問題。傳統(tǒng)的方案是在設(shè)備出廠前直接燒寫在Flash中，或利用串口本地設(shè)置，或在已知IP的前提下利用以太網(wǎng)口設(shè)置。上述方案繁瑣和不靈活，希望有一種靈活、便捷、全新的IP設(shè)置方案。通過對網(wǎng)絡(luò)各層協(xié)議的分析，實現(xiàn)一種在數(shù)據(jù)鏈路層完成對嵌入式網(wǎng)關(guān)IP遠程設(shè)置方案。該方案的優(yōu)點集中表現(xiàn)在出廠無須固化IP、遠程動態(tài)設(shè)置、穿透子網(wǎng)、集中管理等。
1 技術(shù)對比
    目前，實現(xiàn)嵌入式網(wǎng)關(guān)的設(shè)置模式主要有圖l所示的兩種：一是本地化，二是網(wǎng)絡(luò)化，但具體實現(xiàn)方法不同。為了描述方便，把用于設(shè)置的PC機定義為上位機，嵌入式網(wǎng)關(guān)定義為下位機。

(1)直接燒寫法
    直接燒寫是在程序中給定1P、MAC地址端口號等參數(shù)，編譯后燒寫在Flash中。該方法明顯不夠靈活，每次修改都須重新編譯、重新。

(2)串口法
    串口法是通過串口通信修改存儲在EEPROM中的IP地址等網(wǎng)絡(luò)參數(shù)。該方案較前一種有一定的靈活性，但由于RS 232的傳輸距離和網(wǎng)絡(luò)擴展難的限制，往往只能應(yīng)用在一對一的本地設(shè)置

(3)已知lP遠程修改法
    該方法可以達到網(wǎng)絡(luò)化管理的目的，但設(shè)備須在出廠前一一預(yù)設(shè)不同的IP地址才能完成建立在傳輸層之上的網(wǎng)絡(luò)通信。一般此時設(shè)置的IP不滿足具體網(wǎng)絡(luò)環(huán)境的要求，即意味著此次設(shè)置是不必要的重復(fù)勞動。

    綜合上述方案的優(yōu)缺點，提出在數(shù)據(jù)鏈路層架構(gòu)協(xié)議，在網(wǎng)絡(luò)底層完成數(shù)據(jù)通信的方案，彌補了出廠前必須固化IP的不足，實現(xiàn)了在項目實施后統(tǒng)一對設(shè)備網(wǎng)絡(luò)化管理。該方案的優(yōu)點還表現(xiàn)在由于其回避TCP/IP包，這樣在一個節(jié)點可修改位于不同子網(wǎng)中的任意嵌入式網(wǎng)關(guān)的IP地址。該方案的實質(zhì)是省去了TCP、IP報頭，直接根據(jù)MAC地址完成目標(biāo)主機的識別和通信。
2 實現(xiàn)原理
2.1 數(shù)據(jù)鏈路層幀格式的分析
    由于網(wǎng)絡(luò)設(shè)備運行于Ethernet(以太網(wǎng))，所以這里所涉及的數(shù)據(jù)鏈路層協(xié)議是指Ethernet的數(shù)據(jù)鏈路層協(xié)議。IEEE 802項目將數(shù)據(jù)鏈路層分為LLc(邏輯鏈路控制)層和MAC(介質(zhì)訪問控制)層。LLC層包含數(shù)據(jù)幀中和終端用戶相關(guān)的部分，如邏輯地址、控制信息和數(shù)據(jù);MAC層解決了共享介質(zhì)的競爭問題，包含同步、標(biāo)識、流量和差錯控制。IEEE802.3制定了支持LAN標(biāo)準CSMA/CD訪問控制模式的Ethernet標(biāo)準，其幀格式下：


2.2 幀格式的定義
    通過對數(shù)據(jù)鏈路層幀格式的分析，不難發(fā)現(xiàn)在數(shù)據(jù)鏈路層包含了能惟一標(biāo)識一臺主機的MAC地址。不需要ARP協(xié)議做IP和MAC地址映射，進而實現(xiàn)未知目的IP的鏈路層通信。

    為了滿足實現(xiàn)對嵌人式網(wǎng)關(guān)的遠程設(shè)置要求，可根據(jù)Ethernet協(xié)議標(biāo)準定義幀格式，且命名為RSF幀(Remote Set Frame)：


    目的MAC地址，6字節(jié)；
    源MAC地址，6字節(jié)；
    幀類型(RSF=0801 IP=0800 ARP=0806 RARF=8035)，2字節(jié)；
    OP操作選項(RSF query=01，RSF setIp=02，RSFreplyr=03)，2字節(jié)；
    目的port，2字節(jié)；
    發(fā)送端MAC地址，6字節(jié)；
    發(fā)送端IP地址，4字節(jié)；
    目的MAC地址，6字節(jié)；
    目的IP地址，4字節(jié)；
    設(shè)置結(jié)果，1字節(jié)。

    該幀格式的定義類似于TCP/IP協(xié)議棧中的ARP協(xié)議幀，包含了以太網(wǎng)頭14個字節(jié)。幀類型，在該字段802項目定義的有效長的值與以太網(wǎng)的有效類型值無一相同，這樣可以區(qū)分這兩種幀的格式，這里設(shè)定該幀類型為0801，以區(qū)別于已定義的幀類型；OP操作碼，RSF query=01表示服務(wù)器發(fā)送的數(shù)據(jù)包用于查詢網(wǎng)絡(luò)中的嵌入式網(wǎng)絡(luò)設(shè)備的MAc地址，RsF setlp=02表示服務(wù)器發(fā)送的數(shù)據(jù)包用于設(shè)置嵌入式網(wǎng)絡(luò)設(shè)備的IP地址，RsF reply=03用于設(shè)置信息的返回；端口號是目的端預(yù)設(shè)置的端口號：剩下的20字節(jié)為發(fā)送端和目的端的IP和MAC地址。
3 具體實現(xiàn)
    根據(jù)上述幀格式的定義和圖2所示的系統(tǒng)流程，分別在上位機和下位機添加相應(yīng)的接口和功能模塊來實現(xiàn)。

    上位機發(fā)出查詢下位機MAc地址的請求指令，下位機接收后響應(yīng)請求，返回本地MAC地址；上位機為查詢到的不同MAc地址分配不同的IP地址之后發(fā)送設(shè)置IP請求；下位機接收后響應(yīng)請求，并截取數(shù)據(jù)包中的信息來完成本地設(shè)置；上位機根據(jù)設(shè)置返回的狀態(tài)決定是否重新設(shè)置。其中給查詢到的MAc地址分配相應(yīng)的IP地址，分為手工和自動方法。手工方法是由用戶根據(jù)自己的需要設(shè)置IP地址；自動方法是根據(jù)ip pool(ip池)原理來實現(xiàn)IP的自動分配。


3.1上位機部分
    由于該方案旨在利用數(shù)據(jù)鏈路層協(xié)議來解決對嵌入式網(wǎng)關(guān)的IP遠程設(shè)置問題，就必然要求上位機編程要繞過位于第4層與第5層問的套接字編程接口(socket)。幸運的是，位于第2與第3層間的NDIs(網(wǎng)絡(luò)驅(qū)動器接口)提供了訪問網(wǎng)絡(luò)底層的能力。其優(yōu)點在于屏蔽了下層各種網(wǎng)卡的差別，為上層提供了一個完備NDIS庫，可以完成原始數(shù)據(jù)包的捕獲，數(shù)據(jù)包的過濾，以及原始數(shù)據(jù)包的發(fā)送等強大的功能。另外，意大利的Fulvio Riss0、LorisDegioanni等開發(fā)了一個Windows平臺下公共的網(wǎng)絡(luò)訪問系統(tǒng)，并提供Winpcap開發(fā)包，方便地提供了一個訪問網(wǎng)絡(luò)底層的接口。

    尋找到訪問網(wǎng)絡(luò)底層的編程接口后，只需要定義相應(yīng)的數(shù)據(jù)包結(jié)構(gòu)，并調(diào)用庫中發(fā)包函數(shù)就能完成原始數(shù)據(jù)包的接收和發(fā)送功能。這里只給出關(guān)鍵的數(shù)據(jù)結(jié)構(gòu)的定義代碼。

    以太網(wǎng)頭的數(shù)據(jù)結(jié)構(gòu)：
Typedef structtag DLCHeader {
    unsigned char DesMAC[6]； //以太網(wǎng)目的地址
    unsigned char srcMAC[6]； //以太網(wǎng)源地址
    unsigned short Etherype； //幀類型
)；
    RSF幀結(jié)構(gòu)：
    typedef struct tagRSFFrame
    {unsigned short opcode； //操作碼
    unsigned short Prot //目標(biāo)端口號
    unsigned char Send_HW_Addr[6]；//發(fā)送端以太網(wǎng)地址
    unsigned long Send_Prot_Addr； //發(fā)送端IP地址
    unsigned char Targ_HW_Addr[6]；//目的以太網(wǎng)地址
    unsigned long Targ_Prot_Addr； //目的lP地址
    unsigned char ReturnValue //設(shè)置結(jié)果
}；
    RSF包結(jié)構(gòu)：
    typedef struct tagRSFPacket{
    DLCHEADER dlcHeader；
    RSFFRAME rsfFrame；
}；

3.2 下位機部分
    嵌入式網(wǎng)關(guān)的實現(xiàn)關(guān)鍵在于TCP/IP協(xié)議棧的實現(xiàn)。目前主要有TCP/IP的軟移植(如ulP TCP/IP的移植)、硬移植(主要由芯片實現(xiàn))和嵌入式系統(tǒng)自帶TCP/IP協(xié)議棧。如果是利用嵌入式系統(tǒng)來實現(xiàn)嵌人式網(wǎng)關(guān)，就必須對操作系統(tǒng)內(nèi)核驅(qū)動作相應(yīng)的改動。這里只重點介紹TCP/IP在微處理器上軟移植的情況。在這種情況，只要在數(shù)據(jù)鏈路層模塊中添加幀的識別和處理功能模塊，就可以獲得數(shù)據(jù)幀中的IP地址等數(shù)據(jù)，并對本地IP進行設(shè)置。具體設(shè)置是調(diào)用對EEPROM的讀寫程序模塊來完成的，關(guān)鍵代碼如下：
void eth_rcve(UCHAR xdata*inbuf)//數(shù)據(jù)鏈路層接收模塊
{ ……
    switch(etb->frame-type)
{ ……
    case RSF_PACKET：//在原協(xié)議棧中添加自定義協(xié)議調(diào)用修改本地IP模塊； break;
    case ARP_PACKET：調(diào)用ARP處理模塊； break；
……
  }
}
    void eth_send(UCHAR xdata*outbuf，UCHAR*hwaddr，UINT ptype，UINT Ien)//數(shù)據(jù)鏈路層發(fā)送模塊
{……}
結(jié)語
    通用計算機數(shù)據(jù)鏈路層自定義幀的實現(xiàn)，可應(yīng)用于解決嵌入式網(wǎng)絡(luò)設(shè)備的遠程設(shè)置問題，改進了過去嵌入式網(wǎng)絡(luò)設(shè)備IP地址使用直接燒寫或串口本地配置等方法。該方案的特點是繞開了套接字編程，直接將上位機與下位機的通信建立在數(shù)據(jù)鏈路層的基礎(chǔ)之上。相對于依靠上層協(xié)議通信，在數(shù)據(jù)鏈路層直接通信，可以避開上層協(xié)議的約束，從而達到對網(wǎng)絡(luò)數(shù)據(jù)更直接和靈活處理的目的。


　



  

參考文獻:

[1]. RSF datasheet http://www.hbjingang.com/datasheet/RSF_1187614.html.