報文傳輸方法及裝置制造方法
【專利摘要】本發(fā)明提供一種報文傳輸方法及裝置，應(yīng)用于可擴展虛擬局域網(wǎng)絡(luò)VXLAN組網(wǎng)中的動態(tài)主機配置協(xié)議DHCP服務(wù)器側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，該方法包括：當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP客戶端請求報文的隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文中并發(fā)送至DHCP服務(wù)器，以使所述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地址。通過本發(fā)明的技術(shù)方案，DHCP服務(wù)器可以直接根據(jù)VNI信息來識別當前DHCP客戶端請求報文所屬的VXLAN，從而確保為相應(yīng)的DHCP客戶端分配正確的IP地址。
【專利說明】報文傳輸方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及報文傳輸方法及裝置。

【背景技術(shù)】
[0002] VXLAN(Virtual Extensible LAN,可擴展虛擬局域網(wǎng)絡(luò)）是一個大二層網(wǎng)絡(luò)，相同 VXLAN的虛擬機（VM，Virtual Machine)處于同一個邏輯二層網(wǎng)絡(luò)，不同VXLAN之間邏輯隔 離。本地邊緣設(shè)備按照VXLAN對本地VM進行劃分和二層轉(zhuǎn)發(fā)，且本端邊緣設(shè)備向?qū)Χ诉?緣設(shè)備發(fā)送報文時會添加本地虛擬機的VXLAN網(wǎng)絡(luò)標識頭和隧道UDP頭，并按預(yù)先建立的 VXLAN隧道將報文轉(zhuǎn)發(fā)到對端邊緣設(shè)備，則對端邊緣設(shè)備在對UDP頭和VXLAN網(wǎng)絡(luò)標識頭進 行解封裝后，將報文送給對端VM，從而完成本地VM與對端VM之間的報文傳輸。
[0003] VM作為DHCP客戶端，需要向DHCP服務(wù)器申請地址，且由于不同VXLAN之間邏輯隔 離，就需要每個VXLAN都配置一個DHCP服務(wù)器。然而，隨著大量用戶接入VXLAN組網(wǎng)中，所 需的DHCP服務(wù)器的數(shù)量也隨之增加，從而占用大量資源。
[0004] 相關(guān)技術(shù)中，提出了在VXLAN組網(wǎng)中選擇一個VM作為DHCP服務(wù)器，由該VM為其 他DHCP客戶端分配地址。然而，一些VM作為DHCP服務(wù)器時，并不能夠有效區(qū)分DHCP客戶 端發(fā)送的DHCP報文中的TAG(位于以太網(wǎng)頭部（Ethernet Head)中的VLAN ID Tag字段）， 從而不能夠為不同VXLAN的VM分配正確的IP地址。


【發(fā)明內(nèi)容】

[0005] 有鑒于此，本發(fā)明提供一種新的技術(shù)方案，可以解決相關(guān)技術(shù)中部分DHCP服務(wù)器 無法識別DHCP報文中的TAG的技術(shù)問題。
[0006] 為實現(xiàn)上述目的，本發(fā)明提供技術(shù)方案如下：
[0007] 根據(jù)本發(fā)明的第一方面，提出了一種報文傳輸方法，應(yīng)用于可擴展虛擬局域網(wǎng)絡(luò) VXLAN組網(wǎng)中的動態(tài)主機配置協(xié)議DHCP服務(wù)器側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，包括：
[0008] 當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP客戶端請求報 文的隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文中并發(fā)送至 DHCP服務(wù)器，以使所述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地 址。
[0009] 根據(jù)本發(fā)明的第二方面，提出了一種報文傳輸裝置，應(yīng)用于可擴展虛擬局域網(wǎng)絡(luò) VXLAN組網(wǎng)中的動態(tài)主機配置協(xié)議DHCP服務(wù)器側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，包括：
[0010] 添加單元，用于當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP 客戶端請求報文的隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文 中；
[0011] 發(fā)送單元，用于將添加了所述VNI的DHCP客戶端請求報文發(fā)送至DHCP服務(wù)器，以 使所述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地址。
[0012] 由以上技術(shù)方案可見，本發(fā)明通過由VTEP解析出DHCP客戶端請求報文中的VNI， 并將該VNI封裝在DHCP報文中，使得DHCP服務(wù)器可以直接根據(jù)VNI信息來識別當前DHCP 客戶端請求報文所屬的VXLAN，從而確保為相應(yīng)的DHCP客戶端分配正確的IP地址。

【專利附圖】

【附圖說明】
[0013] 圖1示出了根據(jù)本發(fā)明的一示例性實施例的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；
[0014] 圖2示出了根據(jù)本發(fā)明的一示例性實施例的報文傳輸方法的示意流程圖；
[0015] 圖3示出了根據(jù)本發(fā)明的一示例性實施例的DHCP客戶端請求報文內(nèi)option結(jié)構(gòu) 的不意圖；
[0016] 圖4示出了根據(jù)本發(fā)明的另一示例性實施例的報文傳輸方法的示意流程圖；
[0017] 圖5示出了根據(jù)本發(fā)明的一示例性實施例的報文傳輸裝置的示意框圖。

【具體實施方式】
[0018] 由處于VXLAN網(wǎng)絡(luò)內(nèi)的虛擬機設(shè)備（VM，Virtual Manufacturing)向DHCP服務(wù)器 請求IP地址的分配。如【背景技術(shù)】所述，由于不同的VXLAN之間邏輯隔離，則作為一種實施 方式，相關(guān)技術(shù)中提出了為每個VXLAN配置獨立的DHCP服務(wù)器，則每臺DHCP服務(wù)器不需要 對不同VXLAN進行區(qū)分，但會導致占用過多的資源。為了解決占用資源過多的技術(shù)問題，相 關(guān)技術(shù)中進一步提出了為所有VXLAN配置同一臺DHCP服務(wù)器，但這使得DHCP服務(wù)器必須 能夠有效區(qū)分不同的VXLAN，從而為不同VXLAN分配相應(yīng)的正確IP地址。
[0019] 具體地，圖1示出了根據(jù)本發(fā)明的一示例性實施例的網(wǎng)絡(luò)結(jié)構(gòu)。請參考圖1，VM1 和VM2分別處于VXLAN1和VXLAN2,并均注冊為DHCP客戶端（client) ;VM1、VM2等分別連接 至DHCP客戶端側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，即VTEP-A ;DHCP服務(wù)器側(cè)的VXLAN隧 道端部節(jié)點VTEP設(shè)備（即VTEP-B)與VTEP-A之間建立隧道，從而使得VM1、VM2等虛擬機 可以通過該隧道向DHCP服務(wù)器請求對應(yīng)的IP地址。因此，本發(fā)明一實施例提出了一種如 圖2所示的報文傳輸方法，該方法應(yīng)用于VXLAN組網(wǎng)中的DHCP服務(wù)器側(cè)的VTEP設(shè)備（比 如圖1中的VTEP-B)，包括：
[0020] 步驟202,當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP客戶 端請求報文的隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文中；
[0021] 步驟204,將添加了所述VNI的DHCP客戶端請求報文發(fā)送至DHCP服務(wù)器，以使所 述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地址。
[0022] 由上述實施例可知，本發(fā)明通過在DHCP服務(wù)器側(cè)的VTEP設(shè)備上對來自DHCP客戶 端的DHCP客戶端請求報文進行預(yù)處理，使得DHCP服務(wù)器可以直接根據(jù)VNI信息來準確了 解和識別出當前DHCP客戶端請求報文所屬的VXLAN，并為相應(yīng)的DHCP客戶端（即VM)正確 地分配對應(yīng)的IP地址。
[0023] 其中，VNI信息可以添加至DHCP客戶端請求報文中的option結(jié)構(gòu)中。具體地，DHCP 客戶端請求報文內(nèi)的option結(jié)構(gòu)可以采用"TLV(Type-length-value，類型-長度-值）" 形式，比如圖3示出了一示例性實施例的option結(jié)構(gòu)，其中的Code字段內(nèi)的值用于表明當 前option結(jié)構(gòu)內(nèi)的消息類型，Len字段內(nèi)的值用于表明VNI字段占用的長度，而VNI內(nèi)的 值即為DHCP服務(wù)器側(cè)的VTEP接收到的DHCP客戶端請求報文內(nèi)解析出的VNI ;具體地，圖3 所示的option結(jié)構(gòu)內(nèi)，利用Code = 30表明當前option結(jié)構(gòu)內(nèi)的消息為VNI，且假定此時 的VNI具體為5。當然，本領(lǐng)域技術(shù)人員應(yīng)該理解的是，除圖3示出的option結(jié)構(gòu)之外，只 要能夠唯一應(yīng)用于VNI消息的封裝，顯然也可以采用其他的Code值、Len值等的組合，此處 不再 列舉。
[0024] 針對接收到的DHCP客戶端請求報文，請參考圖4,本發(fā)明提出了進一步的應(yīng)用于 DHCP服務(wù)器側(cè)的VTEP的技術(shù)方案，包括：
[0025] 步驟402,當接收到DHCP客戶端請求報文時，轉(zhuǎn)入步驟404 ;
[0026] 步驟404,解析接收到的DHCP客戶端請求報文，并在映射表中記錄DHCP客戶端 ID、接收DHCP客戶端請求報文的隧道口及該隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI之間的對 應(yīng)關(guān)系，作為映射表中的映射表項；
[0027] 具體地，映射表項可以由DHCP客戶端ID(即生成并發(fā)送該DHCP客戶端請求報文 的DHCP客戶端）、公網(wǎng)隧道口和VNI等構(gòu)成。比如對于圖1所示的VM1，假定VTEP-B在接 收到來自VM1的DHCP客戶端請求報文時，生成了如表1所示的映射表項。
[0028]
[0029] 表 1

【權(quán)利要求】
1. 一種報文傳輸方法，其特征在于，應(yīng)用于可擴展虛擬局域網(wǎng)絡(luò)VXLAN組網(wǎng)中的動態(tài) 主機配置協(xié)議DHCP服務(wù)器側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，包括 ： 當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP客戶端請求報文的 隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文中并發(fā)送至DHCP服 務(wù)器，以使所述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地址。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，將添加了所述VNI的DHCP客戶端請求報 文發(fā)送至DHCP服務(wù)器具體包括： 獲取本地預(yù)配置的DHCP服務(wù)器的VLAN ID標簽，將該VLAN ID標簽對封裝有所述VNI 的DHCP客戶端請求報文進行封裝后，發(fā)送至DHCP服務(wù)器； 和/或獲取本地預(yù)配置的DHCP服務(wù)器的出接口，并通過該出接口發(fā)送添加了所述VNI 的DHCP客戶端請求報文。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 在接收到所述DHCP客戶端請求報文時，在映射表中記錄DHCP客戶端、接收DHCP客戶 端請求報文的隧道口及該隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI之間的對應(yīng)關(guān)系； 當接收到DHCP服務(wù)器返回的DHCP請求響應(yīng)報文時，將該DHCP請求響應(yīng)報文中包含的 DHCP客戶端ID與所述映射表進行匹配，根據(jù)匹配于該DHCP客戶端ID的映射表項中的VNI 和隧道口的信息對所述DHCP請求響應(yīng)報文進行封裝并向DHCP客戶端發(fā)送。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括： 當接收到DHCP客戶端的DHCP釋放報文時，根據(jù)該DHCP客戶端ID，刪除與該DHCP客戶 端ID相匹配的映射表項。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 當接收到DHCP服務(wù)器返回的DHCP請求響應(yīng)報文時，在該DHCP請求響應(yīng)報文中添加以 所述DHCP服務(wù)器的IP地址為目的地址、下一跳為該DHCP響應(yīng)報文中包含的為DHCP客戶 端分配的地址所在網(wǎng)段的子網(wǎng)廣播地址的路由信息，并生成對應(yīng)于所述DHCP服務(wù)器的地 址解析協(xié)議ARP代答表項，其中該ARP代答表項中的代答IP為所述子網(wǎng)廣播地址、代答MAC 為該DHCP服務(wù)器的MAC地址。
6. -種報文傳輸裝置，其特征在于，應(yīng)用于可擴展虛擬局域網(wǎng)絡(luò)VXLAN組網(wǎng)中的動態(tài) 主機配置協(xié)議DHCP服務(wù)器側(cè)的VXLAN隧道端部節(jié)點VTEP設(shè)備，包括 ： 添加單元，用于當從VXLAN隧道接收到DHCP客戶端請求報文時，將接收所述DHCP客戶 端請求報文的隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI添加至所述DHCP客戶端請求報文中； 發(fā)送單元，用于將添加了所述VNI的DHCP客戶端請求報文發(fā)送至DHCP服務(wù)器，以使所 述DHCP服務(wù)器根據(jù)所述VNI為所述DHCP客戶端分配對應(yīng)地址段的地址。
7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括獲取單元，用于： 獲取本地預(yù)配置的DHCP服務(wù)器的VLAN ID標簽，將該VLAN ID標簽對封裝有所述VNI 的DHCP客戶端請求報文進行封裝后，由所述發(fā)送單元發(fā)送至DHCP服務(wù)器； 和/或獲取本地預(yù)配置的DHCP服務(wù)器的出接口，并由所述發(fā)送單元通過該出接口發(fā)送 添加了所述VNI的DHCP客戶端請求報文。
8. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括： 記錄單元，用于在接收到所述DHCP客戶端請求報文時，在映射表中記錄DHCP客戶端、 接收DHCP客戶端請求報文的隧道口及該隧道口對應(yīng)的VXLAN網(wǎng)絡(luò)標識符VNI之間的對應(yīng) 關(guān)系； 匹配單元，用于當接收到DHCP服務(wù)器返回的DHCP請求響應(yīng)報文時，將該DHCP請求響 應(yīng)報文中包含的DHCP客戶端ID與所述映射表進行匹配； 處理單元，用于根據(jù)匹配于該DHCP客戶端ID的映射表項中的VNI和隧道口的信息對 所述DHCP請求響應(yīng)報文進行封裝，并由所述發(fā)送單元向DHCP客戶端發(fā)送。
9. 根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括： 刪除單元，用于當接收到DHCP客戶端的DHCP釋放報文時，根據(jù)該DHCP客戶端ID，刪除 與該DHCP客戶端ID相匹配的映射表項。
10. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括： 生成單元，用于當接收到DHCP服務(wù)器返回的DHCP請求響應(yīng)報文時，在該DHCP請求響 應(yīng)報文中添加以所述DHCP服務(wù)器的IP地址為目的地址、下一跳為該DHCP請求響應(yīng)報文中 包含的為DHCP客戶端分配的地址所在網(wǎng)段的子網(wǎng)廣播地址的路由信息，并生成對應(yīng)于所 述DHCP服務(wù)器的地址解析協(xié)議ARP代答表項，其中該ARP代答表項中的代答IP為所述子 網(wǎng)廣播地址、代答MAC為該DHCP服務(wù)器的MAC地址。
【文檔編號】H04L12/46GK104104747SQ201410362933
【公開日】2014年10月15日 申請日期:2014年7月28日 優(yōu)先權(quán)日:2014年7月28日
【發(fā)明者】郝培, 張建周, 韓冰, 楊英杰 申請人:杭州華三通信技術(shù)有限公司