專利名稱：一種跨vpn組播實(shí)現(xiàn)方法、裝置及網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種跨VPN組播實(shí)現(xiàn)方法、裝置及網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
目前，在部署網(wǎng)際協(xié)議/多協(xié)議標(biāo)記交換(IP/MPLS)技術(shù)的網(wǎng)絡(luò)中主要是給用戶提供第三層/第二層(L3/L2)的虛擬專用網(wǎng)絡(luò)(VPN，Virtual Private Network)服務(wù)。隨著用戶組播業(yè)務(wù)(如視頻會議等)需求的增長，用戶期望能在IP/MPLS網(wǎng)絡(luò)上獲得組播VPN 服務(wù)。目前主要通過在IP/MPLS網(wǎng)絡(luò)上使用組播域(MD，Multicast Domain)來提供跨VPN 組播服務(wù)，其通過為每個VPN維護(hù)一個組播域來提供VPN組播服務(wù)。MD技術(shù)的本質(zhì)是通過使用通用路由協(xié)議封裝(GRE，Generic Routing Encapsulation)隧道封裝用戶的組播流量，是基于IP的組播轉(zhuǎn)發(fā)技術(shù)，而沒有使用基于MPLS的轉(zhuǎn)發(fā)機(jī)制?，F(xiàn)有的使用MD技術(shù)實(shí)現(xiàn)跨VPN組播有如下幾種方式方式一、在和組播源相連的運(yùn)營商邊緣(PEJrovider Edge)設(shè)備(入口 PE設(shè)備) 上為每個需要接收組播流量的VPN實(shí)例(接收端VPN)分別創(chuàng)建一個虛擬路由轉(zhuǎn)發(fā)(VRF， Virtual Routing and forwarding)，并分別為創(chuàng)建的每個VRF綁定一個接口，綁定的接口都和組播源相連接。在該種方式下，由于需要在入口 PE設(shè)備上創(chuàng)建VRF和綁定接口，增大了入口 PE設(shè)備的壓力，同時由于入口 PE設(shè)備需要為每個接收端VPN復(fù)制一份組播報(bào)文在公網(wǎng)上傳播， 將占用大量的公網(wǎng)的傳輸帶寬。方式二、在入口 PE設(shè)備上為每個需要接收組播流量的VPN實(shí)例分別創(chuàng)建一個VRF， 為創(chuàng)建的VRF統(tǒng)一配置一個接口和視頻源相連，但每個與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF需要導(dǎo)入和視頻源相連VRF的路由。使用此種方式一定程度減少了配置復(fù)雜度，但是仍存在入口 PE設(shè)備為每個接收端VPN復(fù)制一份組播報(bào)文在公網(wǎng)上傳播，占用大量公網(wǎng)的傳輸帶寬的問題。方式三、使用邊界網(wǎng)關(guān)協(xié)議(BGP，Border Gateway Protocol)的多點(diǎn)分發(fā)樹(MDT， multicast distribution tree)地址族。通過使用方式三可以保證組播報(bào)文在公網(wǎng)中只傳輸一份，在該種方式下，在每個接收端PE設(shè)備(出口 PE設(shè)備)，需要為組播源創(chuàng)建一個 VRF,然后將從組播源對應(yīng)VRF接收到的組播報(bào)文轉(zhuǎn)發(fā)到需要接收組播流量的VPN實(shí)例對應(yīng)的 VRF。此種方式雖然可以節(jié)省公網(wǎng)帶寬，但是各出口 PE設(shè)備都需要配置組播源，配置繁瑣。方式四、不使用BGP的MDT地址族，但是需要在出口 PE設(shè)備配置與組播源對應(yīng)的 VRF，然后將從組播源對應(yīng)的VRF接收到的組播報(bào)文引入到需要接收組播流量的VPN實(shí)例對應(yīng)的VRF中。本方式和方式三類似，各出口 PE設(shè)備都需要配置組播源，配置繁瑣。可以看出，上述方案不是浪費(fèi)公網(wǎng)帶寬，就是配置復(fù)雜，且由于實(shí)際轉(zhuǎn)發(fā)時使用的是IP組播隧道，故無法沿路徑預(yù)留帶寬，且在公網(wǎng)出現(xiàn)故障時，由于IP組播目前還不支持快速重路由，故也無法快速對組播流量進(jìn)行保護(hù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種跨VPN組播實(shí)現(xiàn)方法、裝置及網(wǎng)絡(luò)設(shè)備，用于解決現(xiàn)有的基于IP組播轉(zhuǎn)發(fā)技術(shù)實(shí)現(xiàn)的跨VPN組播所存在的浪費(fèi)公網(wǎng)帶寬、配置復(fù)雜、無法快速對組播流量進(jìn)行保護(hù)的問題。一種跨VPN組播實(shí)現(xiàn)方法，該方法包括為點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程標(biāo)簽轉(zhuǎn)發(fā)路徑P2MP-TE LSP生成一個虛擬接 Π ；將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定；在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。一種跨VPN組播實(shí)現(xiàn)裝置，該裝置包括虛擬接口生成單元，用于為點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程標(biāo)簽轉(zhuǎn)發(fā)路徑 Ρ2ΜΡ-ΤΕ LSP生成一個虛擬接口 ；綁定單元，用于將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定；復(fù)制轉(zhuǎn)發(fā)單元，用于在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。一種網(wǎng)絡(luò)設(shè)備，該網(wǎng)絡(luò)設(shè)備包括跨VPN組播實(shí)現(xiàn)裝置。根據(jù)本發(fā)明實(shí)施例提供的方案，通過為Ρ2ΜΡ-ΤΕ LSP生成虛擬接口，并將生成的虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定，在從所述虛擬接口接收到組播報(bào)文時，復(fù)制該組播報(bào)文并向每個綁定的VRF轉(zhuǎn)發(fā)實(shí)現(xiàn)了跨VPN組播。由于本發(fā)明方案提供的跨VPN組播實(shí)現(xiàn)方案基于Ρ2ΜΡ-ΤΕ技術(shù)，在組播過程中，組播流量只出現(xiàn)一次，節(jié)約了公網(wǎng)傳輸帶寬；無需在入口 PE設(shè)備上為每個接收端VPN創(chuàng)建VRF，也無需在每個出口 PE設(shè)備上為組播源創(chuàng)建VRF，使得配置簡單方便；且由于使用Ρ2ΜΡ-ΤΕ作為組播承載隧道，MPLS 網(wǎng)絡(luò)中無需運(yùn)行IP組播協(xié)議，可以利用Ρ2ΜΡ-ΤΕ的快速重路由(FRR)特性，在網(wǎng)絡(luò)鏈路或節(jié)點(diǎn)出現(xiàn)故障時，實(shí)現(xiàn)對組播流量的快速保護(hù)，減少組播流量的中斷時間。


圖1為現(xiàn)有技術(shù)提供的Ρ2ΜΡ-ΤΕ結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例一提供的一種跨VPN組播實(shí)現(xiàn)方法的步驟流程圖；圖3為本發(fā)明實(shí)施例一提供的Ρ2ΜΡ-ΤΕ LSP建立方法流程圖；圖4為本發(fā)明實(shí)施例一提供的虛擬接口與要求加入組播的VRF進(jìn)行綁定方法流程圖；圖5為本發(fā)明實(shí)施例二提供的跨VPN組播網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例二提供的一種跨VPN組播實(shí)現(xiàn)方法的步驟流程圖7為本發(fā)明實(shí)施例三提供的一種跨VPN組播實(shí)現(xiàn)裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式針對現(xiàn)有技術(shù)中基于IP組播轉(zhuǎn)發(fā)技術(shù)實(shí)現(xiàn)跨VPN組播所存在的問題，本發(fā)明實(shí)施例提出，可以利用點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程(P2MPMPLSTE，Point-to-Multipoint Multi Protocol Label Switch Traffic Engineering)作為 IP/MPLS骨干網(wǎng)組播分發(fā)樹來實(shí)現(xiàn)跨VPN組播。在現(xiàn)有技術(shù)中，利用P2MP MPLSTE (以下簡稱為P2MP-TE)方式可以實(shí)現(xiàn)組播，但不涉及利用P2MP-TE方式實(shí)現(xiàn)跨VPN組播的方案。現(xiàn)有利用P2MP-TE方式實(shí)現(xiàn)組播的方案中， 通過建立點(diǎn)到多點(diǎn)的標(biāo)簽轉(zhuǎn)發(fā)路徑(LSP)，并在建立過程中預(yù)留帶寬，從而對通過LSP的組播流量提供帶寬保護(hù)，P2MP-TE結(jié)構(gòu)可以如圖1所示。P2MP-TE LSP建立過程如下頭結(jié)點(diǎn)沿著計(jì)算的路徑發(fā)送路徑(Path)消息，可以為每個尾節(jié)點(diǎn)(葉子節(jié)點(diǎn))發(fā)送一個I^ath消息，也可以為多個(或者所有)尾節(jié)點(diǎn)只發(fā)送一個I^ath消息。當(dāng)向多個尾節(jié)點(diǎn)僅發(fā)送一個 I^ath消息時，需要利用分支節(jié)點(diǎn)(branch)和芽節(jié)點(diǎn)(bud)的I^ath消息拆分能力，為分支節(jié)點(diǎn)和芽節(jié)點(diǎn)關(guān)聯(lián)的不同的下一跳下游節(jié)點(diǎn)發(fā)送I^ath消息。I^ath消息到達(dá)尾節(jié)點(diǎn)時，尾節(jié)點(diǎn)向上游節(jié)點(diǎn)發(fā)送資源預(yù)留請求消息(RSVP reservation request Message，以下簡稱為 Resv消息)，該消息中攜帶有為上游節(jié)點(diǎn)分配的標(biāo)簽，當(dāng)Resv消息到達(dá)分支節(jié)點(diǎn)或者芽節(jié)點(diǎn)時，分支節(jié)點(diǎn)或者芽節(jié)點(diǎn)為自身關(guān)聯(lián)的不同的下一跳上游節(jié)點(diǎn)分配相同的標(biāo)簽。Resv消息到達(dá)頭結(jié)點(diǎn)時，P2MP-TE LSP就建立成功了。P2MP-TE LSP建立成功后，在組播報(bào)文轉(zhuǎn)發(fā)過程中，P2MP-TE依靠分支節(jié)點(diǎn)和芽節(jié)點(diǎn)的復(fù)制能力完成組播報(bào)文的復(fù)制，從而可以確保在同一鏈路上只出現(xiàn)一份組播報(bào)文。本發(fā)明實(shí)施例以結(jié)合BGP方式，利用P2MP-TE實(shí)現(xiàn)跨L3VPN組播為例進(jìn)行說明，本發(fā)明方案同樣適用于實(shí)現(xiàn)跨L2VPN組播，并可以在不支持BGP擴(kuò)展的情況下，通過手動配置方式實(shí)現(xiàn)跨VPN組播。下面結(jié)合說明書附圖和各實(shí)施例對本發(fā)明方案進(jìn)行說明。實(shí)施例一、本發(fā)明實(shí)施例一提供一種跨VPN組播實(shí)現(xiàn)方法，以任意一個出口 PE設(shè)備為例，該方法的步驟流程如圖2所示，具體包括以下步驟步驟101、為P2MP-TE LSP生成一個虛擬接口。為了實(shí)現(xiàn)跨VPN組播，在本步驟中，可以是出口 PE設(shè)備接收到上游節(jié)點(diǎn)發(fā)送的 Path消息并向上游節(jié)點(diǎn)發(fā)送Resv消息后，為自身所建立的與入口 PE設(shè)備之間的P2MP-TE LSP生成一個虛擬接口，該虛擬接口可以用于接收組播源發(fā)送的組播報(bào)文，后續(xù)所有從該 LSP收到的消息都將轉(zhuǎn)化為從該虛擬接口接收到的消息。所述P2MP-TE LSP可以是入口 PE設(shè)備負(fù)責(zé)建立的，具體的，如圖3所示，入口 PE 設(shè)備在接收到非入口 PE設(shè)備發(fā)送的用于通知入口 PE設(shè)備自身希望接收組播流量的客戶組播C-Multicast路由時，確定是否已接收到其他非入口 PE設(shè)備發(fā)送的C-Multicast路由在確定未曾接收到其他非入口 PE設(shè)備發(fā)送的C-Multicast路由時，向客戶端邊緣 (CE, Clinet Edge)設(shè)備發(fā)送要求加入組播的請求，如PIM Join請求，并在向CE設(shè)備發(fā)送要求加入組播的請求后，向所有鄰居PE設(shè)備發(fā)送邊界網(wǎng)關(guān)協(xié)議更新BGP-Update消息，所述 BGP-Update消息中攜帶組播樹標(biāo)識，然后建立組播和組播樹的轉(zhuǎn)發(fā)表(MTI表)，從而建立從VPN接收到的組播流量和P2MP-TE隧道之間的關(guān)聯(lián)，并向本次發(fā)送C-Multicast路由的 PE設(shè)備發(fā)送I^ath消息；在確定已接收到其他非入口 PE設(shè)備發(fā)送的C-Multicast路由時，直接向本次發(fā)送 C-Multicast路由的PE設(shè)備發(fā)送Path消息。在接收到PE設(shè)備返回的Resv消息時，所述P2MP-TE LSP建立完成。步驟102、將生成的所述虛擬接口與VRF進(jìn)行綁定。在本步驟中，可以是所述出口 PE設(shè)備將所述虛擬接口與需要接收組播流量的VPN 實(shí)例(接收端VPN)對應(yīng)的VRF進(jìn)行綁定。所述出口 PE設(shè)備為每個與自身連接的接收端VPN創(chuàng)建一個VRF。與所述虛擬接口進(jìn)行綁定的VRF可以是所述出口 PE設(shè)備創(chuàng)建的每個與接收端VPN對應(yīng)的VRF，也可以是與接收端VPN對應(yīng)的VRF中要求加入組播的VRF。如圖4所示，將生成的所述虛擬接口與要求加入組播的VRF進(jìn)行綁定，具體包括在接收到需要接收組播流量的VPN實(shí)例對應(yīng)的VRF要求加入組播的請求，如PIM Join請求時，確定是否已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求在確定未曾接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，可以確定自身第一次接收到VRF希望接收組播流量的請求，此時可以通知入口 PE 設(shè)備，存在需要接接收組播流量的VRF。記錄本次發(fā)起請求的VRF信息，并向入口 PE設(shè)備發(fā)送BGP更新BGP-Update消息，所述更新消息中可以包含組播VPN下一跳路由可達(dá)信息 (MCAST-VPN NLRI, Multicast-Virtual Private Network Network Layer Reachability hformation)，且MCAST-VPN NLRI中的類型type字段的內(nèi)容可以設(shè)定為8 ；在確定已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并繼續(xù)判斷是否已存在P2MP-TE LSP及虛擬接口，如果已存在，則將所述虛擬接口與本次發(fā)起要求加入組播的請求的VRF進(jìn)行綁定，如果不存在，則結(jié)束綁定流程。步驟103、在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。組播源利用建立的P2MP-TE組播承載隧道進(jìn)行組播，所述出口 PE設(shè)備通過所述虛擬接口接收組播源發(fā)送的組播報(bào)文，并在利用虛擬接口接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送，從而實(shí)現(xiàn)跨VPN組播。在步驟101之后，步驟103之前，所述方法還可以包括步驟102’，如圖2所示步驟 102，位于步驟102之后，步驟103之前步驟102 ’、生成組播路由。P2MP-TE是MPLS流量工程的一種，P2MP-TE LSP在建立時可以不依賴于內(nèi)部網(wǎng)關(guān)協(xié)議(IGP，Interior Gateway Protocol)最短路徑，故在 P2MP-TE LSP 尾節(jié)點(diǎn)(出口 PE設(shè)備)上，P2MP-TE LSP對應(yīng)的入口可能不是組播逆向路徑檢測(RPF，Reverse Path Forwarding)校驗(yàn)的接口，導(dǎo)致組播校驗(yàn)失敗從而丟棄接收到的組播報(bào)文。因此，在本步驟中，所述出口 PE設(shè)備可以自動產(chǎn)生一個到達(dá)入口 PE設(shè)備的組播路由(與入口 PE設(shè)備之間的組播路由)，該組播路由的出口為所述虛擬接口，此時，所述出口 PE設(shè)備在從P2MP-TE LSP接收組播報(bào)文時，該出口 PE設(shè)備接收組播報(bào)文的入口即為所述虛擬接口。從而通過自動產(chǎn)生組播路由，可以保證RPF校驗(yàn)的正常進(jìn)行。根據(jù)本發(fā)明實(shí)施例一提供的方案，不僅可以在實(shí)現(xiàn)跨VPN組播時節(jié)約公網(wǎng)帶寬、 簡化配置、實(shí)現(xiàn)對組播流量的快速保護(hù)，還可以通過自動生成達(dá)到組播源的出口指定的組播路由，確保RPF校驗(yàn)的正確性。下面通過一個具體的實(shí)例對本發(fā)明實(shí)施例一的步驟103進(jìn)行說明。實(shí)施例二、本發(fā)明實(shí)施例二提供一種跨VPN組播實(shí)現(xiàn)方法，該方法涉及的跨VPN組播網(wǎng)絡(luò)結(jié)構(gòu)示意圖如圖5所示，圖5中的節(jié)點(diǎn)PEl可以視為入口 PE設(shè)備，節(jié)點(diǎn)P可以視為分支節(jié)點(diǎn)， 節(jié)點(diǎn)PE2和節(jié)點(diǎn)PE3均可以視為出口 PE設(shè)備。該方法的步驟流程如圖6所示，該方法包括以下步驟步驟201、PEl從CE接收到組播報(bào)文后，將組播報(bào)文發(fā)送給節(jié)點(diǎn)P。具體的，PEl在確定接收到的組播報(bào)文的組播源地址(C-幻和組播組地址(C-G)符合使用圖5所示的P2MP-TE LSP進(jìn)行轉(zhuǎn)發(fā)時，則根據(jù)所述組播源地址(C-幻和組播組地址 (C-G)，在所述組播報(bào)文中封裝對應(yīng)的標(biāo)簽，如標(biāo)簽“ 100”，該標(biāo)簽“ 100”可以用于標(biāo)識該報(bào)文為組播報(bào)文，并可以用于標(biāo)識該組播報(bào)文的下一接收節(jié)點(diǎn)為節(jié)點(diǎn)P，并將封裝后的組播報(bào)文發(fā)送給節(jié)點(diǎn)P。步驟202、節(jié)點(diǎn)P接收到組播報(bào)文后，對該組播報(bào)文進(jìn)行轉(zhuǎn)發(fā)。具體的，節(jié)點(diǎn)P可以重新為組播報(bào)文封裝對應(yīng)的標(biāo)簽，如在轉(zhuǎn)發(fā)至PE2的組播報(bào)文中封裝標(biāo)簽“ 30 ”，該標(biāo)簽“ 30，，可以用于標(biāo)識該報(bào)文為組播報(bào)文，并可以用于標(biāo)識該組播報(bào)文的下一接收節(jié)點(diǎn)為PE2 ；在轉(zhuǎn)發(fā)至PE3的組播報(bào)文中封裝標(biāo)簽“50”，該標(biāo)簽“50”可以用于標(biāo)識該報(bào)文為組播報(bào)文，并可以用于標(biāo)識該組播報(bào)文的下一接收節(jié)點(diǎn)為PE3。從而可以實(shí)現(xiàn)分別為每個下一跳(PE2和ΡΕ； )轉(zhuǎn)發(fā)一份組播報(bào)文。步驟203、PE2 (PE3)接收組播報(bào)文。PE2(PE3)接收到攜帶標(biāo)簽的組播報(bào)文后，可以根據(jù)該組播報(bào)文中彈出的標(biāo)簽識別出該報(bào)文是組播報(bào)文，并對該組播報(bào)文進(jìn)行RPF校驗(yàn)。本實(shí)施例中，由于自動生成了以虛擬接口為出口的組播路由，故能夠正確進(jìn)行校驗(yàn)。在RPF校驗(yàn)成功后，PE2(PE3)根據(jù)接收到的組播報(bào)文，為虛擬接口綁定的每個VRF分別復(fù)制一份組播報(bào)文并發(fā)送給對應(yīng)的VRF，從而實(shí)現(xiàn)跨VPN組播。與本發(fā)明實(shí)施例一和實(shí)施例二基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例三提供一種裝置。實(shí)施例三、本發(fā)明實(shí)施例三提供一種跨VPN組播實(shí)現(xiàn)裝置，該裝置的結(jié)構(gòu)示意圖如圖7所示， 包括虛擬接口生成單元11用于為點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程標(biāo)簽轉(zhuǎn)發(fā)路徑 P2MP-TE LSP生成一個虛擬接口 ；綁定單元12用于將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定；復(fù)制轉(zhuǎn)發(fā)單元13用于在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。該裝置還包括組播路由生成單元14 組播路由生成單元14用于生成與組播源之間的組播路由，該組播路由的出口為所述虛擬接口。綁定單元12具體用于將生成的所述虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF中要求加入組播的VRF進(jìn)行綁定，或者，將生成的所述虛擬接口與每個需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定。綁定單元12具體用于在接收到需要接收組播流量的VPN實(shí)例對應(yīng)的VRF要求加入組播的請求時，確定是否已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求；在確定未曾接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并向入口 PE設(shè)備發(fā)送邊界網(wǎng)關(guān)協(xié)議更新消息；在確定已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的 VRF信息，并繼續(xù)判斷是否已存在P2MP-TE LSP及虛擬接口，如果已存在，則將所述虛擬接口與本次發(fā)起要求加入組播的請求的VRF進(jìn)行綁定，如果不存在，則結(jié)束綁定流程；或者，將生成的所述虛擬接口與每個需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定。本發(fā)明實(shí)施例三所述的跨VPN組播實(shí)現(xiàn)裝置可以集成在網(wǎng)絡(luò)設(shè)備，如P2MP-TE LSP尾節(jié)點(diǎn)，即出口 PE設(shè)備中。利用本發(fā)明實(shí)施例三提供的跨VPN組播實(shí)現(xiàn)裝置，可以實(shí)現(xiàn)為P2MP-TE LSP生成虛擬接口，并建立該虛擬接口與至少一個VPN實(shí)例對應(yīng)的VRF之間的綁定關(guān)系，并可以將利用該虛擬接口接收到的組播源發(fā)送的組播報(bào)文復(fù)制轉(zhuǎn)發(fā)到各綁定的 VRF,從而使得在組播過程中，組播流量只出現(xiàn)一次，節(jié)約了公網(wǎng)傳輸帶寬。且在保證配置的簡單方便的同時，還可以實(shí)現(xiàn)對組播流量的快速保護(hù)，減少組播流量的中斷時間。當(dāng)然利用該跨VPN組播實(shí)現(xiàn)裝置，還可以通過自動生成達(dá)到組播源的出口指定的組播路由，確保RPF 校驗(yàn)的正確性。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種跨VPN組播實(shí)現(xiàn)方法，其特征在于，該方法包括為點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程標(biāo)簽轉(zhuǎn)發(fā)路徑P2MP-TE LSP生成一個虛擬接口 ；將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定；在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。
2.如權(quán)利要求1所述的方法，其特征在于，為P2MP-TELSP生成一個虛擬接口之后，從所述虛擬接口上接收組播報(bào)文之前，所述方法還包括生成與組播源之間的組播路由，該組播路由的出口為所述虛擬接口。
3.如權(quán)利要求1或2所述的方法，其特征在于，將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定，具體包括將生成的所述虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF中要求加入組播的VRF進(jìn)行綁定；或者，將生成的所述虛擬接口與每個需要接收組播流量的VPN實(shí)例對應(yīng)的 VRF進(jìn)行綁定。
4.如權(quán)利要求3所述的方法，其特征在于，將生成的所述虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF中要求加入組播的VRF進(jìn)行綁定，具體包括在接收到需要接收組播流量的VPN實(shí)例對應(yīng)的VRF要求加入組播的請求時，確定是否已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求；在確定未曾接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并向入口 PE設(shè)備發(fā)送邊界網(wǎng)關(guān)協(xié)議更新消息；在確定已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并繼續(xù)判斷是否已存在P2MP-TE LSP及虛擬接口，如果已存在，則將所述虛擬接口與本次發(fā)起要求加入組播的請求的VRF進(jìn)行綁定，如果不存在，則結(jié)束綁定流程。
5.一種跨VPN組播實(shí)現(xiàn)裝置，其特征在于，該裝置包括虛擬接口生成單元，用于為點(diǎn)到多點(diǎn)多協(xié)議標(biāo)簽交換流量工程標(biāo)簽轉(zhuǎn)發(fā)路徑P2MP-TE LSP生成一個虛擬接口 ；綁定單元，用于將生成的所述虛擬接口與需要接收組播流量的虛擬專用網(wǎng)VPN實(shí)例對應(yīng)的虛擬路由轉(zhuǎn)發(fā)VRF進(jìn)行綁定；復(fù)制轉(zhuǎn)發(fā)單元，用于在從所述虛擬接口上接收到組播報(bào)文后，復(fù)制該組播報(bào)文并向每個綁定的VRF發(fā)送。
6.如權(quán)利要求5所述的裝置，其特征在于，該裝置還包括組播路由生成單元，用于生成與組播源之間的組播路由，該組播路由的出口為所述虛擬接口。
7.如權(quán)利要求5或6所述的裝置，其特征在于，綁定單元，具體用于將生成的所述虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF中要求加入組播的VRF進(jìn)行綁定，或者，將生成的所述虛擬接口與每個需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定。
8.如權(quán)利要求7所述的裝置，其特征在于，綁定單元，具體用于在接收到需要接收組播流量的VPN實(shí)例對應(yīng)的VRF要求加入組播的請求時，確定是否已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求；在確定未曾接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并向入口 PE設(shè)備發(fā)送邊界網(wǎng)關(guān)協(xié)議更新消息；在確定已接收到來自其他需要接收組播流量的VPN對應(yīng)的VRF要求加入組播的請求時，記錄本次發(fā)起請求的VRF信息，并繼續(xù)判斷是否已存在 P2MP-TE LSP及虛擬接口，如果已存在，則將所述虛擬接口與本次發(fā)起要求加入組播的請求的VRF進(jìn)行綁定，如果不存在，則結(jié)束綁定流程；或者，將生成的所述虛擬接口與每個需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定。
9. 一種網(wǎng)絡(luò)設(shè)備，其特征在于，該網(wǎng)絡(luò)設(shè)備包括如權(quán)利要求5所述的跨VPN組播實(shí)現(xiàn)裝置。
全文摘要
本發(fā)明提供一種跨VPN組播實(shí)現(xiàn)方法、裝置及網(wǎng)絡(luò)設(shè)備，包括為P2MP-TE LSP生成虛擬接口，將生成的虛擬接口與需要接收組播流量的VPN實(shí)例對應(yīng)的VRF進(jìn)行綁定，從所述虛擬接口接收到組播報(bào)文時，復(fù)制該組播報(bào)文并向每個綁定的VRF轉(zhuǎn)發(fā)來實(shí)現(xiàn)跨VPN組播。本發(fā)明方案在組播過程中，組播流量只出現(xiàn)一次，節(jié)約了公網(wǎng)傳輸帶寬；無需在入口PE設(shè)備上為每個接收端VPN創(chuàng)建VRF，也無需在每個出口PE設(shè)備上為組播源創(chuàng)建VRF，配置簡單方便；且使用P2MP-TE作為組播承載隧道，可以利用P2MP-TE的快速重路由(FRR)特性，在網(wǎng)絡(luò)鏈路或節(jié)點(diǎn)出現(xiàn)故障時，實(shí)現(xiàn)對組播流量的快速保護(hù)，減少組播流量的中斷時間。
文檔編號H04L12/56GK102291307SQ201110238709
公開日2011年12月21日 申請日期2011年8月18日 優(yōu)先權(quán)日2011年8月18日
發(fā)明者劉金輝 申請人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司