一種基於dvpn的組播數據傳輸方法和設備的製作方法

2023-06-30 00:57:16 2

專利名稱：一種基於dvpn的組播數據傳輸方法和設備的製作方法
技術領域：
本發明涉及通信技術領域，特別是涉及一種基於DVPN(Dynamic Virtual PrivateNetwork,動態虛擬專用網絡)的組播數據傳輸方法和設備。
背景技術：
越來越多的企業希望利用公共網絡組建VPN (Virtual Private Network,虛擬專用網絡)，以連接地理位置不同的 多個分支機構；然而企業分支機構通常採用動態地址接入公共網絡，使得通信一端無法事先知道對端的公網地址，為組建VPN提出了難題。為此提出了 DVPN 技術,其通過 NHRP (Next Hop Resolution Protocol,下一跳解析協議)或者 VAM(VPN Address Management, VPN地址管理)協議收集、維護和分發動態變化的公網地址信息，從而在企業網各分支機構使用動態地址接入公網的情況下，在各分支機構間建立VPN。DVPN包括Full-Mesh (全互聯)網絡，在該Full-Mesh網絡中，Spoke之間可以建立direct (直連)隧道直接進行通信，且Hub主要作為路由信息交換的中心；具體的，Spoke在向Server (伺服器)註冊後可以獲得Hub的信息，並與Hub建立永久的隧道連接；且任意兩個Spoke之間可以建立direct隧道,該direct隧道是動態的,在一段規定時間內沒有數據交互時需要被刪除。在Full-Mesh網絡中，隧道建立過程包括如下步驟
步驟1、如圖1所示的Site(節點)接入網絡的初始狀態示意圖；在初始狀態下，各Site都接入到網絡，但彼此之間沒有建立隧道。步驟2、如圖2所示的Site向Server註冊示意圖；在各Site向Server註冊的過程中，各Site可以通過註冊請求報文和回應報文的交互，獲得Hub或Spoke的身份，且在Spoke和Hub之間建立隧道；其中，該Server可以是NHS (對應於NHRP實現的方式)或者VAM Server (對應於VAM實現的方式)。步驟3、如圖3所示的Spoke之間建立direct隧道示意圖；在Spoke之間建立direct隧道的過程中，假設Spokel與PCl相連，Spoke2與PC2相連，當PCl需要發送數據給PC2時，Spokel向Server發送下一跳解析請求報文，Server將Spoke2註冊的公網地址通過下一跳解析響應報文通知給Spokel,之後Spokel可以利用Spoke2的公網地址建立到Spoke2 的 direct 隧道。在所有Spoke之間都建立direct隧道之後，則可以形成一個Full-Mesh網絡，如圖4所示，為Full-Mesh網絡的示意圖；該網絡中包括Spoke和Hub之間的隧道以及Spoke和Spoke之間的direct隧道；此時,各Spoke之間的數據可以直接通過Spoke之間的direct隧道轉發，而不需要通過Hub進行中轉。在Full-Mesh網絡中組播數據的轉發過程如下當Spoke相連終端需要發送組播數據時，由於Spoke不知道將組播數據轉發給哪些鄰居，因此該Spoke只能將組播數據發送給Hub，由Hub將組播數據複製發送給所有已註冊在線的Spoke。如圖5所示的組播數據發送示意圖，Spokel、Spoke3、Spoke4各自下掛的子網中分別有PC1、PC3、PC4加入組播組MGl ；Spokel收到來自PCl的組播數據後，將組播數據進行單播隧道封裝，經過路徑KSpokel和Hub之間的隧道)發送給Hub ；由Hub對組播數據進行複製,並分別發送給Spoke2, Spoke3和Spoke4 ;Sp0ke3在收到組播數據後，將組播數據發送給PC3，Spoke4在收到組播數據後，將組播數據發送給PC4 ;由於Spoke2下掛子網中沒有PC加入此組播組，因此Spoke2會丟棄收到的組播數據。在上述實現過程中，如圖6所示的Hub複製轉發組播數據示意圖，通過Hub複製組播數據並轉發給所有非組播源所在的Spoke時，如果上線的Spoke很多並且相連終端都沒有加入組播組，則會有大量的組播數據在這些Spoke上被丟棄；當多個Spoke相連終端加入了不同組播組，而且都有組播數據發送時，Hub作為組播數據的複製和中轉中心，其負載很大，性能極差
發明內容

本發明提供一種基於DVPN的組播數據傳輸方法和設備，以由Spoke利用direct隧道直接發送組播數據，減輕Hub的處理負載。為了達到上述目的，本發明實施例提供一種基於動態虛擬專用網絡DVPN的組播數據傳輸方法，應用於包括伺服器和多個Spoke的網絡中，所述伺服器上維護有註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係，該方法包括以下步驟
Spoke在收到來自自身相連終端的組播數據時，獲得所述組播數據對應的組播組地址，並向所述伺服器發送請求報文，所述請求報文中攜帶了所述組播組地址；
所述Spoke接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述伺服器查詢所述註冊信息表獲得的對應於所述組播組地址的公網地址；
所述Spoke判斷當前自身是否與所述公網地址對應的Spoke建立direct隧道,如果是，則利用建立的direct隧道發送所述組播數據；
如果否，貝1J所述Spoke利用所述公網地址與所述公網地址對應的Spoke建立direct隧道，並利用所述direct隧道發送所述組播數據。所述方法進一步包括所述Spoke通過註冊請求報文將自身的公網地址以及自身相連終端加入的組播組地址發送給所述伺服器；
由所述伺服器在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。所述方法進一步包括當所述Spoke相連終端離開組播組後，所述Spoke通過註銷請求報文將自身的公網地址以及自身相連終端離開的組播組地址發送給所述伺服器；由所述伺服器在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係；以及，
當所述Spoke相連終端離開組播組後，所述Spoke將自身相連終端離開的組播組地址發送給當前向所述Spoke相連終端發送組播數據的其它Spoke,以指示所述其它Spoke停止向所述Spoke相連終端發送組播數據。本發明實施例提供一種基於動態虛擬專用網絡DVPN的組播數據傳輸方法，應用於包括伺服器和多個Spoke的網絡中，該方法包括以下步驟所述伺服器維護註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係；
所述伺服器接收來自Spoke的請求報文，且所述請求報文中攜帶了所述Spoke需要發送的組播數據的組播組地址；
所述伺服器利用所述組播組地址查詢所述註冊信息表，獲得與所述組播組地址相對應的公網地址；
所述伺服器向所述Spoke發送響應報文，且所述響應報文中攜帶了所述公網地址；使所述Spoke利用所述公網地址發送所述組播數據。所述伺服器維護註冊信息表的過程，進一步包括
所述伺服器接收來自所述Spoke的註冊請求報文，且所述註冊請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址，並在所述註冊信息表中記 錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。所述方法進一步包括當Spoke相連終端離開組播組後，所述伺服器接收來自所述Spoke的註銷請求報文，且所述註銷請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址，並在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係。本發明實施例提供一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為Spoke應用於包括伺服器和多個Spoke的網絡中，所述伺服器上維護有註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係，該設備包括
獲得模塊，用於在收到來自本設備相連終端的組播數據時，獲得所述組播數據對應的組播組地址；
發送模塊，用於向所述伺服器發送請求報文，且所述請求報文中攜帶了所述組播組地
址；
接收模塊，用於接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述伺服器查詢所述註冊信息表獲得的對應所述組播組地址的公網地址；
判斷模塊，用於判斷當前本設備是否與所述公網地址對應的Spoke建立direct隧道；處理模塊，用於當判斷結果為是時，利用建立的direct隧道發送所述組播數據；當判斷結果為否時，利用所述公網地址與所述公網地址對應的Spoke建立direct隧道，並利用所述direct隧道發送所述組播數據。所述發送模塊，還用於通過註冊請求報文將本設備的公網地址以及本設備相連終端加入的組播組地址發送給所述伺服器；
由所述伺服器在所述註冊信息表中記錄本設備的公網地址以及本設備相連終端加入的組播組地址之間的對應關係。所述發送模塊，還用於當本設備相連終端離開組播組後，通過註銷請求報文將本設備的公網地址以及本設備相連終端離開的組播組地址發送給所述伺服器；由所述伺服器在所述註冊信息表中刪除本設備的公網地址以及本設備相連終端離開的組播組地址之間的對應關係；以及，
當本設備相連終端離開組播組後，將本設備相連終端離開的組播組地址發送給當前向本設備相連終端發送組播數據的其它Spoke，以指示所述其它Spoke停止向本設備相連終端發送組播數據。本發明實施例提供一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為伺服器應用於包括伺服器和多個Spoke的網絡中，該設備包括 維護模塊，用於維護註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係；
接收模塊，用於接收來自Spoke的請求報文,且所述請求報文中攜帶了所述Spoke需要發送的組播數據的組播組地址；
獲得模塊，用於利用所述組播組地址查詢所述註冊信息表，獲得與所述組播組地址相對應的公網地址；
發送模塊，用於向所述Spoke發送響應報文，且所述響應報文中攜帶了所述公網地址；使所述Spoke利用所述公網地址發送所述組播數據。所述接收模塊，還用於接收來自所述Spoke的註冊請求報文，且所述註冊請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址；
所述維護模塊，進一步用於在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。所述接收模塊，還用於當Spoke相連終端離開組播組後，接收來自所述Spoke的註銷請求報文，且所述註銷請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址；
所述維護模塊，進一步用於在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係。與現有技術相比，本發明實施例至少具有以下優點本發明實施例中，Spoke在需要發送組播數據時，能夠獲知該組播數據的接收者所在的其它Spoke的公網地址信息，從而能夠利用direct隧道直接發送組播數據，避免Hub複製轉發Spoke側的組播數據，減輕Hub的處理負載，並提高了整個DVPN網絡的組播數據轉發性能，以及降低了公網帶寬的消耗。


圖1是現有技術的Full-Mesh網絡中Site接入網絡的初始狀態示意 圖2是現有技術的Full-Mesh網絡中Site向Server註冊示意 圖3是現有技術的Full-Mesh網絡中Spoke之間建立direct隧道示意 圖4是現有技術的Full-Mesh網絡的示意 圖5是現有技術的Full-Mesh網絡中組播數據發送示意 圖6是現有技術的Full-Mesh網絡中Hub複製轉發組播數據示意 圖7是本發明實施例中Spoke註冊過程示意 圖8是本發明實施例提供的一種基於DVPN的組播數據傳輸方法流程 圖9是本發明實施例的具體應用場景意 圖10是本發明實施例中存在多個組播組時Spoke間建立隧道示意 圖11是本發明實施例中一種基於DVPN的組播數據傳輸設備結構圖；圖12是本發明實施例中另一種基於DVPN的組播數據傳輸設備結構圖。
具體實施例方式下面結合附圖對本發明實施例進行詳細描述。針對現有技術中存在的問題，本發明實施例提出了一種基於DVPN的組播數據傳輸方法，該方法可以應用在DVPN的Fu 11 -Me sh網絡中；且在Fu 11 -Me sh網絡中，可以包括伺服器(Server)和多個Spoke。本發明實施例中，伺服器上需要維護有註冊信息表，且該註冊信息表中記錄了各Spoke的公網地址以及各Spoke相連終端加入的組播組地址之間的對應關係；具體的，各Spoke需要通過註冊請求報文將自身的公網地址以及自身相連終端加入的組播組地址發送給伺服器；且伺服器在接收到註冊請求報文後，在註冊信息表中記錄Spoke的公網地址以及Spoke相連終端加入的組播組地址之間的對應關係。其中，各Spoke可以在 註冊過程中，通過註冊請求報文將自身的公網地址以及自身相連終端加入的組播組地址發送給伺服器；或者，各Spoke可以在有終端加入組播組時，通過註冊請求報文將自身的公網地址以及自身相連終端加入的組播組地址發送給伺服器。如圖7所示的Spoke註冊過程示意圖,Ful1-Mesh網絡中包括SpokeI(公網地址為1.1.1. l)、Spoke2 (公網地址為 2.1.1. l)、Spoke3 (公網地址為 3.1.1. l)、Spoke4 (公網地址為4.1.1.1)和Spoke5(公網地址為5.1.1. D5Spokel相連終端為PCLPCl加入的組播組地址為224. 0. 0. 30 ；Spoke2相連終端為PC2，PC2加入的組播組地址為225. 0. 0. 30 ；Spoke3相連終端為PC3，PC3加入的組播組地址為224. 0. 0. 30 ;Spoke4相連終端為PC4，PC4加入的組播組地址為224. 0. 0. 30 ；Spoke5相連終端為PC5，PC5加入的組播組地址為225. 0. 0. 30。在上述應用場景下，Spokel在註冊過程中，通過註冊請求報文將自身的公網地址(1.1.1.1)以及自身相連終端加入的組播組地址(224. 0.0. 30)發送給伺服器；伺服器在接收到註冊請求報文後，在註冊信息表中記錄(1.1.1.1)與(224. 0. 0. 30)之間的對應關係；同樣的，Spoke2在註冊過程中，伺服器可以在註冊信息表中記錄(2.1.1.1)與(225. 0. 0. 30)之間的對應關係；Sp0ke3在註冊過程中，伺服器可以在註冊信息表中記錄(3.1.1.1)與(224. 0. 0. 30)之間的對應關係；Sp0ke4在註冊過程中，伺服器可以在註冊信息表中記錄(4.1.1.1)與(224. 0. 0. 30)之間的對應關係；Spoke5在註冊過程中，伺服器可以在註冊信息表中記錄(5.1.1.1)與(225. 0. 0. 30)之間的對應關係。進一步的，針對單播數據的發送過程，各Spoke在註冊過程中還需要將自身的私網地址與公網地址之間的對應關係通知給伺服器；當Spokel接收到來自PCl的單播數據(假設為PCl發送給PC2的單播數據)後，Spokel上可以通過該單播數據對應的路由信息查找出到達Spoke2的私網地址,並向伺服器發送Next hop resolve request (下一跳解析請求)報文(攜帶該私網地址)，之後伺服器利用該私網地址確定Spoke2的公網地址，並將Spoke2的公網地址通過Next hop resolve reply (下一跳解析響應)報文通知給Spokel,由是Spokel觸發建立到Spoke2的direct隧道,並通過direct隧道發送單播數據。 因此為了兼容單播數據的處理過程，本發明實施例中，各Spoke在註冊過程中，需要通過註冊請求報文將自身的公網地址、自身的私網地址以及自身相連終端加入的組播組地址發送給伺服器；且伺服器在接收到註冊請求報文後，在註冊信息表中記錄Spoke的公網地址、Spoke的私網地址以及Spoke相連終端加入的組播組地址之間的對應關係，具體過程在此不再贅述。基於伺服器上維護的註冊信息表，如圖8所示，本發明實施例提出的基於DVPN的組播數據傳輸方法可以包括以下步驟
步驟801，Spoke在收到來自自身相連終端的組播數據時，獲得該組播數據對應的組播組地址(即組播數據的目的地址)。例如，Spokel相連終端為PC1，且PCl為組播源時，PCl發送的組播數據需要經由Spokel轉發，即Spokel會收到來自PCl的組播數據，並且需要獲得該組播數據對應的組播組地址(即組播目的地址)。步驟802，Spoke向伺服器發送請求報文，且該請求報文中攜帶了該組播組地址，且該請求報文用於申請該組播組地址對應的公網地址。 步驟803，伺服器在收到請求報文後，利用請求報文中攜帶的組播組地址查詢註冊信息表，獲得與組播組地址相對應的公網地址。步驟804，伺服器向Spoke發送響應報文，且該響應報文中攜帶了查詢到的公網地址。步驟805，Spoke在收到來自伺服器的響應報文之後，判斷當前自身是否與公網地址(即響應報文中攜帶的公網地址)對應的Spoke建立有direct隧道；如果是，執行步驟806 ;否則，執行步驟807。步驟806，Spoke利用自身與公網地址(即響應報文中攜帶的公網地址)對應的Spoke之間已經建立的direct隧道發送組播數據。步驟807，Spoke利用公網地址(即響應報文中攜帶的公網地址)與公網地址對應的Spoke建立direct隧道,並利用該direct隧道發送組播數據。本發明實施例中，由於響應報文中攜帶的公網地址可以為多個，因此Spoke在接收到響應報文後，需要分別與多個公網地址所對應的Spoke建立多個direct隧道，並需要複製組播數據，以及通過多個direct隧道分別發送多個組播數據到各公網地址所對應的Spoke。以下結合圖9所示的應用場景對上述過程進行進一步的說明。在步驟801中，Spokel、Spoke3、Spoke4各自下掛的子網中分別有PC1、PC3、PC4加入組播組MG1，PC1為組播源，發送組播數據經由Spokel轉發，Spokel在收到PCl的組播數據後，獲得該組播數據對應的組播組地址(即組播目的地址)，該組播組地址為224. O. O. 30。在步驟802中，Spokel向伺服器發送請求報文，且該請求報文中攜帶了組播組地址(即 224. O. O. 30)。在步驟803中，伺服器在收到請求報文後，利用224. O. O. 30查詢註冊信息表，獲得與 224. O. O. 30 對應的公網地址為1.1.1. 1,3.1.1. 1,4.1. 4.1。在步驟804中，伺服器向Spokel發送響應報文，且該響應報文中攜帶了公網地址(3.1.1. 1,4. 1.4.1);或者，攜帶了公網地址(1.1.1. 1,3.1.1. 1,4. 1.4.1)。在步驟805中，Spokel在收到響應報文後，判斷當前自身是否與3.1.1.1對應的Spoke3建立有direct隧道；如果是，則利用已經建立的direct隧道(即Spokel與Spoke3之間的direct隧道)發送組播數據；如果否，則利用自身的公網地址(1.1.1.1)以及3·1.1.1與Spoke3建立direct隧道，並利用該direct隧道(即Spokel與Spoke3之間的direct隧道)發送組播數據；此外，Spokel還需要判斷當前自身是否與4.1.1.1對應的Spoke4建立有direct隧道；如果是，則利用已經建立的direct隧道(即Spokel與Spoke4之間的direct隧道)發送組播數據；如果否，則利用自身的公網地址(1.1.1.1)以及4.1.1.1與Spoke4建立direct隧道,並利用該direct隧道(即Spokel與Spoke4之間的direct隧道)發送組播數據；此後，Spokel可以將組播數據複製，並通過direct隧道分別轉發給Spoke3和Spoke4。本發明實施例中，當Spoke相連終端離開組播組後，Spoke需要通過註銷請求報文將自身的公網地址以及自身相連終端離開的組播組地址發送給伺服器；伺服器在收到註銷請求報文後，需要在註冊信息表中刪除該Spoke的公網地址以及Spoke相連終端離開的組播組地址之間的對應關係。進一步的，當Spoke相連終端離開組播組後，該Spoke還需要將自身相連終端離開 的組播組地址發送給當前向Spoke相連終端發送組播數據的其它Spoke,以指示其它Spoke停止向Spoke相連終端發送組播數據；或者，伺服器在獲知Spoke相連終端離開的組播組地址後，將Spoke相連終端離開的組播組地址發送給當前向Spoke相連終端發送組播數據的其它Spoke,以指示其它Spoke停止向Spoke相連終端發送組播數據。本發明實施例中，如圖10所示，為存在多個組播組時Spoke之間建立direct隧道示意圖，當有多個Spoke相連終端加入不同的組播組時，針對每個組播組按照上述方式處理後，同樣可以實現Spoke之間組播數據的傳輸。基於與上述方法同樣的發明構思，本發明實施例還提出了一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為Spoke應用於包括伺服器和多個Spoke的網絡中，所述伺服器上維護有註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係，如圖11所示，該設備包括
獲得模塊11，用於在收到來自本設備相連終端的組播數據時，獲得所述組播數據對應的組播組地址；
發送模塊12，用於向所述伺服器發送請求報文，且所述請求報文中攜帶了所述組播組地址；
接收模塊13，用於接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述伺服器查詢所述註冊信息表獲得的對應所述組播組地址的公網地址；
判斷模塊14，用於判斷當前本設備是否與所述公網地址對應的Spoke建立direct隧
道；
處理模塊15，用於當判斷結果為是時，利用建立的direct隧道發送所述組播數據；當判斷結果為否時，利用所述公網地址與所述公網地址對應的Spoke建立direct隧道，並利用所述direct隧道發送所述組播數據。所述發送模塊12，還用於通過註冊請求報文將本設備的公網地址以及本設備相連終端加入的組播組地址發送給所述伺服器；
由所述伺服器在所述註冊信息表中記錄本設備的公網地址以及本設備相連終端加入的組播組地址之間的對應關係。所述發送模塊12，還用於當本設備相連終端離開組播組後，通過註銷請求報文將本設備的公網地址以及本設備相連終端離開的組播組地址發送給所述伺服器；由所述伺服器在所述註冊信息表中刪除本設備的公網地址以及本設備相連終端離開的組播組地址之間的對應關係；以及，
當本設備相連終端離開組播組後，將本設備相連終端離開的組播組地址發送給當前向本設備相連終端發送組播數據的其它Spoke，以指示所述其它Spoke停止向本設備相連終端發送組播數據。其中，本發明裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。基於與上述方法同樣的發明構思，本發明還提出了一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為伺服器應用於包括伺服器和多個Spoke的網絡中，如圖12所示，該設備包括
維護模塊21，用於維護註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址 以及所述各Spoke相連終端加入的組播組地址之間的對應關係；
接收模塊22，用於接收來自Spoke的請求報文，且所述請求報文中攜帶了所述Spoke需要發送的組播數據的組播組地址；
獲得模塊23，用於利用所述組播組地址查詢所述註冊信息表，獲得與所述組播組地址相對應的公網地址；
發送模塊24，用於向所述Spoke發送響應報文，且所述響應報文中攜帶了所述公網地址；使所述Spoke利用所述公網地址發送所述組播數據。所述接收模塊22，還用於在接收來自所述Spoke的註冊請求報文，且所述註冊請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址；
所述維護模塊21，進一步用於在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。所述接收模塊22，還用於當Spoke相連終端離開組播組後，接收來自所述Spoke的註銷請求報文，且所述註銷請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址；
所述維護模塊21，進一步用於在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係。其中，本發明裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案可以以軟體產品的形式體現出來，該軟體產品可以存儲在一個非易失性存儲介質(可以是⑶-ROM，U盤，移動硬碟等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。 上述本發明序號僅僅為了描述，不代表實施例的優劣。 以上公開的僅為本發明的幾個具體實施例，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。
權利要求
1.一種基於動態虛擬專用網絡DVPN的組播數據傳輸方法，應用於包括伺服器和多個Spoke的網絡中，其特徵在於，所述伺服器上維護有註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係，該方法包括以下步驟 Spoke在收到來自自身相連終端的組播數據時，獲得所述組播數據對應的組播組地址，並向所述伺服器發送請求報文，所述請求報文中攜帶了所述組播組地址； 所述Spoke接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述伺服器查詢所述註冊信息表獲得的對應於所述組播組地址的公網地址； 所述Spoke判斷當前自身是否與所述公網地址對應的Spoke建立direct隧道,如果是，則利用建立的direct隧道發送所述組播數據； 如果否，貝1J所述Spoke利用所述公網地址與所述公網地址對應的Spoke建立direct隧道，並利用所述direct隧道發送所述組播數據。
2.如權利要求1所述的方法，其特徵在於，所述方法進一步包括 所述Spoke通過註冊請求報文將自身的公網地址以及自身相連終端加入的組播組地址發送給所述伺服器； 由所述伺服器在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。
3.如權利要求1或2所述的方法，其特徵在於，所述方法進一步包括 當所述Spoke相連終端離開組播組後，所述Spoke通過註銷請求報文將自身的公網地址以及自身相連終端離開的組播組地址發送給所述伺服器； 由所述伺服器在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係；以及， 當所述Spoke相連終端離開組播組後，所述Spoke將自身相連終端離開的組播組地址發送給當前向所述Spoke相連終端發送組播數據的其它Spoke,以指示所述其它Spoke停止向所述Spoke相連終端發送組播數據。
4.一種基於動態虛擬專用網絡DVPN的組播數據傳輸方法，應用於包括伺服器和多個Spoke的網絡中，其特徵在於，該方法包括以下步驟 所述伺服器維護註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係； 所述伺服器接收來自Spoke的請求報文，且所述請求報文中攜帶了所述Spoke需要發送的組播數據的組播組地址； 所述伺服器利用所述組播組地址查詢所述註冊信息表，獲得與所述組播組地址相對應的公網地址； 所述伺服器向所述Spoke發送響應報文，且所述響應報文中攜帶了所述公網地址；使所述Spoke利用所述公網地址發送所述組播數據。
5.如權利要求4所述的方法，其特徵在於，所述伺服器維護註冊信息表的過程，進一步包括 所述伺服器接收來自所述Spoke的註冊請求報文，且所述註冊請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址，並在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。
6.如權利要求4或5所述的方法，其特徵在於，所述方法進一步包括 當Spoke相連終端離開組播組後，所述伺服器接收來自所述Spoke的註銷請求報文，且所述註銷請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址，並在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係。
7.一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為Spoke應用於包括伺服器和多個Spoke的網絡中，其特徵在於，所述伺服器上維護有註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係，該設備包括 獲得模塊，用於在收到來自本設備相連終端的組播數據時，獲得所述組播數據對應的組播組地址； 發送模塊，用於向所述伺服器發送請求報文，且所述請求報文中攜帶了所述組播組地址； 接收模塊，用於接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述伺服器查詢所述註冊信息表獲得的對應所述組播組地址的公網地址； 判斷模塊，用於判斷當前本設備是否與所述公網地址對應的Spoke建立direct隧道； 處理模塊，用於當判斷結果為是時，利用建立的direct隧道發送所述組播數據；當判斷結果為否時，利用所述公網地址與所述公網地址對應的Spoke建立direct隧道，並利用所述direct隧道發送所述組播數據。
8.如權利要求7所述的設備，其特徵在於， 所述發送模塊，還用於通過註冊請求報文將本設備的公網地址以及本設備相連終端加入的組播組地址發送給所述伺服器； 由所述伺服器在所述註冊信息表中記錄本設備的公網地址以及本設備相連終端加入的組播組地址之間的對應關係。
9.如權利要求7或8所述的設備，其特徵在於， 所述發送模塊，還用於當本設備相連終端離開組播組後，通過註銷請求報文將本設備的公網地址以及本設備相連終端離開的組播組地址發送給所述伺服器；由所述伺服器在所述註冊信息表中刪除本設備的公網地址以及本設備相連終端離開的組播組地址之間的對應關係；以及， 當本設備相連終端離開組播組後，將本設備相連終端離開的組播組地址發送給當前向本設備相連終端發送組播數據的其它Spoke，以指示所述其它Spoke停止向本設備相連終端發送組播數據。
10.一種基於動態虛擬專用網絡DVPN的組播數據傳輸設備，作為伺服器應用於包括伺服器和多個Spoke的網絡中，其特徵在於，該設備包括 維護模塊，用於維護註冊信息表，且所述註冊信息表中記錄了各Spoke的公網地址以及所述各Spoke相連終端加入的組播組地址之間的對應關係； 接收模塊，用於接收來自Spoke的請求報文,且所述請求報文中攜帶了所述Spoke需要發送的組播數據的組播組地址；獲得模塊，用於利用所述組播組地址查詢所述註冊信息表，獲得與所述組播組地址相對應的公網地址； 發送模塊，用於向所述Spoke發送響應報文，且所述響應報文中攜帶了所述公網地址；使所述Spoke利用所述公網地址發送所述組播數據。
11.如權利要求10所述的設備，其特徵在於， 所述接收模塊，還用於接收來自所述Spoke的註冊請求報文，且所述註冊請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址； 所述維護模塊，進一步用於在所述註冊信息表中記錄所述Spoke的公網地址以及所述Spoke相連終端加入的組播組地址之間的對應關係。
12.如權利要求10或11所述的設備，其特徵在於， 所述接收模塊，還用於當Spoke相連終端離開組播組後，接收來自所述Spoke的註銷請求報文，且所述註銷請求報文中攜帶了所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址； 所述維護模塊，進一步用於在所述註冊信息表中刪除所述Spoke的公網地址以及所述Spoke相連終端離開的組播組地址之間的對應關係。
全文摘要
本發明公開了一種基於DVPN的組播數據傳輸方法和設備，該方法包括Spoke獲得組播數據對應的組播組地址，並向伺服器發送請求報文，所述請求報文中攜帶了所述組播組地址；所述Spoke接收來自所述伺服器的響應報文，所述響應報文中攜帶了所述組播組地址對應的公網地址；所述Spoke利用所述公網地址建立direct隧道，並利用所述direct隧道發送所述組播數據。本發明中，減輕了Hub的處理負載，並降低了公網帶寬的消耗。
文檔編號H04L12/803GK103023667SQ201210507830
公開日2013年4月3日 申請日期2012年12月3日 優先權日2012年12月3日
發明者王佩龍, 毛昱 申請人:杭州華三通信技術有限公司