[發(fā)明專利]一種協(xié)議報文的處理方法及裝置

在審

• 申請?zhí)枺?/td>: 201610485569.0
• 申請日: 2016-06-28
• 公開（公告）號: CN107547416A
• 公開（公告）日: 2018-01-05
• 發(fā)明（設(shè)計）人: 張營
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/801
• 分類號: H04L12/801;H04L12/823;H04L12/863;H04L12/873
• 代理公司: 北京銀龍知識產(chǎn)權(quán)代理有限公司11243
• 代理人: 許靜,安利霞

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

本發(fā)明涉及數(shù)據(jù)處理技術(shù)和數(shù)據(jù)通信技術(shù)領(lǐng)域，尤其涉及一種協(xié)議報文的處理方法及裝置。

背景技術(shù)

隨著網(wǎng)絡(luò)通信技術(shù)的不斷發(fā)展，網(wǎng)絡(luò)通信中的數(shù)據(jù)量越來越大，對網(wǎng)絡(luò)通信設(shè)備的功能需求越來越細(xì)化，對其性能和安全要求越來越高，目前常用的二層網(wǎng)絡(luò)和三層網(wǎng)絡(luò)的通信設(shè)備采用控制平面和轉(zhuǎn)發(fā)平面的系統(tǒng)架構(gòu)。其中，控制平面主要由設(shè)備處理器管理設(shè)備周圍器件和處理協(xié)議報文等，轉(zhuǎn)發(fā)平面由專用的交換芯片負(fù)責(zé)數(shù)據(jù)報文的交換和轉(zhuǎn)發(fā)路由。在由多個交換路由設(shè)備組成的通信網(wǎng)絡(luò)中，各個通信設(shè)備需要互發(fā)各種協(xié)議報文進(jìn)行交互性通信。協(xié)議報文在交換芯片進(jìn)行合法性檢查、解析、處理，需要上送處理器的報文一般通過精確匹配，由接入控制(ACL，Access Control List)或者配置特定寄存器上送處理器完成協(xié)議報文處理。此外，控制平面還負(fù)責(zé)處理管理報文、人機交互和處理上層下發(fā)的各種控制命令。

交換路由設(shè)備控制平面處理器處理報文的能力比較弱，一般處理每秒幾K個包時(不同通信設(shè)備采用的處理器不同，單位時間內(nèi)處理報文的能力會有一些差異)，處理器的利用率上升，telnet到設(shè)備反應(yīng)遲緩，卡頓現(xiàn)象明顯。當(dāng)單位時間內(nèi)設(shè)備處理器收到正常的協(xié)議報文非常多，造成處理器響應(yīng)不過來，持續(xù)一定時間，會造成設(shè)備處理器運行的上層任務(wù)異常或掛死，設(shè)備癱瘓，嚴(yán)重影響設(shè)備的穩(wěn)健性。當(dāng)通信設(shè)備受到攻擊，例如收到偽造協(xié)議報文，但偽協(xié)議報文沒有被通信設(shè)備識別丟棄，單位時間內(nèi)處理器收到一定量的偽協(xié)議報文，正常的協(xié)議報文會被擠占，得不到及時處理，會影響正常的通信業(yè)務(wù)。若處理器單位時間收到大量此類攻擊報文同樣會造成通信設(shè)備癱瘓現(xiàn)象。

針對上述問題，現(xiàn)有技術(shù)中一般是把此類協(xié)議報文按重要性分類，給予不 同優(yōu)先級，按照優(yōu)先級映射到通信設(shè)備的交換芯片上送處理器的緩存隊列(隊列號越大，優(yōu)先級越高)，設(shè)置各個出口隊列的調(diào)度算法及權(quán)重，并為每個隊列設(shè)置不同的上送處理器的初始速率值，對各協(xié)議設(shè)置不同的限速值。但對不同的協(xié)議設(shè)置的限速值是固定的，即使根據(jù)某種算法可以動態(tài)調(diào)整各協(xié)議的限速值，當(dāng)通信設(shè)備處理器資源緊張時，相應(yīng)的調(diào)小限速值，調(diào)小限速值造成超出相應(yīng)限速值的協(xié)議報文直接被丟棄，沒有進(jìn)行進(jìn)一步緩存；此外，根據(jù)通信設(shè)備支持的所有需要處理器處理的協(xié)議報文都初始化固定的限速值，映射至相應(yīng)的交換芯片的上送處理器隊列，不能根據(jù)實際開啟的協(xié)議進(jìn)行有效動態(tài)映射和限速，沒有充分利用交換芯片的上送處理器的隊列，造成資源浪費。

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

本發(fā)明提供了一種協(xié)議報文的處理方法及裝置，解決了現(xiàn)有技術(shù)中在處理器資源緊張時直接丟棄協(xié)議報文，以及協(xié)議報文對應(yīng)固化的限速值造成的資源浪費的問題。

依據(jù)本發(fā)明的一個方面，提供了一種協(xié)議報文的處理方法，包括：

獲取待上送的協(xié)議報文的總帶寬以及當(dāng)前控制信道的帶寬容量；

在檢測到總帶寬與帶寬容量之間的差值低于第一預(yù)設(shè)閾值后，根據(jù)協(xié)議報文的優(yōu)先級動態(tài)調(diào)整對應(yīng)的報文隊列；

若動態(tài)調(diào)整后的報文隊列所占用的總帶寬與當(dāng)前控制信道帶寬容量的比值低于第二預(yù)設(shè)閾值并持續(xù)一預(yù)設(shè)時間，則將動態(tài)調(diào)整后的報文隊列還原；

若動態(tài)調(diào)整后的報文隊列所占用的總帶寬與當(dāng)前控制信道帶寬容量的比值高于第二預(yù)設(shè)閾值，則將優(yōu)先級最低的協(xié)議報文中的交互性報文丟棄。

其中，獲取待上送的協(xié)議報文的總帶寬以及當(dāng)前控制信道的帶寬容量的步驟包括：

根據(jù)預(yù)先配置的獲取周期，周期性獲取待上送的協(xié)議報文所占用的總帶寬；

獲取當(dāng)前控制信道總的帶寬容量。

其中，在檢測到總帶寬與帶寬容量之間的差值低于第一預(yù)設(shè)閾值后，根據(jù)協(xié)議報文的優(yōu)先級動態(tài)調(diào)整對應(yīng)的報文隊列的步驟包括：

將待上送的協(xié)議報文的總帶寬與當(dāng)前控制信道的帶寬容量進(jìn)行比較；

在確定總帶寬與帶寬容量之間的差值低于第一預(yù)設(shè)閾值后，確定當(dāng)前運行狀態(tài)為擁堵異常狀態(tài)，并上報一指示擁堵異常狀態(tài)的告警信息；

在確定當(dāng)前運行狀態(tài)為擁堵異常狀態(tài)后，根據(jù)協(xié)議報文的優(yōu)先級動態(tài)調(diào)整對應(yīng)的報文隊列。

其中，在檢測到總帶寬與帶寬容量之間的差值低于第一預(yù)設(shè)閾值后，還包括：

檢測待上送的協(xié)議報文中是否存在偽協(xié)議報文；

若存在偽協(xié)議報文則將偽協(xié)議報文丟棄，并上報一指示有偽協(xié)議報文攻擊的攻擊告警信息。

其中，根據(jù)協(xié)議報文的優(yōu)先級動態(tài)調(diào)整對應(yīng)的報文隊列的步驟之前，還包括：

將待上送的協(xié)議報文按照優(yōu)先級降冪排序；