專利名稱：一種rrpp與局部stp組網(wǎng)故障恢復(fù)時防止環(huán)路的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理領(lǐng)域，特別涉及一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法和裝置。
背景技術(shù)：
RRPP(Rapid Ring Protection Protocol快速環(huán)保護(hù)協(xié)議)是一個專門應(yīng)用于以太網(wǎng)環(huán)的鏈路層協(xié)議。它在以太網(wǎng)環(huán)完整時能夠防止數(shù)據(jù)環(huán)路引起廣播風(fēng)暴，而當(dāng)以太網(wǎng)環(huán)上一條鏈路斷開時能迅速啟用備份鏈路以恢復(fù)環(huán)網(wǎng)上各個節(jié)點(diǎn)之間的通信通路。RRPP鏈路故障檢測恢復(fù)機(jī)制主要依賴于Polling機(jī)制和鏈路狀態(tài)變化通知機(jī)制。
Polling機(jī)制是RRPP環(huán)的主節(jié)點(diǎn)主動檢測環(huán)網(wǎng)健康狀態(tài)的機(jī)制。主節(jié)點(diǎn)周期性地從其主端口發(fā)送HELLO報文，依次經(jīng)過各傳輸節(jié)點(diǎn)在環(huán)上傳播，如果主節(jié)點(diǎn)能夠從副端口收到自己發(fā)送的HELLO報文，說明環(huán)網(wǎng)鏈路完整，與此同時為了防止環(huán)路的出現(xiàn)，主節(jié)點(diǎn)的副端口會阻塞，副端口只允許協(xié)議HELLO報文通過，對其它的報文進(jìn)行阻塞；如果在規(guī)定時間內(nèi)主節(jié)點(diǎn)的副端口收不到HELLO報文，就認(rèn)為環(huán)網(wǎng)發(fā)生鏈路故障，放開副端口；故障鏈路恢復(fù)時，故障鏈路上傳輸節(jié)點(diǎn)重新啟動，并且臨時阻塞故障端口，處于Failed狀態(tài)的主節(jié)點(diǎn)從副端口收到自己發(fā)送的HELLO報文，立即遷移到Complete狀態(tài)，重新阻塞副端口并刷新FDB(MAC地址轉(zhuǎn)發(fā)表)，而且還會從主端口發(fā)送COMPLETE_FLUSH_FDB報文通知故障鏈路上的傳輸節(jié)點(diǎn)放開當(dāng)故障鏈路恢復(fù)時臨時阻塞的故障端口和刷新FDB。
鏈路狀態(tài)變化通知機(jī)制提供了比Polling機(jī)制更快環(huán)網(wǎng)拓?fù)涓淖兊奶幚頇C(jī)制，這一機(jī)制的發(fā)起者是傳輸節(jié)點(diǎn)。傳輸節(jié)點(diǎn)總是在監(jiān)測自己的端口鏈路狀態(tài)，一旦狀態(tài)發(fā)生改變，它就會通過發(fā)送通知報文把這種變化通知主節(jié)點(diǎn)，然后由主節(jié)點(diǎn)來決定如何處理。傳輸節(jié)點(diǎn)檢測到端口UP時，將會從配對的RRPP端口向環(huán)上發(fā)送LINK-UP報文；如果傳輸節(jié)點(diǎn)檢測到端口Down時，將會從配對的RRPP端口向環(huán)上發(fā)送LINK-DOWN報文。
在由二層交換機(jī)/網(wǎng)橋構(gòu)成的網(wǎng)絡(luò)中，以太網(wǎng)的生成樹協(xié)議(STP-Spanning TreeProtocol)用來生成源到宿的唯一路徑，同時防止路徑成環(huán)，避免數(shù)據(jù)幀在環(huán)中無限循環(huán)(特別是廣播幀的循環(huán)發(fā)送，以至形成廣播風(fēng)暴)。STP還支持在網(wǎng)絡(luò)拓?fù)浒l(fā)生改變時，計算生成新的路徑，以完成業(yè)務(wù)的恢復(fù)。STP是IEEE 802.1D網(wǎng)橋協(xié)議的一部分，其算法基本思想就是生成“一棵樹”，樹的根是一個被稱為根橋的交換節(jié)點(diǎn)。根據(jù)設(shè)置不同，不同的節(jié)點(diǎn)會被選為根橋，但任意時刻只能有一個根橋。當(dāng)網(wǎng)絡(luò)啟動后，各節(jié)點(diǎn)之間互發(fā)橋接協(xié)議數(shù)據(jù)單元(Bridge Protocol Data Unit BPDU)消息以確認(rèn)誰是根節(jié)點(diǎn)，找到本節(jié)點(diǎn)到根節(jié)點(diǎn)的最短路徑，阻塞到根節(jié)點(diǎn)的其它路徑(端口)。這樣由根橋開始，逐級形成一棵樹。網(wǎng)絡(luò)穩(wěn)定以后，根橋定時發(fā)送配置報文，當(dāng)某個端口長時間不能接收到配置報文的時候，根節(jié)點(diǎn)認(rèn)為該端口的配置超時，網(wǎng)絡(luò)拓?fù)淇赡芤呀?jīng)改變，此時重新計算網(wǎng)絡(luò)拓?fù)?，重新生成一棵樹?br> 如圖1所示，在RRPP和局部STP組網(wǎng)時，為了防止環(huán)路的出現(xiàn)，設(shè)備6的副端口和設(shè)備3的左側(cè)端口都處于阻塞狀態(tài)，設(shè)備6、設(shè)備3上的其它端口以及其它傳輸節(jié)點(diǎn)上的端口都處于放開狀態(tài)，設(shè)備6的副端口只允許協(xié)議HELLO報文通過，對其它的報文進(jìn)行阻塞，設(shè)備3的左側(cè)端口只允許STP配置報文通過，對其它的報文進(jìn)行阻塞。RRPP環(huán)上的主節(jié)點(diǎn)設(shè)備6從其主端口周期性的向RRPP環(huán)上發(fā)送HELLO報文，用于檢測RRPP環(huán)上各條鏈路的狀態(tài)。HELLO報文從設(shè)備6的主端口發(fā)出，經(jīng)過設(shè)備5、設(shè)備4、設(shè)備1、設(shè)備2、設(shè)備7，最后通過設(shè)備6的副端口完成HELLO報文的發(fā)送，進(jìn)而完成RRPP環(huán)上鏈路的檢測；局部STP的根節(jié)點(diǎn)設(shè)備3從其右側(cè)端口向混合組網(wǎng)上發(fā)送STP配置報文，用于監(jiān)測STP鏈路的狀態(tài)，由于在混合組網(wǎng)正常情況下，主節(jié)點(diǎn)設(shè)備6的副端口對STP配置報文阻塞，所以STP配置報文只能經(jīng)過設(shè)備2、設(shè)備1，最后通過根節(jié)點(diǎn)設(shè)備3的左側(cè)端口完成STP配置報文的發(fā)送，進(jìn)而完成STP鏈路的檢測。
如圖2所示，如果設(shè)備4與設(shè)備5之間的鏈路，設(shè)備1與設(shè)備2之間的鏈路出現(xiàn)了故障，設(shè)備4、設(shè)備5、設(shè)備1、設(shè)備2將向設(shè)備6發(fā)送LINK-DOWN通知報文，設(shè)備6收到LINK-DOWN通知報文后知道RRPP環(huán)上出現(xiàn)了鏈路故障，設(shè)備6會放開自己的副端口，設(shè)備3的左側(cè)端口因?yàn)闆]有收到自己發(fā)送的STP配置報文，所以設(shè)備3會放開自己的左側(cè)端口，設(shè)備6、設(shè)備3上的其它端口以及其它傳輸節(jié)點(diǎn)上的端口還都處于鏈路正常時的放開狀態(tài)。
如圖3所示，當(dāng)設(shè)備4與設(shè)備5之間的故障鏈路恢復(fù)，設(shè)備1和設(shè)備2之間的故障鏈路未恢復(fù)時，故障節(jié)點(diǎn)設(shè)備5和設(shè)備4向設(shè)備6發(fā)送LINK-UP通知報文，并且同時臨時阻塞其左側(cè)端口和上端口一段時間，一般情況下阻塞時間為HELLO報文發(fā)送時間間隔的3倍，并且設(shè)備5的左側(cè)端口和設(shè)備4的上端口會在阻塞時間里只允許協(xié)議HELLO報文通過，對其它的報文進(jìn)行阻塞，因?yàn)樵O(shè)備1和設(shè)備2之間的鏈路未恢復(fù)，設(shè)備6的副端口收不到自己發(fā)送的HELLO報文，所以設(shè)備6的副端口還維持放開狀態(tài)。設(shè)備5的左側(cè)端口和設(shè)備4的上端口在經(jīng)過3倍的HELLO報文發(fā)送時間間隔后會自動放開，從放開到設(shè)備3的左側(cè)端口收到自己發(fā)送的STP配置報文這段時間內(nèi)，由于形成環(huán)路的端口都是放開的，所以就造成了環(huán)路的出現(xiàn)，嚴(yán)重時會引起廣播風(fēng)暴，至使網(wǎng)絡(luò)癱瘓。
如圖4所示，當(dāng)設(shè)備1與設(shè)備2之間的故障鏈路恢復(fù)，設(shè)備5與設(shè)備4之間的故障鏈路未恢復(fù)時，故障節(jié)點(diǎn)設(shè)備1和設(shè)備2向設(shè)備6發(fā)出LINK-UP通知報文，并且同時臨時阻塞其右側(cè)端口和左側(cè)端口一段時間，一般情況下阻塞時間為HELLO報文發(fā)送時間間隔的3倍，并且設(shè)備1的右側(cè)端口和設(shè)備2的左側(cè)端口在阻塞時間里只允許協(xié)議HELLO報文通過，對其它的報文進(jìn)行阻塞，因?yàn)樵O(shè)備4和設(shè)備5之間的鏈路未恢復(fù)，設(shè)備6的副端口收不到自己發(fā)送的HELLO報文，所以設(shè)備6的副端口還維持放開狀態(tài)。設(shè)備1的右側(cè)端口和設(shè)備2的左側(cè)端口在經(jīng)過3倍的HELLO報文發(fā)送時間間隔后會自動放開，從放開到設(shè)備3的左側(cè)端口收到自己發(fā)送的STP配置報文這段時間內(nèi)，由于形成環(huán)路的端口都是放開的，所以就造成了環(huán)路的出現(xiàn)，嚴(yán)重時也會引起廣播風(fēng)暴，至使網(wǎng)絡(luò)癱瘓。
對于上述組網(wǎng)故障鏈路恢復(fù)時環(huán)路出現(xiàn)的問題，目前現(xiàn)有技術(shù)中還沒有一個行之有效的解決方法。

發(fā)明內(nèi)容
為了避免上述RRPP和局部STP組網(wǎng)，故障鏈路恢復(fù)時出現(xiàn)環(huán)路的問題，本發(fā)明提出了一種設(shè)置故障鏈路上傳輸節(jié)點(diǎn)的故障端口的臨時阻塞時間大于STP的配置報文和HELLO報文的發(fā)送間隔，并且故障端口在處于臨時阻塞狀態(tài)時不阻塞STP的配置報文的方法，以此來保證RRPP故障端口放開之前局部STP通過定時發(fā)送配置報文已經(jīng)檢測到鏈路恢復(fù)。所述方法包括以下步驟步驟A臨時阻塞故障鏈路上已恢復(fù)的故障端口；步驟B設(shè)置所述故障端口的臨時阻塞時間；步驟C使能所述故障端口處于臨時阻塞時不阻塞STP配置報文的功能；步驟D當(dāng)發(fā)送檢測報文的設(shè)備收到自己發(fā)送的檢測報文后，阻塞所述檢測報文接收端口。
所述故障端口的臨時阻塞時間大于STP配置報文的發(fā)送間隔。
所述故障端口的臨時阻塞時間為STP配置報文發(fā)送間隔的2-3倍。
所述故障端口的臨時阻塞時間大于RRPP主節(jié)點(diǎn)發(fā)送的HELLO報文的發(fā)送間隔。
所述步驟D具體包括當(dāng)STP的根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文后，阻塞所述根節(jié)點(diǎn)的STP配置報文接收端口。
本發(fā)明還提供了一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，所述裝置包括臨時阻塞故障端口模塊、臨時阻塞時間設(shè)置模塊、故障端口使能模塊、阻塞檢測報文接收端口模塊；所述臨時阻塞故障端口模塊用于臨時阻塞故障鏈路上已恢復(fù)的故障端口；所述臨時阻塞時間設(shè)置模塊用于設(shè)置所述故障端口的臨時阻塞時間；所述故障端口使能模塊用于使能所述故障端口處于臨時阻塞時不阻塞STP配置報文的功能；所述阻塞檢測報文接收端口模塊用于當(dāng)發(fā)送檢測報文的設(shè)備收到自己發(fā)送的檢測報文后，阻塞所述檢測報文接收端口。
所述臨時阻塞時間設(shè)置模塊中所述故障端口的臨時阻塞時間大于STP配置報文的發(fā)送間隔。
所述故障端口的臨時阻塞時間大于RRPP主節(jié)點(diǎn)發(fā)送的HELLO報文的發(fā)送間隔。
所述臨時阻塞時間設(shè)置模塊中所述故障端口的臨時阻塞時間為STP配置報文發(fā)送間隔的2-3倍。
所述阻塞檢測報文接收端口模塊具體為STP端口阻塞單元，用于當(dāng)STP的根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文后，阻塞所述根節(jié)點(diǎn)的STP配置報文接收端口。
采用本發(fā)明所述技術(shù)方案有效地解決了RRPP和局部STP組網(wǎng)，故障鏈路恢復(fù)時環(huán)路出現(xiàn)的問題。


圖1是RRPP與局部STP組網(wǎng)示意圖；圖2是RRPP與局部STP出現(xiàn)兩點(diǎn)故障示意圖；圖3是設(shè)備4與設(shè)備5之間鏈路恢復(fù)造成環(huán)路的示意圖；圖4是設(shè)備1與設(shè)備2之間鏈路恢復(fù)造成環(huán)路的示意圖；圖5是單鏈路恢復(fù)造成環(huán)路的示意圖；圖6是本發(fā)明所述實(shí)施例1的流程圖；圖7是本發(fā)明所述實(shí)施例2的流程圖；圖8是本發(fā)明所述實(shí)施例3的流程圖；圖9是RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置結(jié)構(gòu)圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對本發(fā)明作進(jìn)一步說明，但不作為對本發(fā)明的限定。
參見圖2，RRPP與局部STP組網(wǎng)，RRPP環(huán)出現(xiàn)兩條鏈路故障，假設(shè)分別是設(shè)備4與設(shè)備5之間的鏈路，設(shè)備1與設(shè)備2之間的鏈路，設(shè)置HELLO報文發(fā)送間隔為X秒，設(shè)置STP的配置報文發(fā)送間隔為Y秒。
實(shí)施例1參見圖3和圖6，當(dāng)設(shè)備4與設(shè)備5之間的故障鏈路恢復(fù)，設(shè)備1與設(shè)備2之間的故障鏈路未恢復(fù)時，防止環(huán)路出現(xiàn)的方法包括以下步驟步驟101故障節(jié)點(diǎn)設(shè)備5和設(shè)備4向設(shè)備6發(fā)送LINK-UP通知報文，并且同時臨時阻塞其左側(cè)端口和上端口；步驟102為了防止設(shè)備5的左側(cè)端口和設(shè)備4的上端口在超時放開到設(shè)備3的左側(cè)端口收到自己發(fā)送的STP配置報文這段時間內(nèi)形成環(huán)路，設(shè)置設(shè)備5的左側(cè)端口和設(shè)備4的上端口臨時阻塞時間應(yīng)該大于Y，具體可以為(2-3)Y；步驟103為了使STP配置報文在設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時，可以對鏈路進(jìn)行檢測，使能設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時不阻塞STP的配置報文功能；步驟102和步驟103保證了在設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時，STP的配置報文可以對鏈路進(jìn)行檢測，而且檢測到了設(shè)備4與設(shè)備5之間的鏈路已經(jīng)恢復(fù)。
步驟104設(shè)備3的右側(cè)端口發(fā)送STP配置報文，經(jīng)過設(shè)備2、設(shè)備7、設(shè)備6、到設(shè)備5的左側(cè)端口，由于設(shè)備5的左側(cè)端口不阻塞STP配置報文，所以STP配置報文可以透轉(zhuǎn)到設(shè)備4的上端口，由于設(shè)備4的上端口不阻塞STP配置報文，所以STP配置報文可以透轉(zhuǎn)到設(shè)備4的下端口，再經(jīng)過設(shè)備1，設(shè)備3的左側(cè)端口回到設(shè)備3，這樣設(shè)備3的左側(cè)端口在設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時收到了自己發(fā)送的STP配置報文；步驟105設(shè)備3由于收到了自己發(fā)送的STP配置報文，檢測到設(shè)備4與設(shè)備5之間的鏈路恢復(fù)，因而阻塞自己的左側(cè)端口。
在設(shè)備3發(fā)送STP配置報文檢測STP鏈路的時候，設(shè)備6從其主端口也在發(fā)送HELLO報文對RRPP環(huán)路進(jìn)行檢測，但是由于設(shè)備1與設(shè)備2之間的鏈路是斷開的，設(shè)備6的副端口收不到自己發(fā)送的HELLO報文，所以設(shè)備6的副端口在STP配置報文檢測STP鏈路過程中，由于一直沒有收到自己發(fā)送的HELLO報文，其副端口一直處于放開狀態(tài)。
實(shí)施例2參見圖4和圖7，當(dāng)設(shè)備1與設(shè)備2之間的故障鏈路恢復(fù)，設(shè)備4與設(shè)備5之間的故障鏈路未恢復(fù)時，防止環(huán)路出現(xiàn)的方法包括以下步驟步驟201故障節(jié)點(diǎn)設(shè)備1和設(shè)備2向設(shè)備6發(fā)送LINK-UP通知報文，并且同時臨時阻塞其右側(cè)端口和左側(cè)端口；步驟202為了防止設(shè)備2的左側(cè)端口和設(shè)備1的右側(cè)端口在超時放開到設(shè)備3的左側(cè)端口收到自己發(fā)送的STP配置報文這段時間內(nèi)形成環(huán)路，設(shè)置設(shè)備2的左側(cè)端口和設(shè)備1的右側(cè)端口臨時阻塞時間應(yīng)該大于Y，具體可以為(2-3)Y；步驟203為了使STP配置報文在設(shè)備2的左側(cè)端口和設(shè)備1的右端口處于臨時阻塞時，可以對鏈路進(jìn)行檢測，使能設(shè)備2的左側(cè)端口和設(shè)備1的右側(cè)端口處于臨時阻塞時不阻塞STP的配置報文功能；步驟202和步驟203保證了在設(shè)備2的左側(cè)端口和設(shè)備1的右側(cè)端口處于臨時阻塞時，STP的配置報文可以對鏈路進(jìn)行檢測，而且檢測到了設(shè)備1與設(shè)備2之間的鏈路已經(jīng)恢復(fù)。
步驟204設(shè)備3的右側(cè)端口發(fā)送STP配置報文，經(jīng)過設(shè)備2的下端口到達(dá)設(shè)備2的左側(cè)端口，由于設(shè)備2的左側(cè)端口不阻塞STP配置報文，所以STP配置報文可以透轉(zhuǎn)到設(shè)備1的右側(cè)端口，由于設(shè)備1的右側(cè)端口不阻塞STP配置報文，所以STP配置報文可以透轉(zhuǎn)到設(shè)備1的下端口，再經(jīng)過設(shè)備3的左側(cè)端口回到設(shè)備3，這樣設(shè)備3的左側(cè)端口在設(shè)備2的左側(cè)端口和設(shè)備1的右側(cè)端口處于臨時阻塞時收到了自己發(fā)送的STP配置報文；步驟205設(shè)備3由于收到了自己發(fā)送的STP配置報文，檢測到設(shè)備1與設(shè)備2之間的鏈路恢復(fù)，因而阻塞自己的左側(cè)端口。
在設(shè)備3發(fā)送STP配置報文檢測STP鏈路的時候，設(shè)備6從其主端口也在發(fā)送HELLO報文對RRPP環(huán)路進(jìn)行檢測，但是由于設(shè)備4與設(shè)備5之間的鏈路是斷開的，設(shè)備6的副端口收不到自己發(fā)送的HELLO報文，所以設(shè)備6的副端口在STP配置報文檢測STP鏈路過程中，由于一直沒有收到自己發(fā)送的HELLO報文，其副端口一直處于放開狀態(tài)。
實(shí)施例1和實(shí)施例2由于使能了處于臨時阻塞狀態(tài)下的故障端口不阻塞STP配置報文的功能，使得STP配置報文在故障端口處于臨時阻塞時還可以進(jìn)行STP鏈路的檢測，并且由于設(shè)置了故障端口的臨時阻塞時間大于STP配置報文的發(fā)送時間間隔，從而保證了STP配置報文在故障端口處于臨時阻塞狀態(tài)時，檢測到了STP鏈路恢復(fù)，這樣就會依據(jù)STP協(xié)議將根節(jié)點(diǎn)的STP配置報文接收端口阻塞，從根本上解決了現(xiàn)有技術(shù)中，臨時阻塞的故障端口超時自動放開到根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文這段時間內(nèi)會產(chǎn)生環(huán)路的問題。
本發(fā)明所述方法對于單條故障鏈路恢復(fù)時，同樣也可以防止環(huán)路的產(chǎn)生，下面用一個例子說明一下。
實(shí)施例3參見圖5和圖8，當(dāng)只有一條鏈路出現(xiàn)故障，例如設(shè)備4和設(shè)備5之間的鏈路出現(xiàn)故障，當(dāng)設(shè)備4和設(shè)備5之間的故障鏈路恢復(fù)時，防止環(huán)路出現(xiàn)的方法包括以下步驟步驟301故障節(jié)點(diǎn)設(shè)備5和設(shè)備4向設(shè)備6發(fā)送LINK-UP通知報文，并且同時臨時阻塞其左側(cè)端口和上端口；步驟302為了防止設(shè)備5的左側(cè)端口和設(shè)備4的上端口在超時放開到設(shè)備6的副端口收到自己發(fā)送的HELLO報文這段時間內(nèi)形成環(huán)路，設(shè)置設(shè)備5的左側(cè)端口和設(shè)備4的上端口臨時阻塞時間應(yīng)該大于X，具體可以為3X；步驟303使能設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時不阻塞STP的配置報文功能；步驟302和步驟303保證了設(shè)備5的左側(cè)端口和設(shè)備4的上端口處于臨時阻塞時，HELLO報文檢測到了設(shè)備4與設(shè)備5之間的鏈路已經(jīng)恢復(fù)，并且STP配置報文也可以對STP鏈路進(jìn)行檢測。
步驟304設(shè)備6的主端口發(fā)送HELLO報文，經(jīng)過設(shè)備5、設(shè)備4、設(shè)備1、設(shè)備2、設(shè)備7，設(shè)備6的副端口回到設(shè)備6，這樣設(shè)備6的副端口在設(shè)備5的左側(cè)端口在設(shè)備4的上端口處于臨時阻塞時收到了自己發(fā)送的HELLO報文；步驟305設(shè)備6的副端口收到了自己發(fā)送的HELLO報文，檢測到設(shè)備4與設(shè)備5之間的鏈路恢復(fù)，因而阻塞自己的副端口。
在實(shí)施例3中，在設(shè)備6從其主端口發(fā)送HELLO報文檢測RRPP鏈路時，設(shè)備3的右側(cè)端口也一直在發(fā)送STP配置報文進(jìn)行STP鏈路的檢測，由于設(shè)備1與設(shè)備2之間的鏈路正常，設(shè)備3的左側(cè)端口始終可以收到自己發(fā)送的STP配置報文，因此設(shè)備3的左側(cè)端口一直處于阻塞狀態(tài)，從而保證了STP鏈路不會出現(xiàn)環(huán)路，只要防止RRPP環(huán)出現(xiàn)環(huán)路就可以了。
為了防止RRPP和STP局部組網(wǎng)故障鏈路恢復(fù)時環(huán)路的出現(xiàn)，可以設(shè)置故障端口的臨時阻塞時間為一個足夠大的值，即大于HELLO報文發(fā)送間隔，同時也大于STP配置報文發(fā)送間隔，從而解決了RRPP和STP局部組網(wǎng)無論是單條故障鏈路還是多條故障鏈路恢復(fù)時出現(xiàn)環(huán)路的問題。
參見圖7，本發(fā)明還提供了一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，裝置包括臨時阻塞故障端口模塊、臨時阻塞時間設(shè)置模塊、故障端口使能模塊、阻塞檢測報文接收端口模塊；臨時阻塞故障端口模塊用于臨時阻塞故障鏈路上已恢復(fù)的故障端口；臨時阻塞時間設(shè)置模塊用于設(shè)置故障端口的臨時阻塞時間；故障端口使能模塊用于使能故障端口處于臨時阻塞時不阻塞STP配置報文的功能；阻塞檢測報文接收端口模塊用于當(dāng)發(fā)送檢測報文的設(shè)備收到自己發(fā)送的檢測報文后，阻塞檢測報文接收端口。
臨時阻塞時間設(shè)置模塊中故障端口的臨時阻塞時間大于STP配置報文的發(fā)送間隔。
故障端口的臨時阻塞時間大于RRPP主節(jié)點(diǎn)發(fā)送的HELLO報文的發(fā)送間隔。
臨時阻塞時間設(shè)置模塊中故障端口的臨時阻塞時間為STP配置報文發(fā)送間隔的2-3倍。
阻塞檢測報文接收端口模塊具體為STP端口阻塞單元，用于當(dāng)STP的根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文后，阻塞根節(jié)點(diǎn)的STP配置報文接收端口。
以上所述的實(shí)施例只是本發(fā)明較優(yōu)選的具體實(shí)施方式
的一種，本領(lǐng)域的技術(shù)人員在本發(fā)明技術(shù)方案范圍內(nèi)進(jìn)行的通常變化和替換都應(yīng)包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法，其特征在于，所述方法包括以下步驟步驟A臨時阻塞故障鏈路上已恢復(fù)的故障端口；步驟B設(shè)置所述故障端口的臨時阻塞時間；步驟C使能所述故障端口處于臨時阻塞時不阻塞STP配置報文的功能；步驟D當(dāng)發(fā)送檢測報文的設(shè)備收到自己發(fā)送的檢測報文后，阻塞所述檢測報文接收端口。
2.如權(quán)利要求1所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法，其特征在于，所述故障端口的臨時阻塞時間大于STP配置報文的發(fā)送間隔。
3.如權(quán)利要求2所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法，其特征在于，所述故障端口的臨時阻塞時間為STP配置報文發(fā)送間隔的2-3倍。
4.如權(quán)利要求2所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法，其特征在于，所述故障端口的臨時阻塞時間大于RRPP主節(jié)點(diǎn)發(fā)送的HELLO報文的發(fā)送間隔。
5.如權(quán)利要求1-4中任意一項(xiàng)權(quán)利要求所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法，其特征在于，所述步驟D具體包括當(dāng)STP的根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文后，阻塞所述根節(jié)點(diǎn)的STP配置報文接收端口。
6.一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，其特征在于，所述裝置包括臨時阻塞故障端口模塊、臨時阻塞時間設(shè)置模塊、故障端口使能模塊、阻塞檢測報文接收端口模塊；所述臨時阻塞故障端口模塊用于臨時阻塞故障鏈路上已恢復(fù)的故障端口；所述臨時阻塞時間設(shè)置模塊用于設(shè)置所述故障端口的臨時阻塞時間；所述故障端口使能模塊用于使能所述故障端口處于臨時阻塞時不阻塞STP配置報文的功能；所述阻塞檢測報文接收端口模塊用于當(dāng)發(fā)送檢測報文的設(shè)備收到自己發(fā)送的檢測報文后，阻塞所述檢測報文接收端口。
7.如權(quán)利要求6所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，其特征在于，所述臨時阻塞時間設(shè)置模塊中所述故障端口的臨時阻塞時間大于STP配置報文的發(fā)送間隔。
8.如權(quán)利要求7所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，其特征在于，所述故障端口的臨時阻塞時間大于RRPP主節(jié)點(diǎn)發(fā)送的HELLO報文的發(fā)送間隔。
9.如權(quán)利要求7所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，其特征在于，所述臨時阻塞時間設(shè)置模塊中所述故障端口的臨時阻塞時間為STP配置報文發(fā)送間隔的2-3倍。
10.如權(quán)利要求6所述的RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，其特征在于，所述阻塞檢測報文接收端口模塊具體為STP端口阻塞單元，用于當(dāng)STP的根節(jié)點(diǎn)收到自己發(fā)送的STP配置報文后，阻塞所述根節(jié)點(diǎn)的STP配置報文接收端口。
全文摘要
本發(fā)明公開了一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的方法和裝置，屬于網(wǎng)絡(luò)管理領(lǐng)域。為了避免RRPP和局部STP組網(wǎng)故障鏈路恢復(fù)時環(huán)路的出現(xiàn)，本發(fā)明提出了一種設(shè)置故障鏈路上傳輸節(jié)點(diǎn)的故障端口的臨時阻塞時間大于STP的配置報文和HELLO報文的發(fā)送間隔，并且故障端口在處于臨時阻塞狀態(tài)時不阻塞STP的配置報文的方法，以此來保證RRPP故障端口放開之前局部STP通過定時發(fā)送配置報文已經(jīng)檢測到鏈路恢復(fù)。本發(fā)明還提供了一種RRPP與局部STP組網(wǎng)故障恢復(fù)時防止環(huán)路的裝置，同樣也可以解決環(huán)路出現(xiàn)的問題。
文檔編號H04L12/437GK1905490SQ20061011130
公開日2007年1月31日 申請日期2006年8月18日 優(yōu)先權(quán)日2006年8月18日
發(fā)明者張義龍, 張平安, 于慶秋 申請人:華為技術(shù)有限公司