專利名稱：以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及以太網(wǎng)技術(shù)，具體涉及以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法和裝置。
背景技術(shù)：
隨著以太網(wǎng)向著多業(yè)務(wù)承載方向的發(fā)展，特別是一些業(yè)務(wù)對網(wǎng)絡(luò)的可靠性、實時性要求越來越高，以太網(wǎng)廣泛采用了環(huán)形的組網(wǎng)，從而提高了網(wǎng)絡(luò)的可靠性。并且在這種環(huán)形組網(wǎng)的保護方案中，通常要求快速保護倒換能達到50ms以下。目前，這種快速保護倒換的技術(shù)可以基于國際電信聯(lián)盟(ITU-T, International Telecommunication Union)的 G. 8032協(xié)議來實現(xiàn)?；谏鲜鯣. 8032協(xié)議，為環(huán)形拓撲以太網(wǎng)的以太層定義了自動保護切換協(xié)議與機制。這種網(wǎng)絡(luò)保護方法適用于環(huán)形拓撲的以太網(wǎng)，其實現(xiàn)大致流程為在環(huán)形拓撲以太網(wǎng)中，選擇一段鏈路為環(huán)保護鏈路，當(dāng)以太環(huán)網(wǎng)的鏈路都無故障時，環(huán)保護鏈路的兩個相鄰節(jié)點中，至少有一個節(jié)點阻塞與環(huán)保護鏈路連接的端口，防止被保護數(shù)據(jù)從環(huán)保護鏈路上通過，這個負責(zé)阻塞環(huán)保護鏈路端口的節(jié)點稱為環(huán)保護鏈路所屬節(jié)點，這樣，以太環(huán)網(wǎng)上任何兩個節(jié)點之間只有惟一的通信路徑，因此以太環(huán)網(wǎng)中不會產(chǎn)生通信路徑的閉環(huán)，防止了閉環(huán)和網(wǎng)絡(luò)風(fēng)暴；當(dāng)以太環(huán)網(wǎng)的鏈路出現(xiàn)故障時，如果該故障鏈路不是環(huán)保護鏈路，則阻塞與故障鏈路相鄰節(jié)點的故障端口，打開環(huán)保護鏈路上阻塞的端口，使得被保護數(shù)據(jù)可以從環(huán)保護鏈路上通過，環(huán)保護鏈路上任何兩個節(jié)點之間產(chǎn)生了新的通信路徑，保障了通信路徑的重新連通，提高了網(wǎng)絡(luò)的可靠性。在以太環(huán)網(wǎng)的切換過程中，數(shù)據(jù)流量的通信路徑需要發(fā)生變化，由于每個節(jié)點記錄的地址表信息在數(shù)據(jù)流量的通信路徑發(fā)生變化后都不再適用，因此每個節(jié)點需要刷新地址表，具體動作為刪除環(huán)上端口的地址條目。在G. 8032協(xié)議中，節(jié)點在發(fā)送一個協(xié)議幀時， 協(xié)議幀中包括了自身的節(jié)點號和阻塞端口索引號，其他節(jié)點接收到該協(xié)議幀后，提取出協(xié)議幀中的節(jié)點號和阻塞端口索引號，與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，如果兩者不相同則將接收端口的節(jié)點號和阻塞端口索引號更新為提取出來的節(jié)點號和阻塞端口索引號，如果協(xié)議幀中的節(jié)點號和阻塞端口索引號與接收端口的對端端口保存的節(jié)點號和阻塞端口索引號不同，則該節(jié)點還有可能需要刷新地址表。當(dāng)節(jié)點接收到的協(xié)議幀為NR(No Request，無請求)消息時，節(jié)點刪除接收端口保存的節(jié)點號和阻塞端口索引號，并且不保存接收協(xié)議幀中的節(jié)點號和阻塞端口索引號，即節(jié)點接收端口保存的節(jié)點號和阻塞端口索引號為空。以上這種以太環(huán)網(wǎng)地址表的刷新方案雖然保障了以太環(huán)網(wǎng)的單環(huán)網(wǎng)絡(luò)在切換時能夠快速的刪除錯誤的地址條目，但是也帶來了以太環(huán)網(wǎng)中多環(huán)網(wǎng)絡(luò)的無虛擬通道子環(huán)在切換時不能正確刪除錯誤的地址條目。例如在以太環(huán)網(wǎng)多環(huán)網(wǎng)絡(luò)中，當(dāng)無虛擬通道子環(huán)在正常狀態(tài)時，環(huán)保護鏈路所屬節(jié)點向無虛擬通道子環(huán)發(fā)送NRRB (No Request, RPL Blocked，環(huán)保護鏈路阻塞)協(xié)議幀，協(xié)議幀中包括了環(huán)保護鏈路所屬節(jié)點的節(jié)點號和阻塞端口索引號，其他節(jié)點收到NRRB協(xié)議幀后，提取出協(xié)議幀中的節(jié)點號和阻塞端口索引號，與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，如果兩者不相同則將接收端口的節(jié)點號和阻塞端口索引號更新為提取出來的節(jié)點號和阻塞端口索引號，因此在無虛擬通道子環(huán)穩(wěn)定時，各個節(jié)點都記錄了環(huán)保護鏈路所屬節(jié)點的節(jié)點號和阻塞端口索引號。當(dāng)無虛擬通道子環(huán)上鏈路發(fā)生故障時，當(dāng)故障鏈路相鄰節(jié)點檢測到故障后，阻塞故障端口，向無虛擬通道子環(huán)上發(fā)送SF(Signal Fail, 故障)協(xié)議幀，協(xié)議幀中包括了發(fā)送節(jié)點的節(jié)點號和阻塞端口索引號，其他節(jié)點收到SF協(xié)議幀后，提取出協(xié)議幀中的節(jié)點號和阻塞端口索引號，與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，如果兩者不相同則將接收端口的節(jié)點號和阻塞端口索引號更新為提取出來的節(jié)點號和阻塞端口索引號，并且還要刷新地址表。因此當(dāng)無虛擬通道子環(huán)中出現(xiàn)鏈路故障后，無虛擬通道子環(huán)中分布在環(huán)保護鏈路和故障鏈路之間的節(jié)點，它們的兩個環(huán)端口上，一側(cè)記錄了環(huán)保護鏈路所屬節(jié)點的節(jié)點號和阻塞端口索引號，另外一側(cè)記錄了故障鏈路相鄰節(jié)點的節(jié)點號和阻塞端口索引號。當(dāng)無虛擬通道子環(huán)的故障鏈路恢復(fù)時，環(huán)保護鏈路所屬節(jié)點重新阻塞環(huán)保護鏈路端口，向無虛擬通道子環(huán)上發(fā)送NRRB協(xié)議幀，協(xié)議幀中包括了環(huán)保護鏈路所屬節(jié)點的節(jié)點號和阻塞端口索引號，無虛擬通道子環(huán)中分布在環(huán)保護鏈路和故障鏈路之間的節(jié)點，收到NRRB協(xié)議幀后，提取出協(xié)議幀中的節(jié)點號和阻塞端口索引號，與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，兩者是相同的，因此不會刷新地址表。而實際上無虛擬通道子環(huán)在恢復(fù)切換時，由于數(shù)據(jù)流量的通信路徑發(fā)生了變化而需要刷新地址表。因此，在無虛擬通道子環(huán)的切換場景中，現(xiàn)有的以太環(huán)網(wǎng)地址表的刷新方案存在無法正常刷新地址表的問題；并且，針對該問題，目前尚沒有解決方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法和裝置，以解決無虛擬通道子環(huán)回切時無法正常刷新地址表的問題。為解決上述問題，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法，該方法包括在無虛擬通道子環(huán)上的保護倒換請求需要被清除時，由無虛擬通道子環(huán)上的節(jié)點刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信息。進一步包括確認無虛擬通道子環(huán)上的保護倒換請求需要被清除的過程無虛擬通道子環(huán)上的所述節(jié)點收到無請求協(xié)議幀。進一步包括無虛擬通道子環(huán)上的所述節(jié)點判斷本節(jié)點是否為無虛擬通道子環(huán)節(jié)點，并在判斷結(jié)果為是時執(zhí)行所述刪除操作。進一步包括所述判斷結(jié)果為否時，應(yīng)用現(xiàn)有技術(shù)執(zhí)行后續(xù)操作。進一步包括根據(jù)所述節(jié)點所收到的節(jié)點保存信息，更新該節(jié)點接收端口所保存的節(jié)點保存信息，并基于此刷新地址表。所述節(jié)點保存信息包括發(fā)送的協(xié)議幀中所包含的節(jié)點號和阻塞端口索引號。一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護裝置，該裝置包括觸發(fā)單元、保存信息維護單元；其中，所述觸發(fā)單元，用于確認無虛擬通道子環(huán)上的保護倒換請求需要被清除，并將該情況通知給所述保存信息維護單元；所述保存信息維護單元，用于刪除所管理的無虛擬通道子環(huán)上的節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信肩、ο進一步包括節(jié)點判斷單元，用于判斷所管理的所述節(jié)點是否為無虛擬通道子環(huán)節(jié)點，并在判斷結(jié)果為是時通知所述保存信息維護單元執(zhí)行所述刪除操作。所述保存信息維護單元，進一步用于根據(jù)所管理的所述節(jié)點所收到的節(jié)點保存信息，更新該節(jié)點接收端口所保存的節(jié)點保存信息，并基于此刷新地址表。所述節(jié)點保存信息包括發(fā)送的協(xié)議幀中所包含的節(jié)點號和阻塞端口索引號。本發(fā)明方法和裝置解決了無虛擬通道子環(huán)回切時無法正常刷新地址表的問題。


圖1為以太環(huán)網(wǎng)無虛擬通道子環(huán)鏈路無故障時的運行示意圖；圖2為以太環(huán)網(wǎng)無虛擬通道子環(huán)鏈路發(fā)生故障時的運行示意圖；圖3為以太環(huán)網(wǎng)無虛擬通道子環(huán)鏈路恢復(fù)時的運行示意圖；圖4為以太環(huán)網(wǎng)無虛擬通道子環(huán)回切時的運行示意圖；圖5為本發(fā)明一實施例的以太環(huán)網(wǎng)節(jié)點中保存信息的維護流程圖；圖6為本發(fā)明一實施例的以太環(huán)網(wǎng)無虛擬通道子環(huán)鏈路恢復(fù)時的運行示意圖；圖7為本發(fā)明一實施例的以太環(huán)網(wǎng)無虛擬通道子環(huán)回切時的運行示意圖；圖8為本發(fā)明一實施例的以太環(huán)網(wǎng)節(jié)點中保存信息的維護裝置圖。
具體實施例方式本發(fā)明的基本思想是以太環(huán)網(wǎng)中無虛擬通道子環(huán)上的節(jié)點在收到無請求協(xié)議幀時，刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點號和阻塞端口索引號，并且不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號，使得后續(xù)再收到節(jié)點號和阻塞端口索引號時能夠正常進行地址表刷新。下面結(jié)合附圖對技術(shù)方案的實施詳細描述。就現(xiàn)有技術(shù)而言，圖1為基于G. 8032的以太環(huán)網(wǎng)保護結(jié)構(gòu)示意圖，如圖1所示，節(jié)點Si、S2、S3、S4、S5和S6組成了以太環(huán)網(wǎng)的無虛擬通道子環(huán)，節(jié)點S2為環(huán)保護鏈路所屬節(jié)點，節(jié)點Sl和S2之間的鏈路為環(huán)保護鏈路，節(jié)點S2的環(huán)保護鏈路端口的索引號為0。當(dāng)無虛擬通道子環(huán)為正常狀態(tài)時，節(jié)點S2在無虛擬通道子環(huán)上發(fā)送NRRB協(xié)議幀，NRRB協(xié)議幀中包括了環(huán)保護鏈路所屬節(jié)點的節(jié)點號S2和阻塞端口索引號0。節(jié)點S4收到上述NRRB 協(xié)議幀后，會提取該NRRB協(xié)議幀中的節(jié)點號和阻塞端口索引號，并分別與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，在對比結(jié)果為不相同時將接收端口的節(jié)點號和阻塞端口索引號更新為提取出來的節(jié)點號和阻塞端口索引號。因此，在無虛擬通道子環(huán)穩(wěn)定時，節(jié)點S4接收到NRRB協(xié)議幀的端口上記錄的節(jié)點號為S2，阻塞端口索引號為0。圖2為圖1中無虛擬通道子環(huán)出現(xiàn)鏈路故障時的保護結(jié)構(gòu)示意圖，如圖2所示，假設(shè)節(jié)點S5和S6之間的鏈路出現(xiàn)了故障，節(jié)點S5檢測到鏈路故障后阻塞故障端口，并在無虛擬通道子環(huán)上發(fā)送SF協(xié)議幀，SF協(xié)議幀中包括了發(fā)送節(jié)點的節(jié)點號S5和阻塞端口索引號1。節(jié)點S4收到上述SF協(xié)議幀后，提取出SF協(xié)議幀中的節(jié)點號和阻塞端口索引號，并分別與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比，在對比結(jié)果為不相同時將接收端口的節(jié)點號和阻塞端口索引號更新為提取出來的節(jié)點號和阻塞端口索引號，并且還要刷新地址表。因此，在鏈路故障發(fā)生后，節(jié)點S4收到SF協(xié)議幀時會刷新地址表，并且在收到SF 協(xié)議幀的端口記錄的節(jié)點號為S5，阻塞端口索引號為1。實際上，這時節(jié)點S2已經(jīng)打開了端口，但是由于節(jié)點S2在打開端口時不會發(fā)出協(xié)議幀，因此節(jié)點S4仍然記錄了節(jié)點S2阻塞端口的信息，這實際上是錯誤的信息。圖3為圖2中無虛擬通道子環(huán)故障鏈路恢復(fù)時的保護結(jié)構(gòu)示意圖，如圖3所示，節(jié)點S5和S6之間的鏈路故障恢復(fù)，節(jié)點S5檢測到鏈路故障恢復(fù)后在無虛擬通道子環(huán)上發(fā)送 NR協(xié)議幀，節(jié)點S4收到NR協(xié)議幀后刪除接收端口保存的節(jié)點號和阻塞端口索引號，即刪除保存的節(jié)點號S5和阻塞端口索引號1的信息，并且不保存收到的NR協(xié)議幀中的節(jié)點號和阻塞端口索引號。圖4為圖3中無虛擬通道子環(huán)回切時的保護結(jié)構(gòu)示意圖，如圖4所示，節(jié)點S2重新阻塞環(huán)保護鏈路端口，并在無虛擬通道子環(huán)上發(fā)送NRRB協(xié)議幀，NRRB協(xié)議幀中包括了環(huán)保護鏈路所屬節(jié)點的節(jié)點號S2和阻塞端口索引號0。節(jié)點S4收到上述NRRB協(xié)議幀后提取出其中的節(jié)點號S2和阻塞端口索引號0，并分別與保存在接收端口的節(jié)點號S2和阻塞端口索引號0進行對比，由于對比結(jié)果為相同，因此節(jié)點S4不會刷新地址表。而實際上，無虛擬通道子環(huán)在回切時，由于其數(shù)據(jù)流量的通信路徑發(fā)生了變化而需要刷新地址表，S4不刷新地址表將造成后續(xù)通信過程中的通信故障。由此，本發(fā)明應(yīng)運而生，采用本發(fā)明的端口阻塞信息刪除方案，可以在收到無請求協(xié)議幀時，由無虛擬通道子環(huán)上的節(jié)點刪除本節(jié)點在無虛擬通道子環(huán)上所有端口所保存的節(jié)點號和阻塞端口索引號，并且不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號。以下對本發(fā)明所采用的阻塞端口信息更新的方案進行具體闡述。參見圖5，圖5為本發(fā)明一實施例的以太環(huán)網(wǎng)節(jié)點中保存信息的維護流程圖，該流程包括以下步驟步驟510 以太環(huán)網(wǎng)節(jié)點收到無請求協(xié)議幀。步驟520 收到無請求協(xié)議幀的所述以太環(huán)網(wǎng)節(jié)點判斷自身是否為無虛擬通道子環(huán)上的節(jié)點，如果是，進入步驟530 ；否則，進入步驟M0。步驟530 所述節(jié)點刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點號和阻塞端口索引號，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號，結(jié)束本流程。步驟MO 應(yīng)用現(xiàn)在技術(shù)處理后續(xù)流程。下面結(jié)合具體實例對本發(fā)明的技術(shù)方案作進一步的詳細描述。
參見圖6，圖6展示了圖2中無虛擬通道子環(huán)故障鏈路恢復(fù)時的情況。圖6中，節(jié)點S5和節(jié)點S6之間的鏈路故障恢復(fù)，節(jié)點S5檢測到鏈路恢復(fù)后在無虛擬通道子環(huán)上發(fā)送 NR協(xié)議幀。節(jié)點S4收到NR協(xié)議幀后，首先通過判斷確認自身為無虛擬通道子環(huán)節(jié)點，之后刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點號和阻塞端口索引號，并且不保存收到的NR協(xié)議幀中的節(jié)點號和阻塞端口索引號。至此，節(jié)點S4中兩個環(huán)上端口記錄的節(jié)點號和阻塞端口索引號都為空。參見圖7，圖7為圖6中無虛擬通道子環(huán)回切時的保護結(jié)構(gòu)示意圖。圖7中，節(jié)點 S2因無虛擬通道子環(huán)回切而重新阻塞環(huán)保護鏈路端口，并在無虛擬通道子環(huán)上發(fā)送NRRB 協(xié)議巾貞，NRRB協(xié)議幀中包括環(huán)保護鏈路所屬節(jié)點的節(jié)點號S2和阻塞端口索引號0。節(jié)點 S4收到上述NRRB協(xié)議幀后，提取出NRRB協(xié)議幀中的節(jié)點號S2和阻塞端口索引號0，并分別與保存在接收端口的節(jié)點號和阻塞端口索引號進行對比。由于節(jié)點S4的兩個環(huán)上端口所記錄的節(jié)點號和阻塞端口索引號都為空，因此NRRB協(xié)議幀中的節(jié)點號和阻塞端口索引號同節(jié)點S4的兩個環(huán)上端口記錄的節(jié)點號和阻塞端口索引號都不相同，使得節(jié)點S4需要更新接收端口所保存的節(jié)點號和阻塞端口索引號，并基于此刷新地址表。由以上所述可見，在以太環(huán)網(wǎng)無虛擬通道子環(huán)回切時，無虛擬通道子環(huán)上的節(jié)點會收到無請求協(xié)議幀。無虛擬通道子環(huán)上的節(jié)點收到無請求協(xié)議幀后，在通過判斷確認自身為無虛擬通道子環(huán)節(jié)點的情況下，可以刪除本節(jié)點在無虛擬通道子環(huán)上所有環(huán)上端口的節(jié)點號和阻塞端口索引號，并且不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號，因此也就刪除了原先記錄的能導(dǎo)致地址表無法正常刷新的不正確的節(jié)點號和阻塞端口索引號；使得節(jié)點在無虛擬通道子環(huán)回切時，能夠正確地刷新地址表，保障了數(shù)據(jù)流量的正確切換。在實際應(yīng)用中，為了保證上述操作的順利實施，可以進行如圖8所示的設(shè)置。參見圖8，圖8為本發(fā)明一實施例的以太環(huán)網(wǎng)節(jié)點中保存信息的維護裝置圖，該裝置包括可以依次相連或兩兩相連的觸發(fā)單元、節(jié)點判斷單元、保存信息維護單元。這三個單元可以設(shè)置于節(jié)點中，也可以設(shè)置于節(jié)點之外的其它功能實體中。具體應(yīng)用時，觸發(fā)單元用于確認目前處于無虛擬通道子環(huán)回切階段，并將該情況通知給節(jié)點判斷單元。需要說明的是，確認目前處于無虛擬通道子環(huán)回切階段的方法有多種，如判斷是否收到無請求協(xié)議幀，在收到無請求協(xié)議幀時確定目前處于無虛擬通道子環(huán)回切階段；或者，判斷是否收到用于指示目前處于無虛擬通道子環(huán)回切階段的其它指示信息，如果收到，則確定目前處于無虛擬通道子環(huán)回切階段。節(jié)點判斷單元能夠接收來自觸發(fā)單元的通知，并判斷所管理的節(jié)點是否為無虛擬通道子環(huán)節(jié)點，在判斷結(jié)果為是時將該情況通知給保存信息維護單元。需要說明的是，判斷節(jié)點是否為無虛擬通道子環(huán)節(jié)點的方法有多種，如獲取節(jié)點標(biāo)識，查找所獲取的節(jié)點標(biāo)識中是否有表明該節(jié)點屬于無虛擬通道子環(huán)的成員標(biāo)識，如果查找到，確定節(jié)點為無虛擬通道子環(huán)節(jié)點。保存信息維護單元收到來自節(jié)點判斷單元的通知時，刪除所管理的所述節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點號和阻塞端口索引號，并且不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號。之后，保存信息維護單元可以根據(jù)所管理的節(jié)點所收到的節(jié)點號和阻塞端口索引號，更新該節(jié)點接收端口所保存的節(jié)點號和阻塞端口索引號，并基于此刷新地址表，或者通知相關(guān)的地址表管理單元刷新地址表。另外，當(dāng)節(jié)點判斷單元的判斷結(jié)果為所管理的節(jié)點不是無虛擬通道子環(huán)節(jié)點時， 也可以將該情況通知給保存信息維護單元，保存信息維護單元則在收到上述通知時應(yīng)用現(xiàn)在技術(shù)處理后續(xù)流程。綜上所述可見，無論是方法還是裝置，在以太環(huán)網(wǎng)無虛擬通道子環(huán)回切時，無虛擬通道子環(huán)上的節(jié)點均可以接收無請求協(xié)議幀。并且，無虛擬通道子環(huán)上的節(jié)點收到無請求協(xié)議幀后，在通過判斷確認自身為無虛擬通道子環(huán)節(jié)點的情況下，可以刪除本節(jié)點在無虛擬通道子環(huán)上所有環(huán)上端口的節(jié)點號和阻塞端口索引號，并且不保存收到的無請求協(xié)議幀中的節(jié)點號和阻塞端口索引號，因此也就刪除了原先記錄的能導(dǎo)致地址表無法正常刷新的不正確的節(jié)點號和阻塞端口索引號；使得節(jié)點在無虛擬通道子環(huán)回切時，能夠正確地刷新地址表，保障了數(shù)據(jù)流量的正確切換。上述的節(jié)點號和阻塞端口索引號可以統(tǒng)稱為節(jié)點的保存信息。另外，在收到無請求協(xié)議幀時，節(jié)點確定無虛擬通道子環(huán)上的保護倒換請求需要被清除，進而刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信息。實際上，節(jié)點確定無虛擬通道子環(huán)上的保護倒換請求需要被清除的方式有多種，如在回切或故障回復(fù)階段收到特定的更新協(xié)議幀等。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法，其特征在于，該方法包括在無虛擬通道子環(huán)上的保護倒換請求需要被清除時，由無虛擬通道子環(huán)上的節(jié)點刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，進一步包括確認無虛擬通道子環(huán)上的保護倒換請求需要被清除的過程無虛擬通道子環(huán)上的所述節(jié)點收到無請求協(xié)議幀。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，進一步包括無虛擬通道子環(huán)上的所述節(jié)點判斷本節(jié)點是否為無虛擬通道子環(huán)節(jié)點，并在判斷結(jié)果為是時執(zhí)行所述刪除操作。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，進一步包括所述判斷結(jié)果為否時，應(yīng)用現(xiàn)有技術(shù)執(zhí)行后續(xù)操作。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，進一步包括根據(jù)所述節(jié)點所收到的節(jié)點保存信息，更新該節(jié)點接收端口所保存的節(jié)點保存信息， 并基于此刷新地址表。
6.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，所述節(jié)點保存信息包括發(fā)送的協(xié)議幀中所包含的節(jié)點號和阻塞端口索引號。
7.一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護裝置，其特征在于，該裝置包括觸發(fā)單元、保存信息維護單元；其中，所述觸發(fā)單元，用于確認無虛擬通道子環(huán)上的保護倒換請求需要被清除，并將該情況通知給所述保存信息維護單元；所述保存信息維護單元，用于刪除所管理的無虛擬通道子環(huán)上的節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信息。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，進一步包括節(jié)點判斷單元，用于判斷所管理的所述節(jié)點是否為無虛擬通道子環(huán)節(jié)點，并在判斷結(jié)果為是時通知所述保存信息維護單元執(zhí)行所述刪除操作。
9.根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述保存信息維護單元，進一步用于根據(jù)所管理的所述節(jié)點所收到的節(jié)點保存信息，更新該節(jié)點接收端口所保存的節(jié)點保存信息，并基于此刷新地址表。
10.根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述節(jié)點保存信息包括發(fā)送的協(xié)議幀中所包含的節(jié)點號和阻塞端口索引號。
全文摘要
本發(fā)明公開了一種以太環(huán)網(wǎng)節(jié)點中保存信息的維護方法和裝置，均可以在無虛擬通道子環(huán)上的保護倒換請求需要被清除時，由無虛擬通道子環(huán)上的節(jié)點刪除本節(jié)點在無虛擬通道子環(huán)上所有端口的節(jié)點保存信息，并且確認不保存收到的無請求協(xié)議幀中的節(jié)點保存信息。本發(fā)明方法和裝置解決了無虛擬通道子環(huán)回切時無法正常刷新地址表的問題。
文檔編號H04L12/24GK102215119SQ201010146488
公開日2011年10月12日 申請日期2010年4月12日 優(yōu)先權(quán)日2010年4月12日
發(fā)明者吳少勇 申請人:中興通訊股份有限公司