專利名稱：組播流轉(zhuǎn)發(fā)實現(xiàn)方法和路由網(wǎng)橋(rb)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，更具體的說，是一種組播流轉(zhuǎn)發(fā)實現(xiàn)方法和路由網(wǎng)橋(RB)。
背景技術(shù)：
TRILL是多鏈接透明互連(Transparent Interconnection over Lots of Links)的英文縮寫，用于解決數(shù)據(jù)中心大二層網(wǎng)絡(luò)中的多路徑(或稱為L2MP(Layer 2 MultiplePath))問題。通過將 IS-IS(Intermediate System to Intermediate System,中間系統(tǒng)對中間系統(tǒng))路由協(xié)議引入二層網(wǎng)絡(luò)實現(xiàn)了 L2MP。在TRILL網(wǎng)絡(luò)中，運行TRILL協(xié)議的設(shè)備稱為RBridge (路由網(wǎng)橋,下文中也稱為“RB”)，并由Nickname (別名)唯一標(biāo)識一臺RBridge。在TRILL網(wǎng)絡(luò)的入口，負(fù)責(zé)將端設(shè)備(End Station)的原始數(shù)據(jù)幀封裝成TRILL格式(即在原始數(shù)據(jù)幀前面添加TRILL頭和外部幀頭，TRILL頭中主要包括TRILL網(wǎng)絡(luò)入口和出口路由 網(wǎng)橋的Nickname和跳數(shù))并注入TRILL網(wǎng)絡(luò)的路由網(wǎng)橋稱為Ingress ;在TRILL網(wǎng)絡(luò)的出口，負(fù)責(zé)將TRILL數(shù)據(jù)幀解封為原始數(shù)據(jù)幀并轉(zhuǎn)發(fā)給端設(shè)備的路由網(wǎng)橋稱為Egress，同時Egress還會學(xué)習(xí)所述巾貞是哪個Ingress導(dǎo)入TRILL的并形成MAC信息表{D_MAC, Ingress_
Nickname,......}。因為Ingress和Egress路由網(wǎng)橋在TRILL網(wǎng)絡(luò)中處在邊緣位置，因此
又被稱為邊緣路由網(wǎng)橋(Edge RBridge)。為了避免環(huán)路，在TRILL網(wǎng)絡(luò)的邊界，在任何一個VLAN (Virtual Local AreaNetwork,虛擬局域網(wǎng))內(nèi)只能由一個RBridge為一個端系統(tǒng)提供服務(wù),這個RBridge稱為這個端系統(tǒng)的服務(wù)提供者，比如共享鏈路上，VLAN的指定轉(zhuǎn)發(fā)設(shè)備(Appointed Forwarder,AF)。這雖然能有效的避免環(huán)路，但是也引起了一些問題，比如AF切換后，遠(yuǎn)端Egress上某些MAC表項中的發(fā)生Ingress_Ni ckname變化；在端系統(tǒng)通過點對點鏈路多歸屬(Multi-homing,比如通過鏈路聚合組(Link Aggregation Group, LAG))到多個 RBridge上時，RB鏈路上的負(fù)荷分擔(dān)會引起遠(yuǎn)端RBridge上某些MAC表項的Ingress_Nickname頻繁波動(稱為flip-flop)，從而引起回來的流量的亂序與丟報，導(dǎo)致會話中斷。為此，TRILL工作組提出了路由網(wǎng)橋組(RBridge Group，RBG)或稱為虛擬路由網(wǎng)橋(Virtual RBridge, RBv)的概念。在一個RBv內(nèi)，組員共享一個Nickname,稱為組Nickname, RBv內(nèi)的RB在將數(shù)據(jù)幀導(dǎo)入TRILL網(wǎng)絡(luò)時，用組Nickname封裝數(shù)據(jù)幀，解決了上述flip-flop問題。為了避免組播報文轉(zhuǎn)發(fā)中的臨時環(huán)路，TRILL協(xié)議規(guī)定RBridge收到組播幀時，必須做RPF (Reverse Path Forwarding,反向路徑轉(zhuǎn)發(fā))檢查。RPF檢查要求在任何一棵組播樹上任何一臺路由網(wǎng)橋，僅能從一個接口收到另一個RBridge沿著該樹發(fā)送的組播巾貞,檢查失敗必須丟棄該巾貞。工作組文稿draft-ietf-trill-cmt-01. txt (簡稱CMT, CoordinatedMulti-Destination Tree,標(biāo)定組播樹)通過在RBv內(nèi)的RB之間分配可用組播樹,重點關(guān)注并解決了多個RBv內(nèi)的RB導(dǎo)入(上行方向)組播數(shù)據(jù)幀時存在的RPF問題。對于經(jīng)過RBv內(nèi)的RB離開(下行方向)TRILL網(wǎng)絡(luò)的組播數(shù)據(jù)幀，CMT規(guī)定任何RBv內(nèi)的RB只能將沿著分配給它的組播樹分發(fā)的流量導(dǎo)出TRILL網(wǎng)絡(luò)，避免了端系統(tǒng)收到多份組播報文的風(fēng)險。如圖I所示，假設(shè)有5顆組播樹，RB I、RB2和RB3分別通告了 {RB I，RBv，TI，T4}、{RB2，RBv, T2，T5}和{RB1，RBv, T3}，假設(shè)RB4沿著Tl (如圖I中粗實線所示的組播樹)發(fā)出組播流量，那么在該RBv中，只能由RBl將組播流導(dǎo)出TRILL網(wǎng)絡(luò)，RB2和RB3丟棄該組播流。但是，這種機制在RB或者接入鏈路故障時，會出現(xiàn)以下問題。首先，當(dāng)某個RB故障時，會導(dǎo)致組播樹在RBv內(nèi)的RB之間重新分配，在這期間，組播流接收者無法收到期望的數(shù)據(jù)流；另外，當(dāng)組播樹重新分配完成后，遠(yuǎn)端RB(如圖I中的RB4)可能會重新選擇另外一個組播樹，這樣導(dǎo)致業(yè)務(wù)中斷的時間較長。其次，在對于沿著Tl下發(fā)的流量，RBl下的LAGl的RB鏈路都正常時(即無故障時)，用戶邊緣(Customer Edge, CE)設(shè)備CEl和CE2能收到該流量；但是當(dāng)RBl-CEl在LAGl下的RB鏈路故障時，如果RB4上重新選擇另外一顆組播樹，假設(shè)是T2的話，那么按照現(xiàn)行的CMT文稿，RB2會將組播流導(dǎo)出。這樣帶來的一個問題就是，因為LAGl的RB鏈路故 障，而導(dǎo)致LAG2上的接收者也要從另外一顆樹上去接收流量。也就是說，當(dāng)一個RBv下有多個LAG時，若只有其中一個LAG的RB鏈路發(fā)生故障，也會導(dǎo)致到其他LAG的流量也受到影響。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種組播流轉(zhuǎn)發(fā)實現(xiàn)方法和路由網(wǎng)橋(RB)，以解決現(xiàn)有出現(xiàn)故障時，組播流轉(zhuǎn)發(fā)受影響較大的問題。為解決上述技術(shù)問題，本發(fā)明提供了一種組播流轉(zhuǎn)發(fā)實現(xiàn)方法，各路由網(wǎng)橋(RB)根據(jù)存儲的組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的。為解決上述技術(shù)問題，本發(fā)明還提供了一種路由網(wǎng)橋(RB)，該路由網(wǎng)橋包括分配信息存儲單元，用于存儲組播樹的分配信息，所述組播樹是按上行方向和下行方向分別分配的；組播流轉(zhuǎn)發(fā)單元，用于根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)上行和/或下行組播流。本發(fā)明方法和路由網(wǎng)橋，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，因此，當(dāng)下行方向發(fā)生故障時，不會影響上行方向的組播流轉(zhuǎn)發(fā)，進(jìn)而實現(xiàn)了端系統(tǒng)對TRILL網(wǎng)絡(luò)的高可靠性接入。


圖I是現(xiàn)有CMT文檔對組播樹的分配示意圖；圖2是本發(fā)明組播流轉(zhuǎn)發(fā)實現(xiàn)方法實施例I的流程示意圖；圖3是本發(fā)明組播流轉(zhuǎn)發(fā)實現(xiàn)方法實施例2的流程示意圖；圖4是本發(fā)明組播流轉(zhuǎn)發(fā)實現(xiàn)方法實施例3的流程示意圖；圖5是本發(fā)明組播流轉(zhuǎn)發(fā)實現(xiàn)方法實施例3中組播流轉(zhuǎn)發(fā)的過程示意圖；圖6是本發(fā)明組播流轉(zhuǎn)發(fā)實現(xiàn)方法實施例4的流程示意圖；圖7、8是本發(fā)明應(yīng)用實例一至四所采用組播樹分配示意圖；圖9-11是本發(fā)明路由網(wǎng)橋(RB)實施例的模塊結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖和具體實施例對本發(fā)明所述技術(shù)方案作進(jìn)一步的詳細(xì)描述，以使本領(lǐng)域的技術(shù)人員可以更好的理解本發(fā)明并能予以實施，但所舉實施例不作為對本發(fā)明的限定。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組
口 ο實施例I如圖2所示，本發(fā)明實施例I組播流轉(zhuǎn)發(fā)實現(xiàn)方法，各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，具體地，該方法包括步驟201 :路由網(wǎng)橋(RB)獲取并存儲路由網(wǎng)橋組(RBv)的組播樹的分配信息，所 述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的；所述組播樹的分配信息具體可采用配置方式生成或各路由網(wǎng)橋基于相同的分配算法獲得，優(yōu)選地，可基于負(fù)載均衡策略進(jìn)行分配。本發(fā)明對路由網(wǎng)橋(RB)獲取路由網(wǎng)橋組(RBv)的組播樹的分配信息的具體方法不做限定。在上行方向，可按照現(xiàn)有的CMT機制進(jìn)行組播樹的分配?？衫斫獾?，主要是建立路由網(wǎng)橋與組播樹之間的映射關(guān)系，其即可描述為將組播樹分配給路由網(wǎng)橋，也可描述為將路由網(wǎng)橋分配給組播樹，二者無實質(zhì)差別。分配了某個組播樹的路由網(wǎng)橋即為該組播樹的轉(zhuǎn)發(fā)設(shè)備。步驟202 :各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息進(jìn)行上行和/或下行組播流轉(zhuǎn)發(fā)。所述各RB根據(jù)組播樹的分配信息進(jìn)行上行和/或下行組播流轉(zhuǎn)發(fā)的過程包括接收到沿組播樹上行或下行方向的組播流；根據(jù)分配信息判斷其是否為該組播樹在相應(yīng)方向上的轉(zhuǎn)發(fā)設(shè)備；若是，則轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。以上實施例中，將組播樹在路由網(wǎng)橋組(RBv)的路由網(wǎng)橋(RB)之間按上行方向和下行方向分別分配，從而可使得，在下行的路由網(wǎng)橋或其對應(yīng)的鏈路發(fā)生故障時，不會影響上行組播流的轉(zhuǎn)發(fā)。實施例2如圖3所示，本發(fā)明實施例2組播流轉(zhuǎn)發(fā)實現(xiàn)方法，各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，具體地，包括步驟301 :路由網(wǎng)橋(RB)獲取并存儲路由網(wǎng)橋組(RBv)的組播樹的分配信息，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，且組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(Local Area Network, LAN)內(nèi)分配；比如存在6棵組播樹、3個LAG，則在3個LAG內(nèi)均分配6棵組播樹。所述組播樹的分配信息具體可采用配置方式生成或各路由網(wǎng)橋基于相同的分配算法獲得，優(yōu)選地，可基于各個RB負(fù)責(zé)轉(zhuǎn)發(fā)的組播流對應(yīng)的組播樹的數(shù)目進(jìn)行均衡分配。本發(fā)明對路由網(wǎng)橋(RB)獲取路由網(wǎng)橋組(RBv)的組播樹的分配信息的具體方法不做限定?？衫斫獾?，主要是建立路由網(wǎng)橋與組播樹之間的映射關(guān)系，其即可描述為將組播樹分配給路由網(wǎng)橋，也可描述為將路由網(wǎng)橋分配給組播樹，二者無實質(zhì)差別。分配了某個組播樹的路由網(wǎng)橋即為該組播樹的轉(zhuǎn)發(fā)設(shè)備。步驟302 :各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息進(jìn)行上行和/或下行組播流轉(zhuǎn)發(fā)。所述各RB根據(jù)下行方向分配的組播樹進(jìn)行下行組播流轉(zhuǎn)發(fā)的過程包括接收到沿組播樹下行方向的組播流；根據(jù)分配信息判斷其是否為該組播樹在鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)下行方向上的轉(zhuǎn)發(fā)設(shè)備； 若是，則轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。以上實施例中，將組播樹在路由網(wǎng)橋組(RBv)的路由網(wǎng)橋(RB)之間按上行方向和下行方向分別分配，從而可使得，在下行的路由網(wǎng)橋或其對應(yīng)的鏈路發(fā)生故障時，不會影響上行組播流的轉(zhuǎn)發(fā)，另外，組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配，可使得其中某一 LAG或LAN的鏈路發(fā)生故障時，不會影響其他LAG或LAN的組播流轉(zhuǎn)發(fā)。實施例3本發(fā)明實施例3著重對下行方向組播流轉(zhuǎn)發(fā)進(jìn)行說明，各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，具體地，如圖4所示，組播流轉(zhuǎn)發(fā)實現(xiàn)方法包括步驟401 :路由網(wǎng)橋(RB)獲取并存儲路由網(wǎng)橋組(RBv)的組播樹在下行方向上的分配信息，所述組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配，一個組播樹在下行方向分配的路由網(wǎng)橋(RB)包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個備用轉(zhuǎn)發(fā)設(shè)備；所述組播樹的分配信息具體可采用配置方式生成或各路由網(wǎng)橋基于相同的分配算法獲得，優(yōu)選地，可基于負(fù)載均衡策略進(jìn)行分配。本發(fā)明對路由網(wǎng)橋(RB)獲取路由網(wǎng)橋組(RBv)的組播樹的分配信息的具體方法不做限定?？衫斫獾兀饕墙⒙酚删W(wǎng)橋與組播樹之間的映射關(guān)系，其即可描述為將組播樹分配給路由網(wǎng)橋，也可描述為將路由網(wǎng)橋分配給組播樹，二者無實質(zhì)差別。分配了某個組播樹的路由網(wǎng)橋即為該組播樹的轉(zhuǎn)發(fā)設(shè)備。該實施例中，在下行方向上部分或全部組播樹分配一個主用轉(zhuǎn)發(fā)設(shè)備和一個備用轉(zhuǎn)發(fā)設(shè)備。在主用轉(zhuǎn)發(fā)設(shè)備及其對應(yīng)的鏈路正常時，由主用轉(zhuǎn)發(fā)設(shè)備實現(xiàn)對應(yīng)組播樹的組播流轉(zhuǎn)發(fā)，僅當(dāng)主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路出現(xiàn)故障無法實現(xiàn)正常的組播流轉(zhuǎn)發(fā)時，才啟用備用轉(zhuǎn)發(fā)設(shè)備的組播流轉(zhuǎn)發(fā)功能。步驟402 :各路由網(wǎng)橋(RB)根據(jù)組播樹在下行方向上的分配信息進(jìn)行下行組播流轉(zhuǎn)發(fā)。如圖5所示，各路由網(wǎng)橋(RB)根據(jù)下行方向分配的組播樹進(jìn)行下行組播流轉(zhuǎn)發(fā)的過程包括步驟501 :接收沿組播樹下行方向的組播流；
步驟502 :根據(jù)分配信息判斷其是否為組播樹在下行方向上的主用轉(zhuǎn)發(fā)設(shè)備；具體地，路由網(wǎng)橋可通過對為其分配的各個組播樹建立標(biāo)志位，用于表明當(dāng)前路由網(wǎng)橋是該組播樹的主用轉(zhuǎn)發(fā)設(shè)備還是備用轉(zhuǎn)發(fā)設(shè)備。步驟503 :若是，則轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。以上實施例中，雖然著重對下行方向進(jìn)行說明，但仍可將組播樹在路由網(wǎng)橋組(RBv)的路由網(wǎng)橋(RB)之間按上行方向和下行方向分別分配，從而可使得，在下行的路由網(wǎng)橋或其對應(yīng)的鏈路發(fā)生故障時，不會影響上行組播流的轉(zhuǎn)發(fā)，另外，組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配，可使得其中某一 LAG或LAN的鏈路發(fā)生故障時，不會影響其他LAG或LAN的組播流轉(zhuǎn)發(fā)；同一組播樹在下行方向分配的路由網(wǎng)橋(RB)包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個備用轉(zhuǎn)發(fā)設(shè)備，可使得在主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路發(fā)生故障時，由受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備實現(xiàn)組播流轉(zhuǎn)發(fā)，從而實現(xiàn)路由網(wǎng)橋組(RBv)的快速保護(hù)。
具體地，一個組播樹在下行方向顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，故障相關(guān)的節(jié)點向所在RBv內(nèi)的其他所有路由網(wǎng)橋(RB)發(fā)送故障信息；受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。具體地，如果是RB故障，則CE是故障相關(guān)的節(jié)點；如果是RB鏈路故障，鏈路對應(yīng)的RB和CE都感知到故障，則故障相關(guān)的點可以是RB和/或CE。針對不同的組播樹的分配信息生成方式，故障信息的內(nèi)容有所不同，比如若采用配置方式，且各RB僅配置自身(即當(dāng)前RB)的分配信息，即，各路由網(wǎng)橋(RB)獲取并存儲的分配信息僅包括自身的組播樹的分配信息，這種情況下，故障信息需要攜帶受影響的組播樹信息，若在LAG或LAN內(nèi)分配，還需要攜帶相關(guān)的LAG或LAN的信息，這樣接收到組播的故障信息的備用轉(zhuǎn)發(fā)設(shè)備才能確定其需要轉(zhuǎn)為被影響組播樹的主用轉(zhuǎn)發(fā)設(shè)備；若采用配置方式，且各RB不僅配置有自身的分配信息也配置有其他各RB的分配信息(配置同步)，或各RB采用相同的分配算法(算法同步)，則各RB不僅了解自身的分配信息，也了解其他各RB的分配信息，或各RB僅配置自身的分配信息，通過交互后實現(xiàn)分配信息的同步(交互同步)，此三種情況下，各RB的分配信息是同步的，即所述RBv內(nèi)的各路由網(wǎng)橋(RB)獲取并存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，則組播的故障信息即使不攜帶受影響的組播樹信息和/或LAG、LAN信息，受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備也可順利轉(zhuǎn)為主用轉(zhuǎn)發(fā)設(shè)備執(zhí)行相應(yīng)的組播流的轉(zhuǎn)發(fā)。以上故障信息采用組播的方式通知RBv內(nèi)的其他所有路由網(wǎng)橋(RB)，可替換地，若同一 RBv的各路由網(wǎng)橋(RB)獲取并存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，具體可通過上述交互同步或配置同步或算法同步；路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，故障相關(guān)的節(jié)點根據(jù)組播樹的分配信息向受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備發(fā)送故障信息；接收故障信息的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。實施例4各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，本發(fā)明實施例4著重對下行方向組播流轉(zhuǎn)發(fā)進(jìn)行說明，具體地，如圖6所示，組播流轉(zhuǎn)發(fā)實現(xiàn)方法包括步驟601 :路由網(wǎng)橋(RB)獲取并存儲路由網(wǎng)橋組(RBv)的組播樹在下行方向上的分配信息，所述組播樹在下行方向分配是在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配，且一個組播樹在下行方向的分配路由網(wǎng)橋(RB)包括一個主用轉(zhuǎn)發(fā)設(shè)備和若干個備用轉(zhuǎn)發(fā)設(shè)備；該實施例中，所述RBv內(nèi)的各路由網(wǎng)橋(RB)獲取并存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息。所述組播樹的分配信息具體可采用配置方式生成或各路由網(wǎng)橋基于相同的分配算法獲得，優(yōu)選地，可基于負(fù)載均衡策略進(jìn)行分配。本發(fā)明對路由網(wǎng)橋(RB)獲取路由網(wǎng)橋組(RBv)的組播樹的分配信息的具體方法不做限定。可理解地，主要是建立路由網(wǎng)橋與組播樹之間的映射關(guān)系，其即可描述為將組播樹分配給路由網(wǎng)橋，也可描述為將路由網(wǎng)橋分配給組播樹，二者無實質(zhì)差別。 具體地，一個組播樹在下行方向顯式或隱式分配若干個備用轉(zhuǎn)發(fā)設(shè)備，比如，備用轉(zhuǎn)發(fā)設(shè)備可以是主用轉(zhuǎn)發(fā)設(shè)備之外的所有路由網(wǎng)橋。步驟602 :各路由網(wǎng)橋(RB)根據(jù)組播樹在下行方向上的分配信息進(jìn)行下行組播流轉(zhuǎn)發(fā)。以上實施例中，將組播樹在路由網(wǎng)橋組(RBv)的路由網(wǎng)橋(RB)之間按上行方向和下行方向分別分配，從而可使得，在下行的路由網(wǎng)橋或其對應(yīng)的鏈路發(fā)生故障時，不會影響上行組播流的轉(zhuǎn)發(fā)，另外，組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配，可使得其中某一 LAG或LAN的鏈路發(fā)生故障時，不會影響其他LAG或LAN的組播流轉(zhuǎn)發(fā)；一個組播樹在下行方向分配的路由網(wǎng)橋(RB)包括一個主用轉(zhuǎn)發(fā)設(shè)備和若干個備用轉(zhuǎn)發(fā)設(shè)備，可使得在主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路發(fā)生故障時，由其中一個受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備實現(xiàn)組播流轉(zhuǎn)發(fā)，從而實現(xiàn)路由網(wǎng)橋組(RBv)的快速保護(hù)。該實施例中，路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，故障相關(guān)的節(jié)點向所在RBv內(nèi)的受影響組播樹的一個備用轉(zhuǎn)發(fā)設(shè)備發(fā)送故障信息；接收該故障信息的備用轉(zhuǎn)發(fā)設(shè)備升級為受影響組播樹的主用轉(zhuǎn)發(fā)設(shè)備。因一個組播樹分配了多個備用轉(zhuǎn)發(fā)設(shè)備，因此以上故障信息采用單播的方式通知其中一個備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。故障相關(guān)的節(jié)點根據(jù)所述組播樹的分配信息基于負(fù)載均衡策略確定升級為主用轉(zhuǎn)發(fā)設(shè)備的備用轉(zhuǎn)發(fā)設(shè)備。以上各實施例中，當(dāng)前主用轉(zhuǎn)發(fā)設(shè)備收到原主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路的故障恢復(fù)信息后，重新轉(zhuǎn)為備用轉(zhuǎn)發(fā)設(shè)備。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。下面結(jié)合附圖和應(yīng)用實例進(jìn)一步對發(fā)明實施例進(jìn)行說明。應(yīng)用實例一以圖7為例，一個RBv下部署了兩個LAG，整個TRILL網(wǎng)絡(luò)計算出5顆樹，分別記為Tl, T2, Τ3, Τ4 和 Τ5。針對上行方向，按照現(xiàn)有CMT文稿的機制在RBv的RB之間分配組播樹，假設(shè)RBl分配的結(jié)果為{T1，T4}，RB2分配的結(jié)果為{T2，T5}，RB3分配的結(jié)果為{T3}；針對下行方向，將組播樹在RBv的LAG內(nèi)進(jìn)行分配。如果RBv的所有RB同時也是RBv某個LAG的RB，則針對該LAG可采用與上行分配相同的分配結(jié)果，某一 RB在各個LAG內(nèi)組播樹在下行方向上的主用轉(zhuǎn)發(fā)設(shè)備，也可以針對各個LAG在下行方向上分配不同的組播樹轉(zhuǎn)發(fā)角色；RBv從某組播樹上接收到下行組播流時，針對上行方向上組播樹和下行方向上組播樹分配結(jié)果相同的情況，在RB上的處理遵循現(xiàn)有的CMT文稿；而針對分配結(jié)果不同的情況，RB上是否需要將流量轉(zhuǎn)發(fā)到下行鏈路需要做些改變，即按照在各個LAG內(nèi)分配的組播樹在下行方向的轉(zhuǎn)發(fā)角色決定是否轉(zhuǎn)發(fā)。具體可參見本文檔的后兩個應(yīng)用實例。每個RB將分配的組播樹信息通告給其它RBs，實現(xiàn)RBv內(nèi)的RB之間的信息同步。這可以通過 ESADI (End Station Address Distribution Information,端系統(tǒng)地址分發(fā)信息)協(xié)議來同步，但不僅僅局限于ESADI的方式。 應(yīng)用實例2該應(yīng)用實例2中，通過組播方式進(jìn)行RB或者RB鏈路故障通告的場景下。因為通過組播通告故障，所以會有多個RB收到通告。為了避免多個RB同時在成為一個組播樹的轉(zhuǎn)發(fā)設(shè)備，所以在下行方向上組播樹分配時，只能將一個RB分配為一個組播樹的備用轉(zhuǎn)發(fā)者。具體地，在每個RB上顯式指定是哪些組播樹的主用以及是哪些組播樹的備用轉(zhuǎn)發(fā)設(shè)備，如圖3所示的上行和下行的組播樹的分配信息，在LAGl內(nèi)，RBl是Tl和T4的主用轉(zhuǎn)發(fā)，是T3的備用轉(zhuǎn)發(fā)設(shè)備；在1^62內(nèi)，RBl是T2和T3的主用轉(zhuǎn)發(fā)設(shè)備，是Tl的備用轉(zhuǎn)發(fā)設(shè)備。在該方式中，是需要顯式指定某個組播樹的主用和備用轉(zhuǎn)發(fā)設(shè)備，針對各個組播樹，在RB V的某LAG下，只能有一個RB是其主用轉(zhuǎn)發(fā)設(shè)備和備用轉(zhuǎn)發(fā)設(shè)備。這樣當(dāng)RB收到組播的通告消息后，根據(jù)本地保存的信息以及通告消息中攜帶的故障信息，就可以判斷出是否需要轉(zhuǎn)發(fā)收到的組播流。當(dāng)某RB接收到沿組播樹下行方向的組播流時，判斷所述RB是否為該組播樹在某LAG下行方向上的主用轉(zhuǎn)發(fā)設(shè)備，若是，則從對應(yīng)的LAG接口導(dǎo)出該流量；否則，丟棄該流量;如圖7當(dāng)RB4沿著Tl組播樹轉(zhuǎn)發(fā)的流到達(dá)RBv時，RBl，RB2和RB3都能接收到該流，但是由于RBl是LAGl下Tl的主用轉(zhuǎn)發(fā)設(shè)備，那么RBl會將該流剝掉TRILL頭后通過LAGl的接口轉(zhuǎn)發(fā)到CEl，而RB2和RB3不會通過LAGl的接口轉(zhuǎn)發(fā)該流；同時RB2是在LAG2下Tl的主用轉(zhuǎn)發(fā)設(shè)備，那么RB2也會將該流剝掉TRILL頭后通過LAG2的接口轉(zhuǎn)發(fā)到CE2，而RBl和RB3不會將該流通過LAG2的接口轉(zhuǎn)發(fā)。針對各個RB，當(dāng)所述RB故障或者某LAG下對應(yīng)的RB鏈路發(fā)生故障時，和該故障相關(guān)的節(jié)點(具體地，如果是RB故障，那么由CE發(fā)出通告消息；如果是RB鏈路故障，鏈路對應(yīng)的RB和CE都感知到故障，那么可以是RB或者CE或者兩者都發(fā)出通告)通過組播消息(可以是控制面消息或者是數(shù)據(jù)面OAM消息等)將故障信息在RBv內(nèi)洪泛，該消息中指明了是哪個RB在哪個LAG下的接口發(fā)生故障。換句話說，也就是以該RB為主用轉(zhuǎn)發(fā)設(shè)備的組播樹上的流無法通過該RB在該LAG內(nèi)的接口轉(zhuǎn)發(fā)到CE。當(dāng)其他RB收到通告消息后，根據(jù)本地保存的組播樹的分配信息以及收到的通告消息，判斷自己是否是該消息中指明的組播樹在所述LAG下的備用轉(zhuǎn)發(fā)設(shè)備，如果是，則將所述RB升級為所述組播樹在所述LAG下的主用轉(zhuǎn)發(fā)設(shè)備，并通過對應(yīng)的LAG接口轉(zhuǎn)發(fā)組播流；否則，丟棄收到的組播流。如圖7，當(dāng)RBl-CEl之間在LAGl的RB鏈路發(fā)生故障，受到故障影響的組播流是Tl和T4在LAGl接口的轉(zhuǎn)發(fā)。那么RB2和RB3接收到所述組播消息得知所述故障后，RB2判斷自己是RBl在LAGl下的Tl和T4的備用轉(zhuǎn)發(fā)設(shè)備，那么RB2將自身升級為在LAGl下的Tl和T4的主用轉(zhuǎn)發(fā)設(shè)備，并通過在LAGl下的接口將Tl和T4上的流轉(zhuǎn)發(fā)到CE1，RB3判斷自己不是RBl在LAGl下分配的主用組播樹Tl和T4的備用轉(zhuǎn)發(fā)設(shè)備，則不會將收到的流通過LAGl的接口轉(zhuǎn)發(fā)下去。各個RB在LAG2所屬的接口上的下行轉(zhuǎn)發(fā)不受影響。應(yīng)用實例3
只在每個RB上指定是哪些組播樹的主用轉(zhuǎn)發(fā)設(shè)備應(yīng)用實例3中采用單播方式進(jìn)行RB或者RB鏈路故障通告的場景下。在這種情況下，僅有一個RB會收到故障RB通告的故障，不會出現(xiàn)多個RB同時作為一個組播樹的主用轉(zhuǎn)發(fā)設(shè)備，該應(yīng)用實例可以顯示設(shè)置或隱式默認(rèn)其余多個或所有RB為一個組播樹的備用轉(zhuǎn)發(fā)設(shè)備，進(jìn)而無論哪個RB出現(xiàn)故障了，總能快速實現(xiàn)RBv內(nèi)的快速保護(hù)。如圖8所示的分配的上行和下行的組播樹的分配信息，在LAGl內(nèi)，為RBl分配了{(lán)LAGI, Tl，T4}的綁定關(guān)系，那么可以得知RBl是Tl和T4在LAGl內(nèi)的轉(zhuǎn)發(fā)設(shè)備，可作為T2、T3和T5的備用轉(zhuǎn)發(fā)設(shè)備；另外還為RB2分配了 {LAG1，Τ2，Τ5}，那么可以得知RB2是Τ2和Τ5在LAGl內(nèi)的轉(zhuǎn)發(fā)設(shè)備，可作為是Τ1、Τ3和Τ4的備用轉(zhuǎn)發(fā)設(shè)備。為RB3分配了 {LAG1，Τ3}，可以得知RB3是Τ3在LAGl內(nèi)的主用轉(zhuǎn)發(fā)設(shè)備，可作為Tl、Τ2、Τ4和Τ5的備用轉(zhuǎn)發(fā)設(shè)備，由此可以看出，針對Τ3在LAGl下有兩個備用轉(zhuǎn)發(fā)設(shè)備RBl和RB2，那么當(dāng)Τ3的主用轉(zhuǎn)發(fā)設(shè)備故障時，需要通過單播的故障通告方式告知RBl或者RB2，由其中的一個保護(hù)轉(zhuǎn)發(fā)。即在這種方式下，當(dāng)某個RB鏈路故障時，該故障相關(guān)的節(jié)點(如故障鏈路的RB)會從所在RBv的剩余RB中隨機或基于負(fù)載均衡原則自動選擇其中的一個設(shè)備作為受所述故障影響的組播樹的轉(zhuǎn)發(fā)設(shè)備并單播故障信息。收到單播故障信息的設(shè)備，自動將自己升級為受所述故障影響的組播樹的主用轉(zhuǎn)發(fā)設(shè)備。而不需要像應(yīng)用實例二根據(jù)本地保存的信息以及收到的通告消息來判斷是否需要轉(zhuǎn)發(fā)。當(dāng)某RB接收到沿組播樹下行方向的組播流時，判斷所述RB是否為該組播樹在某LAG下行方向上的主用轉(zhuǎn)發(fā)設(shè)備，若是，則從對應(yīng)的LAG接口導(dǎo)出該流量；否則，丟棄該流量;如圖8當(dāng)RB4沿著Τ3組播樹轉(zhuǎn)發(fā)的流到達(dá)RBv時，RB1，RB2和RB3都能接收到該流，但是由于RB3是LAGl下Τ3的主用轉(zhuǎn)發(fā)設(shè)備，那么RB3會將該流剝掉TRILL頭后通過LAGl的接口轉(zhuǎn)發(fā)到CEl，而RBl和RB2不會通過LAGl的接口轉(zhuǎn)發(fā)該流；同時RBl是在LAG2下Τ3的主用轉(zhuǎn)發(fā)設(shè)備，那么RBl也會將該流剝掉TRILL頭后通過LAG2的接口轉(zhuǎn)發(fā)到CE2，而RB2和RB3不會將該流通過LAG2的接口轉(zhuǎn)發(fā)。針對各個RB，當(dāng)該RB的某LAG的RB或者RB鏈路發(fā)生故障時，故障相關(guān)的節(jié)點通過單播的方式向剩余的RB之一發(fā)送通告消息，當(dāng)所述RB收到該消息后，就知道需要作為受該故障影響的組播樹的主用轉(zhuǎn)發(fā)設(shè)備。
如圖8，當(dāng)RB3-CE1之間在LAGl的RB鏈路發(fā)生故障，那么RB3選擇將該故障消息單播告知RB2，RB2將自己升級為在LAGl下分配的組播樹T3的主用轉(zhuǎn)發(fā)設(shè)備，當(dāng)RB2從T3接收到組播流，則會從LAGl的接口導(dǎo)出該組播流。各個RB在LAG2所屬的接口上的下行轉(zhuǎn)發(fā)不受影響。應(yīng)用實例四該應(yīng)用實例著重說明故障恢復(fù)后的流程以圖7為例，當(dāng)RBl-CEl在LAGl上的鏈路恢復(fù)后，RBl或者CEl將故障恢復(fù)信息通告給其它RB。這里可以是ESADI來通告或者是OAM消息等方式。RB2收到上述所述的通告消息，再結(jié)合本地保存的信息，判斷RBl是LAGl內(nèi)Tl和T4的主用轉(zhuǎn)發(fā)設(shè)備，那么將RB2回退為LAGl內(nèi)Tl和T4的備用轉(zhuǎn)發(fā)設(shè)備，并且將信息通告給 RB1。 RBl收到RB2發(fā)送的通告，將RBl分配為LAGl內(nèi)Tl和T4的主用轉(zhuǎn)發(fā)設(shè)備。對應(yīng)于前述方法，本發(fā)明還提供了一種路由網(wǎng)橋(RB)，如圖9所示，該路由網(wǎng)橋包括分配信息存儲單元，用于存儲組播樹的分配信息，所述組播樹是按上行方向和下行方向分別分配的；組播流轉(zhuǎn)發(fā)單元，用于組播樹的分配信息轉(zhuǎn)發(fā)上行和/或下行組播流。可選地，所述組播流轉(zhuǎn)發(fā)單元包括組播流接收模塊，用于接收到沿組播樹上行或下行方向的組播流；組播流判斷模塊，用于根據(jù)分配信息判斷其是否為該組播樹在相應(yīng)方向上的轉(zhuǎn)發(fā)設(shè)備；組播流轉(zhuǎn)發(fā)模塊，用于在判斷為組播樹的轉(zhuǎn)發(fā)設(shè)備時，轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。優(yōu)選地，所述組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配。優(yōu)選地，一個組播樹在下行方向分配的RB包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個或若干個備用轉(zhuǎn)發(fā)設(shè)備，所述組播流判斷模塊判斷其在下行方向上組播樹的主用轉(zhuǎn)發(fā)設(shè)備，所述組播流轉(zhuǎn)發(fā)模塊在判斷為組播樹的主用轉(zhuǎn)發(fā)設(shè)備時，轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。如圖10所示，所述路由網(wǎng)橋(RB)還包括信息接收單元，用于在該路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，接收故障信息；狀態(tài)更新單元，在接收到故障信息且該路由網(wǎng)橋(RB)未受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備，更新為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。具體地，所述組播樹在下行方向分配的RB包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息由故障相關(guān)的節(jié)點通過組播的方式發(fā)送。所述分配信息存儲單元存儲的分配信息僅包括自身的組播樹的分配信息，一個組播樹在下行方向顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息由故障相關(guān)的節(jié)點通過組播的方式發(fā)送，所述組播的故障信息包括受影響的組播樹信息或受影響的組播樹所在的LAG或LAN信息；或，
所述分配信息存儲單元存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，一個組播樹在下行方向顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息由故障相關(guān)的節(jié)點通過單播的方式發(fā)送給備用轉(zhuǎn)發(fā)設(shè)備?？蛇x地，一個組播樹在下行方向顯式或隱式分配若干個備用轉(zhuǎn)發(fā)設(shè)備，所述分配信息存儲單元存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，所述故障信息通過單播的方式發(fā)送，接收所述故障信息的RB是受影響組播樹的其中一個備用轉(zhuǎn)發(fā)設(shè)備。優(yōu)選地，如圖11所示，所述路由網(wǎng)橋還包括故障信息發(fā)送單元，用于根據(jù)所述組播樹的分配信息隨機或基于負(fù)載均衡策略確定故障信息發(fā)送的單播對象。具體地，所述分配信息存儲單元利用同一組播樹分配算法或配置獲取自身及其他各RB的組播樹的分配信息，或配置獲取自身的組播樹的分配信息，并交互獲取其他各RB的組播樹信息?？衫斫獾兀缟衔乃觯?dāng)RB發(fā)生故障時，故障信息是由CE發(fā)送的。優(yōu)選地，信息接收單元，還用于在所述路由網(wǎng)橋為當(dāng)前主用轉(zhuǎn)發(fā)設(shè)備時，接收原主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路的故障恢復(fù)信息；狀態(tài)更新單元，在接收到故障恢復(fù)信息后，更新為該組播樹的備用轉(zhuǎn)發(fā)設(shè)備。本發(fā)明方法和路由網(wǎng)橋，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的，因此，當(dāng)下行方向發(fā)生故障時，不會影響上行方向的組播流轉(zhuǎn)發(fā)，另外，該發(fā)明方案在RBv場景下，當(dāng)接入鏈路或者接入RB故障時，不需要遠(yuǎn)端RB感知到故障，由RBv內(nèi)的RB對下行方向的組播數(shù)據(jù)進(jìn)行快速保護(hù)，確保端系統(tǒng)正常接收業(yè)務(wù)流量。另外，該發(fā)明方案不僅支持一個RBv下僅部署一個LAG的場景，還支持一個RBv下部署多個LAG的場景，即組播樹在下行方向在RBv上的轉(zhuǎn)發(fā)分配是在LAG的粒度上，當(dāng)某RB在屬于某LAG的RB接口故障時，只有受該故障影響的組播流才會由備用轉(zhuǎn)發(fā)設(shè)備去轉(zhuǎn)發(fā)，進(jìn)而實現(xiàn)了端系統(tǒng)對TRILL網(wǎng)絡(luò)的高可靠性接入。
本發(fā)明實施例中所描述的單元/模塊僅是根據(jù)其功能進(jìn)行劃分的一種示例，可理解地，在實現(xiàn)相同功能的情況下，本領(lǐng)域技術(shù)人員可給出一種或多種其他功能劃分方式，在具體應(yīng)用時可將其中任意一個或多個功能模塊采用一個功能實體裝置或單元實現(xiàn)，不可否認(rèn)地，以上變換方式均在本申請保護(hù)范圍之內(nèi)。本文所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
權(quán)利要求
1.一種組播流轉(zhuǎn)發(fā)實現(xiàn)方法，其特征在于各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹是按上行方向和下行方向分別分配的。
2.如權(quán)利要求I所述的方法，其特征在于所述各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流的過程包括 接收到組播樹上行或下行方向的組播流； 根據(jù)分配信息判斷其是否為所述組播樹在對應(yīng)方向上的轉(zhuǎn)發(fā)設(shè)備； 若是，則轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。
3.如權(quán)利要求I所述的方法，其特征在于所述組播樹在下行方向是在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配的。
4.如權(quán)利要求I所述的方法，其特征在于一個組播樹在下行方向分配的路由網(wǎng)橋 (RB)包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個或若干個備用轉(zhuǎn)發(fā)設(shè)備，所述路由網(wǎng)橋(RB)判斷其為組播樹的主用轉(zhuǎn)發(fā)設(shè)備時轉(zhuǎn)發(fā)所述組播樹的組播流，否則丟棄該組播流。
5.如權(quán)利要求4所述的方法，其特征在于所述組播樹的分配信息僅包括當(dāng)前RB的組播樹的分配信息，在下行方向上一個組播樹顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障，故障相關(guān)的節(jié)點向所在RBv內(nèi)的其他所有路由網(wǎng)橋(RB)組播故障信息；所述組播的故障信息包括受影響的組播樹信息或/和受影響的組播樹所在的LAG或LAN信息；接收到故障信息且為受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。
6.如權(quán)利要求4所述的方法，其特征在于所述組播樹的分配信息包括當(dāng)前RB及其他各RB的組播樹的分配信息，在下行方向上一個組播樹顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障，故障相關(guān)的節(jié)點向受影響組播樹的備用轉(zhuǎn)發(fā)設(shè)備發(fā)送故障信息；接收到故障信息的備用轉(zhuǎn)發(fā)設(shè)備升級為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。
7.如權(quán)利要求4所述的方法，其特征在于所述組播樹的分配信息包括當(dāng)前RB及其他各RB的組播樹的分配信息，在下行方向上一個組播樹顯式或隱式分配若干個備用轉(zhuǎn)發(fā)設(shè)備時，路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，故障相關(guān)的節(jié)點向所在RBv內(nèi)的受影響組播樹的一個備用轉(zhuǎn)發(fā)設(shè)備發(fā)送故障信息；接收該故障信息的備用轉(zhuǎn)發(fā)設(shè)備升級為受影響組播樹的主用轉(zhuǎn)發(fā)設(shè)備。
8.如權(quán)利要求7所述的方法，其特征在于故障相關(guān)的節(jié)點根據(jù)所述組播樹的分配信息隨機或基于負(fù)載均衡策略確定升級為主用轉(zhuǎn)發(fā)設(shè)備的備用轉(zhuǎn)發(fā)設(shè)備。
9.如權(quán)利要求6或7所述的方法，其特征在于各路由網(wǎng)橋(RB)利用同一組播樹分配算法或配置獲取所述組播樹的分配信息，或配置獲取自身的組播樹的分配信息后通過交互獲取其他各RB的組播樹信息。
10.如權(quán)利要求5所述的方法，其特征在于當(dāng)前主用轉(zhuǎn)發(fā)設(shè)備收到原主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路的故障恢復(fù)信息后，重新轉(zhuǎn)為備用轉(zhuǎn)發(fā)設(shè)備。
11.一種路由網(wǎng)橋(RB)，其特征在于該路由網(wǎng)橋包括 分配信息存儲單元，用于存儲組播樹的分配信息，所述組播樹是按上行方向和下行方向分別分配的； 組播流轉(zhuǎn)發(fā)單元，用于根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)上行和/或下行組播流。
12.如權(quán)利要求11所述的路由網(wǎng)橋(RB)，其特征在于所述組播流轉(zhuǎn)發(fā)單元包括組播流接收模塊，用于接收到組播樹上的上行或下行方向的組播流； 組播流判斷模塊，用于根據(jù)分配信息判斷其是否為該組播樹在相應(yīng)方向上的轉(zhuǎn)發(fā)設(shè)備; 組播流轉(zhuǎn)發(fā)模塊，用于在判斷為組播樹上的轉(zhuǎn)發(fā)設(shè)備時，轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。
13.如權(quán)利要求11所述的路由網(wǎng)橋(RB)，其特征在于所述組播樹在下行方向在各個鏈路聚合組(LAG)或本地局域網(wǎng)(LAN)內(nèi)分配。
14.如權(quán)利要求11所述的路由網(wǎng)橋(RB)，其特征在于一個組播樹在下行方向分配的RB包括一個主用轉(zhuǎn)發(fā)設(shè)備和一個或若干個備用轉(zhuǎn)發(fā)設(shè)備，所述組播流判斷模塊判斷其是否為組播樹在下行方向上的主用轉(zhuǎn)發(fā)設(shè)備，所述組播流轉(zhuǎn)發(fā)模塊在判斷為組播樹的主用轉(zhuǎn)發(fā)設(shè)備時，轉(zhuǎn)發(fā)該組播流，否則丟棄該組播流。
15.如權(quán)利要求14所述的路由網(wǎng)橋(RB)，其特征在于，所述路由網(wǎng)橋(RB)還包括 信息接收單元，用于在該路由網(wǎng)橋(RB)或其對應(yīng)的鏈路發(fā)生故障時，接收故障信息； 狀態(tài)更新單元，在接收到故障信息且該路由網(wǎng)橋(RB)未受影響的組播樹的備用轉(zhuǎn)發(fā)設(shè)備，更新為該組播樹的主用轉(zhuǎn)發(fā)設(shè)備。
16.如權(quán)利要求15所述的路由網(wǎng)橋(RB)，其特征在于所述分配信息存儲單元存儲的分配信息僅包括自身的組播樹的分配信息，在下行方向上一個組播樹顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息由故障相關(guān)的節(jié)點通過組播的方式發(fā)送，所述組播的故障信息包括受影響的組播樹信息或受影響的組播樹所在的LAG或LAN信息；或，所述分配信息存儲單元存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，在下行方向上一個組播樹顯式分配一個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息由故障相關(guān)的節(jié)點通過單播的方式發(fā)送給備用轉(zhuǎn)發(fā)設(shè)備。
17.如權(quán)利要求15所述的路由網(wǎng)橋(RB)，其特征在于所述分配信息存儲單元存儲的組播樹的分配信息包括自身及其他各RB的組播樹的分配信息，在下行方向上一個組播樹顯式或隱式分配若干個備用轉(zhuǎn)發(fā)設(shè)備，所述故障信息通過單播的方式發(fā)送，接收所述故障信息的RB是受影響組播樹的其中一個備用轉(zhuǎn)發(fā)設(shè)備。
18.如權(quán)利要求11所述的路由網(wǎng)橋(RB)，其特征在于所述路由網(wǎng)橋(RB)還包括 分配信息同步單元，用于與同一 RBv的RB同步各自的組播樹的分配信息； 所述故障信息由故障相關(guān)的節(jié)點根據(jù)同步的分配信息通過單播的方式發(fā)送。
19.如權(quán)利要求17所述的路由網(wǎng)橋(RB)，其特征在于所述路由網(wǎng)橋還包括故障信息發(fā)送單元，用于根據(jù)所述組播樹的分配信息隨機或基于負(fù)載均衡策略確定故障信息發(fā)送的單播對象。
20.如權(quán)利要求16或17所述的路由網(wǎng)橋，其特征在于所述分配信息存儲單元利用同一組播樹分配算法或配置獲取自身及其他各RB的組播樹的分配信息，或配置獲取自身的組播樹的分配信息，并交互獲取其他各RB的組播樹信息。
21.如權(quán)利要求15所述的路由網(wǎng)橋(RB)，其特征在于信息接收單元，還用于在所述路由網(wǎng)橋為當(dāng)前主用轉(zhuǎn)發(fā)設(shè)備時，接收原主用轉(zhuǎn)發(fā)設(shè)備或其對應(yīng)的鏈路的故障恢復(fù)信息； 狀態(tài)更新單元，在接收到故障恢復(fù)信息后，更新為該組播樹的備用轉(zhuǎn)發(fā)設(shè)備。
全文摘要
本發(fā)明涉及一種組播流轉(zhuǎn)發(fā)實現(xiàn)方法和路由網(wǎng)橋(RB)，各路由網(wǎng)橋(RB)根據(jù)組播樹的分配信息轉(zhuǎn)發(fā)接收到的上行或下行組播流，所述組播樹的分配信息中的組播樹是按上行方向和下行方向分別分配的。當(dāng)下行方向發(fā)生故障時，不會影響上行方向的組播流轉(zhuǎn)發(fā)。
文檔編號H04L12/703GK102970231SQ201210470320
公開日2013年3月13日 申請日期2012年11月20日 優(yōu)先權(quán)日2012年11月20日
發(fā)明者翟洪軍, 代雪會, 廖婷 申請人:中興通訊股份有限公司