[發明專利]一種數據轉發的方法和裝置

有效

• 申請號: 201310054637.4
• 申請日: 2013-02-20
• 公開（公告）號: CN103152255A
• 公開（公告）日: 2013-06-12
• 發明（設計）人: 魏元首
• 申請（專利權）人: 神州數碼網絡（北京）有限公司
• 主分類號: H04L12/701
• 分類號: H04L12/701
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 馬曉亞

1.一種數據轉發的方法，其特征在于，所述方法包括，判斷下聯設備網絡接口的配置方式：當下聯設備的網絡接口配置方式為自動獲取IP時，按照標準的DHCP協議為下聯設備分配網絡參數，進行所述下聯設備的數據轉發；當下聯設備的網絡接口配置方式為手動指定時，建立所述下聯設備MAC和寬帶路由器上未被使用IP之間的第一對應關系以及所述下聯設備手動模式下設置的IP地址和所述寬帶路由器上所述未被使用IP之間的第二對應關系，根據所述第一、第二對應關系進行所述下聯設備的數據轉發。

2.根據權利要求1所述的數據轉發的方法，其特征在于，所述進行下聯設備的數據轉發，還包括進行DNS代理的步驟：所述寬帶路由器判斷收到的DNS請求報文，當收到的所述DNS請求報文中目的IP地址包含于所述寬帶路由器本機配置的DNS服務器地址列表，則對所述的DNS請求報文進行直接轉發；當收到的所述DNS請求報文中目的IP地址不屬于所述寬帶路由器本機配置的DNS服務器地址列表，則對所述DNS請求報文進行DNS代理，將所述DNS請求報文轉發至所述寬帶路由器本機配置的DNS服務器。

3.根據權利要求1或2所述的數據轉發的方法，其特征在于，所述判斷下聯設備網絡接口的配置方式包括：當所述寬帶路由器接收到DHCP請求報文時，判斷發送所述DHCP請求報文的下聯設備中的網絡接口配置方式為自動獲取IP；當所述寬帶路由器接收到ARP請求報文時，出現以下情況之一則判斷發送所述ARP請求報文的下聯設備的網絡接口配置方式為手動指定：

所述ARP請求報文中的源IP地址不屬于所述寬帶路由器中已經被分配的合法IP地址；

或者，所述ARP請求報文中的源IP地址屬于所述寬帶路由器中已經被分配的合法IP，但源MAC地址與路由器中記錄的所述合法IP對應的MAC地址不符。

4.根據權利要求1或2所述的數據轉發的方法，其特征在于，所述建立所述下聯設備MAC和所述寬帶路由器上未被使用IP之間的第一對應關系包括：

對收到的所述ARP請求報文進行ARP代理，向發送所述ARP請求報文的下聯設備發送第一ARP響應報文，代替應答ARP請求，應答的MAC地址為所述寬帶路由器本身的MAC地址；

創建靜態ARP表項，包括：MAC-IP對應表項，其中，所述靜態ARP表項中的MAC為發送所述ARP請求報文的下聯設備的MAC；所述靜態ARP表項中的IP為所述寬帶路由器中未被使用的IP地址。

5.根據權利要求4所述的數據轉發的方法，其特征在于，所述建立所述下聯設備手動模式下設置的IP地址和所述寬帶路由器上所述未被使用IP之間的第二對應關系包括：

創建靜態主機路由條目，包括：IP-Next?Hop對應條目，其中，所述IP-NextHop對應條目中的IP為所述ARP請求報文中的源IP；所述IP-Next?Hop對應條目中的Next?Hop為所述靜態ARP表項中與所述下聯設備MAC對應的所述寬帶路由器上未被使用IP。

6.根據權利要求5所述的數據轉發的方法，其特征在于，進行所述對收到的所述ARP請求報文進行ARP代理步驟之前，還包括對所述ARP請求報文進行可信驗證的步驟。

7.根據權利要求6所述的數據轉發的方法，其特征在于，對所述ARP請求報文進行可信驗證的步驟包括：

提取所述ARP請求報文的源IP和源MAC；

根據所述ARP請求報文的源IP和源MAC，構造并發送第二ARP響應報文；

如果在預先設定的時間之內收到與所述第二ARP響應報文中的源MAC相同的應答報文，所述ARP請求報文驗證結果為可信；否則，不可信。

8.根據權利要求5或6所述的數據轉發的方法，其特征在于，所述寬帶路由器中未被使用的IP地址包括：所述寬帶路由器中配置的生僻網段中未被路由器接口和靜態ARP表項使用的IP地址。

9.根據權利要求5或6所述的數據轉發的方法，其特征在于，所述根據第一對應關系和第二對應關系進行所述下聯設備的數據轉發，轉發所述下聯設備發送的數據包，包括以下步驟：

提取所述下聯設備發送數據包的五元組數據，創建數據流狀態表項；

根據所述寬帶路由器上配置的轉發策略，在允許所述下聯設備發送的數據包轉發的情況下，將所述下聯設備發送的數據包根據所述寬帶路由器中存儲的路由表項轉發出去。