[發(fā)明專利]一種RRPP的配置方法、系統(tǒng)及設(shè)備

有效

• 申請?zhí)枺?/td>: 200910119913.4
• 申請日: 2009-02-26
• 公開（公告）號: CN101483571A
• 公開（公告）日: 2009-07-15
• 發(fā)明（設(shè)計）人: 王軍;周迪
• 申請（專利權(quán)）人: 杭州華三通信技術(shù)有限公司
• 主分類號: H04L12/42
• 分類號: H04L12/42;H04L29/08
• 代理公司: 北京鑫媛睿博知識產(chǎn)權(quán)代理有限公司
• 代理人: 龔家驊

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種RRPP的配置方法、系統(tǒng)及設(shè)備。

背景技術(shù)

在網(wǎng)絡(luò)規(guī)劃和實際的組網(wǎng)應(yīng)用中，通常采用環(huán)網(wǎng)技術(shù)提高網(wǎng)絡(luò)的可靠性，環(huán)網(wǎng)技術(shù)通過將一些網(wǎng)絡(luò)設(shè)備通過環(huán)的形狀連接到一起，實現(xiàn)相互通信。在環(huán)網(wǎng)中為了避免產(chǎn)生廣播風(fēng)暴，采用STP(Spanning?Tree?Protocol，生成樹協(xié)議)環(huán)路保護機制或RRPP(Rapid?Ring?Protection?Protocol，快速環(huán)網(wǎng)保護協(xié)議)環(huán)路保護機制避免產(chǎn)生廣播風(fēng)暴，其中，廣播風(fēng)暴是指過多的廣播數(shù)據(jù)包消耗了大量的網(wǎng)絡(luò)帶寬，導(dǎo)致正常的數(shù)據(jù)包無法在網(wǎng)絡(luò)中傳送。

在實際應(yīng)用中，STP協(xié)議的收斂時間受到網(wǎng)絡(luò)拓撲的影響，在網(wǎng)絡(luò)直徑較大時收斂時間較長，不能滿足傳輸質(zhì)量較高時對數(shù)據(jù)的要求，而RRPP協(xié)議縮短了環(huán)網(wǎng)的收斂時間，并消除了網(wǎng)絡(luò)大小的影響，從而被廣泛使用。其中，RRPP是專門應(yīng)用于以太網(wǎng)環(huán)的鏈路層協(xié)議，在以太網(wǎng)環(huán)完整時能夠防止由于數(shù)據(jù)環(huán)路引起的廣播風(fēng)暴，而當(dāng)以太網(wǎng)環(huán)上的一條鏈路斷開時能迅速啟用備份鏈路，從而保證環(huán)網(wǎng)的連通性。RRPP協(xié)議具有以下優(yōu)點：拓撲收斂速度快(低于50ms)；收斂時間與環(huán)網(wǎng)上節(jié)點數(shù)無關(guān)；在相交環(huán)拓撲中，一個環(huán)拓撲的變化不會引起其他環(huán)的拓撲振蕩，數(shù)據(jù)傳輸更為穩(wěn)定、支持RRPP環(huán)網(wǎng)的負載分擔(dān)，充分利用了物理鏈路的帶寬。

在RRPP協(xié)議中，通過使用RRPP域表示RRPP協(xié)議所控制的拓撲范圍，其中，該RRPP域由整數(shù)表示的ID標(biāo)識，一組配置了相同的域ID、控制VLAN(Virtual?Local?Area?Network，虛擬局域網(wǎng))和保護VLAN(或數(shù)據(jù)VLAN)，并且相互連通的設(shè)備群體構(gòu)成RRPP域。其中，控制VLAN用于傳遞RRPP的協(xié)議報文，保護VLAN用于傳遞RRPP的數(shù)據(jù)報文，每個RRPP域配有主控制VLAN和子控制VLAN兩個控制VLAN，主控制VLAN用于傳輸主環(huán)的RRPP協(xié)議報文，子控制VLAN用于傳輸子環(huán)的RRPP協(xié)議報文，而主環(huán)的RRPP端口既要屬于主控制VLAN，同時也要屬于子控制VLAN，子環(huán)的RRPP端口只屬于子控制VLAN。

如圖1所示，一個RRPP域的組成要素包括：RRPP環(huán)、控制VLAN、保護VLAN、主節(jié)點、傳輸節(jié)點、邊緣節(jié)點、輔助邊緣節(jié)點，其中，邊緣節(jié)點和輔助邊緣節(jié)點為特殊的傳輸節(jié)點。在圖1中，Domain(域)1是一個RRPP域，而設(shè)備S1～設(shè)備S6均屬于該Domain?1。在RRPP域1中，包含兩個RRPP環(huán)，在將Ring(環(huán))1配置為主環(huán)，將Ring?2配置為子環(huán)時，RRPP環(huán)的控制VLAN為主控制VLAN(VLAN?3)和子控制VLAN(VLAN?4)，圖1中節(jié)點標(biāo)號為3的均是主控制VLAN，節(jié)點標(biāo)號為4的均是子控制VLAN；其中，主環(huán)的主節(jié)點為S1，子環(huán)的主節(jié)點為S6；主環(huán)的傳輸節(jié)點為S2、S3和S4，子環(huán)的傳輸節(jié)點是S5。而S3為邊緣節(jié)點，S2為輔助邊緣節(jié)點。

在配置RRPP域中的節(jié)點時，每個RRPP環(huán)上必須有一個主節(jié)點，而且只能有一個主節(jié)點，例如圖1中的S1是主環(huán)的主節(jié)點，S6是子環(huán)的主節(jié)點，而主節(jié)點是環(huán)網(wǎng)狀態(tài)主動檢測機制的發(fā)起者，也是檢測到RRPP環(huán)故障后執(zhí)行操作的決策者；在RRPP環(huán)中，除了主節(jié)點之外的其他節(jié)點均是傳輸節(jié)點，例如圖1中的S2、S3和S4是主環(huán)的傳輸節(jié)點，S5是子環(huán)的傳輸節(jié)點，傳輸節(jié)點負責(zé)傳輸主節(jié)點的HELLO報文；而邊緣節(jié)點和輔助邊緣節(jié)點為特殊的傳輸節(jié)點，是子環(huán)和主環(huán)相交時的節(jié)點，邊緣節(jié)點與輔助邊緣節(jié)點必須成對配置。例如圖1終端的S3為邊緣節(jié)點，S2為輔助邊緣節(jié)點。在主節(jié)點和傳輸節(jié)點接入RRPP環(huán)的兩個端口中，一個為主端口，另一個為副端口，而邊緣節(jié)點和輔助邊緣節(jié)點接入RRPP環(huán)的端口還可以為邊緣端口或公共端口，其中，各個端口的屬性由用戶配置決定。主節(jié)點從主端口發(fā)送HELLO報文，如當(dāng)從副端口收到該報文時，則本節(jié)點所在RRPP環(huán)網(wǎng)完整，當(dāng)在規(guī)定時間內(nèi)副端口收不到該報文時，則本節(jié)點所在RRPP環(huán)網(wǎng)故障。

基于上面的分析，目前在配置RRPP環(huán)時存在如下缺點：

在配置RRPP環(huán)時很復(fù)雜，每個節(jié)點上屬于RRPP環(huán)的端口均需要管理員指定該端口的屬性，是主端口還是副端口，是公共端口還是邊緣端口，對于每個節(jié)點也需要管理員指定是邊緣節(jié)點還是輔助邊緣節(jié)點。當(dāng)RRPP環(huán)節(jié)點較多，由網(wǎng)絡(luò)管理員一一指定時，配置的工作量比較大，而且會導(dǎo)致配置出錯，帶來整個RRPP環(huán)網(wǎng)故障。

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

本發(fā)明提供一種RRPP的配置方法、系統(tǒng)及設(shè)備，以自動配置RRPP環(huán)中的節(jié)點屬性和節(jié)點端口屬性，從而減少配置的工作量。