專利名稱：組播轉(zhuǎn)發(fā)方法、裝置及網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，尤其涉及一種組播轉(zhuǎn)發(fā)方法、裝置及網(wǎng)絡(luò)設(shè)備。
技術(shù)背景
多協(xié)議標(biāo)簽交換(MultiprotocolLabel Switching, MPL S)是一種不再使用傳統(tǒng)路由表進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)，而是通過查找報(bào)文中的標(biāo)簽決定轉(zhuǎn)發(fā)行為的協(xié)議。組播虛擬專用網(wǎng)絡(luò)(Virtual Private Network, VPN)是一種基于邊界網(wǎng)關(guān)協(xié)議(Border Gateway Protocol, BGP)的三層(L3)MPLS VPN網(wǎng)絡(luò)傳播VPN內(nèi)的組播數(shù)據(jù)的技術(shù)。其中，組播域 (Multicast-Domain, MD)是實(shí)現(xiàn)組播VPN的一種方案，即MD VPN方案。每個(gè)VPN對(duì)應(yīng)一個(gè)MD，該MD覆蓋了該VPN內(nèi)能夠交互組播數(shù)據(jù)的所有提供商邊緣路由器(Provider Edge Router，ΡΕ)。在MD VPN方案中，MD被視為公網(wǎng)，而該MD之外被視為私網(wǎng)。每個(gè)MD在公網(wǎng)上分配一個(gè)獨(dú)立的組播地址，稱為共享組(Share-Group)地址，它是MD在公網(wǎng)上的唯一標(biāo)志，用來在公網(wǎng)上建立MD所對(duì)應(yīng)的組播分發(fā)樹(Multicast Distribution Tree, MDT)。 MDT定義了 MD中傳輸組播數(shù)據(jù)的各PE之間的路徑，包括缺省MDT(Default-MDT)和數(shù)據(jù) MDT (Date MDT)。在MD內(nèi)各PE通過組播隧道(Multicast Tunnel, MT)連接到一起。組播隧道接口(Multicast Tunnel Interface，MTI)是 MT 的入 / 出口，相當(dāng)于 MD 的入 / 出口。 PE通過MTI連接到MT上。在MD內(nèi)部，私網(wǎng)數(shù)據(jù)通過MT進(jìn)行傳輸。MT傳輸過程為本地PE 將私網(wǎng)組播報(bào)文封裝成公網(wǎng)組播報(bào)文，并在公網(wǎng)內(nèi)進(jìn)行組播轉(zhuǎn)發(fā)，遠(yuǎn)端PE收到該公網(wǎng)組播報(bào)文后通過解封裝將其還原成私網(wǎng)組播報(bào)文。
圖1為現(xiàn)有技術(shù)中一種實(shí)現(xiàn)組播VPN的網(wǎng)絡(luò)示意圖。如圖1所示，PEU PE2和匯聚點(diǎn)(Rendezvous Point，RP) 3 構(gòu)成 MD，用戶邊緣路由器(Customer Edge Router，CE)4 與 PEl連接，CE5與PE2連接。其中，CE4和CE5屬于同一 VPN。在該網(wǎng)絡(luò)架構(gòu)中，MD被視為公網(wǎng)，當(dāng)CE4將VPN中的私網(wǎng)組播報(bào)文(假設(shè)該私網(wǎng)組播報(bào)文的源地址和目的地址分別是 192. 168. 1. 1和224. 1. 1. 1)發(fā)送到PEl后，PEl依據(jù)對(duì)應(yīng)的組播VPN路由轉(zhuǎn)發(fā)表(Multicast VPN Routing and Forwarding, MVRF)將私網(wǎng)的組播報(bào)文發(fā)送到MTI上并轉(zhuǎn)換為公網(wǎng)組播報(bào)文(假設(shè)公網(wǎng)組播報(bào)文后的源地址和目的地址分別為10. 1. 1. 1,239. 1. 1. 1)，然后發(fā)送到MT中，通過MT轉(zhuǎn)發(fā)給該MD內(nèi)的其他PE (例如PE^，在PE2上再將公網(wǎng)組播數(shù)據(jù)轉(zhuǎn)換為私網(wǎng)組播數(shù)據(jù)。
在實(shí)際應(yīng)用過程中，經(jīng)常會(huì)發(fā)生需要不同VPN訪問一個(gè)共享VPN的服務(wù)的場景。如圖2所示，第一 VPN下的用戶設(shè)備21需要訪問第二 VPN中的組播服務(wù)器27提供的業(yè)務(wù)，此時(shí)就會(huì)出現(xiàn)跨VPN的組播需求。由于不同VPN對(duì)應(yīng)于不同的MD，并且各MD之間是相互獨(dú)立的。現(xiàn)有技術(shù)中解決跨VPN組播的方法是，在第一 VPN中的CE22連接的PE23上配置第二 VPN，使PE23通過RPM和與第二 VPN中的CE^連接的PE25同屬于對(duì)應(yīng)第二 VPN的MD，在該MD中各PE之間建立MT，通過MT完成私網(wǎng)組播數(shù)據(jù)的發(fā)送?；蛘撸赑E25上配置第一 VPN,使PE23和PE25同屬于對(duì)應(yīng)第一 VPN的MD，在該MD的各PE之間建立MT，通過MT完成私網(wǎng)組播數(shù)據(jù)的轉(zhuǎn)發(fā)。
由上述可見，為了實(shí)現(xiàn)跨VPN之間的組播，需要在一方的PE上配置另一方所屬的 VPN(該VPN對(duì)該方PE來說是不需要存在的)使兩個(gè)PE屬于一個(gè)MD，并在兩個(gè)PE之間建立相應(yīng)的MT。但是，每臺(tái)設(shè)備所允許配置的VPN以及所支持的MT數(shù)都是有限的，這樣就會(huì)減少有效的VPN和MT資源，造成VPN和MT資源的浪費(fèi)。發(fā)明內(nèi)容
本發(fā)明提供一種組播轉(zhuǎn)發(fā)方法、裝置及網(wǎng)絡(luò)設(shè)備，用以在實(shí)現(xiàn)跨VPN組播時(shí)減少 PE上所配置的VPN和PE之間建立的MT數(shù)量，節(jié)約VPN和MT資源。
本發(fā)明提供一種組播轉(zhuǎn)發(fā)方法，包括
第一 VPN內(nèi)的第一 PE接收第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址；
所述第一 PE根據(jù)預(yù)先在所述第一 PE的MVRF下配置的所述第二 VPN內(nèi)的第二 PE 所屬M(fèi)D的公網(wǎng)組播地址，對(duì)所述私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是所述第二 PE所屬M(fèi)D的公網(wǎng)組播地址；
所述第一 PE通過與所述第二 PE之間的組播隧道MT將所述公網(wǎng)組播報(bào)文發(fā)送給所述第二 PE，以使所述第二 PE將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)。
本發(fā)明提供一種組播轉(zhuǎn)發(fā)裝置，包括
報(bào)文接收模塊，用于接收所述組播轉(zhuǎn)發(fā)裝置所在第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址；
封裝模塊，用于根據(jù)預(yù)先在所述組播轉(zhuǎn)發(fā)裝置的MVRF下配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址，對(duì)所述私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址；
發(fā)送模塊，用于通過所述組播轉(zhuǎn)發(fā)裝置與所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間的組播隧道MT將所述公網(wǎng)組播報(bào)文發(fā)送給所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN 內(nèi)。
本發(fā)明提供一種網(wǎng)絡(luò)設(shè)備，包括本發(fā)明提供的任一組播轉(zhuǎn)發(fā)裝置。
本發(fā)明提供的組播轉(zhuǎn)發(fā)方法、裝置及網(wǎng)絡(luò)設(shè)備，通過在第一 VPN的第一 PE的MVRF 下配置第二 VPN的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，由第一 PE將第一 VPN的私網(wǎng)組播報(bào)文封裝為目的地址為第二 PE所屬M(fèi)D的組播地址的公網(wǎng)組播報(bào)文，然后通過第一 PE和第二 PE 之間的組播隧道發(fā)送第二 PE，進(jìn)而由第二 PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN，實(shí)現(xiàn)了跨VPN的組播，而不需要在第一 PE或第二 PE上配置不需要的VPN，也就不需要為配置的VPN建立組播隧道，節(jié)約了 VPN和隧道資源。


圖1為現(xiàn)有技術(shù)中一種實(shí)現(xiàn)組播VPN的網(wǎng)絡(luò)示意圖2為現(xiàn)有技術(shù)中又一種實(shí)現(xiàn)組播VPN的網(wǎng)絡(luò)示意圖3為本發(fā)明一實(shí)施例提供的組播轉(zhuǎn)發(fā)方法的流程圖4為本發(fā)明另一實(shí)施例提供的組播轉(zhuǎn)發(fā)方法的流程圖5為本發(fā)明一實(shí)施例提供的MD VPN的一種網(wǎng)絡(luò)示意圖6為本發(fā)明一實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖7為本發(fā)明另一實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖8為本發(fā)明又一實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖。
具體實(shí)施方式
圖3為本發(fā)明一實(shí)施例提供的組播轉(zhuǎn)發(fā)方法的流程圖。如圖3所示，本實(shí)施例的方法包括
步驟301、第一 VPN內(nèi)的第一 PE接收第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址。
其中，當(dāng)?shù)诙?VPN內(nèi)的用戶需要訪問第一 VPN內(nèi)的組播源提供的組播業(yè)務(wù)時(shí)，會(huì)向第一 VPN內(nèi)的組播源發(fā)送組播請(qǐng)求。第一 VPN內(nèi)的組播源會(huì)根據(jù)組播請(qǐng)求向第二 VPN內(nèi)的用戶提供服務(wù)。具體的，第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文可以經(jīng)過第一 VPN內(nèi)的 CE轉(zhuǎn)發(fā)給第一 VPN內(nèi)的第一 PE。
在MD VPN方案中，一個(gè)PE可以配置多個(gè)VPN。本實(shí)施例的第一 VPN內(nèi)的第一 PE 是指與第一 VPN內(nèi)的CE連接，并在與第一 VPN內(nèi)的CE連接的接口上配置了第一 VPN。
第一 PE接收由第一 VPN內(nèi)的CE轉(zhuǎn)發(fā)的私網(wǎng)組播報(bào)文。具體的，第一 VPN內(nèi)的CE 通過PIM協(xié)議將私網(wǎng)組播報(bào)文發(fā)送給第一 PE。
步驟302、第一 PE根據(jù)預(yù)先在第一 PE的MVRF下配置的第二 VPN內(nèi)的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，對(duì)私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是第二 PE所屬M(fèi)D的公網(wǎng)組播地址。
在本實(shí)施例中，第一 VPN內(nèi)的第一 PE已經(jīng)預(yù)先在其MVRF下配置了第二 VPN內(nèi)的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，即將第一 PE的MVRF與第二 PE所屬M(fèi)D的公網(wǎng)組播地址進(jìn)行綁定。其中，第二 VPN內(nèi)的第二 PE是指與第二 VPN內(nèi)的CE連接，并在與第二 VPN內(nèi)的 CE連接的接口上配置了第二 VPN。在本實(shí)施例中，第二 PE所屬M(fèi)D是指對(duì)應(yīng)于第二 VPN的 MD，第二 PE所屬M(fèi)D的公網(wǎng)組播地址是指對(duì)應(yīng)于第二 VPN的MD的組播地址。
本實(shí)施例的第一 PE上沒有配置第二 VPN，且本實(shí)施例的第二 PE上沒有配置第一 VPN,但是并不限制第一 PE和第二 PE上可以同時(shí)配置其他VPN。例如，第一 PE和第二 PE上可以同時(shí)配置第三VPN，也就是說，第一 PE和第二 PE同屬于第三VPN。
在本實(shí)施例中，第一 PE在其MVRF下配置第二 PE所屬M(fèi)D的公網(wǎng)組播地址，在接收到第一 VPN的私網(wǎng)組播報(bào)文后，通過在私網(wǎng)組播報(bào)文的外層再封裝上第一 PE的環(huán)回接口的地址和第二 PE所屬M(fèi)D的公網(wǎng)組播地址，生成公網(wǎng)組播報(bào)文。其中，第一 PE的環(huán)回接口的地址是指第一 PE用于建立BGP協(xié)議鄰居的IP地址，也就是MTI的IP地址。
由于第一 PE在其MVRF下配置了第二 PE所屬M(fèi)D的公網(wǎng)組播地址，因此，第一 PE 在接收到私網(wǎng)組播報(bào)文后，可以像對(duì)在第一 VPN內(nèi)進(jìn)行組播的私網(wǎng)組播報(bào)文一樣對(duì)發(fā)送給第二 VPN的私網(wǎng)組播報(bào)文進(jìn)行處理。區(qū)別在于，第一 PE對(duì)發(fā)送給第二 VPN的私網(wǎng)組播報(bào)文封裝后得到的公網(wǎng)組播報(bào)文的目的地址是第二 VPN對(duì)應(yīng)的MD的組播地址，而不是第一 VPN對(duì)應(yīng)的MD的組播地址。
步驟303、第一 PE通過與第二 PE之間的MT將公網(wǎng)組播報(bào)文發(fā)送給第二 PE，以使第二 PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN內(nèi)。
在將第一 VPN內(nèi)的私網(wǎng)組播報(bào)文封裝為公網(wǎng)組播報(bào)文之后，第一 PE通過其與第二 PE之間的MT將公網(wǎng)組播報(bào)文發(fā)送給第二 PE。
第二 PE通過與第一 PE之間的MT接收第一 PE發(fā)送的公網(wǎng)組播報(bào)文，然后對(duì)接收到的公網(wǎng)組播報(bào)文進(jìn)行還原，將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文，然后根據(jù)其MVRF將私網(wǎng)組播報(bào)文轉(zhuǎn)發(fā)到第二 VPN內(nèi)。
在本實(shí)施例中，第一 PE和第二 PE之間的MT可以是存在于第一 PE和第二 PE之間的任何一條MT。例如，如果第一 PE和第二 PE同屬于第三VPN，則第一 PE和第二 PE之間就會(huì)存在一條對(duì)應(yīng)第三VPN的MD的MT，則第一 PE可以通過該MT將公網(wǎng)組播報(bào)文發(fā)送給第二 PE。
如果第一 PE和第二 PE之間不存在任何MT，則第一 PE可以與第二 PE先建立一條 MT，然后通過新建的MT將公網(wǎng)組播報(bào)文發(fā)送給第二 PE。
在本實(shí)施例中，第一 PE通過在其MVRF下配置第二 VPN的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，在接收到發(fā)送給第二 VPN的私網(wǎng)組播報(bào)文后將第一 VPN的私網(wǎng)組播報(bào)文封裝為目的地址為第二 PE所屬M(fèi)D的組播地址的公網(wǎng)組播報(bào)文，然后通過第一 PE和第二 PE之間的組播隧道發(fā)送第二 PE，進(jìn)而由第二 PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN，實(shí)現(xiàn)了跨VPN的組播，而不需要在第一 PE或第二 PE上配置不需要的VPN，也就不需要為配置的VPN建立組播隧道，節(jié)約了 VPN和隧道資源。
圖4為本發(fā)明另一實(shí)施例提供的組播轉(zhuǎn)發(fā)方法的流程圖。如圖4所示，本實(shí)施例的方法包括
步驟401、第一 PE預(yù)先在第一 PE的MVRF下配置第二 PE所屬M(fèi)D的公網(wǎng)組播地址， 并在第一 PE上配置第二 PE所屬M(fèi)D中的RP。
在本實(shí)施例中，在第一 PE的MVRF下可以配置如下信息
xxx(config-vrf)iimdt default group_address 表示基于 VRF 下使能缺省 MDT 組；其中，group_address包括第一 VPN對(duì)應(yīng)的MD的組播地址和第二 VPN對(duì)應(yīng)的MD的組播地址。其中，“XXX”表示所設(shè)置的缺省提示符，例如可以設(shè)置為各公司的名稱。
XXX (config) #ip multicast-routing vrf vrf_name 表示基于 VRF 使能組播協(xié)議。
xxx(config-if-type ID)#ip pim sparse-mode 表示公網(wǎng)接口使能組播協(xié)議。
XXX (config—router) #neighbor ip-address remote—as asn-number : /]^ PE 間建立IBGP會(huì)話。
XXX(config—router)#neighbor ip-address update-source interface-name 用于指明建立BGP會(huì)話的接口，用于公共組播路由。
XXX (config—router) #address_famiIy ipv4 mdt 表示使能 MDT 地址族。
XXX (config_router_af) #neighbor ip-address activate 在i亥地址族下激活BGP鄰居。
另外，針對(duì)不同的VPN 設(shè)置了 RP 信息。例如，XXX(config)#ip pim[vrfvrf-name]rp-address rp-address[access_list]表示基于VRF確定RP位置。其中，基于不同的組地址可以設(shè)置不同的RP。在本實(shí)施例中，在配置第二 PE所屬的MD的公網(wǎng)組播地址時(shí)，同時(shí)配置了與該公網(wǎng)組播地址對(duì)應(yīng)的RP。
步驟402、第一 PE將在第一 PE的MVRF下配置的第二 PE所屬M(fèi)D的公網(wǎng)組播地址和在第一 PE上配置的第二 PE所屬M(fèi)D中的RP通告給第一 PE的組播鄰居，所述第一 PE的組播鄰居包括第二 PE。
其中，第一PE 的組播鄰居也就是“xxx(config-router)#address-family ipv4mdt，，這個(gè)命令及其后的配置。
第一 PE在其MVRF下配置了第二 PE所屬M(fèi)D的公網(wǎng)組播地址，并在第一 PE上配置了對(duì)應(yīng)的RP之后，將所配置的第二 PE所屬M(fèi)D的公網(wǎng)組播地址和對(duì)應(yīng)的RP通告給其組播鄰居。其中，第一 PE將其MVRF與公網(wǎng)組播地址的綁定關(guān)系通告給其鄰居組播，同理，第一 PE也會(huì)接收其組播鄰居通告的綁定關(guān)系。在現(xiàn)有技術(shù)中，第一 PE和其組播鄰居相互通過其 MVRF與公網(wǎng)組播地址的綁定關(guān)系的目的是為了確定彼此之間是否建立MT。在本實(shí)施例中， 第一 PE和其組播鄰居相互通告其MVRF與公網(wǎng)組播地址的綁定關(guān)系是確定彼此之間是否建立MT的因素之一，除此之外，還要考慮第一 PE和其組播鄰居之間是否已經(jīng)存在MT。如果根據(jù)第一 PE和其組播鄰居相互通告的其MVRF與公網(wǎng)組播地址的綁定關(guān)系確定出彼此之間需要建立MT，而第一 PE和其組播鄰居之間已經(jīng)存在MT時(shí)，就不再建立MT。只有在根據(jù)第一 PE和其組播鄰居相互通告的其MVRF與公網(wǎng)組播地址的綁定關(guān)系確定出彼此之間需要建立 MT,且第一 PE和其組播鄰居之間不存在MT時(shí)，才會(huì)建立MT。例如，如果第一 PE的MVRF綁定了第二 PE所屬M(fèi)D的公網(wǎng)組播地址，且第二 PE的MVRF也綁定了第一 PE所屬M(fèi)D的公網(wǎng)組播地址，且第一 PE和第二 PE之間尚不存在MT，則第一 PE和第二 PE之間會(huì)建立MT ；如果第一 PE的MVRF綁定了第二 PE所屬M(fèi)D的公網(wǎng)組播地址，且第二 PE的MVRF也綁定了第一 PE所屬M(fèi)D的公網(wǎng)組播地址，但是第一 PE和第二 PE之間已經(jīng)存在MT，則第一 PE和第二 PE 之間不會(huì)再建立MT。
具體的，第一 PE可以通過BGP協(xié)議發(fā)現(xiàn)其組播鄰居，并通過BGP協(xié)議向其組播鄰居通告MVRF與公網(wǎng)組播地址的綁定關(guān)系。
步驟403、第一 VPN內(nèi)的第一 PE接收第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址。
步驟404、第一 PE根據(jù)預(yù)先在第一 PE的MVRF下配置的第二 VPN內(nèi)的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，對(duì)私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是第二 PE所屬M(fèi)D的公網(wǎng)組播地址。
步驟405、第一 PE通過與第二 PE之間的MT將公網(wǎng)組播報(bào)文發(fā)送給第二 PE，以使第二 PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN內(nèi)。
上述步驟403-步驟405可參見步驟301-步驟303的描述，在此不再贅述。
在本實(shí)施例中，第一 PE通過在其MVRF下配置第二 VPN的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，在接收到發(fā)送給第二 VPN的私網(wǎng)組播報(bào)文后將第一 VPN的私網(wǎng)組播報(bào)文封裝為目的地址為第二 PE所屬M(fèi)D的組播地址的公網(wǎng)組播報(bào)文，然后通過第一 PE和第二 PE之間的組播隧道發(fā)送第二 PE，進(jìn)而由第二 PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN，實(shí)現(xiàn)了跨VPN的組播，而不需要在第一 PE或第二 PE上配置不需要的VPN，也就不需要為配置的VPN建立組播隧道，節(jié)約了 VPN和隧道資源。
進(jìn)一步，如果第一 PE和第二 PE之間不存在MT時(shí)，第一 PE和第二 PE需要建立MT。 其中，第一 PE與第二 PE建立MT的過程也就是建立DMT的過程。該建立過程具體包括第一 PE和第二 PE分別以在第一 PE上配置的第二 PE所屬M(fèi)D中的RP為根，向該RP發(fā)送(*， default mdt)加入消息以建立RPT，該加入消息中的“default mdt”是指在第一 PE的MVRF 下配置的第二 PE所屬M(fèi)D的公網(wǎng)組播地址。然后，在第一 PE上配置的第二 PE所屬M(fèi)D中的 RP會(huì)以第一 PE和第二 PE為源，分別向第一 PE和第二 PE發(fā)送對(duì)應(yīng)(S，default mdt)注冊(cè)消息形成對(duì)應(yīng)的SPT。其中，注冊(cè)消息中的“S”表示第一 PE的地址或第二 PE的地址；注冊(cè)消息中的“default mdt”是指在第一 PE的MVRF下配置的第二 PE所屬M(fèi)D的公網(wǎng)組播地址。 這樣就在第一 PE和第二 PE之間建立起了 MDT，也就會(huì)建立一條MT。
圖5為本發(fā)明一實(shí)施例提供的MD VPN的一種網(wǎng)絡(luò)示意圖。如圖5所示，本實(shí)施例的網(wǎng)絡(luò)包括三個(gè)VPN，分別為VPNA、VPNB和VPNC。VPNA包括組播源50、CE51、CE52和PE53。 VPNB包括用戶設(shè)備61、CE62和PE63。VPNC包括用戶設(shè)備71、CE72和PE63。PE53和PE63 通過RP60連接，并且PE53、PE63和PE73構(gòu)成了一個(gè)MD。其中，PE73屬于另外一個(gè)VPN。
假設(shè)，VPNB中的用戶設(shè)備61要訪問VPNA中的組播源50提供的視頻業(yè)務(wù)。則跨 VPN的組播轉(zhuǎn)發(fā)流程如下
在PE53的VRF下配置PE63上VPNB對(duì)應(yīng)的MD的組播地址。在PE53上配置對(duì)應(yīng) VPNB的RP。假設(shè)PE63上VPNB對(duì)應(yīng)的MD的組播地址為224. 0. 1. 0。
組播源50的私網(wǎng)組播報(bào)文經(jīng)CE51發(fā)送給PE53。假設(shè)私網(wǎng)組播報(bào)文的源IP地址和目的IP地址分別為10. 1. 1. 2和232. 0. 0. 0。其中，10. 1. 1. 2是組播源50的IP地址， 232. 0. 0. 0是VPNB的私網(wǎng)組播地址。
PE53根據(jù)預(yù)先配置PE63上VPNB對(duì)應(yīng)的MD的組播地址，對(duì)私網(wǎng)組播報(bào)文進(jìn)行重新封裝，得到公網(wǎng)組播報(bào)文。假設(shè)公網(wǎng)組播報(bào)文的源IP地址和目的IP地址分別2. 2. 2. 2和 224. 0. 1. 0。其中，2. 2. 2. 2是PE53的環(huán)回接口地址，用于建立BGP鄰居的地址，2M. 0. 1. 0 是PE63上VPNB對(duì)應(yīng)的MD的組播地址。
接著，PE53再封裝GRE字段，用于標(biāo)記GRE封裝，告知內(nèi)層為IP。然后，PE53 對(duì)公網(wǎng)組播報(bào)文進(jìn)行二層封裝，例如封裝目的MAC地址01:00Je:00:01:00。MAC地址 01 00 5e 00 01 00是組播地址224. 0. 1. 0對(duì)應(yīng)的組播MAC地址。
然后，PE53通過與PE63之間的MT，沿著PE53和PE63之間MDT將公網(wǎng)組播報(bào)文發(fā)送給PE63。
PE63接收到公網(wǎng)組播報(bào)文后，對(duì)公網(wǎng)組播報(bào)文進(jìn)行還原，得到源IP地址和目的IP 地址分別為10. 1. 1. 2和232. 0. 0. 0的私網(wǎng)組播報(bào)文，將私網(wǎng)組播報(bào)文轉(zhuǎn)發(fā)到VPNB內(nèi)。
在VPMB內(nèi)，私網(wǎng)組播報(bào)文經(jīng)CE62最終到達(dá)用戶設(shè)備61。
其中，組播源50的私網(wǎng)組播報(bào)文經(jīng)CE51發(fā)送給PE53之前包括用戶設(shè)備61點(diǎn)播視頻業(yè)務(wù)的過程。用戶設(shè)備61點(diǎn)播視頻業(yè)務(wù)的過程為用戶設(shè)備61點(diǎn)播某個(gè)組播頻道，會(huì)向網(wǎng)關(guān)設(shè)備發(fā)送IGMP加入消息。IGMP加入消息經(jīng)網(wǎng)關(guān)設(shè)備轉(zhuǎn)發(fā)給該VPNB的PE63。PE63 會(huì)繼續(xù)向VPNB內(nèi)的RP發(fā)送IGMP加入消息。具體的，PE63會(huì)將該IGMP加入消息封裝到GRE 隧道報(bào)文中，形成公網(wǎng)組播報(bào)文，通過MT轉(zhuǎn)發(fā)給對(duì)應(yīng)的PE53。PE53會(huì)對(duì)該GRE隧道報(bào)文進(jìn)行解封裝，并根據(jù)VPN信息轉(zhuǎn)發(fā)給VPNA中的RP設(shè)備，最終形成該VPNA的RPT，從而實(shí)現(xiàn)了用戶設(shè)備61向組播源50點(diǎn)播視頻服務(wù)。
綜上所述，本發(fā)明各實(shí)施例提供的組播轉(zhuǎn)發(fā)方法解決了在入口或者出口 PE上需要額外增加配置的VPN數(shù)量，有效的利用了有限的寶貴資源，充分利用了同一個(gè)VPN內(nèi)部建立的隧道機(jī)制，避免了由于跨VPN功能引入的新增隧道的數(shù)量，有效的利用了寶貴隧道資源。本發(fā)明各實(shí)施例提供的組播轉(zhuǎn)發(fā)方法部署和實(shí)施相對(duì)簡單、易懂，有效的降低了維護(hù)成本和工作量。
圖6為本發(fā)明一實(shí)施例提供的組播裝置的結(jié)構(gòu)示意圖。如圖6所示，本實(shí)施例的裝置包括報(bào)文接收模塊611、封裝模塊621和發(fā)送模塊631。
其中，報(bào)文接收模塊611，用于接收本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所在第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址。
封裝模塊621，與報(bào)文接收模塊611連接，用于根據(jù)預(yù)先在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的MVRF下配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址，對(duì)報(bào)文接收模塊611接收到的私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址。
發(fā)送模塊631，與封裝模塊621連接，用于通過本實(shí)施例的組播轉(zhuǎn)發(fā)裝置與第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間的MT將封裝模塊621封裝成的公網(wǎng)組播報(bào)文發(fā)送給第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN內(nèi)。
本實(shí)施例的組播轉(zhuǎn)發(fā)裝置上配置有第一 VPN，但沒有配置第二 VPN。本實(shí)施例的組播轉(zhuǎn)發(fā)裝置和第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置屬于不同的VPN。
本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的各功能模塊可用于執(zhí)行圖3所示組播轉(zhuǎn)發(fā)方法的流程，其具體工作原理不再贅述，詳見方法實(shí)施例的描述。
其中，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置或第二VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置可以是MD VPN方案中的PE，但不限于此。
本實(shí)施例的組播轉(zhuǎn)發(fā)裝置，通過在其MVRF下預(yù)先配置第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址，在接收到所在的第一 VPN內(nèi)的私網(wǎng)組播報(bào)文后，根據(jù)預(yù)先配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址將私網(wǎng)組播報(bào)文封裝為目的地址為第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址的公網(wǎng)組播報(bào)文，從而在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置上不配置第二 VPN或者在第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置上不配置第一 VPN的條件下，將公網(wǎng)組播報(bào)文發(fā)送給第二 VPN內(nèi)的組播組轉(zhuǎn)發(fā)裝置，實(shí)現(xiàn)了跨VPN的組播，而不需要在兩個(gè)組播轉(zhuǎn)發(fā)裝置上配置不需要的VPN，也就不需要為配置的VPN建立組播隧道，節(jié)約了 VPN和隧道資源。
圖7為本發(fā)明另一實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖。本實(shí)施例基于圖6 所示實(shí)施例實(shí)現(xiàn)，如圖7所示，本實(shí)施例的裝置還包括配置模塊641和通告模塊651。
其中，配置模塊641，與封裝模塊621連接，用于在封裝模塊621根據(jù)本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的MVRF下所配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址， 對(duì)報(bào)文接收模塊611接收到的私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文之前，預(yù)先在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的MVRF下配置第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址，并在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置上配置第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP。11
通告模塊651，與配置模塊641連接，用于將配置模塊641在組播轉(zhuǎn)發(fā)裝置的MVRF 下配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址和在組播轉(zhuǎn)發(fā)裝置上配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP通告給組播轉(zhuǎn)發(fā)裝置的組播鄰居，所述組播轉(zhuǎn)發(fā)裝置的組播鄰居包括第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置。
上述功能模塊可用于執(zhí)行圖4所示實(shí)施例中的相應(yīng)流程，其具體工作原理不再贅述，詳見方法實(shí)施例的描述。
進(jìn)一步，本實(shí)施例的發(fā)送模塊631包括第一發(fā)送子模塊6311和第二發(fā)送子模塊 6321。
其中，第一發(fā)送子模塊6311，與封裝模塊621連接，用于在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置與第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間已經(jīng)存在MT時(shí)，直接將封裝模塊621封裝成的公網(wǎng)組播報(bào)文通過已經(jīng)存在的MT發(fā)送給第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN內(nèi)。
第二發(fā)送子模塊6321，與封裝模塊621連接，用于在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置和第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間不存在MT時(shí)，與第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置新建MT，并將封裝模塊621封裝成的公網(wǎng)組播報(bào)文通過新建的MT發(fā)送給第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置， 以使第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將該公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN 內(nèi)。
更進(jìn)一步，本實(shí)施例的第二發(fā)送子模塊6321具體用于向在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置上配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送(*，第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址)加入消息以建立RPT，并接收在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置上配置的第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送的(S，第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址)注冊(cè)消息以建立SPT，從而在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置和第二 VPN 內(nèi)的組播轉(zhuǎn)發(fā)裝置之間建立新的MT。其中，S為本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的地址。
本實(shí)施例的組播轉(zhuǎn)發(fā)裝置，通過配置模塊和通告模塊實(shí)現(xiàn)在組播轉(zhuǎn)發(fā)裝置上預(yù)先配置第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址和相應(yīng)地RP，為在本實(shí)施例的組播轉(zhuǎn)發(fā)裝置和第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間建立組播隧道打下了基礎(chǔ)。
圖8為本發(fā)明又一實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖。本實(shí)施例基于圖7 所示實(shí)施例實(shí)現(xiàn)，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置不僅可以作為組播源所在VPN的裝置，負(fù)責(zé)向另一 VPN內(nèi)的請(qǐng)求者轉(zhuǎn)發(fā)組播源的私網(wǎng)組播報(bào)文，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置還可以作為組播請(qǐng)求者所在VPN內(nèi)的裝置，向組播源轉(zhuǎn)發(fā)組播請(qǐng)求者的組播請(qǐng)求并負(fù)責(zé)接收組播源所在 VPN內(nèi)的裝置轉(zhuǎn)發(fā)的組播源的私網(wǎng)組播報(bào)文。即本實(shí)施例的組播轉(zhuǎn)發(fā)裝置還可以作為第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置。
如圖8所示，本實(shí)施例的組播裝置還包括信息接收模塊711和建立模塊721。
其中，信息接收模塊711，用于接收第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置通告的配置在第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置的MVRF下的本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址和配置在第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置上的本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP。
建立模塊721，與信息接收模塊711連接，用于向信息接收模塊711接收到的在第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置上配置的本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送(*，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址)加入消息以建立RPT，并接收在第一 VPN12內(nèi)的組播轉(zhuǎn)發(fā)裝置上配置的本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送的(S，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址)注冊(cè)消息以建立SPT，從而與第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置建立新的組播隧道。其中，S為本實(shí)施例的組播轉(zhuǎn)發(fā)裝置的地址。進(jìn)一步，本實(shí)施例的組播轉(zhuǎn)發(fā)裝置還包括還原模塊731。還原模塊731，用于接收第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置發(fā)送的公網(wǎng)組播報(bào)文，并將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二 VPN內(nèi)。上述各功能模塊可用于執(zhí)行圖3或圖4所示實(shí)施例中第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置對(duì)應(yīng)的流程，其具體工作原理不再贅述，詳見方法實(shí)施例的描述。本實(shí)施例的組播轉(zhuǎn)發(fā)裝置可以是MD VPN方案中的PE，但不限于此。本實(shí)施例的組播轉(zhuǎn)發(fā)裝置作為第二 VPN內(nèi)的裝置，與第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置相配合，實(shí)現(xiàn)了跨VPN的組播，而不用在其上配置不需要的VPN，也就不需要建立不需要的組播隧道，節(jié)約了 VPN和隧道資源。在此說明，本發(fā)明實(shí)施例提供的第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置和第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置可以相互獨(dú)立，即本發(fā)明上述實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置可以只具有第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置的功能，也可以只具有第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置的功能。本發(fā)明一實(shí)施例提供一種網(wǎng)絡(luò)設(shè)備，包括本發(fā)明上述實(shí)施例提供的任一組播轉(zhuǎn)發(fā)
直O(jiān)本實(shí)施例的網(wǎng)絡(luò)設(shè)備可以是MD VPN方案中的PE，但不限于此。本實(shí)施例的網(wǎng)絡(luò)設(shè)備由于包括本發(fā)明實(shí)施例提供的組播轉(zhuǎn)發(fā)裝置，同樣可用于執(zhí)行本發(fā)明實(shí)施例提供的組播轉(zhuǎn)發(fā)方法的流程，同樣可以在實(shí)現(xiàn)跨VPN的組播時(shí)，節(jié)約VPN和隧道資源。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說明的是以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
權(quán)利要求
1.一種組播轉(zhuǎn)發(fā)方法，其特征在于，包括第一 VPN內(nèi)的第一 PE接收第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址；所述第一 PE根據(jù)預(yù)先在所述第一 PE的MVRF下配置的所述第二 VPN內(nèi)的第二 PE所屬 MD的公網(wǎng)組播地址，對(duì)所述私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是所述第二 PE所屬M(fèi)D的公網(wǎng)組播地址；所述第一 PE通過與所述第二 PE之間的組播隧道MT將所述公網(wǎng)組播報(bào)文發(fā)送給所述第二 PE，以使所述第二 PE將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN 內(nèi)。
2.根據(jù)權(quán)利要求1所述的組播轉(zhuǎn)發(fā)方法，其特征在于，所述第一PE通過與所述第二 PE 之間的組播隧道MT將所述公網(wǎng)組播報(bào)文發(fā)送給所述第二 PE，以使所述第二 PE將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)包括如果所述第一 PE和所述第二 PE之間已經(jīng)存在MT，所述第一 PE直接將所述公網(wǎng)組播報(bào)文通過已經(jīng)存在的MT發(fā)送給所述第二 PE，以使所述第二 PE將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)；如果所述第一 PE和所述第二 PE之間不存在MT，所述第一 PE與所述第二 PE新建MT， 并將所述公網(wǎng)組播報(bào)文通過新建的MT發(fā)送給所述第二 PE，以使所述第二 PE將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)。
3.根據(jù)權(quán)利要求2所述的組播轉(zhuǎn)發(fā)方法，其特征在于，所述第一PE根據(jù)預(yù)先在所述第一 PE的MVRF下配置的所述第二 VPN內(nèi)的第二 PE所屬M(fèi)D的公網(wǎng)組播地址，對(duì)所述私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文之前包括所述第一 PE預(yù)先在所述第一 PE的MVRF下配置所述第二 PE所屬M(fèi)D的公網(wǎng)組播地址， 并在所述第一 PE上配置所述第二 PE所屬M(fèi)D中的RP ；所述第一 PE將在所述第一 PE的MVRF下配置的第二 PE所屬M(fèi)D的公網(wǎng)組播地址和在所述第一 PE上配置的所述第二 PE所屬M(fèi)D中的RP通告給所述第一 PE的組播鄰居，所述第一 PE的組播鄰居包括所述第二 PE。
4.根據(jù)權(quán)利要求3所述的組播轉(zhuǎn)發(fā)方法，其特征在于，所述第一PE與所述第二 PE新建 MT包括所述第一 PE和所述第二 PE分別向在所述第一 PE上配置的所述第二 PE所屬M(fèi)D中的 RP發(fā)送(*，所述第二 PE所屬M(fèi)D的公網(wǎng)組播地址)加入消息以建立RPT ；所述第一 PE和所述第二 PE分別接收在所述第一 PE上配置的所述第二 PE所屬M(fèi)D中的RP發(fā)送的(S，所述第二 PE所屬M(fèi)D的公網(wǎng)組播地址)注冊(cè)消息以建立SPT，其中，S為所述第一 PE的地址或所述第二 PE的地址。
5.一種組播轉(zhuǎn)發(fā)裝置，其特征在于，包括報(bào)文接收模塊，用于接收所述組播轉(zhuǎn)發(fā)裝置所在第一 VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文，所述私網(wǎng)組播報(bào)文的目的地址是第二 VPN的私網(wǎng)組播地址；封裝模塊，用于根據(jù)預(yù)先在所述組播轉(zhuǎn)發(fā)裝置的MVRF下配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址，對(duì)所述私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成公網(wǎng)組播報(bào)文，所述公網(wǎng)組播報(bào)文的目的地址是所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址；發(fā)送模塊，用于通過所述組播轉(zhuǎn)發(fā)裝置與所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間的組播隧道MT將所述公網(wǎng)組播報(bào)文發(fā)送給所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)。
6.根據(jù)權(quán)利要求5所述的組播轉(zhuǎn)發(fā)裝置，其特征在于，所述發(fā)送模塊包括第一發(fā)送子模塊，用于在所述組播轉(zhuǎn)發(fā)裝置與所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間已經(jīng)存在MT時(shí)，直接將所述公網(wǎng)組播報(bào)文通過已經(jīng)存在的MT發(fā)送給所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)；第二發(fā)送子模塊，用于在所述組播轉(zhuǎn)發(fā)裝置和所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置之間不存在MT時(shí)，與所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置新建MT，并將所述公網(wǎng)組播報(bào)文通過新建的 MT發(fā)送給所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置，以使所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置將所述公網(wǎng)組播報(bào)文還原為所述私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)。
7.根據(jù)權(quán)利要求6所述的組播轉(zhuǎn)發(fā)裝置，其特征在于，還包括配置模塊，用于預(yù)先在所述組播轉(zhuǎn)發(fā)裝置的MVRF下配置所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址，并在所述組播轉(zhuǎn)發(fā)裝置上配置所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP ；通告模塊，用于將在所述組播轉(zhuǎn)發(fā)裝置的MVRF下配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址和在所述組播轉(zhuǎn)發(fā)裝置上配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP通告給所述組播轉(zhuǎn)發(fā)裝置的組播鄰居，所述組播轉(zhuǎn)發(fā)裝置的組播鄰居包括所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置。
8.根據(jù)權(quán)利要求7所述的組播轉(zhuǎn)發(fā)裝置，其特征在于，所述第二發(fā)送子模塊具體用于向在所述組播轉(zhuǎn)發(fā)裝置上配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送(*， 所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址)加入消息以建立RPT，并接收在所述組播轉(zhuǎn)發(fā)裝置上配置的所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送的(S，所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址)注冊(cè)消息以建立SPT，其中，S為所述組播轉(zhuǎn)發(fā)裝置的地址。
9.根據(jù)權(quán)利要求6或7或8所述的組播轉(zhuǎn)發(fā)裝置，其特征在于，當(dāng)所述組播轉(zhuǎn)發(fā)裝置作為所述第二 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置時(shí)，所述組播轉(zhuǎn)發(fā)裝置還包括信息接收模塊，用于接收所述第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置通告的配置在所述第一 VPN 內(nèi)的組播轉(zhuǎn)發(fā)裝置的MVRF下的所述組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址和配置在所述第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置上的所述組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP ；建立模塊，用于向所述信息接收模塊接收到的RP發(fā)送(*，所述組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播組地址)加入消息以建立RPT，并接收在所述第一VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置上配置的所述組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D中的RP發(fā)送的(S，所述組播轉(zhuǎn)發(fā)裝置所屬M(fèi)D的公網(wǎng)組播地址) 注冊(cè)消息以建立SPT，其中，S為所述組播轉(zhuǎn)發(fā)裝置的地址。
10.根據(jù)權(quán)利要求9所述的組播轉(zhuǎn)發(fā)裝置，其特征在于，還包括還原模塊，用于接收所述第一 VPN內(nèi)的組播轉(zhuǎn)發(fā)裝置發(fā)送的公網(wǎng)組播報(bào)文，并將所述公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到所述第二 VPN內(nèi)。
11. 一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括權(quán)利要求5-10任一項(xiàng)所述的組播轉(zhuǎn)發(fā)裝置。
全文摘要
本發(fā)明提供一種組播轉(zhuǎn)發(fā)方法、裝置及網(wǎng)絡(luò)設(shè)備。其中，方法包括第一VPN內(nèi)的第一PE接收第一VPN內(nèi)的組播源發(fā)送的私網(wǎng)組播報(bào)文；第一PE根據(jù)預(yù)先在第一PE的MVRF下配置的第二VPN內(nèi)的第二PE所屬M(fèi)D的公網(wǎng)組播地址，對(duì)私網(wǎng)組播報(bào)文進(jìn)行封裝處理生成目的地址是第二PE所屬M(fèi)D的公網(wǎng)組播地址的公網(wǎng)組播報(bào)文；第一PE將公網(wǎng)組播報(bào)文發(fā)送給第二PE，以使第二PE將公網(wǎng)組播報(bào)文還原為私網(wǎng)組播報(bào)文后轉(zhuǎn)發(fā)到第二VPN內(nèi)。本發(fā)明技術(shù)方案實(shí)現(xiàn)了跨VPN組播時(shí)減少PE上所配置的VPN和PE之間建立的MT數(shù)量，節(jié)約VPN和MT資源。
文檔編號(hào)H04L12/18GK102571375SQ20121002881
公開日2012年7月11日 申請(qǐng)日期2012年2月9日 優(yōu)先權(quán)日2012年2月9日
發(fā)明者張明振 申請(qǐng)人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司