[發明專利]一種大流量數據包的轉發方法

在審

• 申請號: 201310326044.9
• 申請日: 2013-07-30
• 公開（公告）號: CN103391244A
• 公開（公告）日: 2013-11-13
• 發明（設計）人: 項志遠
• 申請（專利權）人: 上海斐訊數據通信技術有限公司
• 主分類號: H04L12/70
• 分類號: H04L12/70
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及網絡技術領域，特別是涉及一種大流量數據包轉發的方法。

背景技術

用戶在使用寬帶貓時，經常會進行BT、迅雷下載，或使用PPTV觀看視頻節目，此時下行的數據流量會很大，CPU需要不停地處理這些數據包的轉發，不斷地分配或回收內存，用于收發數據包，當下載一段時間以后，系統可用內存將越來越小，最終導致系統異常或重啟。本發明針對這一問題，提供一種提高寬帶貓系統穩定性的方法。

發明內容

基于此，有必要提供一種大流量數據包的轉發方法。

一種大流量數據包的轉發方法，包括：

步驟1：檢測WAN口每秒鐘收到的字節數，如果連續一段時間超過設定值時，則進行步驟2，否則進行步驟4；

步驟2：對收到的報文進行檢測，如果是特定報文，則進行步驟3，否則進行步驟4；

步驟3：根據報文的目的MAC地址，直接轉發到相應的端口；

步驟4：送CPU處理，由CPU處理這些數據包的轉發。

進一步的，所述設定值為BT、迅雷等下載時大流量數據包下發時，每秒通過WAN口的字節數。

進一步的，所述特定報文為UDP報文。

進一步的，所述步驟3具體包括：

MAC地址唯一對應相應的端口，維護MAC地址和端口對應表單；

根據表單和報文的目的MAC地址，直接轉發到相應的端口。

采用本發明的方法后，先判斷當前是否為大流量數據包轉發，如果是大流量數據包轉發，則不經過CPU處理，直接轉發至相應的端口，減輕了CPU的負擔，避免了因CPU負擔過重導致系統異常或重啟，提高了系統的穩定性。

附圖說明

圖1為本發明的網絡結構圖；

圖2為本發明所述大流量數據包的轉發方法的一個實施例流程圖。

具體實施方式

為了使本發明的目的、技術方案及優點更清楚明白，以下結合附圖及實施例，對本發明進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，并不用于限定本發明。

圖1是應用本發明的網絡結構圖。圖1中，寬帶貓系統WAN后經LAN口下行數據傳輸，LAN口數量不限，本實施例中，4個LAN口，用戶1、用戶2用戶3以及用戶4。

參閱圖2，本發明提供的一個實施例的大流量數據包的轉發方法，包括：

步驟S10，檢測WAN口每秒鐘收到的字節數，如果連續一段時間超過設定值時，則進行步驟S20，否則進行步驟S40；

啟動一個永不退出的進程，專門檢測WAN口每秒鐘收到的字節數。本實施例中，一段時間為5秒，可以理解，所述一段時間可以根據使用情況自行設置。本實施例中，所述設定值為BT、迅雷等下載時大流量數據包下發時，每秒通過WAN口的字節數，當然，可在一定范圍內調整，以達到區分這種大流量數據包下發和一般數據包下發即可。

步驟S20，對收到的報文進行檢測，如果是特定報文，則進行步驟S30，否則進行步驟S40；

對于WAN口連續一段時間每秒鐘收到的字節數都超過設定值時，認為WAN口在進行大流量數據包下發，即用戶在下載或觀看PPS等需要連續大流量數據包下發的行為。對于這些需要連續大流量數據包下發的行為，通常使用特定報文，如UDP報文。如果收到的報文不是特定報文，可能只是在所述一段時間內數據流量比較大，突發性的，給CPU處理就好了。

步驟S30，根據報文的目的MAC地址，直接轉發到相應的端口；

結合圖1，假設設定的一段時間為5秒，當WAN口連續5秒收到的字節數超過設定值，且為特定報文時，則根據報文的目的MAC地址，直接轉發到相應的端口，即LAN1口、LAN2口、LAN3口或LAN3口。圖1中，用戶1在BT下載、用戶2在IPTV、用戶3在迅雷下載、用戶4在觀看PPS視頻，用戶1、用戶2、用戶3以及用戶4的行為都是需要連續大流量數據包下發的行為，所以WAN口會連續5秒收到的字節數超過設定值，且為特定報文，根據報文的目的MAC地址，直接轉發到相應的端口。當用戶1、用戶2、用戶3以及用戶4部分或全部停止當前行為時，WAN口每秒鐘收到的字節數在連續5秒沒有超過設定值時，進行步驟S40。

具體的，根據報文的目的MAC地址，直接轉發到相應的端口的步驟包括：

A、MAC地址唯一對應相應的端口，維護MAC地址和端口對應表單；

B、根據表單和報文的目的MAC地址，直接轉發到相應的端口。

步驟S40，送CPU處理，由CPU處理這些數據包的轉發。