[發(fā)明專利]一種基于RRPP的處理方法及裝置有效
| 申請?zhí)枺?/td> | 201010103147.5 | 申請日: | 2010-02-01 |
| 公開(公告)號: | CN101771705A | 公開(公告)日: | 2010-07-07 |
| 發(fā)明(設計)人: | 陸亦雄;雷偉;趙昌峰 | 申請(專利權)人: | 杭州華三通信技術有限公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06;H04L12/46 |
| 代理公司: | 北京鑫媛睿博知識產權代理有限公司 11297 | 代理人: | 龔家驊 |
| 地址: | 310053 浙江省杭州市高新技術產業(yè)*** | 國省代碼: | 浙江;33 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 基于 rrpp 處理 方法 裝置 | ||
技術領域
本發(fā)明涉及通信技術領域,特別是涉及一種基于RRPP的處理方法及裝置。?
背景技術
在城域網和企業(yè)網的網絡規(guī)劃和實際的組網應用中,通常采用環(huán)網技術來提高網絡的可靠性,環(huán)網技術通過將一些網絡設備通過環(huán)的形狀連接到一起,從而實現相互通信。在環(huán)網中為了避免產生廣播風暴,采用STP(SpanningTree?Protocol,生成樹協議)環(huán)路保護機制或RRPP(Rapid?Ring?ProtectionProtocol,快速環(huán)網保護協議)環(huán)路保護機制來避免產生廣播風暴,其中,廣播風暴是指過多的廣播數據包消耗了大量的網絡帶寬,導致正常的數據包無法在網絡中傳送。?
在實際應用中,STP協議的收斂時間受到網絡拓撲的影響,在網絡直徑較大時收斂時間較長,不能滿足傳輸質量較高時對數據的要求,而RRPP協議縮短了環(huán)網的收斂時間,并消除了網絡大小的影響,從而被廣泛使用。其中,RRPP是專門應用于以太網環(huán)的鏈路層協議,在以太網環(huán)完整時能夠防止由于數據環(huán)路引起的廣播風暴,而當以太網環(huán)上的一條鏈路斷開時能迅速啟用備份鏈路,從而保證環(huán)網的連通性。RRPP協議具有以下優(yōu)點:拓撲收斂速度快(低于50ms);收斂時間與環(huán)網上節(jié)點數無關;在相交環(huán)拓撲中,一個環(huán)拓撲的變化不會引起其他環(huán)的拓撲振蕩,數據傳輸更為穩(wěn)定、支持RRPP環(huán)網的負載分擔,充分利用了物理鏈路的帶寬。?
如圖1所示的一種RRPP相交環(huán)組網類型和圖2所示的一種雙歸屬環(huán)組網類型,在RRPP協議中,RRPP的組成要素包括:RRPP環(huán)、主節(jié)點、傳輸節(jié)點、邊緣節(jié)點、輔助邊緣節(jié)點等,其中,Ring(環(huán))1配置為主環(huán),Ring?2和Ring?3配置為子環(huán)。?
具體的,在多子環(huán)與主環(huán)相交的RRPP組網中,子環(huán)的協議報文需要通過主環(huán)提供的通道在邊緣節(jié)點和輔助邊緣節(jié)點的邊緣端口之間傳播,此時,整個主環(huán)是子環(huán)上的一個節(jié)點。而當主環(huán)鏈路出現故障,邊緣節(jié)點與輔助邊緣節(jié)點之間的子環(huán)協議報文的通道出現中斷(即主環(huán)中與子環(huán)的公共鏈路故障,且有一條以上的非公共鏈路故障)時,則子環(huán)主節(jié)點將無法接收到自身發(fā)出的Hello報文(用于對網絡環(huán)路完整性進行檢測),從而導致Fail定時器超時,子環(huán)主節(jié)點遷移到Failed(錯誤)狀態(tài),并放開自身的副端口。?
對于圖1所示的RRPP相交環(huán)組網,上述處理過程(放開自身副端口的過程)能夠保證不會形成廣播環(huán)路,并使備份鏈路發(fā)揮了應有的作用。但是,對于圖2所示的RRPP雙歸屬環(huán)組網,雙歸屬的兩個子環(huán)Ring2和Ring3需要借助邊緣節(jié)點和輔助邊緣節(jié)點相互連接,本身就形成了一個環(huán),當主環(huán)Ring1發(fā)生故障后,所有子環(huán)的主節(jié)點副端口都放開,子環(huán)之間勢必形成廣播環(huán)路。?
為了解決雙歸屬環(huán)組網中的問題,在現有技術中,引入了主環(huán)上子環(huán)協議報文通道狀態(tài)檢測機制,該檢測機制需要邊緣節(jié)點和輔助邊緣節(jié)點配合完成,目的是在子環(huán)主節(jié)點副端口放開之前,阻塞邊緣節(jié)點的邊緣端口,從而避免子環(huán)之間形成數據環(huán)路。其中,在該檢測機制中,邊緣節(jié)點是檢測機制的發(fā)起者和決策者,輔助邊緣節(jié)點是通道狀態(tài)的監(jiān)聽者,負責將通道狀態(tài)的改變信息及時通知給邊緣節(jié)點,該檢測機制的過程包括:?
(1)檢測主環(huán)上子環(huán)協議報文通道狀態(tài)。?
具體的,子環(huán)的邊緣節(jié)點通過主環(huán)的兩個RRPP端口周期性的向主環(huán)內發(fā)送EDGE-HELLO報文(SRPT狀態(tài)檢查報文),并依次經過主環(huán)上的各個節(jié)點發(fā)往輔助邊緣節(jié)點,如果輔助邊緣節(jié)點在規(guī)定時間內能夠接收到EDGE-HELLO報文,則表明報文的通道正常,反之如果無法接收到EDGE-HELLO報文,則表明報文的通道中斷。?
(2)通道中斷邊緣節(jié)點阻塞邊緣端口。?
具體的,當輔助邊緣節(jié)點檢測到子環(huán)協議報文通道出現中斷后,從邊緣端口通過子環(huán)鏈路向邊緣節(jié)點發(fā)送MAJOR-FAULT報文,當邊緣節(jié)點接收到MAJOR-FAULT后,阻塞自身的邊緣端口。?
(3)子環(huán)主節(jié)點超時放開副端口。?
具體的,當邊緣節(jié)點阻塞邊緣端口后,由于主環(huán)故障導致子環(huán)協議報文通道中斷,子環(huán)主節(jié)點不能在規(guī)定時間內收到自身發(fā)出的HELLO報文,于是遷移到Failed狀態(tài),并放開副端口。?
(4)子環(huán)協議報文通道恢復。?
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于杭州華三通信技術有限公司,未經杭州華三通信技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業(yè)授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201010103147.5/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:移動電話及其音量調整方法
- 下一篇:Web服務客戶端自動化生成方法和裝置





