專利名稱：基于rrpp環(huán)的流量切換方法及其裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及基于RRPP環(huán)的流量切換方法及其裝置。
背景技術：
RRPP (Rapid Ring Protection Protocol，快速環(huán)網保護協(xié)議)是專門應用于以太網環(huán)的鏈路層協(xié)議。它在以太網環(huán)完整時能夠防止數(shù)據(jù)環(huán)路引起的廣播風暴，而當以太網環(huán)上一條鏈路斷開時能迅速恢復環(huán)網上各個節(jié)點之間的通信鏈路。其中，以太網環(huán)是指環(huán)形連接的以太網網絡拓撲，RRPP域中的環(huán)分為主環(huán)和子環(huán)，圖1示出了一種單環(huán)RRPP組網結構。RRPP的基本概念主要包括-RRPP 域具有相同的域 ID 和控制 VLAN (Virtual Local Area Network，虛擬局域網)，并且相互連通的交換機構成一個RRPP域。一個RRPP域具有控制VLAN、主節(jié)點、傳輸
節(jié)點、主端口和副端口等要素。-RRPP環(huán)一個環(huán)形連接的以太網網絡拓撲稱為一個RRPP環(huán)。RRPP環(huán)分為主環(huán)和子環(huán)。RRPP環(huán)的狀態(tài)有以下兩種健康狀態(tài)(Complete)整個環(huán)網物理鏈路是連通的；斷裂狀態(tài)(Failed)環(huán)網中某處物理鏈路斷開。-控制VLAN和數(shù)據(jù)VLAN控制VLAN 用來傳遞RRPP協(xié)議報文。每個交換機上接入RRPP環(huán)的端口都屬于控制VLAN，且只有接入RRPP環(huán)的端口可加入此VLAN，此VLAN的接口上不允許配置IP地址。數(shù)據(jù)VLAN 用來傳輸數(shù)據(jù)報文，這種VLAN中包含交換機接入以太網環(huán)網的端口和其他端口。-主節(jié)點和傳輸節(jié)點主節(jié)點每個環(huán)上有且僅有一個主節(jié)點，它是發(fā)起環(huán)路探測和進行環(huán)路預防的主要操作節(jié)點。傳輸節(jié)點主環(huán)上除主節(jié)點以外的其它所有節(jié)點。傳輸節(jié)點負責監(jiān)測自己的直連 RRPP鏈路的狀態(tài)，并把鏈路變化通知主節(jié)點，然后由主節(jié)點來決策如何處理。-主端口和副端口主節(jié)點和傳輸節(jié)點各自有兩個端口接入RRPP環(huán)，其中一個為主端口，另一個為副端口。主節(jié)點的主端口用來發(fā)送探測環(huán)路的報文，副端口用來接收該報文。傳輸節(jié)點的主端口和副端口在功能上沒有區(qū)別，都用于RRPP環(huán)上協(xié)議報文和數(shù)據(jù)報文的傳輸。-RRPP協(xié)議報文Hello (健康檢測報文)由主節(jié)點發(fā)起，對網絡進行環(huán)路完整性檢測；Link-UP (鏈路UP報文)由傳輸節(jié)點發(fā)起，通知主節(jié)點有鏈路UP ；Link-Down (鏈路Down報文)由傳輸節(jié)點發(fā)起，通知主節(jié)點有端口 Down，環(huán)路消失；
Common-Flush-FDB 由主節(jié)點發(fā)起，F(xiàn)DB 是 Forwarding Database (轉發(fā)數(shù)據(jù)庫) 的縮寫，通知傳輸節(jié)點更新各自MAC (Media Access Control，媒體接入控制)地址轉發(fā)表；Complete-Flush-FDB 由主節(jié)點發(fā)起，通知傳輸節(jié)點更新各自MAC地址轉發(fā)表，同時通知傳輸節(jié)點解除臨時阻塞端口的阻塞狀態(tài)。-MAC地址轉發(fā)表交換機上的二層轉發(fā)表，由交換機的源MAC地址學習的功能來更新。-RRPP 定時器Hello定時器定義主節(jié)點端口發(fā)送健康檢測報文的時間間隔的定時器。Fail定時器定義主節(jié)點副端口接收健康檢測報文的超時時間的定時器。RRPP的運行機制主要包括主節(jié)點根據(jù)Hello定時器周期性地從其主端口發(fā)送Hello報文，依次經過各傳輸節(jié)點在環(huán)上傳播。如果環(huán)路是健康的，主節(jié)點的副端口將在i^il定時器超時前收到Hello 報文，主節(jié)點將保持副端口的阻塞狀態(tài)。如果環(huán)路是斷裂的，主節(jié)點的副端口在hil定時器超時前無法收到Hello報文，主節(jié)點將解除數(shù)據(jù)VLAN在副端口的阻塞狀態(tài)，同時發(fā)送 Common-Flush-FDB報文通知所有傳輸節(jié)點，使其更新各自的MAC地址轉發(fā)表。當傳輸節(jié)點發(fā)現(xiàn)自己的端口 down時，立刻發(fā)送Link-Down報文給主節(jié)點。主節(jié)點收到Link-Down報文后立刻解除數(shù)據(jù)VLAN在其副端口的阻塞狀態(tài)，并別從主、副端口向外發(fā)送Common-Flush-FDB報文通知所有傳輸節(jié)點，使其更新各自的MAC地址轉發(fā)表。各節(jié)點更新表項后，數(shù)據(jù)流則切換到正常的鏈路上。當傳輸節(jié)點上的端口重新up后，立即將其臨時阻塞(只允許控制VLAN的報文通過)，主節(jié)點發(fā)現(xiàn)環(huán)路恢復后遷移到Complete狀態(tài)并解除該端口的阻塞狀態(tài)。發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題RRPP環(huán)上進行流量切換時會出現(xiàn)短時丟包。以圖1中的網絡架構用于視頻監(jiān)控系統(tǒng)為例，其中的傳輸節(jié)點為編碼器，當傳輸節(jié)點C、D之間鏈路斷開，假設傳輸節(jié)點B、F各自有一條流在發(fā)送，則傳輸節(jié)點F的流會因為鏈路斷開的原因而丟包，此時主節(jié)點收到上報的Link-Down報文后會放開阻塞的副端口， 并發(fā)送Common-Flush-FDB報文。當傳輸節(jié)點B、F收到后會各自更新自己的MAC地址轉發(fā)表，這樣傳輸節(jié)點F會將流切換到往副端口的方向轉發(fā)，傳輸節(jié)點B更新MAC地址轉發(fā)表的時候，也會短暫停止流的轉發(fā)，對于視頻監(jiān)控系統(tǒng)監(jiān)控中的實況流影響比較大。同樣，當傳輸節(jié)點C、D之間鏈路恢復后，傳輸節(jié)點C、D會暫時阻塞UP的端口，主節(jié)點會因為在副端口方向上再次收到自己主端口發(fā)出的Hello報文，處于!^iled狀態(tài)的主節(jié)點會立即遷移到Complete狀態(tài)，會從主端口發(fā)送Complete-Flush-FDB報文通知所有傳輸節(jié)點放開臨時阻塞端口和刷新MAC地址轉發(fā)表。此時對于傳輸節(jié)點B、F來說，會再次因為 MAC地址轉發(fā)表的刪除/增加，而導致實況流的短暫丟包。

發(fā)明內容
本發(fā)明提供了基于RRPP環(huán)的流量切換方法及其裝置，用以解決RRPP環(huán)上進行流量切換時會出現(xiàn)丟包的問題。本發(fā)明提供的一種基于RRPP環(huán)的流量切換方法，應用于同一 RRPP環(huán)上的流量傳輸過程，該方法包括傳輸節(jié)點接收到Link-Down報文后，采用廣播方式發(fā)送當前流量；所述傳輸節(jié)點接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。本發(fā)明提供的一種應用于RRPP環(huán)的網絡設備，包括傳輸方式切換模塊、轉發(fā)表更新模塊和報文發(fā)送模塊；所述傳輸方式切換模塊，用于在本設備作為傳輸節(jié)點時接收到Link-Down報文后，將流量傳輸方式切換為廣播方式；以及，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞?；所述轉發(fā)表更新模塊，用于在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表；所述報文發(fā)送模塊，用于按照所述傳輸方式切換模塊所切換的傳輸方式發(fā)送當前流量。 本發(fā)明的有益技術效果包括本發(fā)明在鏈路發(fā)生故障時，收到Link-Down報文的傳輸節(jié)點將當前流量傳輸方式切換為廣播方式，這樣可以避免因鏈路故障所導致的短時丟包；在收到Common-Flush-FDB 報文并進行MAC地址學習后，再將流量傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式。在鏈路故障恢復后，收到Complete-Flush-FDB報文時將傳輸方式切換為廣播方式，這樣可以避免因鏈路故障和MAC地址重新學習導致的短時丟包，并在進行MAC地址學習后再將傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式。本發(fā)明提供的另一種基于RRPP環(huán)的流量切換方法，應用于同一 RRPP環(huán)上的流量傳輸過程，該方法包括傳輸節(jié)點在接收到Link-Down報文后若確定自己位于故障鏈路與主節(jié)點主端口之間，則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是，則根據(jù)該端口上的MAC地址轉發(fā)表發(fā)送當前流量，并在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；否則，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；傳輸節(jié)點在接收到Link-Down報文后若確定自己位于故障鏈路與主節(jié)點副端口之間，則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是，則采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，并根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；否則，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表， 并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。本發(fā)明提供的另一種應用于RRPP環(huán)的網絡設備，包括位置確定模塊、判斷模塊、 傳輸方式切換模塊、轉發(fā)表更新模塊和流量發(fā)送模塊；所述位置確定模塊，用于在本設備接收到Link-Down報文時確定本設備在RRPP環(huán)上的位置；所述判斷模塊，用于在本設備接收到Link-Down報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；所述流量發(fā)送模塊，用于按照所述傳輸方式切換模塊所切換的傳輸方式發(fā)送當前
流量；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下所述傳輸方式切換模塊，用于在所述判斷模塊判斷為是時，保持當前根據(jù)MAC地址轉發(fā)表發(fā)送當前流量的傳輸方式；在所述判斷模塊判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；所述轉發(fā)表更新模塊，用于在所述判斷模塊判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在所述判斷模塊判斷為否時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下所述傳輸方式切換模塊，用于在所述判斷模塊判斷為是時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文以及所述轉發(fā)表更新模塊將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在所述判斷模塊判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；所述轉發(fā)表更新模塊，用于在所述判斷模塊判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在所述判斷模塊判斷為否時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表。本發(fā)明上述方案的有益技術效果包括本發(fā)明當鏈路發(fā)生故障時，位于故障鏈路與主節(jié)點主端口之間的傳輸節(jié)點收到 Link-Down報文后，在僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項的情況下， 由于實際上該傳輸節(jié)點更新MAC地址轉發(fā)表后，與之前的MAC地址轉發(fā)表是一樣的，并且都學習在靠近主節(jié)點主端口的那個端口上，因此此時仍保持基于MAC地址轉發(fā)表的傳輸方式，而不切換為廣播方式，這樣既可以避免丟包又可以減少網絡資源開銷；位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點在接收到Link-Down報文后，在僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項的情況下，由于實際上該傳輸節(jié)點更新MAC地址轉發(fā)表后，與之前的MAC地址轉發(fā)表是一樣的，但是會更新在靠近主節(jié)點副端口的那個端口上，因此此時首先將傳輸方式切換為廣播方式，不進行MAC地址轉發(fā)表項學習而是進行MAC地址轉發(fā)表項搬移，并在MAC地址轉發(fā)表項搬移后將傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式，一方面，通過MAC地址轉發(fā)表項搬移可提高MAC地址轉發(fā)表項的學習效率，另一方面，在 MAC地址轉發(fā)表項的搬移過程中也不會中斷流量轉發(fā)。同理，當鏈路故障恢復后，與現(xiàn)有技術相比，也可達到減少以致避免丟包的目的。


圖1為現(xiàn)有技術中的RRPP環(huán)的組網架構示意圖；圖2為本發(fā)明實施例一提供的基于RRPP環(huán)的流量切換流程示意圖；圖3為本發(fā)明實施例二提供的基于RRPP環(huán)的流量切換流程示意圖；圖4為本發(fā)明實施例三提供的網絡設備的結構示意圖；圖5為本發(fā)明實施例四提供的網絡設備的結構示意圖。
具體實施例方式本發(fā)明實施例針對現(xiàn)有技術存在的問題，通過改進監(jiān)控RRPP環(huán)上傳輸節(jié)點的流傳輸方式和MAC地址學習機制，來實現(xiàn)斷路時無丟包，MAC地址轉發(fā)表更新時無丟包，并對 RRPP主節(jié)點透明，避免網絡設備的重復修改，來實現(xiàn)RRPP環(huán)的流量快速切換。下面結合附圖對本發(fā)明實施例進行詳細描述。參見圖2，為本發(fā)明實施例一提供的基于RRPP環(huán)的流量切換流程示意圖，該流程可適用于同一 RRPP環(huán)上的傳輸節(jié)點在該環(huán)上進行流量切換的過程，如圖所示，當有鏈路發(fā)生故障時，故障鏈路連接的傳輸節(jié)點會發(fā)送Link-Down報文，接收到Link-Down報文的每個傳輸節(jié)點都可以執(zhí)行以下流程步驟201，傳輸節(jié)點接收到Link-Down報文后，采用廣播方式將當前流量進行發(fā)送，即將流量傳輸方式切換為廣播方式。此后，根據(jù)RRPP協(xié)議，主節(jié)點在接收到該Link-Down報文后，放開阻塞的副端口， 并從主端口和副端口發(fā)送Common-Flush-FDB報文。步驟202，該傳輸節(jié)點接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表，然后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量，即將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。此后，當鏈路故障恢復后，根據(jù)RRPP協(xié)議，原故障鏈路上的傳輸節(jié)點將阻塞UP狀態(tài)的端口，主節(jié)點仍然周期性發(fā)送Hello報文，處于faild狀態(tài)的主節(jié)點在副端口上再次收到Hello報文時，發(fā)送Complete-Flush-FDB報文，此種情況下該流程還包括步驟203，該傳輸節(jié)點接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，將當前的單播方式發(fā)送的流量變更為廣播方式發(fā)送，更新MAC地址轉發(fā)表，然后根據(jù)更新后的MAC 地址轉發(fā)表發(fā)送當前流量。即，首先將流量傳輸方式切換為廣播方式，在MAC地址轉發(fā)表更新后，再將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)膯尾シ绞?。上述流程中，為控制廣播的時間不會過長，可在采用廣播方式發(fā)送當前流量后啟動一定時器，當該定時器超時(如定時器定時時長為3秒)，但該傳輸節(jié)點還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則根據(jù)MAC地址轉發(fā)表發(fā)送當前流量，即將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表的單播方式。為更清楚的描述本發(fā)明實施例一的流程，下面結合圖1所示的組網架構進一步詳細描述。如圖1所示，從RRPP協(xié)議角度出發(fā)，擔任RRPP傳輸節(jié)點的是監(jiān)控設備編碼器。下面以編碼器B、F發(fā)送流量過程中，編碼器C、D之間的鏈路發(fā)生故障以及故障恢復時的流量切換過程為例描述本發(fā)明實施例一的具體實現(xiàn)過程。選取編碼器B、F是因為一個在斷路靠近主節(jié)點主端口方向，一個是在斷路靠近主節(jié)點輔端口方向。其它位于故障點與主節(jié)點主端口之間的編碼器進行傳輸方式切換或流量切換的操作可參照編碼器B進行，其它位于故障點與主節(jié)點副端口之間的編碼器進行傳輸方式切換或流量切換的操作可參照編碼器F 進行。沒有鏈路故障時，假設流傳輸方向為圖1中順時針方向。需要注意的是，主節(jié)點的主副端口的角色是通過配置來選取的，所以舉例中是圖1中順時針方向，也有可能是逆時針方向，這里以順時針方向的例子來說明。另外本實例中提到的阻塞，均為將數(shù)據(jù)VLAN阻塞，控制VLAN不阻塞。當編碼器C、D之間的鏈路故障時，感知到故障的編碼器C和D分別通過不同于故障鏈路所在端口的另一個端口發(fā)送Link-Down報文，用以通知主節(jié)點RRPP環(huán)上發(fā)生鏈路故障。當編碼器B在順時針方向上收到Link-Down報文時，即收到的Link-Down的方向與自身發(fā)送的送往主節(jié)點主端口的流同方向時，編碼器B修改自身的流量傳輸方式，由原本根據(jù)MAC地址轉發(fā)表的傳輸方式改為廣播發(fā)送方式，但發(fā)送的仍然是單播報文，即不再依賴MAC地址轉發(fā)表發(fā)送流量，直到收到主節(jié)點發(fā)送的Common-Flush-FDB報文，并更新了自身的MAC地址轉發(fā)表后，恢復到依賴MAC地址轉發(fā)表來指導流量的轉發(fā)。當編碼器F在逆時針方向上收到Link-Down報文時，即收到的Link-Down的方向與自身發(fā)送的送往主節(jié)點主端口的流反方向時，編碼器F修改自身的流量傳輸方式，由原來根據(jù)MAC地址轉發(fā)表的傳輸方式改為廣播發(fā)送方式，但發(fā)送的仍然是單播報文，即不再依賴MAC地址轉發(fā)表發(fā)送流量，直到收到主節(jié)點發(fā)送的Common-Flush-FDB報文，并更新了自身的MAC地址轉發(fā)表后，恢復到依賴MAC地址轉發(fā)表來指導流量的轉發(fā)。進一步的，對于切換到廣播發(fā)送方式時，限制如下廣播發(fā)送方式的時長為3秒(當然也可設為其它時間長度)，即3秒后若未收到 Common-Flush-FDB報文，則轉變?yōu)橐蕾嘙AC地址轉發(fā)表的單播發(fā)送方式；在廣播發(fā)送方式的時間內，若收到Common-Flush-FDB報文，并且MAC轉發(fā)表更新后，立刻觸發(fā)變?yōu)橐蕾噯尾?MAC地址轉發(fā)表的單播發(fā)送方式。當編碼器C、D間鏈路故障恢復后，編碼器B或編碼器F接收到主節(jié)點發(fā)送的 Complete-Flush-FDB報文后，將流量傳輸方式轉變?yōu)閺V播方式，更新MAC地址轉發(fā)表，然后將流量傳輸方式切換為基于MAC地址轉發(fā)表的單播方式，從而根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。通過以上流程可以看出，在鏈路發(fā)生故障時，收到Link-Down報文的傳輸節(jié)點將當前流量傳輸方式切換為廣播方式，這樣可以避免因鏈路故障所導致的短時丟包；在收到 Common-Flush-FDB報文并進行MAC地址學習后，再將流量傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式。在鏈路故障恢復后，收到Complete-Flush-FDB報文時將傳輸方式切換為廣播方式，這樣可以避免因鏈路故障和MAC地址重新學習導致的短時丟包，并在進行MAC地址學習后再將傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式。參見圖3，為本發(fā)明實施例二提供的基于RRPP環(huán)的流量切換流程示意圖，該流程可適用于同一 RRPP環(huán)上的節(jié)點在該環(huán)上進行流量切換的過程，如圖所示，當有鏈路發(fā)生故障時，故障鏈路連接的傳輸節(jié)點會發(fā)送Link-Down報文，接收到Link-Down報文的每個傳輸節(jié)點都可以執(zhí)行以下流程步驟301，傳輸節(jié)點接收Link-Down報文。步驟302，傳輸節(jié)點判斷自己在RRPP環(huán)上的位置，即，判斷自己是位于故障鏈路與主節(jié)點主端口之間的傳輸節(jié)點，還是位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點，若是前者則轉入步驟303，若是后者則轉入步驟306。其中，若傳輸節(jié)點收到Link-Down報文的方向與之前自身發(fā)往主節(jié)點主端口的流量同方向時，則該傳輸節(jié)點位于故障鏈路與主節(jié)點主端口之間；若傳輸節(jié)點收到 Link-Down報文的方向與之前自身發(fā)往主節(jié)點主端口的流量反方向時，則該傳輸節(jié)點位于故障鏈路與主節(jié)點副端口之間。步驟303，位于故障鏈路與主節(jié)點主端口之間的傳輸節(jié)點判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是則轉入步驟304，否則轉入步驟305。步驟304，根據(jù)該端口上的MAC地址轉發(fā)表發(fā)送當前流量，并在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新。其中，主節(jié)點在接收到該Link-Down報文后，放開阻塞的副端口，并從主端口和副端 口發(fā)送 Common-Flush-FDB 報文。步驟305，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB 報文后更新MAC地址轉發(fā)表，根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。其中，傳輸節(jié)點首先將流量傳輸方式切換為廣播方式，然后在接收到 Common-Flush-FDB報文且進行了 MAC地址學習后，再將流量傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式。步驟306，位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是則轉入步驟307，否則轉入步驟308。步驟307，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB 報文后，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，并根據(jù)復制到靠近主節(jié)點副端口的端口上的MAC地址轉發(fā)表發(fā)送當前流量。其中，傳輸節(jié)點首先將流量傳輸方式切換廣播方式，在根據(jù)Common-Flush-FDB報文進行MAC地址轉發(fā)表項搬移處理后，再切換為基于MAC地址轉發(fā)表的流量傳輸方式。步驟308，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB 報文后更新MAC地址轉發(fā)表，并根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。其中，傳輸節(jié)點首先將流量傳輸方式切換廣播方式，在根據(jù)Common-Flush-FDB報文進行MAC地址學習后，再切換為基于MAC地址轉發(fā)表的流量傳輸方式。為更清楚的描述本發(fā)明實施例二的流程，下面結合圖1所示的組網架構進一步詳細描述。如圖1所示，從RRPP協(xié)議角度出發(fā)，擔任RRPP傳輸節(jié)點的是監(jiān)控設備編碼器。下面以編碼器B、F發(fā)送流量過程中，編碼器C、D之間的鏈路發(fā)生故障以及故障恢復時的流量切換過程為例描述本發(fā)明實施例二的具體實現(xiàn)過程。選取編碼器B、F是因為一個在斷路靠近主節(jié)點主端口方向，一個是在斷路靠近主節(jié)點輔端口方向，其它位于故障點與主節(jié)點主端口之間的編碼器進行傳輸方式切換或流量切換的操作可參照編碼器B進行，其它位于故障點與主節(jié)點副端口之間的編碼器進行傳輸方式切換或流量切換的操作可參照編碼器F 進行。沒有鏈路故障時，假設流傳輸方向為圖1中順時針方向。需要注意的是，主節(jié)點的主副端口的角色是通過配置來選取的，所以舉例中是圖1中順時針方向，也有可能是逆時針方向，這里以順時針方向的例子來說明。另外本實例中提到的阻塞，均為將數(shù)據(jù)VLAN阻塞，控制VLAN不阻塞。當編碼器C、D之間的鏈路故障時，感知到故障的編碼器C和D分別通過不同于故障鏈路所在端口的另一個端口發(fā)送Link-Down報文，用以通知主節(jié)點RRPP環(huán)上發(fā)生鏈路故障。編碼器B接收到Link-Down報文后，若只在靠近主節(jié)點主端口的端口上學習有MAC 地址，則不需要將流量傳輸方式轉變?yōu)閺V播方式，而是仍然按照原來的基于MAC地址轉發(fā)表的單播方式發(fā)送流量，并且在收到主節(jié)點發(fā)送過來的Common-Flush-FDB報文時，不進行 MAC地址的更新。若編碼器B在兩邊端口都學習有MAC地址，則修改自身的流量傳輸方式為廣播方式，但發(fā)送的仍然是單播報文，直到收到主節(jié)點發(fā)送的Common-Flush-FDB報文，并更新了自身的MAC地址轉發(fā)表后，恢復到依賴MAC地址轉發(fā)表來指導流量的轉發(fā)。編碼器F接收到Link-Down報文后，若只在靠近主節(jié)點主端口的端口上學習有MAC 地址，則將流量傳輸方式轉變?yōu)閺V播方式，但是一收到Common-Flush-FDB報文，就直接將靠近主節(jié)點主端口上的MAC地址表項拷貝到靠近主節(jié)點副端口上的端口上，并將該表項從原端口上刪除，并且不再依靠流量來觸發(fā)MAC地址學習，之后，將流量傳輸方式從當前的廣播方式轉變?yōu)榛贛AC地址轉發(fā)表的單播方式。若編碼器B在兩邊端口都學習有MAC地址，則將流量傳輸方式修改為廣播方式，但發(fā)送的仍然是單播報文，直到收到主節(jié)點發(fā)送的 Common-Flush-FDB報文，并更新了自身的MAC地址轉發(fā)表后，恢復到依賴MAC地址轉發(fā)表來指導流量的轉發(fā)。當編碼器C、D間鏈路故障恢復后，編碼器B接收到主節(jié)點發(fā)送的 Complete-Flush-FDB報文后，若僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，則仍然采用當前的基于MAC地址轉發(fā)表的單播傳輸方式，并且不進行MAC地址轉發(fā)表更新；否則，將流量傳輸方式轉變?yōu)閺V播方式，并更新MAC地址轉發(fā)表，然后將流量傳輸方式切換為基于MAC地址轉發(fā)表的單播方式。當編碼器C、D間鏈路故障恢復后，編碼器F接收到主節(jié)點發(fā)送的 Complete-Flush-FDB報文后，若僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，則將流量傳輸方式轉變?yōu)閺V播方式，并將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，然后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；否則，將流量傳輸方式轉變?yōu)閺V播方式，并更新 MAC地址轉發(fā)表，然后將流量傳輸方式在恢復為基于MAC地址轉發(fā)表的單播方式。通過以上本發(fā)明實施例二的流程可以看出，在實施例一的基礎上，當鏈路發(fā)生故障時，位于故障鏈路與主節(jié)點主端口之間的傳輸節(jié)點收到Link-Down報文后，在僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項的情況下，由于實際上該傳輸節(jié)點更新 MAC地址轉發(fā)表后，與之前的MAC地址轉發(fā)表是一樣的，并且都學習在靠近主節(jié)點主端口的那個端口上，因此此時仍保持基于MAC地址轉發(fā)表的傳輸方式，而不切換為廣播方式，這樣既可以避免丟包又可以減少網絡資源開銷；位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點在接收到Link-Down報文后，在僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項的情況下，由于實際上該傳輸節(jié)點更新MAC地址轉發(fā)表后，與之前的MAC地址轉發(fā)表是一樣的，但是會更新在靠近主節(jié)點副端口的那個端口上，因此此時首先將傳輸方式切換為廣播方式，不進行MAC地址轉發(fā)表項學習而是進行MAC地址轉發(fā)表項搬移，并在MAC地址轉發(fā)表項搬移后將傳輸方式切換為基于MAC地址轉發(fā)表的傳輸方式，一方面，通過MAC地址轉發(fā)表項搬移可提高MAC地址轉發(fā)表項的學習效率，另一方面，在MAC地址轉發(fā)表項的搬移過程中也不會中斷流量轉發(fā)。同理，當鏈路故障恢復后，與現(xiàn)有技術相比，也可達到減少以致避免丟包的目的。需要說明的是，RRPP環(huán)上的各傳輸節(jié)點都可按照本發(fā)明實施例提供的方式進行流量傳輸方式的切換，在傳輸節(jié)點上有待發(fā)流量的情況下，則根據(jù)當前的流量傳輸方式來傳輸當前流量?；谙嗤募夹g構思，本發(fā)明實施例還提供了可適用于上述流程的網絡設備。參見圖4，為本發(fā)明實施例三提供的網絡設備的結構示意圖，該網絡設備可適用于實施例一流程中的傳輸節(jié)點，可包括傳輸方式切換模塊401、轉發(fā)表更新模塊402和報文發(fā)送模塊403，其中傳輸方式切換模塊401，用于在本設備作為傳輸節(jié)點時接收到Link-Down報文后， 將流量傳輸方式切換為廣播方式；以及，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞剑晦D發(fā)表更新模塊402，用于在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新 MAC地址轉發(fā)表；報文發(fā)送模塊403，用于按照傳輸方式切換模塊401所切換的傳輸方式發(fā)送當前流量。進一步的，傳輸方式切換模塊401還可在將流量傳輸方式切換為廣播方式后，若超過設定時長且還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞健＾D發(fā)表更新模塊402可在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后進行MAC地址轉發(fā)表更新。相應的，傳輸方式切換模塊401還可在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，將流量傳輸方式切換為廣播方式，并在所述轉發(fā)表更新模塊更新MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞?。參見圖5，為本發(fā)明實施例四提供的網絡設備的結構示意圖，該網絡設備可適用于實施例二流程中的傳輸節(jié)點。該設備可包括位置確定模塊501、判斷模塊502、傳輸方式切換模塊503、轉發(fā)表更新模塊504和流量發(fā)送模塊505，其中位置確定模塊501，用于在本設備接收到Link-Down報文時確定本設備在RRPP環(huán)上的位置；判斷模塊502，用于在本設備接收到Link-Down報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；
流量發(fā)送模塊505，用于按照傳輸方式切換模塊503所切換的傳輸方式發(fā)送當前
流量；在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下時， 傳輸方式切換模塊503和轉發(fā)表更新模塊504的功能如下傳輸方式切換模塊503，用于在判斷模塊502判斷為是時，保持當前根據(jù)MAC地址轉發(fā)表發(fā)送當前流量的傳輸方式；在判斷模塊502判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；轉發(fā)表更新模塊504，用于在判斷模塊502判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在判斷模塊502判斷為否時， 在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表；在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下時， 傳輸方式切換模塊503和轉發(fā)表更新模塊504的功能如下傳輸方式切換模塊503，用于在判斷模塊502判斷為是時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文以及所述轉發(fā)表更新模塊將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在判斷模塊502判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；轉發(fā)表更新模塊504，用于在判斷模塊502判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在判斷模塊502判斷為否時， 在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表。進一步的，在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下，轉發(fā)表更新模塊504還用于，將流量傳輸方式切換為廣播方式之后，若超過設定時長還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。進一步的，在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下，轉發(fā)表更新模塊504還用于，在傳輸方式切換模塊503因判斷模塊502判斷僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而將流量傳輸方式切換為廣播方式之后，若超過設定時長還未接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文，則將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，并將該MAC地址轉發(fā)表項從原端口上刪除；在傳輸切換模塊503因判斷模塊502判斷不僅僅是在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而將流量傳輸方式切換為廣播方式之后，若超過設定時長還未接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表的傳輸方式。相應的，傳輸方式切換模塊503還用于，在轉發(fā)表更新模塊504將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，并將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。
進一步的，在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下時判斷模塊502還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；轉發(fā)表更新模塊504還用于，在判斷模塊502判斷為是時不進行MAC地址轉發(fā)表更新；在判斷模塊502判斷為否時，更新MAC地址轉發(fā)表；傳輸方式切換模塊503還用于，在判斷模塊502判斷為是時，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在判斷模塊502判斷為否時，將傳輸方式切換為廣播方式，并在轉發(fā)表更新模塊504更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC 地址轉發(fā)表進行流量傳輸。進一步的，在位置確定模塊501確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下時判斷模塊502還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項； 轉發(fā)表更新模塊504還用于，在判斷模塊502判斷為是時，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除；在判斷模塊502判斷為否時，更新MAC地址轉發(fā)表；傳輸方式切換模塊503還用于，在判斷模塊502判斷為是時，將流量傳輸方式切換為廣播方式，并在轉發(fā)表更新模塊504將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在判斷模塊502判斷為否時，將流量傳輸方式切換為廣播方式，并在轉發(fā)表更新模塊504更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺終端設備(可以是手機，個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視本發(fā)明的保護范圍。
權利要求
1.一種基于快速環(huán)網保護協(xié)議RRPP環(huán)的流量切換方法，應用于同一 RRPP環(huán)上的流量傳輸過程，其特征在于，包括傳輸節(jié)點接收到Link-Down報文后，采用廣播方式發(fā)送當前流量；所述傳輸節(jié)點接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新媒體訪問控制MAC 地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。
2.如權利要求1所述的方法，其特征在于，還包括若所述傳輸節(jié)點在采用廣播方式發(fā)送當前流量的時間長度超過設定時長，且還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則根據(jù)MAC地址轉發(fā)表發(fā)送當前流量。
3.如權利要求1所述的方法，其特征在于，還包括所述傳輸節(jié)點接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后采用廣播方式發(fā)送當前流量，更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。
4.一種應用于RRPP環(huán)的網絡設備，其特征在于，包括傳輸方式切換模塊、轉發(fā)表更新模塊和報文發(fā)送模塊；所述傳輸方式切換模塊，用于在本設備作為傳輸節(jié)點時接收到Link-Down報文后，將流量傳輸方式切換為廣播方式；以及，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞?；所述轉發(fā)表更新模塊，用于在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC 地址轉發(fā)表；所述報文發(fā)送模塊，用于按照所述傳輸方式切換模塊所切換的傳輸方式發(fā)送當前流量。
5.如權利要求4所述的設備，其特征在于，所述傳輸方式切換模塊還用于，在將流量傳輸方式切換為廣播方式后，若超過設定時長且還未接收到主節(jié)點發(fā)送的Common-Flush-FDB 報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞健?br> 6.如權利要求4所述的設備，其特征在于，所述轉發(fā)表更新模塊還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后進行MAC地址轉發(fā)表更新；所述傳輸方式切換模塊還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB 報文后，將流量傳輸方式切換為廣播方式，并在所述轉發(fā)表更新模塊更新MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸?shù)姆绞健?br> 7.一種基于RRPP環(huán)的流量切換方法，應用于同一RRPP環(huán)上的流量傳輸過程，其特征在于，包括傳輸節(jié)點在接收到Link-Down報文后若確定自己位于故障鏈路與主節(jié)點主端口之間， 則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是，則根據(jù)該端口上的MAC地址轉發(fā)表發(fā)送當前流量，并在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；否則，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的 Common-Flush-FDB報文后更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的 MAC地址轉發(fā)表發(fā)送當前流量；傳輸節(jié)點在接收到Link-Down報文后若確定自己位于故障鏈路與主節(jié)點副端口之間，則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是，則采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，并根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；否則，采用廣播方式發(fā)送當前流量，在接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表，并在 MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。
8.如權利要求7所述的方法，其特征在于，位于故障鏈路與主節(jié)點主端口之間的傳輸節(jié)點采用廣播方式發(fā)送當前流量之后，還包括若超過設定時長還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則根據(jù)MAC地址轉發(fā)表發(fā)送當前流量；位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點因判斷僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而采用廣播方式發(fā)送當前流量之后，還包括若超過設定時長還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，并根據(jù)復制到靠近主節(jié)點副端口的端口上的MAC地址轉發(fā)表發(fā)送當前流量；位于故障鏈路與主節(jié)點副端口之間的傳輸節(jié)點因判斷不僅僅是在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而采用廣播方式發(fā)送當前流量之后，還包括若超過設定時長還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則根據(jù)MAC地址轉發(fā)表發(fā)送當前流量。
9.如權利要求7所述的方法，其特征在于，還包括傳輸節(jié)點接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后若確定自己位于故障鏈路與主節(jié)點主端口之間，則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項，若是，則根據(jù)該端口上的MAC地址轉發(fā)表發(fā)送當前流量，不進行MAC地址轉發(fā)表更新；否則，采用廣播方式發(fā)送當前流量，更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；傳輸節(jié)點接收到主節(jié)點發(fā)送的Complete-Flush-FDB后若確定自己位于故障鏈路與主節(jié)點副端口之間，則判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項， 若是，則采用廣播方式發(fā)送當前流量，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除，然后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量；否則，采用廣播方式發(fā)送當前流量，更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。
10.一種應用于RRPP環(huán)的網絡設備，其特征在于，包括位置確定模塊、判斷模塊、傳輸方式切換模塊、轉發(fā)表更新模塊和流量發(fā)送模塊；所述位置確定模塊，用于在本設備接收到Link-Down報文時確定本設備在RRPP環(huán)上的位置；所述判斷模塊，用于在本設備接收到Link-Down報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；所述流量發(fā)送模塊，用于按照所述傳輸方式切換模塊所切換的傳輸方式發(fā)送當前流量；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下 所述傳輸方式切換模塊，用于在所述判斷模塊判斷為是時，保持當前根據(jù)MAC地址轉發(fā)表發(fā)送當前流量的傳輸方式；在所述判斷模塊判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；所述轉發(fā)表更新模塊，用于在所述判斷模塊判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在所述判斷模塊判斷為否時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下 所述傳輸方式切換模塊，用于在所述判斷模塊判斷為是時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文以及所述轉發(fā)表更新模塊將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上， 將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在所述判斷模塊判斷為否時，將流量傳輸方式切換為廣播方式，并在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文且所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；所述轉發(fā)表更新模塊，用于在所述判斷模塊判斷為是時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文時不進行MAC地址轉發(fā)表更新；在所述判斷模塊判斷為否時，在本設備接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表。
11.如權利要求10所述的方法，其特征在于，在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下 所述轉發(fā)表更新模塊還用于，將流量傳輸方式切換為廣播方式之后，若超過設定時長還未接收到主節(jié)點發(fā)送的Common-Flush-FDB報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下 所述轉發(fā)表更新模塊還用于，在所述傳輸方式切換模塊因所述判斷模塊判斷僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而將流量傳輸方式切換為廣播方式之后， 若超過設定時長還未接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文，則將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，并將該MAC地址轉發(fā)表項從原端口上刪除；在所述傳輸切換模塊因所述判斷模塊判斷不僅僅是在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項而將流量傳輸方式切換為廣播方式之后，若超過設定時長還未接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文，則將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表的傳輸方式；所述傳輸方式切換模塊還用于，在所述轉發(fā)表更新模塊將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，并將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。
12.如權利要求10所述的設備，其特征在于，在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點主端口之間的情況下 所述判斷模塊還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；所述轉發(fā)表更新模塊還用于，在所述判斷模塊判斷為是時不進行MAC地址轉發(fā)表更新；在所述判斷模塊判斷為否時，更新MAC地址轉發(fā)表；所述傳輸方式切換模塊還用于，在所述判斷模塊判斷為是時，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在所述判斷模塊判斷為否時，將傳輸方式切換為廣播方式，并在所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC 地址轉發(fā)表進行流量傳輸；在所述位置確定模塊確定本設備位于故障鏈路與主節(jié)點副端口之間的情況下 所述判斷模塊還用于，在本設備接收到主節(jié)點發(fā)送的Complete-Flush-FDB報文后，判斷是否僅在靠近主節(jié)點主端口的端口上學習有MAC地址轉發(fā)表項；所述轉發(fā)表更新模塊還用于，在所述判斷模塊判斷為是時，將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除；在所述判斷模塊判斷為否時，更新MAC地址轉發(fā)表；所述傳輸方式切換模塊還用于，在所述判斷模塊判斷為是時，將流量傳輸方式切換為廣播方式，并在所述轉發(fā)表更新模塊將靠近主節(jié)點主端口的端口上的MAC地址轉發(fā)表項復制到靠近主節(jié)點副端口的端口上，將該MAC地址轉發(fā)表項從原端口上刪除后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸；在所述判斷模塊判斷為否時，將流量傳輸方式切換為廣播方式，并在所述轉發(fā)表更新模塊更新了 MAC地址轉發(fā)表后，將流量傳輸方式切換為根據(jù)MAC地址轉發(fā)表進行流量傳輸。
全文摘要
本發(fā)明公開基于RRPP環(huán)的流量切換方法及其裝置，應用于同一RRPP環(huán)上的流量傳輸過程，該方法包括傳輸節(jié)點接收到Link-Down報文后，采用廣播方式發(fā)送當前流量；所述傳輸節(jié)點接收到主節(jié)點發(fā)送的Common-Flush-FDB報文后更新MAC地址轉發(fā)表，并在MAC地址轉發(fā)表更新后根據(jù)更新后的MAC地址轉發(fā)表發(fā)送當前流量。采用本發(fā)明可在RRPP環(huán)上進行流量切換時減少丟包。
文檔編號H04L12/46GK102291288SQ20111022565
公開日2011年12月21日 申請日期2011年8月8日 優(yōu)先權日2011年8月8日
發(fā)明者周迪, 顧雷雷 申請人:杭州華三通信技術有限公司