專利名稱：一種基于MAC地址傳輸?shù)腃ache同步方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)備份方法，特別涉及一種在局域網(wǎng)內(nèi)雙機(jī)熱備份系統(tǒng)中，基 于MAC地址傳輸?shù)碾p機(jī)Cache數(shù)據(jù)同步方法，屬于數(shù)據(jù)備份領(lǐng)域。
背景技術(shù)：
隨著信息技術(shù)的發(fā)展，數(shù)據(jù)已經(jīng)成為各行業(yè)的基礎(chǔ)和命脈，對(duì)數(shù)據(jù)進(jìn)行高效益的 存儲(chǔ)、管理和高效率的使用成為企業(yè)必須關(guān)注的問題，數(shù)據(jù)備份日益重要。而對(duì)于不間斷向 外提供服務(wù)的服務(wù)器系統(tǒng)來說，數(shù)據(jù)的熱備份顯得尤其重要并得到了日益廣泛的應(yīng)用。目前，數(shù)據(jù)熱備份大多采用共享存儲(chǔ)的雙機(jī)熱備模式，即源主機(jī)和目標(biāo)主機(jī)共用 同一存儲(chǔ)設(shè)備。在這種模式中，源主機(jī)和目標(biāo)主機(jī)保證了數(shù)據(jù)的一致性，并且雙機(jī)的服務(wù)質(zhì) 量得到了提高和一定的保障，雙機(jī)中任何一臺(tái)主機(jī)發(fā)生故障，另一臺(tái)都能立刻接替其工作。 但是，這種模式中的數(shù)據(jù)安全性完全依賴于雙機(jī)所共享的存儲(chǔ)設(shè)備，通常為安全性較高的 RAID。而如果這一存儲(chǔ)設(shè)備發(fā)生災(zāi)難性毀壞，則無論源主機(jī)還是目標(biāo)主機(jī)都無法工作。另一種模式是非共享存儲(chǔ)的雙機(jī)熱備模式，在這種模式中，源主機(jī)和目標(biāo)主機(jī)不 共享任何設(shè)備，各自有自己數(shù)據(jù)存儲(chǔ)設(shè)備，只是通過網(wǎng)絡(luò)實(shí)現(xiàn)數(shù)據(jù)同步。在這種熱備份模式 的數(shù)據(jù)安全性較前一種有了較大的提高。但是，這種模式中，源節(jié)點(diǎn)和目標(biāo)節(jié)點(diǎn)之間的數(shù)據(jù) 同步通常采用普通IP網(wǎng)絡(luò)，普通IP網(wǎng)絡(luò)價(jià)格低廉，傳輸穩(wěn)定，但帶寬往往不能滿足要求，而 數(shù)據(jù)同步卻耗費(fèi)了大量的CPU資源和網(wǎng)絡(luò)帶寬。當(dāng)數(shù)據(jù)更新頻繁，數(shù)據(jù)傳輸量很大時(shí)，尤其 當(dāng)源主機(jī)和目的主機(jī)之一或兩者同時(shí)對(duì)外提供網(wǎng)絡(luò)服務(wù)時(shí)，其網(wǎng)絡(luò)資源和CPU資源都極其 寶貴，在數(shù)據(jù)備份過程中可能就會(huì)因?yàn)榫W(wǎng)絡(luò)帶寬和延遲而導(dǎo)致性能的下降和備份數(shù)據(jù)的丟 失?，F(xiàn)在的普通IP網(wǎng)絡(luò)中，數(shù)據(jù)的傳輸通常采用TCP/IP協(xié)議，傳送數(shù)據(jù)通常通過以下 幾個(gè)步驟1)源主機(jī)傳輸層由TCP協(xié)議對(duì)要傳輸?shù)臄?shù)據(jù)進(jìn)行封裝，并將封裝好的數(shù)據(jù)交給網(wǎng)絡(luò)層。2)網(wǎng)絡(luò)層由IP協(xié)議對(duì)數(shù)據(jù)進(jìn)行封包，稱為數(shù)據(jù)報(bào)，加入長度為共20字節(jié)的報(bào)頭， 其中包括目的主機(jī)的IP地址和源主機(jī)的IP地址。3)網(wǎng)絡(luò)層將封裝好的數(shù)據(jù)報(bào)傳到下一層數(shù)據(jù)鏈路層。4)數(shù)據(jù)報(bào)由數(shù)據(jù)鏈路層的MAC子層協(xié)議對(duì)數(shù)據(jù)報(bào)進(jìn)行封裝(如果IP數(shù)據(jù)報(bào)過大， MAC子層協(xié)議要先對(duì)其進(jìn)行拆分)，稱為幀，加入長度為共14字節(jié)的幀頭，其中包括目的主 機(jī)的MAC地址和源主機(jī)的MAC地址。5)數(shù)據(jù)鏈路層將封裝好的幀傳輸給物理層，物理層以比特流的形式向網(wǎng)絡(luò)傳輸數(shù) 據(jù)。6)在數(shù)據(jù)傳輸過程中，路由器和/或交換機(jī)對(duì)數(shù)據(jù)逆向解包，確認(rèn)數(shù)據(jù)目的地址， 重新封包后將數(shù)據(jù)傳輸?shù)侥康闹鳈C(jī)。7)目的主機(jī)對(duì)數(shù)據(jù)逆向解包，最終得到數(shù)據(jù)。
在整個(gè)數(shù)據(jù)傳輸過程中，步驟幻、4)耗費(fèi)源主機(jī)大量CPU資源用于數(shù)據(jù)的封裝計(jì) 算。步驟6)耗費(fèi)路由器和/或交換機(jī)的CPU資源用于數(shù)據(jù)的解包和再封裝，并且增加了網(wǎng) 絡(luò)延遲，步驟7)的逆向解包過程同時(shí)也耗費(fèi)了大量的目的主機(jī)的CPU資源。從以上過程可以看出，使用現(xiàn)有的IP網(wǎng)絡(luò)數(shù)據(jù)傳輸方法時(shí)，分別由TCP/UDP協(xié)議、 IP協(xié)議和MAC幀協(xié)議對(duì)數(shù)據(jù)進(jìn)行封裝，然后物理層將數(shù)據(jù)幀轉(zhuǎn)換為比特流進(jìn)行傳輸。在發(fā) 送和接收的過程中，無論是發(fā)送方對(duì)數(shù)據(jù)封包還是接收方解包，都耗費(fèi)大量的CPU資源，尤 其當(dāng)雙方都作為服務(wù)器對(duì)外提供服務(wù)時(shí)，這種CPU資源的開銷大大降低了服務(wù)器的性能。 另外，這種傳輸方式共開銷14字節(jié)(以太網(wǎng)幀頭)+20字節(jié)(IP頭)+20字節(jié)(TCP頭)= 54字節(jié)，所占數(shù)據(jù)傳輸比例較大，降低了網(wǎng)絡(luò)傳輸效率。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對(duì)現(xiàn)有技術(shù)的缺陷，提供一種網(wǎng)絡(luò)數(shù)據(jù)傳輸方法，減少主機(jī) CPU在數(shù)據(jù)封裝時(shí)的工作量，同時(shí)可以減少總的數(shù)據(jù)傳輸量。由于現(xiàn)在的雙機(jī)熱備份系統(tǒng)大多在同一局域網(wǎng)內(nèi)部，雙方數(shù)據(jù)傳輸不需IP地址， 直接由MAC地址就可進(jìn)行，所以本發(fā)明采用基于MAC地址傳輸?shù)腃ache同步方法，在同一局 域網(wǎng)內(nèi)部實(shí)現(xiàn)源主機(jī)和目標(biāo)主機(jī)的同步。本發(fā)明提供了一種基于MAC地址傳輸?shù)腃ache同步方法，包括以下步驟一、為源主機(jī)和目標(biāo)主機(jī)配備相同配置和結(jié)構(gòu)的Cache ；二、當(dāng)兩個(gè)主機(jī)初次連接時(shí)，對(duì)源主機(jī)和目的主機(jī)初始化，使目的主機(jī)的Cache與 源主機(jī)保持?jǐn)?shù)據(jù)一致；三、當(dāng)數(shù)據(jù)發(fā)生變化，需要向?qū)Ψ絺鬏斖綌?shù)據(jù)時(shí)，源主機(jī)直接將數(shù)據(jù)傳送到數(shù)據(jù) 鏈路層，數(shù)據(jù)鏈路層對(duì)數(shù)據(jù)進(jìn)行分組封裝成數(shù)據(jù)幀，每個(gè)數(shù)據(jù)幀中加入源主機(jī)和目的主機(jī) 的MAC地址、數(shù)據(jù)長度、檢驗(yàn)位以及位置標(biāo)識(shí)項(xiàng)，然后由物理層將其轉(zhuǎn)換為可供傳輸?shù)谋忍?流，并向網(wǎng)絡(luò)發(fā)送；四、目的主機(jī)接收到數(shù)據(jù)后，對(duì)數(shù)據(jù)進(jìn)行解包，提取其中的MAC地址，如果目的主 機(jī)MAC地址和自己的MAC地址不符，直接丟棄數(shù)據(jù)；如果相符，則對(duì)數(shù)據(jù)進(jìn)行正確性判定，如 果數(shù)據(jù)錯(cuò)誤，則向源主機(jī)發(fā)回一個(gè)“重發(fā)”請(qǐng)求；如果數(shù)據(jù)正確，則對(duì)數(shù)據(jù)進(jìn)行處理并向源主 機(jī)發(fā)回一個(gè)“確認(rèn)”信息；五、源主機(jī)對(duì)反饋信息進(jìn)行判定，如果是“確認(rèn)”信息，說明數(shù)據(jù)發(fā)送成功，源主機(jī) 把該數(shù)據(jù)塊相關(guān)信息從相關(guān)隊(duì)列清除；如果是“重發(fā)”請(qǐng)求，源主機(jī)重新發(fā)送該同步數(shù)據(jù)； 如果源主機(jī)在發(fā)送數(shù)據(jù)后一定時(shí)間間隔內(nèi)收不到“確認(rèn)”信息或“重發(fā)”請(qǐng)求等反饋信息， 源主機(jī)自動(dòng)重發(fā)該同步數(shù)據(jù)并對(duì)發(fā)送次數(shù)計(jì)數(shù)，超過一定重發(fā)次數(shù)后，源主機(jī)則認(rèn)為熱備 份系統(tǒng)故障，處于hilover狀態(tài)，在這一狀態(tài)下，源主機(jī)開始記錄變更的Cache數(shù)據(jù)，直到 系統(tǒng)恢復(fù)，再根據(jù)數(shù)據(jù)變更記錄表，重新同步Cache數(shù)據(jù)。有益效果本發(fā)明的有益效果是1)節(jié)省CPU資源。對(duì)于要傳輸?shù)臄?shù)據(jù)，不再進(jìn)行TCP協(xié)議和IP協(xié)議的封包、解包 等操作，降低了 CPU的工作量，節(jié)省了 CPU資源。2)節(jié)省網(wǎng)絡(luò)帶寬。由于采用MAC地址傳輸，所以在數(shù)據(jù)傳輸過程中，不再添加TCP協(xié)議和IP協(xié)議的報(bào)頭，大大減少了數(shù)據(jù)傳輸量，節(jié)省了網(wǎng)絡(luò)帶寬。幻減少網(wǎng)絡(luò)延遲。本發(fā)明采用了雙機(jī)直連方式，取消了交換機(jī)的解包、再封包以及 轉(zhuǎn)發(fā)等過程，減少了網(wǎng)絡(luò)延遲，使網(wǎng)絡(luò)傳輸速度得到提高。因此，本發(fā)明在降低CPU和網(wǎng)絡(luò)開銷中取得了顯著的效果，非常適用于只有單個(gè) 網(wǎng)絡(luò)或整個(gè)環(huán)境都橋接起來的小工作組環(huán)境。


圖1是本發(fā)明工作的網(wǎng)絡(luò)結(jié)構(gòu)模型；圖2為本發(fā)明設(shè)置的Cache結(jié)構(gòu)圖；
圖3為傳輸?shù)腗AC幀結(jié)構(gòu)圖；圖4為MAC幀中位置標(biāo)識(shí)結(jié)構(gòu)圖。圖中，1為文件，2 為 Page Cache，3 為 Buffer Cache，4 為磁盤塊，
具體實(shí)施例方式下面結(jié)合附圖，具體說明本發(fā)明的優(yōu)選實(shí)施方式。本發(fā)明工作于網(wǎng)絡(luò)標(biāo)準(zhǔn)模型的應(yīng)用層、數(shù)據(jù)鏈路層和物理層，其結(jié)構(gòu)模型如圖1 所示。本實(shí)施方式對(duì)Cache分兩層管理，一層是I^age Cache，另一層是Buffer Cache，每 一個(gè) Page Cache 包含四個(gè) Buffer Cache。Page Cache 大小為 4K，Buffer Cache 大小為 IK,適于數(shù)據(jù)鏈路層對(duì)數(shù)據(jù)大小的要求(1 1500字節(jié))，其結(jié)構(gòu)如圖2所示。內(nèi)存管理系統(tǒng) 和虛擬文件系統(tǒng)只與I^age Cache交互，內(nèi)存管理系統(tǒng)負(fù)責(zé)維護(hù)每項(xiàng)I^age Cache的分配和 回收，同時(shí)在使用內(nèi)存映射方式訪問時(shí)負(fù)責(zé)建立映射，虛擬文件系統(tǒng)負(fù)責(zé)I^age Cache與用 戶空間的數(shù)據(jù)交換；具體文件系統(tǒng)只與Buffer Cache交互，負(fù)責(zé)在外圍存儲(chǔ)設(shè)備和Buffer Cache之間交換數(shù)據(jù)；對(duì)每個(gè)I^age Cache進(jìn)行編號(hào)(22位)，對(duì)每個(gè)I^age CacheftWBuffer Cache進(jìn)行編號(hào)O位)，確定一個(gè)Buffer Cache的地址需要其所在I^age Cache號(hào)和其在 Page Cache內(nèi)的編號(hào)，共需M位(3字節(jié))。源主機(jī)和目的主機(jī)的Cache配置和結(jié)構(gòu)相同 并且保持?jǐn)?shù)據(jù)一致，當(dāng)源主機(jī)Cache內(nèi)數(shù)據(jù)發(fā)生變化時(shí)，通過網(wǎng)絡(luò)傳輸同步到目的主機(jī)的 Cache.在本發(fā)明中，源主機(jī)和目的主機(jī)的地位相同，即可互為源主機(jī)和目的主機(jī)，雙方可互 相同步數(shù)據(jù)。本實(shí)施方式中數(shù)據(jù)傳輸協(xié)議中數(shù)據(jù)結(jié)構(gòu)如圖3所示，包括6個(gè)字節(jié)的源主機(jī)MAC 地址、6個(gè)字節(jié)的目的主機(jī)MAC地址、2個(gè)字節(jié)的長度、4個(gè)字節(jié)的校驗(yàn)位和3個(gè)字節(jié)的位 置標(biāo)識(shí)，還包括可變長的數(shù)據(jù)。其中長度表示數(shù)據(jù)幀長度，位置標(biāo)識(shí)位由兩部分組成Tage Cache位置標(biāo)識(shí)和Buffer Cache位置標(biāo)識(shí)，如圖4所示。數(shù)據(jù)傳輸過程如下1、當(dāng)源主機(jī)需要傳輸數(shù)據(jù)時(shí)，源主機(jī)與目標(biāo)主機(jī)根據(jù)傳輸層協(xié)議建立連接；2、源主機(jī)應(yīng)用層將將要傳送數(shù)據(jù)傳輸?shù)綌?shù)據(jù)鏈路層；4、數(shù)據(jù)鏈路層按協(xié)議按圖3幀結(jié)構(gòu)對(duì)數(shù)據(jù)進(jìn)行封裝，加入源主機(jī)和目標(biāo)主機(jī)的 MAC地址及其它標(biāo)識(shí)信息；5、將數(shù)據(jù)傳送到物理層；
6、物理層將要傳輸數(shù)據(jù)幀轉(zhuǎn)換成比特流，發(fā)送到網(wǎng)絡(luò)；7、目標(biāo)主機(jī)物理層接收到數(shù)據(jù)，將數(shù)據(jù)傳送到目標(biāo)主機(jī)的數(shù)據(jù)鏈路層；8、目的主機(jī)接收到數(shù)據(jù)后，對(duì)數(shù)據(jù)進(jìn)行解包，提取其中的MAC地址，如果目的主機(jī) MAC地址和自己的MAC地址不符，直接丟棄數(shù)據(jù)。如果相符，則對(duì)數(shù)據(jù)進(jìn)行正確性判定，如果 數(shù)據(jù)錯(cuò)誤，則向源主機(jī)發(fā)回一個(gè)“重發(fā)”請(qǐng)求；如果數(shù)據(jù)正確，提取位置信息，將數(shù)據(jù)同步到 Cache中，并向源主機(jī)發(fā)回一個(gè)“確認(rèn)”信息；9、源主機(jī)對(duì)反饋信息進(jìn)行判定，如果是“確認(rèn)”信息，說明數(shù)據(jù)發(fā)送成功，源主機(jī)把 該數(shù)據(jù)塊相關(guān)信息從相關(guān)隊(duì)列清除；如果是“重發(fā)”請(qǐng)求，源主機(jī)重新發(fā)送該同步數(shù)據(jù)。如 果源主機(jī)在發(fā)送數(shù)據(jù)后一定時(shí)間間隔內(nèi)收不到“確認(rèn)”信息或“重發(fā)”請(qǐng)求等反饋信息，源 主機(jī)自動(dòng)重發(fā)該同步數(shù)據(jù)并對(duì)發(fā)送次數(shù)計(jì)數(shù)，超過一定重發(fā)次數(shù)后，源主機(jī)則認(rèn)為熱備份 系統(tǒng)故障，處于!^ilover狀態(tài)。在這一狀態(tài)下，源主機(jī)開始記錄變更的Cache數(shù)據(jù)，直到系 統(tǒng)恢復(fù)，再根據(jù)數(shù)據(jù)變更記錄表，重新同步Cache數(shù)據(jù)。10、如仍有數(shù)據(jù)要傳輸，重復(fù)步驟2 9 ；11、數(shù)據(jù)傳送結(jié)束，斷開連接。本發(fā)明不僅限于以下實(shí)施例，凡是利用本發(fā)明的設(shè)計(jì)思路，做一些簡單變化的設(shè) 計(jì)都應(yīng)進(jìn)入本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于MAC地址傳輸?shù)腃ache同步方法，其特征在于，包括以下步驟一、為源主機(jī)和目標(biāo)主機(jī)配備相同配置和結(jié)構(gòu)的Cache；二、當(dāng)兩個(gè)主機(jī)初次連接時(shí)，對(duì)源主機(jī)和目的主機(jī)初始化，使目的主機(jī)的Cache與源主 機(jī)保持?jǐn)?shù)據(jù)一致；三、當(dāng)數(shù)據(jù)發(fā)生變化，需要向?qū)Ψ絺鬏斖綌?shù)據(jù)時(shí)，源主機(jī)直接將數(shù)據(jù)傳送到數(shù)據(jù)鏈路 層，數(shù)據(jù)鏈路層對(duì)數(shù)據(jù)進(jìn)行分組封裝成數(shù)據(jù)幀，每個(gè)數(shù)據(jù)幀中加入源主機(jī)和目的主機(jī)的MAC 地址、數(shù)據(jù)長度、檢驗(yàn)位以及位置標(biāo)識(shí)項(xiàng)，然后由物理層將其轉(zhuǎn)換為可供傳輸?shù)谋忍亓鳎?向網(wǎng)絡(luò)發(fā)送；四、目的主機(jī)接收到數(shù)據(jù)后，對(duì)數(shù)據(jù)進(jìn)行解包，提取其中的MAC地址，如果目的主機(jī)MAC 地址和自己的MAC地址不符，直接丟棄數(shù)據(jù)；如果相符，則對(duì)數(shù)據(jù)進(jìn)行正確性判定，如果數(shù) 據(jù)錯(cuò)誤，則向源主機(jī)發(fā)回一個(gè)“重發(fā)”請(qǐng)求；如果數(shù)據(jù)正確，則對(duì)數(shù)據(jù)進(jìn)行處理并向源主機(jī)發(fā) 回一個(gè)“確認(rèn)”信息；五、源主機(jī)對(duì)反饋信息進(jìn)行判定，如果是“確認(rèn)”信息，說明數(shù)據(jù)發(fā)送成功，源主機(jī)把該 數(shù)據(jù)塊相關(guān)信息從相關(guān)隊(duì)列清除；如果是“重發(fā)”請(qǐng)求，源主機(jī)重新發(fā)送該同步數(shù)據(jù)；如果 源主機(jī)在發(fā)送數(shù)據(jù)后一定時(shí)間間隔內(nèi)收不到“確認(rèn)”信息或“重發(fā)”請(qǐng)求等反饋信息，源主 機(jī)自動(dòng)重發(fā)該同步數(shù)據(jù)并對(duì)發(fā)送次數(shù)計(jì)數(shù)，超過一定重發(fā)次數(shù)后，源主機(jī)則認(rèn)為熱備份系 統(tǒng)故障，處于!^ilover狀態(tài)，在這一狀態(tài)下，源主機(jī)開始記錄變更的Cache數(shù)據(jù)，直到系統(tǒng) 恢復(fù)，再根據(jù)數(shù)據(jù)變更記錄表，重新同步Cache數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的基于MAC地址傳輸?shù)腃ache同步方法，其特征在于，對(duì)源主 機(jī)和目標(biāo)主機(jī)的Cache分兩層管理，一層是I^age Cache,另一層是Buffer Cache,每一個(gè) Page Cache ^^^^ Buffer Cache, ^^^ Page Cache ii^fHetlt, ^^ Page Cache ^ Buffer Cache單獨(dú)編址，確定一個(gè)Buffer Cache的地址需要其所在I^age Cache號(hào)和其在 Page Cache內(nèi)的編號(hào)；內(nèi)存管理系統(tǒng)和虛擬文件系統(tǒng)只與I^age Cache交互，內(nèi)存管理系統(tǒng) 負(fù)責(zé)維護(hù)每項(xiàng)I^age Cache的分配和回收，同時(shí)在使用內(nèi)存映射方式訪問時(shí)負(fù)責(zé)建立映射， 虛擬文件系統(tǒng)負(fù)責(zé)I^age Cache與用戶空間的數(shù)據(jù)交換；具體文件系統(tǒng)只與Buffer Cache 交互，負(fù)責(zé)在外圍存儲(chǔ)設(shè)備和Buffer Cache之間交換數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的基于MAC地址傳輸?shù)腃ache同步方法，其特征在于，所述I^age Cache 大小為 4K，Buffer Cache 大小為 1K。
4.根據(jù)權(quán)利要求3所述的基于MAC地址傳輸?shù)腃ache同步方法，其特征在于，對(duì)每個(gè) Page Cache用22位進(jìn)行編號(hào)，對(duì)每個(gè)I^age Cache內(nèi)的Buffer Cache用2位進(jìn)行編號(hào)，確 定一個(gè)Buffer Cache的地址共需M位，即3字節(jié)。
5.根據(jù)權(quán)利要求4所述的基于MAC地址傳輸?shù)腃ache同步方法，其特征在于，所述數(shù)據(jù) 幀包括6個(gè)字節(jié)的源主機(jī)MAC地址、6個(gè)字節(jié)的目的主機(jī)MAC地址、2個(gè)字節(jié)的長度、4個(gè)字 節(jié)的校驗(yàn)位和3個(gè)字節(jié)的位置標(biāo)識(shí)，還包括可變長度的數(shù)據(jù)。
全文摘要
本發(fā)明涉及一種基于MAC地址傳輸?shù)腃ache同步方法，包括以下步驟一、為源主機(jī)和目標(biāo)主機(jī)配備相同配置和結(jié)構(gòu)的Cache；二、對(duì)源主機(jī)和目的主機(jī)初始化；三、當(dāng)需要傳輸數(shù)據(jù)時(shí)，源主機(jī)直接將數(shù)據(jù)傳送到數(shù)據(jù)鏈路層，數(shù)據(jù)鏈路層對(duì)數(shù)據(jù)進(jìn)行分組封裝成數(shù)據(jù)幀，然后向網(wǎng)絡(luò)發(fā)送；四、目的主機(jī)接收到數(shù)據(jù)后，對(duì)數(shù)據(jù)進(jìn)行解包并處理，并向源主機(jī)發(fā)送反饋；五、源主機(jī)對(duì)反饋信息進(jìn)行判定并分別處理。本發(fā)明不再進(jìn)行TCP協(xié)議和IP協(xié)議的封包、解包等操作，節(jié)省了CPU資源；不再添加TCP協(xié)議和IP協(xié)議的報(bào)頭，節(jié)省了網(wǎng)絡(luò)帶寬；通過雙機(jī)直連，減少了網(wǎng)絡(luò)延遲。
文檔編號(hào)H04L12/24GK102123049SQ20111004607
公開日2011年7月13日 申請(qǐng)日期2011年2月25日 優(yōu)先權(quán)日2011年2月25日
發(fā)明者劉靖宇, 張全新, 張雪蘭, 李元章, 譚毓安, 馬忠梅 申請(qǐng)人:北京理工大學(xué)