專利名稱：一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信技術(shù)，尤其涉及一種建立動(dòng)態(tài)主機(jī)配置協(xié)議(Dynamic HostConfiguration Protocol, DHCP)窺探(Snooping)綁定表的方法及系統(tǒng)。
背景技術(shù)：
隨著云計(jì)算的發(fā)展以及服務(wù)器虛擬化技術(shù)的成熟，數(shù)據(jù)中心部署的虛擬化服務(wù)器數(shù)據(jù)越來(lái)越多。虛擬機(jī)解決了業(yè)務(wù)對(duì)于硬件的依賴，使得在同一個(gè)服務(wù)器同時(shí)運(yùn)行多個(gè)VM(Virtual Machine,虛擬機(jī))時(shí),不同的VM間可以相互隔離，從而使得VM的遷移不再困難。另外云計(jì)算的業(yè)務(wù)部署、遷移、移動(dòng)性等需求也激發(fā)了大量的VM遷移需求。如圖I所示,VMl在主機(jī)A中啟動(dòng),主機(jī)A中還包括VM2及Hypervisor (內(nèi)部VM監(jiān)視/控制單元)及vSwitch (內(nèi)部VM交換單元)，外部還設(shè)有NIC(Network Interface,網(wǎng)絡(luò)接口卡)由于配置的是采用DHCP方式獲取IP(Internet Protocol，網(wǎng)際互聯(lián)協(xié)議地址)地址，則遷移流程包括I、VMl 發(fā)出 DHCP REQUEST (DHCP 請(qǐng)求);2、交換機(jī)A轉(zhuǎn)發(fā)DHCP請(qǐng)求到DHCP服務(wù)器；3、DHCP服務(wù)器回應(yīng)ACK (確認(rèn)消息)；4、交換機(jī)A收到ACK消息(或者DHCP v6的REPLY信息)，建立DHCP Snooping (窺探)綁定表A，DHCP Snooping綁定表是依賴DHCP協(xié)議建立起的一種報(bào)文過濾機(jī)制，其中包含下述各參數(shù)的值MAC (Media Access Control,媒體接入控制地址)、IP、VID (Vlan ID,虛擬局域網(wǎng)標(biāo)識(shí))及Port (端口)，以如表I所示值為例，需要說明的是，表I中的各數(shù)值僅作為示例。表IDHCP Snooping 綁定表
MACIPVID Pori~00-1C-BF-23-,
Vc ^ 201.19.14.8 100 Fei 1/145-5JJ—5、交換機(jī)A轉(zhuǎn)發(fā)ACK消息到VMl ；6、VMl從主機(jī)A遷移到主機(jī)B。上述的DHCP協(xié)議的交互過程是一個(gè)DHCP客戶端與DHCP服務(wù)器間的一個(gè)舉例，詳細(xì)的交互過程參考圖2 圖7，這種流程是僅考慮DHCP客戶端、服務(wù)器的交互，沒有考慮中間有DHCP中繼的情況。如圖2所示，DHCPv4客戶端在已知DHCPv4服務(wù)器地址的情況下，請(qǐng)求IPv4地址的流程包括以下步驟步驟201、DHCPv4 客戶端向 DHCPv4 服務(wù)器發(fā)送 DHCP REQUEST ；步驟202、DHCPv4服務(wù)器收到上述DHCP REQUEST后，向DHCPv4客戶端回復(fù)DHCPACK。如圖3所示，在DHCPv4客戶端與DHCPv4服務(wù)器支持快速IPv4地址申請(qǐng)的情況下，請(qǐng)求IPv4地址的流程包括以下步驟步驟301、DHCPv4客戶端向DHCPv4服務(wù)器發(fā)送DHCP DISCOVER (DHCP發(fā)現(xiàn)消息);步驟302、DHCPv4服務(wù)器收到DHCP DISCOVER后，從那些還沒有租出的地址范圍內(nèi)選擇一個(gè)IPv4地址，通過DHCP ACK分配給DHCPv4客戶端。如圖4所示，DHCP的完整交互流程包括以下步驟步驟401、DHCPv4 客戶端向 DHCPv4 服務(wù)器發(fā)送 DHCP DISCOVER ；步驟402、DHCPv4服務(wù)器收到DHCP DISCOVER后，從那些還沒有租出的地址范圍內(nèi)選擇一個(gè)IPv4地址，通過DHCP OFFER分配給DHCPv4客戶端；步驟403、若DHCPv4客戶端收到網(wǎng)絡(luò)上多臺(tái)DHCPv4服務(wù)器的響應(yīng)，只會(huì)挑選其中 一個(gè)DHCP OFFER而已(通常選擇最先抵達(dá)的那個(gè))，并且會(huì)向網(wǎng)絡(luò)發(fā)送一個(gè)DHCP REQUEST廣播封包，告訴所有DHCPv4服務(wù)器它將指定接受哪一臺(tái)服務(wù)器提供的IPv4地址；步驟404、當(dāng)DHCPv4服務(wù)器接收到DHCPv4客戶端發(fā)出的DHCPREQUEST之后，會(huì)向DHCPv4客戶端發(fā)出一個(gè)DHCP ACK響應(yīng)，以確認(rèn)IP租約的正式生效。如圖5所示，DHCPv6客戶端在已知DHCPv6服務(wù)器地址的情況下，請(qǐng)求IPv6地址的流程包括以下步驟 步驟501、DHCPv6 客戶端向 DHCPv6 服務(wù)器發(fā)送 DHCP REQUEST ；步驟502、DHCPv6服務(wù)器收到上述DHCP REQUEST后，向DHCPv6客戶端回復(fù)DHCPREPLY。如圖6所示，在DHCPv6客戶端與DHCPv6服務(wù)器支持快速IPv6地址申請(qǐng)的情況下，請(qǐng)求IPv6地址的流程包括以下步驟步驟601、DHCPv6客戶端向DHCPv6服務(wù)器發(fā)送DHCP SOLCIT (DHCP征集消息);步驟602、DHCPv6服務(wù)器收到DHCP SOLCIT后，通過DHCP REPLY將選擇的IPv6地址分配給DHCPv6客戶端。如圖7所示，DHCP的完整交互流程包括以下步驟步驟701、DHCPv6 客戶端向 DHCPv6 服務(wù)器發(fā)送 DHCP SOLICIT ；步驟702、所有收到DHCP SOLICIT的DHCPv6服務(wù)器都會(huì)回復(fù)一個(gè)DHCPADVERTISE(DHCP通告消息)，此消息用服務(wù)器標(biāo)識(shí)符(server identifier)選項(xiàng)標(biāo)識(shí)此DHCPv6服務(wù)器,用客戶端標(biāo)識(shí)符(client identifier)選項(xiàng)標(biāo)識(shí)上述DHCPv6客戶端；步驟703、若DHCPv6客戶端收到網(wǎng)絡(luò)上多臺(tái)DHCPv6服務(wù)器的響應(yīng)，只會(huì)挑選其中一個(gè)DHCPv6服務(wù)器，并發(fā)送DHCP REQUEST申請(qǐng)地址和本網(wǎng)絡(luò)配置參數(shù)；步驟704、當(dāng)DHCPv6服務(wù)器接收到DHCPv6客戶端發(fā)出的DHCPREQUEST之后，會(huì)向DHCP客戶端發(fā)出一個(gè)DHCP REPLY以提供地址和請(qǐng)求的配置信息。VM遷移的一般步驟如圖8所示。當(dāng)然，這些步驟并不是必然出現(xiàn)的，且有些步驟之間的先后順序也不一定完全等同于本圖，不同廠家的遷移實(shí)現(xiàn)方式也會(huì)有些差別。下面具體解釋一下各步驟步驟I :遷移準(zhǔn)備階段。包括主機(jī)A上的原VM啟動(dòng)，正常工作，需要遷移，指定將要遷移去的目標(biāo)主機(jī)為主機(jī)B，主機(jī)B需要預(yù)估資源情況，判斷是否可以支持此次遷移；步驟2 :在主機(jī)B上預(yù)留資源，并進(jìn)行相應(yīng)的初始化工作；步驟3 :進(jìn)行一次整體拷貝，將主機(jī)A上與原VM相關(guān)的數(shù)據(jù)拷貝到主機(jī)B上。在拷貝完成后，主機(jī)B上即生成了一個(gè)與原VM相同的目標(biāo)VM ；步驟4:如果必要，會(huì)進(jìn)行定時(shí)的差異數(shù)據(jù)拷貝，將差異數(shù)據(jù)從主機(jī)A拷貝到主機(jī)B ；步驟5 :掛起原VM的工作進(jìn)程，相應(yīng)的業(yè)務(wù)不再處理；步驟6 :主機(jī) B 上的目標(biāo) VM 發(fā)送 ARP (Address Resolution Protocol,地址解析協(xié)議)廣播報(bào)文，將網(wǎng)絡(luò)上的流量重定向過來(lái)。如果支持VDP(VSI Discovery andconfiguration Protocol,虛擬站點(diǎn)發(fā)現(xiàn)與配置協(xié)議)協(xié)議,與交換機(jī)B進(jìn)行VDP協(xié)商,掛接網(wǎng)絡(luò)資源；步驟7 :原VM與目標(biāo)VM進(jìn)行最后的數(shù)據(jù)同步；步驟8 :主機(jī)A釋放原VM的資源占用；
步驟9 :啟動(dòng)目標(biāo)VM，進(jìn)行正常的業(yè)務(wù)處理。根據(jù)上述流程可以看出，VMl從主機(jī)A遷移到歸屬于另一交換機(jī)的主機(jī)B后，由于沒有進(jìn)行DHCP的交互過程，因此交換機(jī)B上無(wú)法形成類似于DHCP Snooping A的綁定表，導(dǎo)致經(jīng)過交換機(jī)B與VMl交互的業(yè)務(wù)流量會(huì)被交換機(jī)B丟棄，進(jìn)而引起業(yè)務(wù)失效。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種建立DHCP Snooping綁定表的方法及系統(tǒng)，以解決VM在發(fā)生跨交換機(jī)遷移時(shí)相關(guān)網(wǎng)絡(luò)設(shè)備上流量不通的問題。為解決上述問題，本發(fā)明提供了一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的方法，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，包括在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程；在所述DHCP協(xié)議的交互過程中，所述主機(jī)所屬的交換機(jī)在收到DHCP服務(wù)器回復(fù)的攜帶有為所述目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立所述目標(biāo)虛擬機(jī)的DHCP窺探綁定表。進(jìn)一步地，所述在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括在所述原虛擬機(jī)的流量被重定向到所述目標(biāo)虛擬機(jī)之后，所述主機(jī)發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，所述在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括在獲知所述原虛擬機(jī)釋放資源之前，所述主機(jī)發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，所述主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)內(nèi)的目標(biāo)虛擬機(jī)主動(dòng)發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，
所述主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元結(jié)合所述主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起所述DHCP協(xié)議的交互過程；或者， 所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元結(jié)合所述主機(jī)的DHCP協(xié)議配置觸發(fā)所述目標(biāo)虛擬機(jī)發(fā)起所述DHCP協(xié)議的交互過程。相應(yīng)地，本發(fā)明還提供了一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的系統(tǒng)，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，包括原虛擬機(jī)所遷入的主機(jī)用于在獲知所述原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程；所述主機(jī)所屬的交換機(jī)用于在所述DHCP協(xié)議的交互過程中，在收到DHCP服務(wù)器回復(fù)的攜帶有為所述目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立所述目標(biāo)虛擬機(jī)的DHCP窺探綁定表。進(jìn)一步地，所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括所述主機(jī)用于在所述原虛擬機(jī)的流量被重定向到所述目標(biāo)虛擬機(jī)之后，發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括所述主機(jī)用于在獲知所述原虛擬機(jī)釋放資源之前，發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)內(nèi)的目標(biāo)虛擬機(jī)用于主動(dòng)發(fā)起DHCP協(xié)議的交互過程。進(jìn)一步地，所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起所述DHCP協(xié)議的交互過程；或者，所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置觸發(fā)所述目標(biāo)虛擬機(jī)發(fā)起所述DHCP協(xié)議的交互過程。采用本發(fā)明后，VM所遷入的主機(jī)會(huì)主動(dòng)發(fā)起DHCP協(xié)議的交互過程，而該主機(jī)所屬的交換機(jī)就會(huì)自然的形成關(guān)于該主機(jī)上的VM的DHCPSnooping綁定表，從而解決了遷移后流量不通的問題。


圖I為現(xiàn)有技術(shù)中VM遷移的應(yīng)用場(chǎng)景示意圖；圖2為現(xiàn)有技術(shù)中DHCPv4客戶端在已知DHCPv4服務(wù)器地址的情況下，請(qǐng)求IPv4地址的流程圖3為現(xiàn)有技術(shù)中在DHCPv4客戶端與DHCPv4服務(wù)器支持快速IPv4地址申請(qǐng)的情況下，請(qǐng)求IPv4地址的流程圖；圖4為現(xiàn)有技術(shù)中DHCPv4的完整交互流程圖；圖5為現(xiàn)有技術(shù)中DHCPv6客戶端在已知DHCPv6服務(wù)器地址的情況下，請(qǐng)求IPv6地址的流程圖；圖6為現(xiàn)有技術(shù)中在DHCPv6客戶端與DHCPv6服務(wù)器支持快速IPv6地址申請(qǐng)的情況下，請(qǐng)求IPv6地址的流程圖；圖7為現(xiàn)有技術(shù)中DHCPv6的完整交互流程圖；圖8為現(xiàn)有技術(shù)中VM遷移的一般流程圖；
圖9為本發(fā)明實(shí)施例中建立DHCP Snooping綁定表的方法流程圖；圖10為本發(fā)明應(yīng)用示例中VM跨交換機(jī)遷移的流程圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。一種建立DHCP Snooping綁定表的方法，應(yīng)用于采用DHCP協(xié)議方式獲取IP地址的VM進(jìn)行跨交換機(jī)遷移的過程中，如圖9所示，包括在獲知原VM的工作進(jìn)程被掛起后且目標(biāo)VM進(jìn)行正常的業(yè)務(wù)處理之前，該原VM所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程；在DHCP協(xié)議的交互過程中，上述主機(jī)所屬的交換機(jī)在收到DHCP服務(wù)器回復(fù)的攜帶有為上述目標(biāo)VM分配的IP地址的DHCP協(xié)議報(bào)文后，建立該目標(biāo)VM的DHCP Snooping
綁定表。需要說明的是，DHCP協(xié)議的交互過程可以是目標(biāo)VM主動(dòng)發(fā)起的，也可以是目標(biāo)VM結(jié)合主機(jī)內(nèi)部的Hypervisor觸發(fā)的。較優(yōu)地，原VM所遷入的主機(jī)可以在原VM的流量被重定向到目標(biāo)VM之后且獲知原VM釋放資源之前，發(fā)起DHCP協(xié)議的交互過程。在本發(fā)明的一實(shí)施例中，原VM所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，可以是指目標(biāo)VM主動(dòng)發(fā)起DHCP協(xié)議的交互過程；在本發(fā)明的另一實(shí)施例中，原VM所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，可以是指原VM所遷入的主機(jī)的Hypervisor結(jié)合本主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起DHCP協(xié)議的交互過程；或者，該Hypervisor結(jié)合本主機(jī)的DHCP協(xié)議配置觸發(fā)上述目標(biāo)VM發(fā)起DHCP協(xié)議的交互過程。相應(yīng)地,在本發(fā)明的另一實(shí)施例中，建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的系統(tǒng)，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，包括原虛擬機(jī)所遷入的主機(jī)用于在獲知所述原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程；所述主機(jī)所屬的交換機(jī)用于在所述DHCP協(xié)議的交互過程中，在收到DHCP服務(wù)器回復(fù)的攜帶有為所述目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立所述目標(biāo)虛擬機(jī)的DHCP窺探綁定表。較優(yōu)地，所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括所述主機(jī)用于在所述原虛擬機(jī)的流量被重定向到所述目標(biāo)虛擬機(jī)之后，發(fā)起DHCP協(xié)議的交互過程。較優(yōu)地，所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛、擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括所述主機(jī)用于在獲知所述原虛擬機(jī)釋放資源之前，發(fā)起DHCP協(xié)議的交互過程。較優(yōu)地，所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)內(nèi)的目標(biāo)虛擬機(jī)用于主動(dòng)發(fā)起DHCP協(xié)議的交互過程。較優(yōu)地，所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起所述DHCP協(xié)議的交互過程；或者，所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置觸發(fā)所述目標(biāo)虛擬機(jī)發(fā)起所述DHCP協(xié)議的交互過程。下面用一個(gè)應(yīng)用示例對(duì)本發(fā)明進(jìn)行進(jìn)一步說明。如圖10所示，VM跨交換機(jī)遷移的流程包括步驟I 6如上文圖I所對(duì)應(yīng)的步驟I 6，在此不再進(jìn)行贅述；7、主機(jī) B 上的 VMl 發(fā)出 DHCP REQUEST (DHCP 請(qǐng)求);8、交換機(jī)B轉(zhuǎn)發(fā)DHCP請(qǐng)求到DHCP服務(wù)器；9、DHCP服務(wù)器回應(yīng)DHCP ACK (或者DHCP v6的REPLY信息)，其中攜帶有為VMl分配的IP地址；10、交換機(jī)B收到DHCP ACK消息(或者DHCP v6的REPLY信息)后，建立如表2所示的DHCP Snooping綁定表B,其中Fei_2/1只是舉例,不同的廠商標(biāo)識(shí)方式可能不同；表2DHCP Snooping 綁定表
權(quán)利要求
1.一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的方法，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，包括 在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程； 在所述DHCP協(xié)議的交互過程中，所述主機(jī)所屬的交換機(jī)在收到DHCP服務(wù)器回復(fù)的攜帶有為所述目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立所述目標(biāo)虛擬機(jī)的DHCP窺探綁定表。
2.如權(quán)利要求I所述的方法，其特征在于 所述在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括 在所述原虛擬機(jī)的流量被重定向到所述目標(biāo)虛擬機(jī)之后，所述主機(jī)發(fā)起DHCP協(xié)議的交互過程。
3.如權(quán)利要求2所述的方法，其特征在于 所述在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，所述原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括 在獲知所述原虛擬機(jī)釋放資源之前，所述主機(jī)發(fā)起DHCP協(xié)議的交互過程。
4.如權(quán)利要求I 3中任意一項(xiàng)所述的方法，其特征在于 所述主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指 所述主機(jī)內(nèi)的目標(biāo)虛擬機(jī)主動(dòng)發(fā)起DHCP協(xié)議的交互過程。
5.如權(quán)利要求I 3中任意一項(xiàng)所述的方法,其特征在于 所述主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指 所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元結(jié)合所述主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起所述DHCP協(xié)議的交互過程； 或者，所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元結(jié)合所述主機(jī)的DHCP協(xié)議配置觸發(fā)所述目標(biāo)虛擬機(jī)發(fā)起所述DHCP協(xié)議的交互過程。
6.一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的系統(tǒng)，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，包括 原虛擬機(jī)所遷入的主機(jī)用于在獲知所述原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程； 所述主機(jī)所屬的交換機(jī)用于在所述DHCP協(xié)議的交互過程中，在收到DHCP服務(wù)器回復(fù)的攜帶有為所述目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立所述目標(biāo)虛擬機(jī)的DHCP窺探綁定表。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于 所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括 所述主機(jī)用于在所述原虛擬機(jī)的流量被重定向到所述目標(biāo)虛擬機(jī)之后，發(fā)起DHCP協(xié)議的交互過程。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于 所述原虛擬機(jī)所遷入的主機(jī)用于在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，具體包括 所述主機(jī)用于在獲知所述原虛擬機(jī)釋放資源之前，發(fā)起DHCP協(xié)議的交互過程。
9.如權(quán)利要求6 8中任意一項(xiàng)所述的系統(tǒng)，其特征在于 所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指 所述主機(jī)內(nèi)的目標(biāo)虛擬機(jī)用于主動(dòng)發(fā)起DHCP協(xié)議的交互過程。
10.如權(quán)利要求6 8中任意一項(xiàng)所述的系統(tǒng)，其特征在于 所述主機(jī)用于作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程，是指 所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置主動(dòng)發(fā)起所述DHCP協(xié)議的交互過程； 或者，所述主機(jī)上的內(nèi)部虛擬機(jī)監(jiān)視/控制單元用于結(jié)合所述主機(jī)的DHCP協(xié)議配置觸發(fā)所述目標(biāo)虛擬機(jī)發(fā)起所述DHCP協(xié)議的交互過程。
全文摘要
一種建立動(dòng)態(tài)主機(jī)配置協(xié)議窺探綁定表的方法及系統(tǒng)，應(yīng)用于采用動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)方式獲取IP地址的虛擬機(jī)進(jìn)行跨交換機(jī)遷移的過程中，所述方法包括在獲知原虛擬機(jī)的工作進(jìn)程被掛起后且目標(biāo)虛擬機(jī)進(jìn)行正常的業(yè)務(wù)處理之前，原虛擬機(jī)所遷入的主機(jī)作為DHCP客戶端發(fā)起DHCP協(xié)議的交互過程；在該交互過程中，該主機(jī)所屬交換機(jī)在收到DHCP服務(wù)器回復(fù)的攜帶有為該目標(biāo)虛擬機(jī)分配的IP地址的DHCP協(xié)議報(bào)文后，建立該目標(biāo)虛擬機(jī)的DHCP窺探綁定表。采用本發(fā)明后，原虛擬機(jī)所遷入的主機(jī)會(huì)主動(dòng)發(fā)起DHCP協(xié)議的交互過程，而該主機(jī)所屬交換機(jī)就會(huì)自然的形成關(guān)于該目標(biāo)虛擬機(jī)的DHCP Snooping綁定表。
文檔編號(hào)H04L29/12GK102739814SQ20111009546
公開日2012年10月17日 申請(qǐng)日期2011年4月15日 優(yōu)先權(quán)日2011年4月15日
發(fā)明者劉大宇, 喻敬海, 敖婷 申請(qǐng)人:中興通訊股份有限公司