一種多運營商鏈路環境下報文轉發方法和裝置制造方法及圖紙

本發明專利技術實施例提供一種多運營商鏈路環境下報文轉發方法，包括：接收用戶發送的第一報文，判斷所述第一報文是否為DNS請求報文，當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。本發明專利技術實施例還提供一種多運營商鏈路環境下報文轉發裝置。針對多運營商多鏈路環境，實現高效負載均衡邏輯，業務延遲小，帶寬利用率高，不影響業務訪問。

Message forwarding method and device in multi carrier link environment

The embodiment of the invention provides a multi operator link environment message forwarding method, including: first receiving a message sent by the user, judging whether the first message is the DNS request message, when the first message to the DNS request message, according to the preset operation route by the first message forwarding table, when the first message is the DNS request message, whether the user's identity is in the cache is pre stored in the routing table, when the user's identity is not in the cache in the routing table, according to the preset port load balancing strategy and sending the first message, when the user's identity in the user cache routing table, according to the user cache routing table and sending the first message. The embodiment of the invention also provides a message forwarding device in a multi carrier link environment. For multi carrier multi link environment, to achieve efficient load balancing logic, small business delay, high bandwidth utilization, does not affect the service access.

【技術實現步驟摘要】

本專利技術涉及數據通信
，尤其是一種多運營商鏈路環境下報文轉發方法和裝置。
技術介紹
在現有的上網訪問Internet網絡資源過程中，如圖1所示，多運營商鏈路網絡環境是比較常見的，用戶可以選擇通過中國電信、中國移動、中國聯通等運營商提供的鏈路接入因特網，在該環境中，會存在以下幾個問題：一、跨運營商網絡延遲的問題是普遍現象，除了因為跨運營商訪問的時候數據需要經過更多節點，還因為運營商之間網絡帶寬不足，會出現瓶頸，出現延遲丟包等不穩定現象。域名注冊也是分運營商的，同一個內容提供商可以在所有運營商注冊IP，也可以只在單個運營商注冊IP，并發布到其他運營商。訪問采用后者形式注冊的域名，就可能出現跨運營商訪問。極端情況，甚至會出現無法訪問情況。二、多會話業務(同一個應用不止一個會話)往往會因為安全問題檢查源IP地址，如果是采用不同源IP地址進行訪問，會被認為是異常訪問。這種邏輯很常見，比如網絡游戲，網銀等多會話業務。三、在多運營商鏈路網絡環境中，還廣泛采用了負載均衡技術，負載均衡可以分為四種類型：按照源IP地址均衡，按照目的IP地址均衡，按照會話均衡，按照業務負載。按照源IP地址均衡，一個用戶所有IP地址都會通過一條路由發出，這樣就會有跨運營商訪問問題。按照目的IP地址均衡，相同目的IP地址走向同一個路由出口，這樣多業務會話可能出現異常，也有可能業務負載不均勻，因為流量中大部分應用都來自幾個視頻服務器，流量很難均衡到所有鏈路。按照會話均衡同樣可能會出現多會話業務異常，還會出現跨運營商訪問的問題，訪問效果大打折扣。按照業務負載可以實現相對比較可預計的負載效果，但是因為業務識別帶來的開銷也會很大，整體效率會存在性能瓶頸。而且業務擴展很快，需要不斷更新業務識別能力，適應應用變化，還需要周期性更新負載邏輯，維護工作量也不小。綜上所述，現有技術中還沒有比較完善的解決跨運營商鏈路訪問，保障多會話業務工作正常的技術方案。
技術實現思路
為了解決上述技術問題，本專利技術的實施例采用如下技術方案：一種多運營商鏈路環境下報文轉發方法，接收用戶發送的第一報文，判斷所述第一報文是否為DNS請求報文，當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。可選的，所述根據預先設置的運營商路由表轉發所述第一報文的步驟包括：根據所述第一報文的目的地址確定與所述目的地址對應的運營商鏈路，當所述對應的運營商鏈路有多條時，根據所述運營商鏈路對應的剩余帶寬信息確定最終的運營商鏈路，根據所述最終的運營商鏈路中確定的路由信息轉發所述第一報文。可選的，所述根據預先設置的端口負載均衡策略發送所述第一報文的步驟具體包括：設置周期T，在周期T開始時，獲取各個端口當前剩余帶寬，對所述剩余帶寬從大到小進行排序，選擇最大剩余帶寬所對應的第一端口，通過所述第一端口對應的運營商鏈路發送所述第一報文，將所述用戶的標識和所述第一端口對應的運營商鏈路信息添加到所述用戶緩存路由表中。可選的，所述方法還包括：在周期T內，每接入一個新用戶，則用所述第一端口的最大剩余帶寬扣除所述新用戶在所述第一端口上對應的預估流量值，隨著新用戶的不斷接入，當第一端口的最大剩余帶寬遞減下降到與所述排序中其他端口的剩余帶寬相等時，在該遞減后的最大剩余帶寬對應的包含所述第一端口和所述排序中遞減遍歷的其他端口在內的所有端口分別對應的鏈路中平均分配新接入的用戶流量，在所述周期T結束時，更新所述各個端口當前剩余帶寬。可選的，所述通過所述第一端口對應的運營商鏈路發送所述第一報文的步驟具體包括：通過所述第一端口將所述第一報文發送到內部DNS服務器，以便所述內部DNS服務器根據所述第一端口與運營商鏈路的對應關系確定與所述運營商鏈路對應的外部DNS服務器地址，并根據所述外部DNS服務器地址發送所述第一報文。本專利技術實施例的另一方面還提供一種多運營商鏈路環境下報文轉發裝置，包括：接收模塊，用于接收用戶發送的第一報文，第一判斷模塊，用于判斷所述第一報文是否為DNS請求報文，第一轉發模塊，用于當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，第二判斷模塊，用于當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，第二轉發模塊，用于當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，第三轉發模塊，用于當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。可選的，所述第一轉發模塊具體用于：當所述第一報文不為DNS請求報文時，根據所述第一報文的目的地址確定與所述目的地址對應的運營商鏈路，當所述對應的運營商鏈路有多條時，根據所述運營商鏈路對應的剩余帶寬信息確定最終的運營商鏈路，根據所述最終的運營商鏈路中確定的路由信息轉發所述第一報文。可選的，所述第二轉發模塊具體包括，鏈路選擇單元，用于設置周期T，在周期T開始時，獲取各個端口當前剩余帶寬，對所述剩余帶寬從大到小進行排序，選擇最大剩余帶寬所對應的第一端口，轉發單元，用于通過所述第一端口對應的運營商鏈路發送所述第一報文，添加單元，用于將所述用戶的標識和所述第一端口對應的運營商鏈路信息添加到所述用戶緩存路由表中。可選的，所述鏈路選擇單元還用于，在周期T內，每接入一個新用戶，則用所述第一端口的最大剩余帶寬扣除所述新用戶在所述第一端口上對應的預估流量值，所述轉發單元，還用于隨著新用戶的不斷接入，當第一端口的最大剩余帶寬遞減下降到與所述排序中其他端口的剩余帶寬相等時，在該遞減后的最大剩余帶寬對應的包含所述第一端口和所述排序中遞減遍歷的其他端口在內的所有端口分別對應的鏈路中平均分配新接入的用戶流量，所述鏈路選擇單元，還用于在所述周期T結束時，更新所述各個端口當前剩余帶寬。可選的，所述轉發單元具體用于，通過所述第一端口將所述第一報文發送到內部DNS服務器，以便所述內部DNS服務器根據所述第一端口與運營商鏈路的對應關系確定與所述運營商鏈路對應的外部DNS服務器地址，并根據所述外部DNS服務器地址發送所述第一報文。本專利技術實施例的有益效果在于：通過一種多運營商鏈路環境下報文轉發方法，接收用戶發送的第一報文，判斷所述第一報文是否為DNS請求報文，當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。這樣，針對多運營商多鏈路環境，實現高效的負載均衡邏輯，業務延遲小，帶寬利用率高，不影響業務訪問。附圖說明為了更清楚地說明本專利技術實施例的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下本文檔來自技高網...

【技術保護點】
一種多運營商鏈路環境下報文轉發方法，其特征在于，包括：接收用戶發送的第一報文，判斷所述第一報文是否為DNS請求報文，當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。

【技術特征摘要】
1.一種多運營商鏈路環境下報文轉發方法，其特征在于，包括：接收用戶發送的第一報文，判斷所述第一報文是否為DNS請求報文，當所述第一報文不為DNS請求報文時，根據預先設置的運營商路由表轉發所述第一報文，當所述第一報文為DNS請求報文時，判斷所述用戶的標識是否在預先保存的用戶緩存路由表中，當所述用戶的標識不在所述用戶緩存路由表中時，根據預先設置的端口負載均衡策略發送所述第一報文，當所述用戶的標識在所述用戶緩存路由表中時，根據所述用戶緩存路由表發送所述第一報文。2.如權利要求1所述的方法，其特征在于，所述根據預先設置的運營商路由表轉發所述第一報文的步驟包括：根據所述第一報文的目的地址確定與所述目的地址對應的運營商鏈路，當所述對應的運營商鏈路有多條時，根據所述運營商鏈路對應的剩余帶寬信息確定最終的運營商鏈路，根據所述最終的運營商鏈路中確定的路由信息轉發所述第一報文。3.如權利要求1所述的方法，其特征在于，所述根據預先設置的端口負載均衡策略發送所述第一報文的步驟具體包括：設置周期T，在周期T開始時，獲取各個端口當前剩余帶寬，對所述剩余帶寬從大到小進行排序，選擇最大剩余帶寬所對應的第一端口，通過所述第一端口對應的運營商鏈路發送所述第一報文，將所述用戶的標識和所述第一端口對應的運營商鏈路信息添加到所述用戶緩存路由表中。4.如權利要求3所述的方法，其特征在于，所述方法還包括：在周期T內，每接入一個新用戶，則用所述第一端口的最大剩余帶寬扣除所述新用戶在所述第一端口上對應的預估流量值，隨著新用戶的不斷接入，當第一端口的最大剩余帶寬遞減下降到與所述排序中其他端口的剩余帶寬相等時，在該遞減后的最大剩余帶寬對應的包含所述第一端口和所述排序中遞減遍歷的其他端口在內的所有端口分別對應的鏈路中平均分配新接入的用戶流量，在所述周期T結束時，更新所述各個端口當前剩余帶寬。5.如權利要求3所述的方法，其特征在于，所述通過所述第一端口對應的運營商鏈路發送所述第一報文的步驟具體包括：通過所述第一端口將所述第一報文發送到內部DNS服務器，以便所述內部DNS服務器根據所述第一端口與運營商鏈路的對應關系確定與所述運營商鏈路對應的外部DNS服務器地址，并根據所述外部DNS服務器地址發送所述第一報文。6.一種多運營商鏈路環境下報文轉發裝置，其特征在于，包括：接...

【專利技術屬性】
技術研發人員：朱寧，
申請(專利權)人：銳捷網絡股份有限公司，
類型：發明
國別省市：福建;35