專利名稱：組播流量的轉(zhuǎn)發(fā)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種組播流量的轉(zhuǎn)發(fā)方法及裝置。
背景技術(shù)：
快速重路由(Fast Re-Route,簡稱FRR)是一種網(wǎng)絡(luò)容錯(cuò)策略，它可以對鏈路或節(jié)點(diǎn)進(jìn)行保護(hù)，當(dāng)鏈路或節(jié)點(diǎn)發(fā)生故障時(shí)可迅速切換，最大限度地減少報(bào)文丟失。單播的IP FRR為IP路由協(xié)議生成優(yōu)選路由(主路由)和相應(yīng)的備份路由，以便主用路徑發(fā)生故障時(shí)，IP流量則可以切換到備用路徑進(jìn)行轉(zhuǎn)發(fā)。組播的協(xié)議無關(guān)組播Protocol 化(1印611(16壯11111丨化￡1計(jì)，簡稱？通汗1^為利用單播的IP FRR或者靜態(tài)配置備用路徑，主用路徑與備用路徑同時(shí)轉(zhuǎn)發(fā)組播流量，以便主用路徑發(fā)生故障時(shí)，組播流量則可以切換到備用路徑進(jìn)行轉(zhuǎn)發(fā)。在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題由于主用路徑與備用路徑同時(shí)轉(zhuǎn)發(fā)組播流量，從而浪費(fèi)了網(wǎng)絡(luò)帶寬。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種組播流量的轉(zhuǎn)發(fā)方法及裝置，用以解決現(xiàn)有技術(shù)中由于主用路徑與備用路徑同時(shí)轉(zhuǎn)發(fā)組播流量導(dǎo)致的網(wǎng)絡(luò)帶寬的浪費(fèi)的問題，節(jié)省網(wǎng)絡(luò)帶寬。本發(fā)明實(shí)施例提供了一種組播流量的轉(zhuǎn)發(fā)方法，包括接收第三組播加入消息；響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑；響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑；通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所述組
播流量。本發(fā)明實(shí)施例還提供了一種組播流量的轉(zhuǎn)發(fā)裝置，包括接收模塊，用于接收第三組播加入消息；第一響應(yīng)模塊，用于響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑；第二響應(yīng)模塊，用于響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑；發(fā)送模塊，用于通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所模塊，用于述組播流量。由上述技術(shù)方案可知，本發(fā)明實(shí)施例通過預(yù)先建立不轉(zhuǎn)發(fā)組播流量的備用路徑， 使得在主用路徑發(fā)生故障時(shí)，能夠利用預(yù)先建立的備用路徑轉(zhuǎn)發(fā)組播流量，由于備用路徑在主用路徑正常轉(zhuǎn)發(fā)組播流量時(shí)不轉(zhuǎn)發(fā)組播流量，所以不會占用雙倍的網(wǎng)絡(luò)帶寬，從而節(jié)省了網(wǎng)絡(luò)帶寬。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖；圖2A為本發(fā)明另一實(shí)施例提供的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)簡化示意圖；圖2B為本發(fā)明另一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖；圖3為本發(fā)明又一實(shí)施例網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)示意圖，為典型的環(huán)網(wǎng)拓?fù)浣Y(jié)構(gòu)簡化示意圖；圖4A為本發(fā)明再一實(shí)施例提供的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)簡化示意圖；圖4B為本發(fā)明再一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖；圖5為本發(fā)明實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖；圖6為本發(fā)明另一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖，如圖1所示，本實(shí)施例的組播流量的轉(zhuǎn)發(fā)方法可以包括101、接收第三組播加入消息；102、響應(yīng)上述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息， 并建立主用路徑；103、響應(yīng)上述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息， 并建立備用路徑；104、通過上述主用路徑發(fā)送組播流量到上述組播接收者，上述備用路徑不轉(zhuǎn)發(fā)上述組播流量。上述方法還可以包括105、當(dāng)上述主用路徑發(fā)生故障時(shí)，通過上述備用路徑轉(zhuǎn)發(fā)上述組播流量。舉例來說，上述方法中接收第三組播加入消息的是主用路徑和備用路徑的發(fā)起節(jié)
點(diǎn)ο舉例來說，若第二上游路由設(shè)備不存在對應(yīng)的組播表項(xiàng)，則第二上游路由設(shè)備是備用路徑的中間節(jié)點(diǎn)，上述第二上游路由設(shè)備則繼續(xù)向其上游的路由設(shè)備發(fā)送第二組播加入消息’，舉例來說，第二組播加入消息’與第二組播加入消息的區(qū)別包括上游鄰居路由設(shè)備的地址不同和源地址不同。再舉例來說，當(dāng)?shù)诙嫌温酚稍O(shè)備還是其他備用路徑的中間節(jié)點(diǎn)時(shí)，第二組播加入消息’與第二組播加入消息的區(qū)別還包括第二組播加入消息’攜帶的主用路徑信息不僅包括第二組播加入消息攜帶的主用路徑信息，還包括其他備份加入報(bào)文攜帶的主用路徑信息。若第二上游路由設(shè)備存在因?yàn)槭盏狡渌麄浞萁M播加入消息而建立的表項(xiàng)，則上述第二上游路由設(shè)備更新表項(xiàng)信息，攜帶所有備份組播加入消息中的主用路徑信息，向其上游的路由設(shè)備發(fā)送第二組播加入消息’。舉例來說，中間路由節(jié)點(diǎn)需要將備份組播加入消息直至發(fā)送到組播樹的根節(jié)點(diǎn)，例如源指定路由設(shè)備(Designated Router,DR) 或集合點(diǎn)(Rendezvous，RP)，或者直至發(fā)送到主用路徑和備用路徑的匯聚節(jié)點(diǎn)。舉例來說，上述第三組播加入消息可以為互聯(lián)網(wǎng)組管理協(xié)議anternetGroup Management Protocol, IGMP)成員報(bào)告、組播監(jiān)聽者發(fā)現(xiàn)(MulticastListener Discovery, MLD)成員報(bào)告、PIM加入報(bào)文等。舉例來說，上述第一組播加入消息和第二組播加入消息可以是PIM加入報(bào)文。舉例來說，上述第二組播加入消息可以是普通的PIM加入報(bào)文；也可以包含主用路徑信息。主用路徑信息用于標(biāo)識上述備用路徑所保護(hù)的主用路徑的主入接口信息，可以是備用路徑發(fā)起節(jié)點(diǎn)的主入接口的標(biāo)識(例如IP地址)；或者是備用路徑發(fā)起節(jié)點(diǎn)的主入接口的標(biāo)識與其上游的一個(gè)或多個(gè)路由設(shè)備的主入接口的標(biāo)識組成的標(biāo)識列表。其中， 上述標(biāo)識列表可以靜態(tài)配置，還可以通過其他途徑獲取。上述主用路徑信息標(biāo)識備用路徑所保護(hù)的主用路徑上的主入接口或主入接口列表。備用路徑上的路由設(shè)備接收到攜帶主用路徑信息的第二組播加入消息后，記錄該主用路徑信息，舉例來說，可以記錄在備用路徑上路由設(shè)備的出接口上。當(dāng)?shù)诙M播加入消息中包含的任意一個(gè)主入接口的標(biāo)識對應(yīng)的主入接口故障，則可以通過上述備用路徑轉(zhuǎn)發(fā)組播流量從而實(shí)現(xiàn)路徑保護(hù)。舉例來說，在某些情況下，若備用路徑保護(hù)的主入接口數(shù)量很大，會導(dǎo)致備份加入報(bào)文中攜帶的主用路徑信息太多，從而加重路由設(shè)備的負(fù)擔(dān)，對于這種問題，可以根據(jù)PIM加入報(bào)文以及加入報(bào)文中的主用路徑信息變化增量發(fā)送更新，而不是周期性發(fā)送，減少報(bào)文的交互。舉例來說，上述第一組播加入消息可以是普通的PIM加入報(bào)文。又例如，第一組播加入消息可以攜帶上述主用路徑信息。上述實(shí)施例通過預(yù)先建立不轉(zhuǎn)發(fā)組播流量的備用路徑，使得在主用路徑發(fā)生故障時(shí)，能夠利用預(yù)先建立的備用路徑轉(zhuǎn)發(fā)組播流量，由于備用路徑在主用路徑正常轉(zhuǎn)發(fā)組播流量時(shí)不轉(zhuǎn)發(fā)組播流量，所以不會占用雙倍的網(wǎng)絡(luò)帶寬，從而可以節(jié)省網(wǎng)絡(luò)帶寬。圖2A為本發(fā)明另一實(shí)施例提供的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)簡化示意圖，路由設(shè)備RTD是備用路徑發(fā)起點(diǎn)，也是主用路徑發(fā)起點(diǎn)。路由設(shè)備RTE是備用路徑上RTD的上游路由設(shè)備，是中間節(jié)點(diǎn)。路由設(shè)備RTA是備用路徑上RTE的上游路由設(shè)備，是備用路徑的終止節(jié)點(diǎn)。路由設(shè)備RTC是主用路徑上RTD的上游的路由設(shè)備。路由設(shè)備RTB是主用路徑上RTC的上游路由設(shè)備。作為備用路徑終止節(jié)點(diǎn)的路由設(shè)備RTA也在主用路徑上，RTA是主用路徑和備用路徑的匯聚節(jié)點(diǎn)。圖2B為本發(fā)明另一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖，該方法基于圖2A所示的網(wǎng)絡(luò)拓?fù)洹Ｈ鐖D2B所示，本實(shí)施例的組播流量的轉(zhuǎn)發(fā)方法可以包括201 206、RTD接收第三組播加入消息，發(fā)送第一組播加入消息和第一組播加入消息’直到RTA ；舉例來說，第一組播加入消息可以是普通的PIM加入報(bào)文，可以按照現(xiàn)有技術(shù)中的流程，建立主用路徑，利用主用路徑轉(zhuǎn)發(fā)組播流量，此處不再贅述。再舉例來說，第一組播加入消息可以攜帶新增加入屬性，例如主用路徑信息。舉例來說，第一組播加入消息’和第一組播加入消息的區(qū)別包括上游鄰居有設(shè)備的地址不同和源地址不同。209,RTD向RTE發(fā)送第二組播加入消息，第二組播加入消息包含主用路徑信息，舉例來說，主用路徑信息包含RTD、RTC、RTB的主入接口的標(biāo)識；上述包含主用路徑信息的第二組播加入消息可以在RFC5384定義的PIM加入報(bào)文中新定義一個(gè)加入屬性實(shí)現(xiàn)，上述加入屬性可以包含于PIM加入報(bào)文中的源地址中。上述加入屬性的格式可以如下所示+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+FIEIAttr_Type | Length | Flags | Path Count+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IPath ID+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+I......+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IPath ID+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中，標(biāo)志位F、標(biāo)志位Ε、屬性類型(Attr_Type)、長度(Length)都使用協(xié)議標(biāo)準(zhǔn)定義，此處不再贅述。Attr_Type標(biāo)識此屬性為備份加入；標(biāo)志位Flags為此屬性的內(nèi)容，舉例來說，可以只使用一位，由1代表PIM備份加入；Path Count標(biāo)識I^ath ID的數(shù)量；I^ath ID標(biāo)識主用路徑信息，一般為備用路徑所保護(hù)的主用路徑對應(yīng)的路由設(shè)備的組播表項(xiàng)主入接口的標(biāo)識(例如IP地址)。舉例來說，根據(jù)RFC5384規(guī)范定義，路由設(shè)備在發(fā)送包含備份加入屬性的PIM加入報(bào)文之前，需要先與鄰居協(xié)商是否支持處理PIM備份加入屬性。此協(xié)商采用路由設(shè)備周期性的PIM Hello報(bào)文，若鄰居路由設(shè)備發(fā)送的Hello報(bào)文中不包含此PIM擴(kuò)展屬性的Hello 選項(xiàng)，則不繼續(xù)發(fā)送包含加入屬性的PIM加入報(bào)文。上述PIM擴(kuò)展屬性的Hello選項(xiàng)的格式可以如下所示+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IOptionType|OptionLength+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IOptionValue+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+舉例來說，選項(xiàng)類型(OptionType)標(biāo)識此Hello選項(xiàng)為新定義的PIM備份加入屬性Hello選項(xiàng)；選項(xiàng)長度(OptionLength)標(biāo)識此Hello選項(xiàng)的長度，單位為字節(jié)，目前此 hello選項(xiàng)的長度固定為8個(gè)字節(jié)；選項(xiàng)數(shù)值(OptionValue)為8個(gè)字節(jié)的預(yù)留長度，目前暫未使用，發(fā)送時(shí)設(shè)置為O。211、RTE判斷不存在收到第二組播加入消息創(chuàng)建的組播表項(xiàng)，則繼續(xù)向RTA發(fā)送包含主用路徑信息的第二組播加入消息’，如果RTA判斷存在收到第二組播加入消息而創(chuàng)建的組播表項(xiàng)，則不再繼續(xù)向上游的路由設(shè)備發(fā)送組播加入消息。至此，上述備用路徑建立完畢。主用路徑正常(未出現(xiàn)故障)的情況下，上述備用路徑上的路由設(shè)備均不通過備份接口轉(zhuǎn)發(fā)組播流量。213、當(dāng)RTB與RTC之間的鏈路發(fā)生故障，RTC可以通過故障檢測技術(shù)檢測到上游鏈路故障，獲知主用路徑的故障信息；可替換地，當(dāng)RTB與RTC之間的鏈路發(fā)生故障，RTB也可以通過故障檢測技術(shù)檢測到下游鏈路故障，獲知主用路徑的故障信息。舉例來說，可以采用雙向轉(zhuǎn)發(fā)檢測 (Bidirectional Forwarding Detection，簡稱 BFD)技術(shù)檢測鏈路故障。215、RTC根據(jù)故障鏈路對應(yīng)的主入接口的標(biāo)識(例如IP地址)，發(fā)送主用路徑的故障信息，故障信息中包含故障鏈路對應(yīng)的主入接口的標(biāo)識，即向上述備用路徑上的路由設(shè)備RTD、RTE和RTA發(fā)送上述主用路徑的故障信息；可替換地，RTB根據(jù)故障鏈路對應(yīng)的主入接口的標(biāo)識(例如IP地址)，向上述備用路徑上的RTA發(fā)送上述主用路徑的故障信息，故障信息中包含故障鏈路對應(yīng)的下游路由設(shè)備的主入接口的標(biāo)識，即對端路由設(shè)備RTC的主入接口的標(biāo)識。RTC或RTB向上述備用路徑上的路由設(shè)備RTD、RTE和RTA發(fā)送上述主用路徑的故
障信息。本步驟中，可以通過如下A-C方式中的任意一種方式向上述備用路徑上的路由設(shè)備RTD、RTE和RTA發(fā)送上述主用路徑的故障信息A、RTC或RTB向整個(gè)網(wǎng)絡(luò)中的路由設(shè)備泛洪上述主用路徑的故障信息；舉例來說，主用路徑的故障信息可以在通過配置了故障檢測與傳遞的接口在整網(wǎng)中泛洪，由于備用路徑上的路由設(shè)備之前獲取到了第二組播加入消息(備份加入報(bào)文)中的主用路徑信息，因此可以根據(jù)故障信息中包含的故障鏈路對應(yīng)的主入接口的標(biāo)識，確定該主入接口對應(yīng)的備份出接口，通過該備份出接口轉(zhuǎn)發(fā)組播流量，這樣保證故障鏈路的組播流量能夠從備用路徑轉(zhuǎn)發(fā)。B、RTC根據(jù)預(yù)先設(shè)置的故障傳遞策略，通過所有主出接口，或者在其他網(wǎng)絡(luò)拓?fù)渲惺莻浞萑虢涌?，發(fā)送上述主用路徑的故障信息到備用路徑上的路由設(shè)備RTD、RTE和RTA，接收到故障信息的路由設(shè)備根據(jù)故障鏈路對應(yīng)的主入接口確定對應(yīng)的備份出接口，通過該備份出接口轉(zhuǎn)發(fā)組播流量。舉例來說，考慮到各種不同的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，路由設(shè)備RTC、RTD、RTE和RTA傳遞上述主用路徑的故障信息的傳遞規(guī)則可以如下所示若從主入接口接收到故障信息，且路由設(shè)備存在備份入接口且備份入接口沒有收到過故障，則將故障向備份入接口傳遞，否則故障向所有出接口傳遞；若從備份出接口接收到故障信息，則通過主入接口傳遞故障信息，同時(shí)備份出接口轉(zhuǎn)發(fā)組播流量。若從主出接口收到故障信息，不處理，故障信息的傳遞中止。若從備份入接口收到故障信息，若主入接口沒有收到故障信息，故障信息的傳遞中止，否則通過所有出接口傳遞故障信息。舉例來說，RTC通過主出接口向RTD傳遞故障信息；RTD從主入接口收到故障信息， 且存在備份入接口，則通過備份入接口向RTE傳遞故障信息。RTE從備份出接口收到故障信息，打開收到故障信息的備份出接口并轉(zhuǎn)發(fā)流量，繼續(xù)通過備用路徑上的主入接口向RTA 傳遞故障信息。RTA從備份出接口收到故障信息以后，打開收到故障信息的備份出接口并轉(zhuǎn)發(fā)流量，繼續(xù)通過主入接口向上傳遞，直到傳遞到與源直連的路由設(shè)備或傳遞到主出接口， 故障傳遞中止。C、RTB根據(jù)預(yù)先設(shè)置的故障傳遞策略，通過主入接口向上游發(fā)送上述主用路徑的故障信息，以供備用路徑與主用路徑的匯聚點(diǎn)，即路由設(shè)備RTA打開備份出接口轉(zhuǎn)發(fā)組播流量。舉例來說，RTB根據(jù)故障接口的標(biāo)識，通過主入接口向RTA發(fā)送故障信息，RTA根據(jù)故障信息中攜帶的主入接口的標(biāo)識確定對應(yīng)的備份出接口，通過該備份出接口發(fā)送組播流量。可選地，然后繼續(xù)朝入接口方向傳遞直到與源直連的路由設(shè)備或者主出接口。舉例來說，對于存在多個(gè)與源直連的路由設(shè)備的情況，當(dāng)故障信息傳遞到一個(gè)與源直連的路由設(shè)備，需要將此故障信息繼續(xù)傳遞到其他與源直連的路由設(shè)備，打開備份出接口。C方式適用于備用路徑的終節(jié)點(diǎn)也在對應(yīng)的主用路徑上的場景，或者適用于備用路徑的終節(jié)點(diǎn)也在與源直連的路由設(shè)備上的場景。這種場景下，在主用路徑未發(fā)生故障時(shí)， 可選地，如果只使得備用路徑終止點(diǎn)的路由設(shè)備的備份出接口不轉(zhuǎn)發(fā)流量，也可以實(shí)現(xiàn)備用路徑不轉(zhuǎn)發(fā)流量。舉例來說，上述各種例子中，發(fā)送故障信息傳遞可以通過擴(kuò)展故障檢測協(xié)議來實(shí)現(xiàn)，可以增加源地址以及故障接口即主入接口的標(biāo)識信息，以BFD協(xié)議為例，協(xié)議需要擴(kuò)展
如下所示
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vers Diag|Sta|P|F|C|A|D|M| Detect Mult | Length |
+-+-+-+-+-+-+-+-
My Discriminator
Your Discriminator
Desired Min TX Interval
Required Min RX Interval
Required Min Echo RX Interval
+-+-+-+-+-+-+-+_
I Type ιLength Fault Indication
+-+-+-+-+-+-+-+-
Path ID I
其中，通過定義BFD報(bào)文的新的版本號(在Vers字段)或M比特來標(biāo)識這是
一個(gè)擴(kuò)展BFD報(bào)文。在消息體中，Type為類型定義；Length為擴(kuò)展部分的長度；Fault hdication為故障原因，目前暫未使用；Path ID表示故障鏈路的下游路由器的主入接口的標(biāo)識；其他部分內(nèi)容編碼格式根據(jù)RFC5880標(biāo)準(zhǔn)定義。 217、RTD、RTE和RTA根據(jù)獲知的主用路徑的故障信息，利用備用路徑轉(zhuǎn)發(fā)組播流量。舉例來說，RTD、RTE和RTA的備份出接口打開的規(guī)則是由于故障信息中包含故障鏈路對應(yīng)的主入接口的標(biāo)識，查找所有的組播表項(xiàng)確定對應(yīng)該主入接口的標(biāo)識的備份出接口，通過該備份出接口轉(zhuǎn)發(fā)組播流量；若故障信息中沒有包含任何主入接口的標(biāo)識，則打開所有組播表項(xiàng)的所有組播備份出接口轉(zhuǎn)發(fā)組播流量。舉例來說，RTA根據(jù)獲知的主用路徑的故障信息，通過備份出接口轉(zhuǎn)發(fā)組播流量。 RTE根據(jù)獲知的主用路徑的故障信息，通過備份出接口轉(zhuǎn)發(fā)上述組播流量。RTD根據(jù)獲知的主用路徑的故障信息，通過備份入接口接收上述組播流量。可選地，判斷RTD是否通過主用路徑的主入接口接收組播流量，若RTD未通過主用路徑的主入接口接收組播流量，則繼續(xù)將備份入接口接收到的流量向下轉(zhuǎn)發(fā)。舉例來說，若 RTB與RTC之間的鏈路沒有發(fā)生故障，而是網(wǎng)絡(luò)中其他鏈路的故障信息并且攜帶了 RTC主入接口的鏈路標(biāo)識傳遞到圖2A所示的拓?fù)渲?，也會?dǎo)致組播流量沿備用路徑RTA-RTE-RTD轉(zhuǎn)發(fā)，此時(shí)RTD檢測到備份入接口的組播流量，但是主入接口還存在組播流量，則可以不進(jìn)行切換，并向備用路徑上的路由設(shè)備RTD、RTE和RTA發(fā)送剪枝報(bào)文，拆除備用路徑，可以及時(shí)終止錯(cuò)誤轉(zhuǎn)發(fā)的備份流量。延時(shí)之后，根據(jù)上述實(shí)施例的方法重新建立備份路徑。舉例來說，若是保護(hù)的主入接口減少，則路由設(shè)備發(fā)送剪枝報(bào)文，發(fā)送的剪枝報(bào)文中攜帶減少的主用路徑信息，以更新備份出接口對應(yīng)的主入接口信息。又例如，若是不再需要某一備用路徑，則發(fā)送的剪枝報(bào)文可以不攜帶任何主用路徑信息。上游路由設(shè)備收到上述剪枝報(bào)文，拆除對應(yīng)的備份路徑。圖3為本發(fā)明又一實(shí)施例網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)示意圖，為典型的環(huán)網(wǎng)拓?fù)浣Y(jié)構(gòu)簡化示意圖。正常情況下，環(huán)上的每個(gè)路由設(shè)備都可以收到組播加入消息，可以利用主用路徑(實(shí)線標(biāo)識)轉(zhuǎn)發(fā)組播流量；并逆向傳遞包含加入屬性的備份加入報(bào)文，建立備用路徑(虛線標(biāo)識)。舉例來說，可以靜態(tài)指定備用路徑發(fā)起點(diǎn)的備份入接口，也可以根據(jù)單播的IP FRR算法生成備用路徑發(fā)起點(diǎn)的備份入接口，備份路徑從備份路徑的發(fā)起節(jié)點(diǎn)到組播根節(jié)點(diǎn)或主用路徑與備用路徑的匯聚節(jié)點(diǎn)。當(dāng)環(huán)上RTA與RTB之間的鏈路發(fā)生故障，RTA獲知主出接口故障，向上游路由設(shè)備發(fā)送故障信息，圖3所示示例的網(wǎng)絡(luò)拓?fù)渲杏捎赗TA沒有與其他路由設(shè)備相連，后面不再描述。RTB獲知主入接口的故障信息，發(fā)送通知主用路徑的故障信息， 舉例來說，可以向整個(gè)網(wǎng)絡(luò)泛洪故障信息。故障信息沿RTC-RTD-RTE-RTF傳遞，故障信息中包含了 RTB的主入接口標(biāo)識。RTB設(shè)置為可以通過朝RTC的備份入接口轉(zhuǎn)發(fā)流量。RTC接收到上述故障信息后，感知RTB主用路徑故障，打開朝RTB的備份出接口，同時(shí)發(fā)現(xiàn)故障信息中的主入接口標(biāo)識為自己到組播源的路徑上的一個(gè)主入接口，設(shè)置為可以通過朝RTD的備份入接口轉(zhuǎn)發(fā)流量。RTD接收到故障信息，打開故障信息對應(yīng)的備份出接口，通過該備份出接口轉(zhuǎn)發(fā)流量。RTE接收到故障信息，由于沒有收到包含RTB、RTC主用路徑信息的備份加入，所以不進(jìn)行路徑倒換。最終組播流量由RTD轉(zhuǎn)發(fā)給RTC，然后轉(zhuǎn)發(fā)給RTB。圖4A為本發(fā)明再一實(shí)施例提供的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)簡化示意圖，RTD、RTE是備用路徑發(fā)起點(diǎn)。RTC即備用路徑上RTD、RTE的上游路由設(shè)備，是備用路徑的中間節(jié)點(diǎn)。RTA即備用路徑上RTC上游的路由設(shè)備，是備用路徑的終止節(jié)點(diǎn)。RTB即主用路徑上RTD、RTE的上游路由設(shè)備，是主用路徑的中間節(jié)點(diǎn)。RTA即主用路徑上RTB的上游的路由設(shè)備，是主用路徑和備用路徑的根節(jié)點(diǎn)。舉例來說，根節(jié)點(diǎn)可以是主備樹的聚合點(diǎn)，或者與源直連的路由設(shè)備，再或者由用戶指定。圖4B為本發(fā)明再一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)方法的流程示意圖， 如圖4B所示，本實(shí)施例的組播流量的轉(zhuǎn)發(fā)方法可以包括401 403、RTD、RTE接收第三組播加入消息，發(fā)送第一組播加入消息和第一組播加入消息’到RTA ；舉例來說，RTD、RTE接收到第三組播加入消息之后，可以按照現(xiàn)有技術(shù)中的流程， 建立主用路徑。再舉例來說，RTD、RTE接收組播加入消息后，新增主用路徑信息，例如樹的標(biāo)識(Tree ID)，形成第一組播加入消息，并向上游路由設(shè)備發(fā)送第一組播加入消息，建立主用路徑。利用主用路徑轉(zhuǎn)發(fā)組播流量。路徑建立過程此處不再贅述。這里建立的主用路徑是主用樹。404、RTD、RTE向RTC發(fā)送第二組播加入消息。舉例來說，第二組播加入消息可以攜帶主用路徑信息，例如樹的標(biāo)識(ID)。上述包含主用路徑信息的第二組播加入消息可以利用RFC5384規(guī)范在PIM加入報(bào)文中新定義一個(gè)加入屬性實(shí)現(xiàn)，上述加入屬性可以包含于PIM加入報(bào)文中的源地址中，由 FLAG標(biāo)識此加入是否為主備加入。上述加入屬性的格式可以如下所示+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+FIEIAttr_Type Length | Flags | Tree Count+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ITree ID+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+I……+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ITree ID+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+舉例來說，標(biāo)志位F、標(biāo)志位Ε、屬性類型(Attr_Type)、長度(Length)都使用協(xié)議標(biāo)準(zhǔn)定義，此處不再贅述。Attr_Type標(biāo)識此屬性為包含樹ID的PIM加入；標(biāo)志位Flags 為此屬性的內(nèi)容，目前只使用一位，由1代表PIM備份加入，0代表PIM主加入報(bào)文；Tree Count標(biāo)識Tree ID的數(shù)量；Tree ID標(biāo)識主用樹信息。舉例來說，根據(jù)RFC5384規(guī)范定義，路由設(shè)備在發(fā)送包含加入屬性的PIM加入報(bào)文之前，需要先與鄰居協(xié)商是否支持處理包含樹ID屬性的PIM加入。此協(xié)商是通過路由設(shè)備周期性的PIM Hello報(bào)文來識別的，若鄰居路由設(shè)備發(fā)送的Hello報(bào)文中不包含此PIM擴(kuò)展屬性的Hello選項(xiàng)，則不繼續(xù)發(fā)送包含樹ID屬性的PIM加入。上述PIM擴(kuò)展屬性的Hello 選項(xiàng)的格式可以如下所示+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IOptionType|OptionLength+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IOptionValue+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中，選項(xiàng)類型(OptionType)標(biāo)識此Hello選項(xiàng)為新定義的PIM備份加入屬性Hello選項(xiàng)；選項(xiàng)長度(OptionLength)標(biāo)識此Hello選項(xiàng)的長度，單位為字節(jié)，目前此hello選項(xiàng)的長度固定為8個(gè)字節(jié)；選項(xiàng)數(shù)值(OptionValue)為8個(gè)字節(jié)的預(yù)留長度，目前 暫未使用，發(fā)送時(shí)設(shè)置為O。舉例來說樹ID屬性與前面方法提到的備份加入屬性結(jié)構(gòu)是一致的，可以統(tǒng)一定 義成ー個(gè)屬性。405、RTC判斷不存在收到第二組播加入消息創(chuàng)建的組播表項(xiàng)，則繼續(xù)向RTA轉(zhuǎn)發(fā) 第二組播加入消息’，RTA為主備樹的根節(jié)點(diǎn)，則不再繼續(xù)向上游的路由設(shè)備發(fā)送組播加入 消息，并且收到第二組播加入消息’的出接ロ不轉(zhuǎn)發(fā)組播流量；至此，上述備用路徑建立完畢。主用路徑正常(未出現(xiàn)故障)的情況下，上述備用 路徑上的路由設(shè)備均不通過備份接ロ轉(zhuǎn)發(fā)組播流量。406、當(dāng)RTB與RTE之間的鏈路發(fā)生故障，RTB可以通過故障檢測技術(shù)檢測到下游 鏈路故障，獲知主用路徑的故障信息；可替換地，當(dāng)RTB與RTE之間的鏈路發(fā)生故障，RTE也可以通過故障檢測技術(shù)檢測 到上游鏈路故障，獲知主用路徑的故障信息。407、RTB根據(jù)主出接ロ收到的加入報(bào)文中攜帯的所有樹ID，發(fā)布包含此樹ID的主 用樹的故障信息，即向上述主備樹的根節(jié)點(diǎn)RTA發(fā)送上述主用樹的故障信息，以供RTA打開 對應(yīng)的備份樹轉(zhuǎn)發(fā)組播流量；可替換地，RTE根據(jù)主入接ロ發(fā)送的加入報(bào)文中攜帯的所有樹ID，發(fā)布包含此樹 ID的主用樹的故障信息，即向上述主備樹的根節(jié)點(diǎn)RTA發(fā)送上述主用樹的故障信息，以供 RTA打開對應(yīng)的備份樹轉(zhuǎn)發(fā)組播流量；舉例來說，可以通過如下多種方式向上述主備樹的根節(jié)點(diǎn)RTA發(fā)送上述主用路徑 的故障信息A、RTE或RTB向整個(gè)網(wǎng)絡(luò)中的路由設(shè)備泛洪上述故障信息；這種方案中，主用路徑的故障信息可以在通過配置了故障檢測與傳遞的接ロ在整 網(wǎng)中泛洪，直到轉(zhuǎn)發(fā)給根節(jié)點(diǎn)，即路由設(shè)備RTA。B、RTB根據(jù)預(yù)先設(shè)置的故障傳遞策略，將故障沿著主用樹的根節(jié)點(diǎn)方向傳遞。C、RTE根據(jù)預(yù)先設(shè)置的故障傳遞策略，將故障沿主用樹的葉子方向傳遞，故障到達(dá) 葉子以后，故障再沿著備份樹傳遞給根節(jié)點(diǎn)。舉例來說，上述故障信息傳遞可以通過擴(kuò)展故障檢測協(xié)議來實(shí)現(xiàn)，可以增加源地 址以及路徑信息，以BFD協(xié)議為例，協(xié)議需要擴(kuò)展如下所示+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+I Vers I Diag Sta|P|F|C|A|D|M Detect Mult | Length+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IMy Discriminator+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IYour Discriminator+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IDesired Min TX Interval+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IRequired Min RX Interval
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IRequired Min Echo RX Interval+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+I Type | Length |Fault Indication+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ITree ID+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中，版本號(Version)標(biāo)識版本，由于擴(kuò)展了 BFD報(bào)文，因此需要新定義版本號； Type為類型定義；Length為擴(kuò)展部分的長度；Fault Indication為故障原因，目前暫未使用；Tree ID標(biāo)識主用樹信息；其他部分內(nèi)容編碼格式根據(jù)RFC5880標(biāo)準(zhǔn)定義。408、RTA根據(jù)獲知的主用路徑的故障信息，利用備用路徑轉(zhuǎn)發(fā)組播流量，這里，備用路徑是備用樹。舉例來說，RTA接收到故障信息后，根據(jù)故障信息中攜帶的樹ID確定對應(yīng)的備份出接口，通過備份出接口轉(zhuǎn)發(fā)組播流量，主出接口停止轉(zhuǎn)發(fā)組播流量，RTE、RTD根據(jù)獲知的主用樹的故障信息，通過備份入接口接收上述組播流量且向下轉(zhuǎn)發(fā)?？蛇x地，若RTE、RTD未通過主入接口接收組播流量時(shí)，繼續(xù)將備份入接口接收到的流量向下轉(zhuǎn)發(fā)。需要說明的是對于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。在上述實(shí)施例中，對各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。圖5為本發(fā)明實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖，如圖5所示，本實(shí)施例的組播流量的轉(zhuǎn)發(fā)裝置可以包括接收模塊51、第一響應(yīng)模塊52、第二響應(yīng)模塊53和發(fā)送模塊M。其中，接收模塊51接收第三組播加入消息，第一響應(yīng)模塊52響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑，第二響應(yīng)模塊 53響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑，發(fā)送模塊M通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所模塊，用于述組播流量。上述本發(fā)明實(shí)施例一中方法可以由本發(fā)明實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)裝置實(shí)現(xiàn)。本實(shí)施例通過第二響應(yīng)模塊預(yù)先建立不轉(zhuǎn)發(fā)組播流量的備用路徑，由于備用路徑在主用路徑正常轉(zhuǎn)發(fā)組播流量時(shí)不轉(zhuǎn)發(fā)組播流量，所以不會占用雙倍的網(wǎng)絡(luò)帶寬，從而節(jié)省了網(wǎng)絡(luò)帶寬。圖6為本發(fā)明另一實(shí)施例提供的組播流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖，如圖6所示， 與上一實(shí)施例相比，本實(shí)施例的組播流量的轉(zhuǎn)發(fā)裝置還可以進(jìn)一步包括轉(zhuǎn)發(fā)模塊61，用于當(dāng)所述主用路徑發(fā)生故障時(shí)，通過所述備用路徑轉(zhuǎn)發(fā)所述組播流量。本實(shí)施例通過第二響應(yīng)模塊預(yù)先建立不轉(zhuǎn)發(fā)組播流量的備用路徑，使得在第一響應(yīng)模塊建立的主用路徑發(fā)生故障時(shí)，轉(zhuǎn)發(fā)模塊能夠利用預(yù)先建立的備用路徑轉(zhuǎn)發(fā)組播流量，由于備用路徑在主用路徑正常轉(zhuǎn)發(fā)組播流量時(shí)不轉(zhuǎn)發(fā)組播流量，所以不會占用雙倍的網(wǎng)絡(luò)帶寬，從而節(jié)省網(wǎng)絡(luò)帶寬。上述方法實(shí)施例中描述的各種具體方案均適用于裝置實(shí)施例，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種組播流量的轉(zhuǎn)發(fā)方法，其特征在于，包括接收第三組播加入消息；響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑；響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑；通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所述組播流量。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括當(dāng)所述主用路徑發(fā)生故障時(shí)，通過所述備用路徑轉(zhuǎn)發(fā)所述組播流量。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第二組播加入消息包含用于標(biāo)識所述備用路徑所保護(hù)的主用路徑的主入接口信息的主用路徑信息，所述當(dāng)所述主用路徑發(fā)生故障時(shí)，通過所述備用路徑轉(zhuǎn)發(fā)所述組播流量包括當(dāng)所述主用路徑發(fā)生故障時(shí)，備用路徑上的路由設(shè)備根據(jù)獲取到的主用路徑的故障信息中攜帶的主入接口的標(biāo)識，確定對應(yīng)的備份出接口，通過所述備份出接口轉(zhuǎn)發(fā)所述組播流量。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一組播加入消息包含用于標(biāo)識所述備用路徑所保護(hù)的主用路徑的主入接口信息的主用路徑信息，所述當(dāng)所述主用路徑發(fā)生故障時(shí)，通過所述備用路徑轉(zhuǎn)發(fā)所述組播流量包括當(dāng)所述主用路徑發(fā)生故障時(shí)，備用路徑上的根節(jié)點(diǎn)路由設(shè)備根據(jù)獲取到的主用路徑的故障信息中攜帶的樹的標(biāo)識，確定對應(yīng)的備份出接口，通過所述備份出接口轉(zhuǎn)發(fā)所述組播流量。
5.一種組播流量的轉(zhuǎn)發(fā)裝置，其特征在于，包括接收模塊，用于接收第三組播加入消息；第一響應(yīng)模塊，用于響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑；第二響應(yīng)模塊，用于響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑；發(fā)送模塊，用于通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所模塊，用于述組播流量。
6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，還包括轉(zhuǎn)發(fā)模塊，用于當(dāng)所述主用路徑發(fā)生故障時(shí)，通過所述備用路徑轉(zhuǎn)發(fā)所述組播流量。
全文摘要
本發(fā)明實(shí)施例提供一種組播流量的轉(zhuǎn)發(fā)方法及裝置，方法包括接收第三組播加入消息；響應(yīng)所述第三組播加入消息，向第一上游路由設(shè)備發(fā)送第一組播加入消息，并建立主用路徑；響應(yīng)所述第三組播加入消息，向第二上游路由設(shè)備發(fā)送第二組播加入消息，并建立備用路徑；通過所述主用路徑發(fā)送組播流量到所述組播接收者，所述備用路徑不轉(zhuǎn)發(fā)所述組播流量。上述實(shí)施例通過預(yù)先建立不轉(zhuǎn)發(fā)組播流量的備用路徑，使得在主用路徑發(fā)生故障時(shí)，能夠利用預(yù)先建立的備用路徑轉(zhuǎn)發(fā)組播流量，由于備用路徑在主用路徑正常轉(zhuǎn)發(fā)組播流量時(shí)不轉(zhuǎn)發(fā)組播流量，所以不會占用雙倍的網(wǎng)絡(luò)帶寬，從而可以節(jié)省網(wǎng)絡(luò)帶寬。
文檔編號H04L12/56GK102316016SQ20101022583
公開日2012年1月11日 申請日期2010年7月5日 優(yōu)先權(quán)日2010年7月5日
發(fā)明者于云福, 劉暉, 白濤, 范樹學(xué), 陳剛 申請人:華為技術(shù)有限公司