欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的方法、裝置和系統(tǒng)的制作方法

文檔序號:7929670閱讀:88來源:國知局
專利名稱:實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的方法、裝 置和系統(tǒng)。
背景技術(shù)
隨著Intemet的發(fā)展,組網(wǎng)環(huán)境日趨復(fù)雜,網(wǎng)絡(luò)攻擊、病毒攻擊也日益頻 繁,對網(wǎng)絡(luò)設(shè)備的危害性也日趨嚴(yán)重。DOS (Denial of Service,拒絕服務(wù)) 攻擊中,攻擊者短時間內(nèi)使用大量數(shù)據(jù)包或畸形報文向網(wǎng)絡(luò)設(shè)備不斷發(fā)起連 接或請求響應(yīng),致使服務(wù)器負(fù)荷過重而不能處理合法任務(wù),從而導(dǎo)致網(wǎng)絡(luò)設(shè) 備業(yè)務(wù)異常。
網(wǎng)絡(luò)設(shè)備的CPU ( Central Process Unit,中央處理器)負(fù)責(zé)處理各種上送 的協(xié)議報文,管理報文以及計算路由,更新表項等,是網(wǎng)絡(luò)設(shè)備的核心所在, 但是由于CPU處理能力有限,即能夠處理的上送報文流量的速率有限,如果 存在針對網(wǎng)絡(luò)設(shè)備CPU的DOS攻擊,導(dǎo)致上送流量報文超出了CPU的處理能 力,輕則導(dǎo)致正常報文得不到CPU處理而出現(xiàn)業(yè)務(wù)中斷,嚴(yán)重會導(dǎo)致CPU失 效,進(jìn)而導(dǎo)致整機(jī)失效。
為了防止針對網(wǎng)絡(luò)設(shè)備CPU的DOS攻擊,當(dāng)前通常使用流量限制功能進(jìn) 行對CPU的DOS攻擊進(jìn)行防范。各類協(xié)議允許上送CPU的流量速率通過命令 行或者釆耳又默認(rèn)值來確定,通過CAR (Committed Access Rate,承諾訪問速 率)機(jī)制來實(shí)現(xiàn)對各類協(xié)議上送流量的限速。當(dāng)前普遍采取默認(rèn)值加配置值的方式來確定各類協(xié)議允許上送流量速率 大小,如果用戶通過命令行對某種協(xié)議的上送帶寬進(jìn)行了配置,則采用該配 置值,否則,將采取一套初始化時的默認(rèn)值來決定該協(xié)議的上送帶寬速率值。
但是在現(xiàn)網(wǎng)運(yùn)用中,隨著peer(節(jié)點(diǎn))數(shù)、網(wǎng)絡(luò)拓樸、協(xié)議配置參數(shù)值 等的變化,各類協(xié)議報文在不同時間需要的上送帶寬速率值不同,這樣在運(yùn) 行期間當(dāng)出現(xiàn)某協(xié)議需要的上送帶寬速率值比默認(rèn)值大時,需要通過命令行 對上送帶寬速率值進(jìn)行調(diào)整以保證正常協(xié)議報文的上送,相當(dāng)繁瑣。如果對 某種協(xié)議配置的上送帶寬速率值過大,又會浪費(fèi)CPU通道的帶寬,使其他需 要上送流量大的協(xié)議得不到CPU處理,影響其他協(xié)議的正常業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的方法、裝置及系統(tǒng),以 解決目前通信網(wǎng)絡(luò)中對各類協(xié)議上送流量的限速不靈活的問題。
本發(fā)明解決上述技術(shù)問題的一個實(shí)施方式是提供一種上送速率動態(tài)聯(lián) 動的方法,包括接收業(yè)務(wù)處理模塊下發(fā)的至少一協(xié)議當(dāng)前需要的上送帶寬 速率值;所述該至少一協(xié)議當(dāng)前需要的上送帶寬速率值是通過所述至少一協(xié) 議的當(dāng)前狀態(tài)信息獲取的;根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值 更新所述至少一協(xié)議對應(yīng)的承諾訪問速率CAR參數(shù)值。
本發(fā)明解決上述技術(shù)問題的另一個實(shí)施方式是提供一種實(shí)現(xiàn)上送速率 動態(tài)聯(lián)動的裝置,包括協(xié)議信息獲取模塊和轉(zhuǎn)發(fā)引擎模塊,其中,所述協(xié)議 信息獲取模塊用于根據(jù)至少一協(xié)議的當(dāng)前狀態(tài)信息獲取當(dāng)前該至少一協(xié)議需 要的上送帶寬速率值,并將獲得的所述至少一協(xié)議當(dāng)前需要的上送帶寬速率 發(fā)給所述轉(zhuǎn)發(fā)引擎模塊;所述轉(zhuǎn)發(fā)引擎模塊用于根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值來為所述至少一協(xié)議分配帶寬。
本發(fā)明解決上述技術(shù)問題的另一個實(shí)施方式是提供一種實(shí)現(xiàn)上送速率 動態(tài)聯(lián)動的系統(tǒng),包括業(yè)務(wù)處理模塊和實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置,所述 實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置,包括協(xié)議信息獲取模塊和轉(zhuǎn)發(fā)引擎模塊,其 中,所述協(xié)議信息獲取模塊用于根據(jù)至少一協(xié)議的當(dāng)前狀態(tài)信息獲取當(dāng)前該 至少一協(xié)議需要的上送帶寬速率值,并將獲得的所述至少一協(xié)議當(dāng)前需要的
上送帶寬速率發(fā)給所述轉(zhuǎn)發(fā)引擎模塊;所述轉(zhuǎn)發(fā)引擎模塊用于根據(jù)所述至少 一協(xié)議當(dāng)前需要的上送帶寬速率值來為所述至少 一協(xié)議分配帶寬。
本發(fā)明實(shí)施例將業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)引擎模塊聯(lián)動,根據(jù)業(yè)務(wù)處理模塊 中至少一協(xié)議的信息動態(tài)獲取該至少一協(xié)議當(dāng)前需要的上送帶寬速率值并將 獲得的該至少一協(xié)議當(dāng)前需要的上送帶寬速率值下發(fā)給轉(zhuǎn)發(fā)引擎模塊,轉(zhuǎn)發(fā) 引擎模塊根據(jù)該至少一協(xié)議當(dāng)前需要的上送帶寬速率值來為該至少一協(xié)議分 配帶寬,從而保證轉(zhuǎn)發(fā)引擎模塊為各類協(xié)議分配的帶寬與該協(xié)議的實(shí)際情況 相符,既能夠滿足該協(xié)議的正常運(yùn)轉(zhuǎn),又不會分配過多而浪費(fèi)CPU通道帶寬。


圖l為本發(fā)明實(shí)施例的一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置結(jié)構(gòu)示意圖; 圖2為本發(fā)明實(shí)施例的一種業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)引擎模塊上送速率聯(lián)動 方法示意圖3為本發(fā)明實(shí)施例的轉(zhuǎn)發(fā)S1擎模塊報文上送方法示意圖。
具體實(shí)施例方式
以下結(jié)合具體實(shí)施方式
來說明本發(fā)明的實(shí)現(xiàn)過程。
6本發(fā)明的一個實(shí)施方式中,提供一種上送速率動態(tài)聯(lián)動的方法,包括 接收業(yè)務(wù)處理模塊下發(fā)的至少一協(xié)議當(dāng)前需要的上送帶寬速率值;所述該至 少一協(xié)議當(dāng)前需要的上送帶寬速率值是通過所述至少一協(xié)議的當(dāng)前狀態(tài)信息 獲取的;根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值更新所述至少一協(xié) 議對應(yīng)的承諾訪問速率CAR參數(shù)值。
本發(fā)明的另 一個實(shí)施方式中提供一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的系統(tǒng),包 括業(yè)務(wù)處理模塊和實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置,所述實(shí)現(xiàn)上送速率動態(tài)聯(lián) 動的裝置,包括協(xié)議信息獲取模塊和轉(zhuǎn)發(fā)引擎模塊,其中,所述協(xié)議信息獲 取模塊用于根據(jù)至少一協(xié)議的當(dāng)前狀態(tài)信息獲取當(dāng)前該至少一協(xié)議需要的上 送帶寬速率值,并將獲得的所述至少一協(xié)議當(dāng)前需要的上送帶寬速率發(fā)給所 述轉(zhuǎn)發(fā)引擎模塊;所述轉(zhuǎn)發(fā)引擎模塊用于根據(jù)所述至少一協(xié)議當(dāng)前需要的上 送帶寬速率值來為所述至少 一協(xié)議分配帶寬。
本發(fā)明實(shí)施例將業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)引擎模塊聯(lián)動,根據(jù)業(yè)務(wù)處理模塊 中各協(xié)議的信息動態(tài)獲取需要的上送帶寬速率值并將獲得的所需上送帶寬速 率值下發(fā)給轉(zhuǎn)發(fā)引擎模塊,轉(zhuǎn)發(fā)引擎模塊根據(jù)所需上送帶寬速率值來為各類 協(xié)議分配帶寬,從而保證轉(zhuǎn)發(fā)引擎模塊為各類協(xié)議分配的帶寬與該協(xié)議的實(shí) 際情況相符,既能夠滿足該協(xié)議的正常運(yùn)轉(zhuǎn),又不會分配過多而浪費(fèi)CPU通 道帶寬。
請參考圖1,為本發(fā)明實(shí)施例的一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的系統(tǒng)和裝置 示意圖。所述實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的系統(tǒng)包括實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝 置及業(yè)務(wù)處理模塊102。所述實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置包括協(xié)議信息獲取 模塊101和轉(zhuǎn)發(fā)引擎模塊103,其中,協(xié)議信息獲取模塊101根據(jù)業(yè)務(wù)處理模塊 102中的各類協(xié)議的信息動態(tài)獲取當(dāng)前需要的上送帶寬速率值,并將獲得的所需上送帶寬速率發(fā)給轉(zhuǎn)發(fā)引擎模塊103;轉(zhuǎn)發(fā)引擎模塊103根據(jù)所需上送帶寬 速率值來為各類協(xié)議分配帶寬,從而保證轉(zhuǎn)發(fā)引擎模塊為各類協(xié)議分配的帶 寬與該協(xié)議的實(shí)際情況相符,既能夠滿足該協(xié)議的正常運(yùn)轉(zhuǎn),又不會分配過 多而浪費(fèi)CPU通道帶寬。
圖2為業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)《1擎模塊上送速率聯(lián)動方法示意圖。該方法包

201:業(yè)務(wù)處理模塊根據(jù)各類協(xié)議的當(dāng)前狀態(tài)信息,比如節(jié)點(diǎn)數(shù)、協(xié)議報 文的大小以及協(xié)議報文的發(fā)送時間間隔等計算出該類協(xié)議需要上送的帶寬速 率值。比如某協(xié)議在時間tl時需要上送帶寬為lM,然后到了時間t2,該協(xié)議 在配置不變的情況下peer數(shù)增加到原來的兩倍了 ,所以在t2時刻該協(xié)議上送帶 寬需要為2M。這一步是動態(tài)的,即當(dāng)有協(xié)議狀態(tài)發(fā)生變化,比如某協(xié)議中peer 數(shù)增加了,業(yè)務(wù)處理模塊發(fā)現(xiàn)這種變化后,重新計算該協(xié)議需要的上送帶寬 速率值,并轉(zhuǎn)到202進(jìn)行處理。
202:業(yè)務(wù)處理模塊將動態(tài)計算出的協(xié)議的上送帶寬速率值通知轉(zhuǎn)發(fā)引擎 模塊進(jìn)行下發(fā)處理;轉(zhuǎn)203。
203:轉(zhuǎn)發(fā)引擎模塊在收到業(yè)務(wù)處理模塊通知的協(xié)議上送帶寬速率值后, 為該協(xié)議更新CAR參數(shù)值,比如201中某協(xié)議從tl到t2時刻,由于在配置不變 的情況下節(jié)點(diǎn)數(shù)增加到了原來的兩倍,導(dǎo)致需要的上送帶寬速率值也需要變 為原來的兩倍,為2M,所有在t2時刻需要將該協(xié)議對應(yīng)的CAR參數(shù)設(shè)置為 2M。確保在轉(zhuǎn)發(fā)引擎模塊對各類協(xié)議的限速值與業(yè)務(wù)處理層一致。
圖3為轉(zhuǎn)發(fā)引擎模塊的報文上送方法示意圖,該方法包括
301:轉(zhuǎn)發(fā)引擎模塊收到要上送的報文后,提取該報文的協(xié)議類型信息。 所述協(xié)議類型信息為可以確認(rèn)協(xié)議類型的信息,比如IP頭協(xié)議類型;TCP,UDP頭端口號等等;例如BGP協(xié)議報文,是采用TCP,并且TCP端口號 為179。所以可以把協(xié)議報文信息提取處理,看是不是TCP,且端口號為179, 如果是,就表示是TCP報文,否則再判斷是不是別的報文類型。
302:根據(jù)該協(xié)議類型信息對該上送報文進(jìn)行相應(yīng)的CAR處理,即根據(jù) 該協(xié)議報文的CAR參數(shù)值確定是否上送該報文。各種協(xié)議的CAR參數(shù)值由 業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)引擎模塊聯(lián)動得出,比如301步驟中的某協(xié)議tl時刻需 要的上送帶寬為1M, t2時刻需要的上送帶寬為2M。
303:如果按照該協(xié)議的CAR參數(shù)對該協(xié)議報文做CAR處理,結(jié)果為 允許該協(xié)議報文通過,則將該協(xié)議報文上送CPU進(jìn)行處理。
304:如果按照該協(xié)議的CAR參數(shù)對該協(xié)議報文做CAR處理,結(jié)果為 不允許該協(xié)議報文通過,則在轉(zhuǎn)發(fā)引擎模塊即可將該協(xié)議報文丟棄。
本發(fā)明通過業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)?I擎模塊的上送速率聯(lián)動,保證轉(zhuǎn)發(fā)虧I 擎為各協(xié)議分配的上送帶寬速率值為各協(xié)議所需要的,同時又能節(jié)省CPU通 道帶寬。由于業(yè)務(wù)處理模塊與轉(zhuǎn)發(fā)引擎模塊的上送速率聯(lián)動是動態(tài)進(jìn)行的, 可以確保任何時候都能夠滿足各協(xié)議的要求,又能節(jié)省CPU通道帶寬。
通過以上的實(shí)施方式的描述,所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件, 但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解,本發(fā)明的技術(shù)方案
該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算 機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí) 施例所述的方法。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不
9局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍和不脫 離本發(fā)明的技術(shù)思想范圍內(nèi),可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明 的保護(hù)范圍之內(nèi)。因此,本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1. 一種上送速率動態(tài)聯(lián)動的方法,其特征在于,包括接收業(yè)務(wù)處理模塊下發(fā)的至少一協(xié)議當(dāng)前需要的上送帶寬速率值;所述該至少一協(xié)議當(dāng)前需要的上送帶寬速率值是通過所述至少一協(xié)議的當(dāng)前狀態(tài)信息獲取的;根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值更新所述至少一協(xié)議對應(yīng)的承諾訪問速率CAR參數(shù)值。
2. 如權(quán)利要求l所述的方法,其特征在于,所述至少一協(xié)議的當(dāng)前狀態(tài) 信息包括以下信息中的一種或多種節(jié)點(diǎn)數(shù)、協(xié)議報文的大小、協(xié)議報文的 發(fā)送時間間隔。
3. 如權(quán)利要求l所述的方法,其特征在于,所述根據(jù)所述至少一協(xié)議當(dāng) 前需要的上送帶寬速率值更新所述至少一協(xié)議對應(yīng)的承諾訪問速率CAR參 數(shù)值,具體包括接收業(yè)務(wù)處理模塊下發(fā)的攜帶有所述至少一協(xié)議對應(yīng)的當(dāng)前需要的上送 帶寬速率值的通知,根據(jù)所述通知的所述至少一協(xié)議當(dāng)前需要的上送帶寬速 率值為該至少一協(xié)議更新CAR參數(shù)值。
4. 如權(quán)利要求1至3中任一所述的方法,其特征在于,還包括 提取接收的報文的協(xié)議類型信息,根據(jù)該協(xié)議類型信息對該接收的報文進(jìn)^^相應(yīng)的CAR處理。
5. 如權(quán)利要求4所述的方法,其特征在于,所述根據(jù)該協(xié)議類型信息對 該接收的報文進(jìn)行相應(yīng)的CAR處理,具體為根據(jù)該接收的報文的CAR參 數(shù)值確定是否上送該接收的報文。
6. —種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置,其特征在于,包括協(xié)議信息獲取模塊和轉(zhuǎn)發(fā)引擎模塊,其中,所述協(xié)議信息獲取模塊用于根據(jù)至少一協(xié)議的當(dāng)前狀態(tài)信息獲取當(dāng)前該 至少一協(xié)議需要的上送帶寬速率值,并將獲得的所述至少一協(xié)議當(dāng)前需要的上送帶寬速率發(fā)給所述轉(zhuǎn)發(fā)引擎模塊;所述轉(zhuǎn)發(fā)引擎模塊用于根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值 來為所述至少 一協(xié)議分配帶寬。
7. —種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的系統(tǒng),其特征在于,包括業(yè)務(wù)處理模塊 和權(quán)利要求6所述的實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的裝置。
全文摘要
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種實(shí)現(xiàn)上送速率動態(tài)聯(lián)動的方法、裝置及系統(tǒng)。該方法包括接收業(yè)務(wù)處理模塊下發(fā)的至少一協(xié)議當(dāng)前需要的上送帶寬速率值;所述該至少一協(xié)議當(dāng)前需要的上送帶寬速率值是通過所述至少一協(xié)議的當(dāng)前狀態(tài)信息獲取的;根據(jù)所述至少一協(xié)議當(dāng)前需要的上送帶寬速率值更新所述至少一協(xié)議對應(yīng)的承諾訪問速率CAR參數(shù)值。從而保證轉(zhuǎn)發(fā)引擎模塊為各類協(xié)議分配的帶寬與該協(xié)議的實(shí)際情況相符,既能夠滿足該協(xié)議的正常運(yùn)轉(zhuǎn),又不會分配過多而浪費(fèi)CPU通道帶寬。
文檔編號H04L9/36GK101478408SQ200810242168
公開日2009年7月8日 申請日期2008年12月30日 優(yōu)先權(quán)日2008年12月30日
發(fā)明者潘永波 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
安新县| 西平县| 新丰县| 定南县| 天柱县| 平塘县| 金沙县| 肇源县| 呼和浩特市| 东山县| 成都市| 老河口市| 夏河县| 延庆县| 林西县| 永昌县| 馆陶县| 古浪县| 荥经县| 郑州市| 湖南省| 浦城县| 英吉沙县| 清水县| 民和| 苍溪县| 安达市| 神农架林区| 大城县| 长岛县| 永城市| 巩留县| 威远县| 无棣县| 栾川县| 嘉善县| 开江县| 舒兰市| 沂源县| 昌图县| 奉贤区|