[發(fā)明專利]具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)方法及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 202010025310.4
• 申請日: 2020-01-10
• 公開（公告）號: CN111245728A
• 公開（公告）日: 2020-06-05
• 發(fā)明（設(shè)計）人: 楊凡
• 申請（專利權(quán)）人: 華云數(shù)據(jù)有限公司
• 主分類號: H04L12/747
• 分類號: H04L12/747
• 代理公司: 蘇州友佳知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 32351
• 代理人: 儲振

本發(fā)明提供了一種具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)方法及系統(tǒng)，該方法包括：獲取計算裝置的網(wǎng)卡的配置信息，保存已知目的地址路由至路由器內(nèi)存中以形成路由緩存；接收自計算裝置所發(fā)起的新的路由請求，過濾出未保存在路由緩存中與新的路由請求所對應(yīng)的路由；測試未保存在路由緩存中與新的路由請求所對應(yīng)的路由所對應(yīng)的數(shù)據(jù)報文的轉(zhuǎn)發(fā)路徑，并將成功建立轉(zhuǎn)發(fā)路徑的路由添加至路由緩存。通過本發(fā)明，實現(xiàn)了在配置多個網(wǎng)卡以連接公網(wǎng)網(wǎng)絡(luò)與私網(wǎng)網(wǎng)絡(luò)環(huán)境中對數(shù)據(jù)報文的高效轉(zhuǎn)發(fā)，且不需要計算裝置采用重啟網(wǎng)絡(luò)或者管理員的人工干預(yù)，顯著地降低了計算裝置的DHCP客戶端的負擔(dān)與計算開銷。

技術(shù)領(lǐng)域

本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)方法及系統(tǒng)。

背景技術(shù)

在互聯(lián)網(wǎng)協(xié)議網(wǎng)絡(luò)中，一臺主機很可能有一個或多個網(wǎng)卡接入到一個或多個網(wǎng)絡(luò)中。每個網(wǎng)絡(luò)可能連接到不同的路由器上。路由器負責(zé)把一個網(wǎng)絡(luò)的主機發(fā)出的數(shù)據(jù)報文轉(zhuǎn)發(fā)到另一個網(wǎng)絡(luò)的其他主機。參圖1所示，其示出了服務(wù)器11(即計算裝置的下位概念)配置網(wǎng)卡111與網(wǎng)卡112，服務(wù)器11通過網(wǎng)卡111與網(wǎng)卡112分別接入網(wǎng)絡(luò)12與網(wǎng)絡(luò)13。網(wǎng)絡(luò)12連接路由器13，網(wǎng)絡(luò)14連接路由器15。此時，服務(wù)器11就產(chǎn)生了兩個默認路由，即0.0.0.0via 192.168.0.1(通過路由器13訪問網(wǎng)絡(luò)134和網(wǎng)絡(luò)135)，以及0.0.0.0via192.168.1.1(通過路由器15訪問網(wǎng)絡(luò)154和網(wǎng)絡(luò)155)。然而，對于服務(wù)器11而言，一般只會使用一條默認路由，以將數(shù)據(jù)報文轉(zhuǎn)發(fā)至唯一的目的地址。

現(xiàn)有技術(shù)中為了解決計算裝置配置多網(wǎng)卡轉(zhuǎn)發(fā)數(shù)據(jù)報文中路由規(guī)則沖突的問題，通常采用DHCP協(xié)議，將網(wǎng)絡(luò)(即網(wǎng)絡(luò)134、網(wǎng)絡(luò)135、網(wǎng)絡(luò)154、網(wǎng)絡(luò)155)路由至服務(wù)器11，即192.168.2.0/24via 192.168.0.1，192.168.4.0/24via 192.168.0.1，192.168.3.0/24via192.168.1.1，192.168.5.0/24via 192.168.1.1。然而，如果路由器11在增加網(wǎng)絡(luò)的情形時，則需要修改DHCP配置。由于服務(wù)器11的DHCP客戶端由于IP租約未到期和/或服務(wù)器11未重啟網(wǎng)絡(luò)以執(zhí)行更新，從而導(dǎo)致服務(wù)器11的DHCP客戶端不會獲取更新后的DHCP配置，從而導(dǎo)致路由表不會實時反映實際網(wǎng)絡(luò)的變化。

對于IP租約未到期的情形，現(xiàn)有技術(shù)中通常采用將IP租約設(shè)置相對較短的手段予以處理。這雖然能夠解決路由表及時更新的問題，但卻增加了DHCP流量，尤其是增加了服務(wù)器11的DHCP客戶端的負擔(dān)與計算開銷。這在配置有數(shù)量較多的計算機集群或者數(shù)據(jù)中心的場景時，顯然存在明顯的弊端。同時，對于服務(wù)器11以重啟網(wǎng)絡(luò)的方式解決路由表實時性的技術(shù)路線時，則需要介入管理員的人工干預(yù)。很顯然，此種解決方案在數(shù)量較多的計算機集群或者數(shù)據(jù)中心的場景時，存在人工干預(yù)重置缺乏規(guī)范性的問題，且對管理員造成巨大的工作量。因此，上述兩種技術(shù)路線并不適合配置多網(wǎng)卡計算裝置確定默認路由規(guī)格，由此對數(shù)據(jù)報文的轉(zhuǎn)發(fā)造成了較大的影響。

有鑒于此，有必要對現(xiàn)有技術(shù)中具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)予以改進，以解決上述問題。

發(fā)明內(nèi)容

本發(fā)明的目的在于揭示一種具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)方法及一種具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)系統(tǒng)，用以實現(xiàn)對配置多網(wǎng)卡計算裝置的數(shù)據(jù)報文在對外轉(zhuǎn)發(fā)過程中對計算裝置的默認路由轉(zhuǎn)發(fā)規(guī)則予以確認并實現(xiàn)實時更新，從而確定默認路由規(guī)則，以克服現(xiàn)有技術(shù)中所存在的缺陷，并對數(shù)據(jù)報文實現(xiàn)高效轉(zhuǎn)發(fā)處理。

為實現(xiàn)上述第一個發(fā)明目的，本發(fā)明提供了一種具多網(wǎng)卡計算裝置的數(shù)據(jù)報文轉(zhuǎn)發(fā)方法，包括：

獲取計算裝置的網(wǎng)卡的配置信息，保存已知目的地址路由至路由器內(nèi)存中以形成路由緩存；

接收自計算裝置所發(fā)起的新的路由請求，過濾出未保存在路由緩存中與新的路由請求所對應(yīng)的路由；