專利名稱：一種二層冗余鏈路的快速組播切換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種IP組播控制技術(shù)領(lǐng)域，具體地說(shuō)是一種二層冗余鏈路的快速組播切換方法。
背景技術(shù)：
在使用以太網(wǎng)的接入網(wǎng)絡(luò)通信中，組播業(yè)務(wù)(如IPTV網(wǎng)絡(luò)電視、IP會(huì)議電視業(yè)務(wù)、IP網(wǎng)上課程等)越來(lái)越成為一種普遍公眾的服務(wù)。圖1是一種典型的IP組播體系結(jié)構(gòu)示意，在用戶主機(jī)與組播路由器之間使用組成員關(guān)系協(xié)議，如典型的IPv4中的IGMP與IPv6中的MLD，主機(jī)通過(guò)此協(xié)議告訴組播路由器，希望加入并接收某個(gè)特定組播組的信息，同時(shí)組播路由器通過(guò)此協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個(gè)已知組的成員是否處于活動(dòng)狀態(tài)，以建立并且維護(hù)路由器直接聯(lián)網(wǎng)段的組成員關(guān)系信息；同時(shí)·為了有效地抑制組播業(yè)務(wù)流在鏈路層的擴(kuò)散，在接入層的網(wǎng)絡(luò)設(shè)備中引入了 IGMP Snooping (IGMP偵聽(tīng))等組播協(xié)議，上述網(wǎng)絡(luò)設(shè)備可以是SOHO Router (家用小型網(wǎng)關(guān))、SWITCH (交換機(jī))等形式，它們通過(guò)監(jiān)聽(tīng)或攔截用戶主機(jī)向組播路由器發(fā)送的組播請(qǐng)求報(bào)告報(bào)文形成組播轉(zhuǎn)發(fā)表并根據(jù)該表向用戶主機(jī)提供組播業(yè)務(wù)復(fù)制、分發(fā)。通常，接入層的網(wǎng)絡(luò)設(shè)備一般會(huì)有主、備份鏈路連接到上級(jí)網(wǎng)絡(luò)設(shè)備；對(duì)于一些關(guān)鍵上級(jí)網(wǎng)絡(luò)設(shè)備還會(huì)提供相應(yīng)的備份設(shè)備，主、備份鏈路分別連接到相應(yīng)的主、備份上級(jí)網(wǎng)絡(luò)設(shè)備。在主鏈路發(fā)生故障時(shí)，網(wǎng)絡(luò)接入設(shè)備可以切換到備份鏈路并進(jìn)一步對(duì)主鏈路所承載的業(yè)務(wù)進(jìn)行恢復(fù)。如圖2所示，接入交換機(jī)通過(guò)兩個(gè)上行鏈路接口 Portl、Port2同時(shí)連接到兩個(gè)上級(jí)網(wǎng)絡(luò)設(shè)備SWITCH1和SWITCH2 (備份設(shè)備)，在二層轉(zhuǎn)發(fā)網(wǎng)絡(luò)中，采用二層鏈路冗余協(xié)議使鏈路備份工作。正常情況下，對(duì)應(yīng)Portl的主鏈路所連接的SWITCH1處于工作狀態(tài)，對(duì)應(yīng)Port2的備份鏈路所連接的SWITCH2處于備份狀態(tài)，或作單獨(dú)備份、或作負(fù)載均衡分擔(dān)組播數(shù)據(jù)流。當(dāng)SWITCH1故障、主鏈路物理連接故障、或Portl故障(統(tǒng)稱鏈路故障)時(shí)，接入交換機(jī)將切換到由備份設(shè)備SWITCH2和Port2組成的備份鏈路進(jìn)行工作，但SWITCH2并沒(méi)有SffITCHl上的組播轉(zhuǎn)發(fā)信息。如此，即使備份鏈路連接在很短的時(shí)間內(nèi)得到建立而使鏈路得以恢復(fù)，但主鏈路上承載的組播數(shù)據(jù)流并不會(huì)立即通過(guò)備份鏈路得到提供。上述網(wǎng)絡(luò)環(huán)境下，當(dāng)鏈路故障發(fā)生后，即使鏈路在很短的時(shí)間內(nèi)得到恢復(fù)，如果需要恢復(fù)鏈路故障前的組播業(yè)務(wù)，接入交換機(jī)所接入的用戶主機(jī)需要重新發(fā)送組播加入請(qǐng)求；或通過(guò)組播路由器周期周期發(fā)送的GMQ (通用組成員查詢General Member Query)查詢報(bào)文、用戶響應(yīng)查詢報(bào)文使組播業(yè)務(wù)得到恢復(fù)，其恢復(fù)過(guò)程如圖3。但由于GMQ查詢周期時(shí)間一般為125秒，并且下級(jí)設(shè)備或用戶在10秒內(nèi)發(fā)生響應(yīng)報(bào)文，所以其組播業(yè)務(wù)恢復(fù)時(shí)間較長(zhǎng)，該恢復(fù)時(shí)間一般在鏈路恢復(fù)或備份鏈路建立后135 (125+10)秒內(nèi)隨機(jī)分布。綜上所述，在上述網(wǎng)絡(luò)環(huán)境下，雖然可以通過(guò)組播路由器周期發(fā)送GMQ查詢報(bào)文使組播業(yè)務(wù)得以恢復(fù)，但是，恢復(fù)時(shí)間比較隨機(jī)(135秒內(nèi)隨機(jī)分布)，而且恢復(fù)時(shí)間較長(zhǎng)，將影響組播業(yè)務(wù)提供。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種二層冗余鏈路的快速組播切換方法，下游網(wǎng)絡(luò)設(shè)備至少有兩條鏈路與上游網(wǎng)絡(luò)設(shè)備相連，并接收組播數(shù)據(jù)流。本發(fā)明提供的一種二層冗余鏈路的快速組播切換方法，包括如下步驟
a)下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備間至少建立兩條冗余鏈路，其中主鏈路端口處于Forwarding狀態(tài),正常收發(fā)用戶數(shù)據(jù)包,備鏈路端口處于Discarding狀態(tài)，不接收和發(fā)送任何用戶數(shù)據(jù)包；
b)下游網(wǎng)絡(luò)設(shè)備運(yùn)行二層組播監(jiān)聽(tīng)協(xié)議，在收到組播請(qǐng)求報(bào)文后，向作為組播監(jiān)聽(tīng)協(xié)議路由端口的主鏈路端口轉(zhuǎn)發(fā),并將其復(fù)制從備鏈路端口以內(nèi)部數(shù)據(jù)包形式發(fā)送出去；
c)上游網(wǎng)絡(luò)設(shè)備解析所述組播請(qǐng)求報(bào)文，形成組播轉(zhuǎn)發(fā)表，向下游網(wǎng)絡(luò)設(shè)備的主備鏈路所連端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流；
d)下游網(wǎng)絡(luò)設(shè)備根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將主鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口，將備鏈路端口收到的組播數(shù)據(jù)包阻塞在端口處，不做任何處理；
e)下游網(wǎng)絡(luò)設(shè)備進(jìn)行二層冗余鏈路的故障檢測(cè)；
f)一旦下游網(wǎng)絡(luò)設(shè)備在主鏈路上檢測(cè)到故障，根據(jù)二層鏈路冗余協(xié)議，將備鏈路端口變?yōu)镕orwarding狀態(tài)，并根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將備鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口。所述下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備之間以主、備份鏈路方式工作，二層鏈路冗余協(xié)議包括但不限于STP/RSTP/MSTP及其它基于生成樹(shù)協(xié)議進(jìn)行改良的二層鏈路冗余協(xié)議，如ERPS、Sm`arLink, RRPP0所述下游網(wǎng)絡(luò)設(shè)備與上游網(wǎng)絡(luò)設(shè)備之間的主鏈路處于Forwarding狀態(tài)，備份鏈路處于Discarding狀態(tài)；處于Forwarding狀態(tài)的鏈路可以正常收發(fā)用戶數(shù)據(jù)報(bào)文,處于Discarding狀態(tài)的鏈路丟棄所有用戶數(shù)據(jù)報(bào)文，但可以轉(zhuǎn)發(fā)內(nèi)部數(shù)據(jù)報(bào)文。所述用戶數(shù)據(jù)報(bào)文是指來(lái)自交換機(jī)外部需要交換機(jī)進(jìn)行轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)文，所述內(nèi)部報(bào)文是指來(lái)自交換機(jī)內(nèi)部，由CPU生成的數(shù)據(jù)報(bào)文。處于Discarding狀態(tài)的端口無(wú)法阻塞內(nèi)部數(shù)據(jù)報(bào)文。所述二層組播監(jiān)聽(tīng)協(xié)議為IPv4標(biāo)準(zhǔn)的IGMP Snooping協(xié)議或IPv6標(biāo)準(zhǔn)的MLDSnooping協(xié)議。所述組播請(qǐng)求報(bào)文為IPv4標(biāo)準(zhǔn)的IGMP組播加入請(qǐng)求報(bào)文或IPv6標(biāo)準(zhǔn)的MLD組播加入請(qǐng)求報(bào)文。本發(fā)明一種二層冗余鏈路的快速組播切換方法的優(yōu)點(diǎn)是在鏈路故障之前實(shí)現(xiàn)數(shù)據(jù)流在冗余路徑上的備份，而不是簡(jiǎn)單的路徑備份。在鏈路發(fā)生切換后，只要備份鏈路變?yōu)镕orwarding狀態(tài),組播數(shù)據(jù)流可以立即轉(zhuǎn)發(fā)給需要接收的用戶。傳統(tǒng)的路徑冗余方法，在主鏈路發(fā)生故障后需要備份鏈路重新建立路徑，因而組播恢復(fù)時(shí)間等于鏈路切換時(shí)間與備份鏈路重新建立組播路徑的時(shí)間之和。本發(fā)明在鏈路切換之前使備份鏈路上存在冗余數(shù)據(jù)，因而使得組播恢復(fù)時(shí)間僅僅等于鏈路切換時(shí)間，沒(méi)有備份鏈路重新建立組播路徑的時(shí)間，因而可以使得組播業(yè)務(wù)得到極快的恢復(fù)，提高了組播業(yè)務(wù)的可靠性，并且由于采用的均是國(guó)際標(biāo)準(zhǔn)協(xié)議，因而對(duì)上下游設(shè)備都沒(méi)有特殊技術(shù)要求，可以在廣泛的網(wǎng)絡(luò)環(huán)境中使用。


圖1為一種典型的IP組播結(jié)構(gòu)示意 圖2為接入交換機(jī)具有兩個(gè)上行鏈路接口連接到不同上級(jí)網(wǎng)絡(luò)設(shè)備的組播模型；
圖3為通過(guò)GMQ查詢方式組播業(yè)務(wù)恢復(fù)示意 圖4為本發(fā)明提供的上行冗余鏈路的快速組播切換流程示意圖。
具體實(shí)施例方式本發(fā)明提供一種二層冗余鏈路的快速組播切換方法，包括如下步驟
a)下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備間至少建立兩條冗余鏈路，其中主鏈路端口處于Forwarding狀態(tài),正常收發(fā)用戶數(shù)據(jù)包,備鏈路端口處于Discarding狀態(tài)，不接收和發(fā)送任何用戶數(shù)據(jù)包；
b)下游網(wǎng)絡(luò)設(shè)備運(yùn)行二層組播監(jiān)聽(tīng)協(xié)議，在收到組播請(qǐng)求報(bào)文后，向作為組播監(jiān)聽(tīng)協(xié)議路由端口的主鏈路端口轉(zhuǎn)發(fā),并將其復(fù)制從備鏈路端口以內(nèi)部數(shù)據(jù)包形式發(fā)送出去；
c)上游網(wǎng)絡(luò)設(shè)備解析所述組播請(qǐng)求報(bào)文，形成組播轉(zhuǎn)發(fā)表，向下游網(wǎng)絡(luò)設(shè)備的主備鏈路所連端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流；
d)下游網(wǎng)絡(luò)設(shè)備根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將主鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口，將備鏈路端口收到的組播數(shù)據(jù)包阻塞在端口處，不做任何處理；
e)下游網(wǎng)絡(luò)設(shè)備進(jìn)行二 層冗余鏈路的故障檢測(cè)；
f)一旦下游網(wǎng)絡(luò)設(shè)備在主鏈路上檢測(cè)到故障，根據(jù)二層鏈路冗余協(xié)議，將備鏈路端口變?yōu)镕orwarding狀態(tài)，并根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將備鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口。所述下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備之間以主、鏈路方式工作，二層鏈路冗余協(xié)議包括但不限于STP/RSTP/MSTP及其它基于生成樹(shù)協(xié)議進(jìn)行改良的二層鏈路冗余協(xié)議，如ERPS、SmarLink, RRPP0所述下游網(wǎng)絡(luò)設(shè)備與上游網(wǎng)絡(luò)設(shè)備之間的主鏈路處于Forwarding狀態(tài)，備份鏈路處于Discarding狀態(tài)；處于Forwarding狀態(tài)的鏈路可以正常收發(fā)用戶數(shù)據(jù)報(bào)文,處于Discarding狀態(tài)的鏈路丟棄所有用戶數(shù)據(jù)報(bào)文，但可以轉(zhuǎn)發(fā)內(nèi)部數(shù)據(jù)報(bào)文。所述用戶數(shù)據(jù)報(bào)文是指來(lái)自交換機(jī)外部需要交換機(jī)進(jìn)行轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)文，所述內(nèi)部報(bào)文是指來(lái)自交換機(jī)內(nèi)部，由CPU生成的數(shù)據(jù)報(bào)文。處于Discarding狀態(tài)的端口無(wú)法阻塞內(nèi)部數(shù)據(jù)報(bào)文。所述二層組播監(jiān)聽(tīng)協(xié)議為IPv4標(biāo)準(zhǔn)的IGMP Snooping協(xié)議或IPv6標(biāo)準(zhǔn)的MLDSnooping協(xié)議。所述組播請(qǐng)求報(bào)文為IPv4標(biāo)準(zhǔn)的IGMP組播加入請(qǐng)求報(bào)文或IPv6標(biāo)準(zhǔn)的MLD組播加入請(qǐng)求報(bào)文。 下面結(jié)合附圖，對(duì)本發(fā)明的實(shí)施方式進(jìn)行詳細(xì)的說(shuō)明。圖4為本發(fā)明提供的上行冗余鏈路的快速組播切換流程示意圖
結(jié)合前圖2所示，接入交換機(jī)具有兩條鏈路與不同的上級(jí)網(wǎng)絡(luò)設(shè)備SWITCH1/SWITCH2相連形成主、備份鏈路，備份鏈路或作單獨(dú)備份、或作負(fù)載均衡也分擔(dān)提供組播數(shù)據(jù)流。此夕卜，不排除接入交換機(jī)具有多條備份鏈路。步驟S40，接入交換機(jī)在收到用戶組播請(qǐng)求報(bào)文后，除了向上行冗余鏈路的主鏈路轉(zhuǎn)發(fā)外，還將其復(fù)制并從其他備份鏈路轉(zhuǎn)發(fā)出去；
步驟S41，上游網(wǎng)絡(luò)設(shè)備在主、備份鏈路上均收到用戶的組播請(qǐng)求報(bào)文，執(zhí)行報(bào)文解析如果請(qǐng)求的組播數(shù)據(jù)流已經(jīng)在該設(shè)備上存在，它將更新其組播轉(zhuǎn)發(fā)表并通過(guò)主、備份鏈路向接入交換機(jī)轉(zhuǎn)發(fā)組播數(shù)據(jù)流；否則它會(huì)向組播路由器請(qǐng)求該組播數(shù)據(jù)流，然后將該組播數(shù)據(jù)流轉(zhuǎn)發(fā)給接入交換機(jī)。另一方面，由于接入交換機(jī)的備份鏈路處于Discarding狀態(tài)，備份鏈路上的所有用戶數(shù)據(jù)報(bào)文均被丟棄，因而只有主鏈路上的組播數(shù)據(jù)流轉(zhuǎn)發(fā)至用戶。用戶發(fā)送的組播請(qǐng)求報(bào)文可以是IPv4標(biāo)準(zhǔn)的IGMP組播加入請(qǐng)求報(bào)文或IPv6標(biāo)準(zhǔn)的MLD組播加入請(qǐng)求報(bào)文。步驟S42，當(dāng)主鏈路發(fā)生故障時(shí)，例如該鏈路對(duì)應(yīng)的接入交換機(jī)鏈路端口、鏈路物理故障、或該鏈路對(duì)應(yīng)的SWTICH端口等發(fā)生故障導(dǎo)致組播數(shù)據(jù)流中斷，接入交換機(jī)需要執(zhí)行鏈路故障檢測(cè)以盡快恢復(fù)鏈路；
對(duì)應(yīng)圖2所示存在主、備份兩條鏈路的情況下，通常接入交換機(jī)通過(guò)二層鏈路冗余協(xié)議，如執(zhí)行STP/RSTP/MSTP、Smart Link、ERPS等。如此，接入交換機(jī)可在主鏈路發(fā)生故障時(shí)，切換到另一條備份鏈路上。一旦備用鏈路啟用變?yōu)镕owarding狀態(tài)，接入交換機(jī)將可以立即將備用鏈路上轉(zhuǎn)發(fā)而來(lái)的組播數(shù)據(jù)流轉(zhuǎn)發(fā)給用戶。因?yàn)樯鲜鲞^(guò)程通過(guò)數(shù)據(jù)冗余而不是路徑冗余的方式實(shí)現(xiàn)快速組播切換，因此組播切換時(shí)間完全取決于鏈路切換時(shí)間，沒(méi)有任何而外開(kāi)銷。盡管上述說(shuō)明為本發(fā)明提供了一些實(shí)施例，并非用來(lái)限定本發(fā)明的保護(hù)范圍，本技術(shù)領(lǐng)域的專業(yè)人員可以在不 脫離本發(fā)明的范圍和精神的前提下，對(duì)實(shí)施例進(jìn)行各種修改，比如采用其他通過(guò)阻塞方式實(shí)現(xiàn)主備鏈路備份的二層鏈路冗余協(xié)議，其他通過(guò)非STP狀態(tài)實(shí)現(xiàn)端口狀態(tài)阻塞的方法，這種修改均屬于本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種二層冗余鏈路的快速組播切換方法，包括如下步驟 a)下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備間至少建立兩條冗余鏈路，其中主鏈路端口處于Forwarding狀態(tài),正常收發(fā)用戶數(shù)據(jù)包，備鏈路端口處于Discarding狀態(tài)，不接收和發(fā)送任何用戶數(shù)據(jù)包； b)下游網(wǎng)絡(luò)設(shè)備運(yùn)行二層組播監(jiān)聽(tīng)協(xié)議，在收到組播請(qǐng)求報(bào)文后，向作為組播監(jiān)聽(tīng)協(xié)議路由端口的主鏈路端口轉(zhuǎn)發(fā),并將其復(fù)制從備鏈路端口以內(nèi)部數(shù)據(jù)包形式發(fā)送出去； c)上游網(wǎng)絡(luò)設(shè)備解析所述組播請(qǐng)求報(bào)文，形成組播轉(zhuǎn)發(fā)表，向下游網(wǎng)絡(luò)設(shè)備的主、備鏈路所連端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流； d)下游網(wǎng)絡(luò)設(shè)備根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將主鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口，將備鏈路端口收到的組播數(shù)據(jù)包阻塞在端口處，不做任何處理； e)下游網(wǎng)絡(luò)設(shè)備進(jìn)行二層冗余鏈路的故障檢測(cè)； f)一旦下游網(wǎng)絡(luò)設(shè)備在主鏈路上檢測(cè)到故障，根據(jù)二層鏈路冗余協(xié)議，將備鏈路端口變?yōu)镕orwarding狀態(tài)，并根據(jù)二層組播監(jiān)聽(tīng)協(xié)議將備鏈路端口收到的組播數(shù)據(jù)流轉(zhuǎn)發(fā)到組播成員端口。
2.如權(quán)利要求1所述的一種二層冗余鏈路的快速組播切換方法，其特征在于所述下游網(wǎng)絡(luò)設(shè)備通過(guò)二層鏈路冗余協(xié)議與上游網(wǎng)絡(luò)設(shè)備之間以主、備份鏈路方式工作，二層鏈路冗余協(xié)議包括但不限于STP/RSTP/MSTP及其它基于生成樹(shù)協(xié)議進(jìn)行改良的二層鏈路冗余協(xié)議,如 ERPS、SmarLink, RRPP0
3.如權(quán)利要求1所述的一種二層冗余鏈路的快速組播切換方法，其特征在于所述下游網(wǎng)絡(luò)設(shè)備與上游網(wǎng)絡(luò)設(shè)備之間的主鏈路處于Forwarding狀態(tài)，備份鏈路處于Discarding狀態(tài)；處于Forwarding狀態(tài)態(tài)的鏈路可以正常收發(fā)用戶數(shù)據(jù)報(bào)文，處于Discarding狀態(tài)的鏈路丟棄所有用戶數(shù)據(jù)報(bào)文，但可以轉(zhuǎn)發(fā)內(nèi)部數(shù)據(jù)報(bào)文。
4.如權(quán)利要求1或3所述的一種二層冗余鏈路的快速組播切換方法，其特征在于所述用戶數(shù)據(jù)報(bào)文是指來(lái)自交換機(jī)外部需要交換機(jī)進(jìn)行轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)文，所述內(nèi)部報(bào)文是指來(lái)自交換機(jī)內(nèi)部，由CPU生成的數(shù)據(jù)報(bào)文，處于Discarding狀態(tài)的端口無(wú)法阻塞內(nèi)部數(shù)據(jù)報(bào)文。
5.如權(quán)利要求1所述的一種二層冗余鏈路的快速組播切換方法，其特征在于所述二層組播監(jiān)聽(tīng)協(xié)議為IPv4標(biāo)準(zhǔn)的IGMP Snooping協(xié)議或IPv6標(biāo)準(zhǔn)的MLD Snooping協(xié)議。
6.如權(quán)利要求1所述的一種二層冗余鏈路的快速組播切換方法，其特征在于所述組播請(qǐng)求報(bào)文為IPv4標(biāo)準(zhǔn)的IGMP組播加入請(qǐng)求報(bào)文或IPv6標(biāo)準(zhǔn)的MLD組播加入請(qǐng)求報(bào)文。
全文摘要
本發(fā)明公開(kāi)了一種二層冗余鏈路的快速組播切換方法,下游網(wǎng)絡(luò)設(shè)備與上游網(wǎng)絡(luò)設(shè)備之間至少有兩條冗余鏈路，其中主鏈路處于生成樹(shù)中的Forwarding狀態(tài)，備份鏈路處于生成樹(shù)中的Discarding狀態(tài)。下游網(wǎng)絡(luò)設(shè)備在收到來(lái)自用戶的組播加入報(bào)文后，除了將其從主鏈路轉(zhuǎn)發(fā)以外，還將其復(fù)制一份從備用鏈路發(fā)送出去。到達(dá)備用鏈路的組播報(bào)文由于端口處于Discarding狀態(tài)而被丟棄。在主鏈路發(fā)生故障后，備份鏈路變?yōu)镕orwarding狀態(tài)，可以立即將原先丟棄的組播報(bào)文立即轉(zhuǎn)發(fā)給用戶。該方法采用數(shù)據(jù)冗余而不是路徑冗余的方式，對(duì)上游網(wǎng)絡(luò)設(shè)備無(wú)任何要求，極大地縮短了組播業(yè)務(wù)切換時(shí)間，增強(qiáng)了組播業(yè)務(wù)的健壯性與連續(xù)性。
文檔編號(hào)H04L12/703GK103051536SQ20121056170
公開(kāi)日2013年4月17日 申請(qǐng)日期2012年12月22日 優(yōu)先權(quán)日2012年12月22日
發(fā)明者候林林, 楊勝釗, 石磊, 金明 申請(qǐng)人:中國(guó)船舶重工集團(tuán)公司第七0九研究所