防止虛擬機(jī)vm遷移引起的流量中斷的方法和設(shè)備的制造方法
【專(zhuān)利摘要】本申請(qǐng)?zhí)峁┝朔乐固摂M機(jī)遷移引起的流量中斷方法和設(shè)備。本發(fā)明中，當(dāng)VM從本xTR遷出時(shí)，將本xTR在VM未遷出前連接該VM的接口所連接的其他VM的EID地址發(fā)送給VM新遷入的xTR，并通過(guò)所述接口發(fā)送以下免費(fèi)ARP：源地址和目的地址為所述VM的EID地址，當(dāng)VM新遷入至本xTR時(shí)，接收遷入VM在遷入前連接的xTR發(fā)送的EID地址和RLOC地址，比較接收的RLOC地址與本xTR的RLOC地址不一致，以接收的每一EID地址為源地址和目的地址發(fā)送免費(fèi)ARP，這實(shí)現(xiàn)了遷移后的VM與未遷移前連接同一xTR接口的其他VM之間的流量中斷。
【專(zhuān)利說(shuō)明】
防止虛擬機(jī)VM遷移引起的流量中斷的方法和設(shè)備
技術(shù)領(lǐng)域
[0001] 本申請(qǐng)涉及網(wǎng)絡(luò)通信技術(shù)，特別涉及防止虛擬機(jī)（VM :Virtual Machine)迀移引 起的流量中斷方法和設(shè)備。
【背景技術(shù)】
[0002] 位置和標(biāo)識(shí)分離協(xié)議（LISP :Locator/Identity Separation Protocol)是一種位 置和標(biāo)識(shí)分離的建網(wǎng)思想，形成以下兩個(gè)獨(dú)立的地址空間：
[0003] 路由位置（RL0C地址：Routing Locator)，為L(zhǎng)ISP路由器的地址，在現(xiàn)有Internet 中路由轉(zhuǎn)發(fā)，可全局路由且根據(jù)網(wǎng)絡(luò)拓?fù)淝闆r進(jìn)行聚合；
[0004] 端點(diǎn)標(biāo)識(shí)（EID地址：Endpoint Identifier)，為通信端點(diǎn)的VM地址，擁有獨(dú)立的 地址空間。在LISP網(wǎng)絡(luò)中，EID地址可獨(dú)立于RL0C地址進(jìn)行迀移。
[0005] 圖1示出了 LISP組網(wǎng)示意圖。如圖1所示，LISP組網(wǎng)主要包括：
[0006] 邊緣設(shè)備（xTR)，負(fù)責(zé)數(shù)據(jù)報(bào)文的封裝和拆解；
[0007] 映射關(guān)系（Map)數(shù)據(jù)庫(kù)（DB :DataBase):包含EID地址與RL0C地址的映射關(guān)系， 可以通過(guò)映射服務(wù)器（MS :Map Server)發(fā)布。
[0008] 在LISP組網(wǎng)中，出于對(duì)數(shù)據(jù)中心的安全運(yùn)營(yíng)、維護(hù)和管理的需要，有時(shí)需要對(duì)VM 進(jìn)行迀移。但是，當(dāng)VM跨網(wǎng)段迀移時(shí)，會(huì)引起該迀移的VM與原有可直接通信的其他VM之 間的流量中斷。比如圖1所示LISP組網(wǎng)中，VMA、VMB接入xTRA的同一接口（記為接口 A)， VMA學(xué)習(xí)到VMB對(duì)應(yīng)的ARP表項(xiàng)，VMB也學(xué)習(xí)到VMA對(duì)應(yīng)的ARP表項(xiàng)，因?yàn)閂MA、VMB均接入 xTRA的接口 A，則VMA學(xué)習(xí)的VMB對(duì)應(yīng)的ARP表項(xiàng)能夠保證VMA與VMB直接通信，無(wú)需經(jīng) 過(guò)xTRA中轉(zhuǎn)；同樣，VMB學(xué)習(xí)的VMA對(duì)應(yīng)的ARP表項(xiàng)也能夠保證VMB與VMA直接通信，無(wú) 需經(jīng)過(guò)xTRA中轉(zhuǎn)。當(dāng)VMB從網(wǎng)段比如10. 1. 1.0/24中的xTRA跨網(wǎng)段迀移至另一網(wǎng)段比如 111. 1. 0/24中的xTRB后，若VMA訪問(wèn)VMB，因?yàn)閂MA之前學(xué)習(xí)的VMB對(duì)應(yīng)的ARP表項(xiàng)還存 在，則VMA會(huì)按照之前學(xué)習(xí)的VMB對(duì)應(yīng)的ARP表項(xiàng)發(fā)送報(bào)文，而VMA之前學(xué)習(xí)的VMB對(duì)應(yīng)的 ARP表項(xiàng)是在VMB未迀移之前學(xué)習(xí)到的，當(dāng)VMB迀移后，如果VMA還用VMB未迀移之前學(xué)習(xí) 的VMB對(duì)應(yīng)的ARP表項(xiàng)，則VMA發(fā)送的報(bào)文是到達(dá)不了 VMB的，即出現(xiàn)了 VMA發(fā)向至VMB的 流量中斷。同樣，VMB訪問(wèn)VMA時(shí)，VMB因?yàn)檫€用VMB未迀移之前學(xué)習(xí)的VMA對(duì)應(yīng)的ARP表 項(xiàng)，VMB發(fā)送的報(bào)文也是到達(dá)不了 VMA的，即出現(xiàn)了 VMB發(fā)向VMA的流量中斷。

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

[0009] 本申請(qǐng)?zhí)峁┝朔乐固摂M機(jī)迀移引起的流量中斷方法和設(shè)備，以實(shí)現(xiàn)迀移后的VM 與未迀移前連接同一 xTR接口的其他VM之間的流量中斷。
[0010] 本申請(qǐng)?zhí)峁┑募夹g(shù)方案包括：
[0011] -種防止虛擬機(jī)VM迀移引起的流量中斷方法，該方法應(yīng)用于邊緣設(shè)備xTR，該方 法包括：
[0012] 確定虛擬機(jī)VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接該VM的接口是否還 連接其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的地址為所述VM的端點(diǎn) 標(biāo)識(shí)EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置RLOC地址發(fā)送給其他 xTR，所述其他xTR為所述VM從本xTR迀出后新迀入的xTR ;
[0013] 確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的xTR發(fā)送的EID地 址和RL0C地址，比較接收的RL0C地址與本xTR的RL0C地址不一致時(shí)，以接收的每一 EID 地址為源地址和目的地址發(fā)送免費(fèi)ARP。
[0014] 一種防止虛擬機(jī)VM迀移引起的流量中斷設(shè)備，該設(shè)備應(yīng)用于邊緣設(shè)備xTR，包括：
[0015] 迀出處理單元，用于確定虛擬機(jī)VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接 該VM的接口是否還連接其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的 地址為所述VM的端點(diǎn)標(biāo)識(shí)EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置 RL0C地址發(fā)送給其他xTR，所述其他xTR為所述VM從本xTR迀出后新迀入的xTR ;
[0016] 迀入處理單元，用于確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的 xTR發(fā)送的EID地址和RL0C地址，比較接收的RL0C地址與本xTR的RL0C地址不一致時(shí)，以 接收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP。
[0017] 由以上技術(shù)方案可以看出，本發(fā)明中，當(dāng)VM從本xTR迀出時(shí)，將本xTR在VM未迀 出前連接該VM的接口所連接的其他VM的EID地址發(fā)送給VM新迀入的xTR，并通過(guò)所述接 口發(fā)送以下免費(fèi)ARP :源地址和目的地址為所述VM的EID地址，能夠保證該接口連接的其 他未迀移的VM訪問(wèn)該迀出的VM時(shí)不會(huì)出現(xiàn)流量中斷；
[0018] 進(jìn)一步地，當(dāng)VM新迀入至本xTR時(shí)，以接收的每一 EID地址為源地址和目的地址 發(fā)送免費(fèi)ARP，能夠保證迀入的VM訪問(wèn)在未迀移之前連接同一 xTR接口的其他未迀移的VM 時(shí)不會(huì)出現(xiàn)流量中斷。
【附圖說(shuō)明】
[0019] 圖1為L(zhǎng)ISP組網(wǎng)示意圖；
[0020] 圖2為本發(fā)明提供的方法流程圖；
[0021] 圖3為本發(fā)明實(shí)施例提供的方法流程圖；
[0022] 圖4為本發(fā)明實(shí)施例提供的map-notify報(bào)文示意圖；
[0023] 圖5為本發(fā)明提供的設(shè)備結(jié)構(gòu)示意圖；
[0024] 圖6為本發(fā)明提供的設(shè)備硬件結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0025] 為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對(duì) 本發(fā)明進(jìn)行詳細(xì)描述。
[0026] 參見(jiàn)圖2,圖2為本發(fā)明提供的方法流程圖。如圖2所示，該流程應(yīng)用于LISP組網(wǎng) 中的xTR，可包括以下步驟：
[0027] 步驟201，確定VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接該VM的接口是否 還連接其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的地址為所述VM的端 點(diǎn)標(biāo)識(shí)EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置RL0C地址發(fā)送給其 他xTR，所述其他xTR為所述VM從本xTR迀出后新迀入的xTR。
[0028] 具體地，在本步驟201中，xTR發(fā)送的免費(fèi)ARP的源MAC地址為本xTR的MAC地 址。這里，如果本xTR是由多臺(tái)設(shè)備虛擬出的虛擬路由冗余協(xié)議（VRRP:Virtual Router Redundancy Protocol)備份組中的設(shè)備，則本xTR的MAC地址就為xTR所在VRRP備份組的 虛MAC地址。而如果本xTR是單一的一臺(tái)設(shè)備，并不屬于VRRP備份組，則本xTR的MAC地 址就為本xTR發(fā)送免費(fèi)ARP的接口的MAC地址。
[0029] 如步驟201描述，當(dāng)xTR檢查出本xTR在VM迀出前連接該迀出VM的接口還連接了 其他VM，xTR會(huì)通過(guò)連接該迀出VM的接口發(fā)送源地址和目的地址同為迀出VM的EID地址 的免費(fèi)ARP后，其他VM(xTR上連接該迀出VM的接口所連接的其他VM)就會(huì)收到免費(fèi)ARP， 當(dāng)其他VM收到免費(fèi)ARP后，就會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址、 源MAC地址更新原有的與該源地址對(duì)應(yīng)的ARP表項(xiàng)。
[0030] 比如圖1所示的LISP組網(wǎng)中，在VMB未迀出之前，VMA、VMB接入xTRA的同一接 口（記為接口 A)，當(dāng)xTRA確定出VMB從本xTRA迀出后，xTRA會(huì)通過(guò)接口 A發(fā)送以下免費(fèi) ARP :源地址和目的地址同為VMB的EID地址、源MAC地址為xTRA的MAC地址；VMA接收到 xTRA發(fā)送的免費(fèi)ARP后，會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址即VMB 的EID地址、源MAC地址更新已有的與該源地址即VMB的EID地址對(duì)應(yīng)的ARP表項(xiàng)。比如， 因?yàn)閂MA、VMB接入xTRA的同一接口即接口 A，則在VMB迀出之前，VMA上已有的與VMB的 EID地址對(duì)應(yīng)的ARP表項(xiàng)就包含：VMB的MAC地址、VMB的EID地址、出接口為VMA直連VMB 的接口；當(dāng)VMB從xTRA迀出之后，VMA接收到xTRA發(fā)送的免費(fèi)ARP，就會(huì)依賴(lài)于收到免費(fèi) ARP的接口、以及免費(fèi)ARP攜帶的源地址即VMB的EID地址、源MAC地址將已有的與該源地 址即VMB的EID地址對(duì)應(yīng)的ARP表項(xiàng)更新為以下ARP表項(xiàng)：免費(fèi)ARP的源MAC地址即xTRA 的MAC地址、VMB的EID地址、出接口為VMA接收免費(fèi)ARP的接口。這樣，VMA訪問(wèn)VMB時(shí)就 會(huì)依賴(lài)于更新后的VMB對(duì)應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，并非按照VMB迀出之前已學(xué)習(xí)的VMB對(duì) 應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，防止了 VMA訪問(wèn)VMB的流量中斷。
[0031] 步驟202,確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的xTR發(fā)送 的EID地址和RL0C地址，比較接收的RL0C地址與本xTR的RL0C地址不一致時(shí)，以接收的 每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP。
[0032] 本步驟202中，xTR發(fā)送的免費(fèi)ARP的源MAC地址為本xTR的MAC地址。如上所 述，如果本xTR是由多臺(tái)設(shè)備虛擬出的VRRP備份組中的設(shè)備，則本xTR的MAC地址就為xTR 所在VRRP備份組的虛MAC地址。而如果本xTR是單一的一臺(tái)設(shè)備，并不屬于VRRP備份組， 則本xTR的MAC地址就為本xTR發(fā)送免費(fèi)ARP的接口的MAC地址。
[0033] 優(yōu)選地，本步驟202中，在以接收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi) ARP時(shí)可通過(guò)本xTR連接新迀入的VM的接口發(fā)送。這能夠避免免費(fèi)ARP在LISP網(wǎng)絡(luò)中大 量洪泛。
[0034] 如上面步驟201描述，xTR接收的EID地址具體為：與迀入VM (迀入至本xTR的VM) 在迀入之前連接同一 xTR接口的其他VM的EID地址，如此，當(dāng)xTR以接收的每一 EID地址 作為源地址和目的地址發(fā)送免費(fèi)ARP后，迀入VM就會(huì)收到該免費(fèi)ARP，當(dāng)收到免費(fèi)ARP后， 就會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址、源MAC地址更新原有的與該 源地址對(duì)應(yīng)的ARP表項(xiàng)。
[0035] 仍以圖1所示的LISP組網(wǎng)中，在VMB未從xTRA迀出并新迀入到xTRB之前，VMA、 VMB接入xTRA的同一接口（記為接口 A)，當(dāng)VMB從xTRA迀出并新迀入到xTRB后，按照步 驟201，xTRA將VMA的EID地址和本xTRA的RLOC地址發(fā)送給xTRB，當(dāng)xTRB接收到xTRA發(fā) 送的VMA的EID地址和xTRA的RLOC地址，比較接收的xTRA的RLOC地址與本xTRB的RLOC 地址不一致，則會(huì)通過(guò)連接VMB的接口（記為接口 B)發(fā)送以下免費(fèi)ARP :源地址和目的地 址同為VMA的EID地址、源MAC地址為xTRB的MAC地址；VMB接收到xTRB發(fā)送的免費(fèi)ARP 后，會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址即VMA的EID地址、源MAC 地址更新已有的與該源地址即VMA的EID地址對(duì)應(yīng)的ARP表項(xiàng)。比如，因?yàn)閂MA、VMB接入 xTRA的同一接口即接口 A，則在VMB從xTRA迀出之前，VMB上已有的與VMA的EID地址對(duì) 應(yīng)的ARP表項(xiàng)就包含：VMA的MAC地址、VMA的EID地址、出接口為VMB直連VMA的接口；當(dāng) VMB從xTRA迀出并新迀入到xTRB后，VMB接收到xTRB發(fā)送的免費(fèi)ARP，就會(huì)依賴(lài)于收到免 費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址即VMA的EID地址、源MAC地址將已有的與該 源地址即VMA的EID地址對(duì)應(yīng)的ARP表項(xiàng)更新為以下ARP表項(xiàng)：免費(fèi)ARP的源MAC地址即 xTRB的MAC地址、VMA的EID地址、出接口為VMB接收免費(fèi)ARP的接口。這樣，后續(xù)VMB訪 問(wèn)VMA時(shí)就會(huì)依賴(lài)于更新后的VMA對(duì)應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，并非按照VMB迀出之前已學(xué) 習(xí)的VMA對(duì)應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，防止了 VMB訪問(wèn)VMA的流量中斷。
[0036] 綜上可以看出，通過(guò)圖2所示流程，最終能夠保證連接同一 xTR接口的所有VM不 會(huì)因?yàn)橛蠽M迀移而導(dǎo)致相互之間的流量中斷。
[0037] 下面通過(guò)圖3所示的實(shí)施例流程對(duì)圖2所示流成進(jìn)行描述。
[0038] 參見(jiàn)圖3,圖3為本發(fā)明提供的實(shí)施例流程圖。如圖3所示，該實(shí)施例流成可包括 以下步驟：
[0039] 步驟301，LISP組網(wǎng)中的每一 xTR將本地接口、以及本地接口連接的VM的EID地 址對(duì)應(yīng)記錄。
[0040] 本步驟301是xTR在動(dòng)態(tài)發(fā)現(xiàn)有新VM接入時(shí)執(zhí)行的，該動(dòng)態(tài)發(fā)現(xiàn)VM的方式類(lèi)似 現(xiàn)有動(dòng)態(tài)發(fā)現(xiàn)VM的方式，這里不再展開(kāi)描述。
[0041] 為便于描述，以下將xTR在本地記錄的接口、以及接口連接的VM的EID地址稱(chēng)為 接口 -EID地址記錄。
[0042] 步驟302, xTRl收到連接的VM1發(fā)送的報(bào)文。
[0043] 這里，xTRl為L(zhǎng)ISP組網(wǎng)中任一 xTR，只是為了描述方便，并非具體限定某一臺(tái)xTR。 還有，VM1可為L(zhǎng)ISP組網(wǎng)中xTRl當(dāng)前連接的任一 VM，也只是為了描述方便，并非具體限定 某一臺(tái)VM。
[0044] VM1在訪問(wèn)其他一 VM時(shí)，如果發(fā)現(xiàn)本地不存在該VM的EID地址對(duì)應(yīng)的ARP表項(xiàng)， 則會(huì)發(fā)送ARP報(bào)文，而如果發(fā)現(xiàn)本地存在該VM的EID地址對(duì)應(yīng)的ARP表項(xiàng)，則會(huì)發(fā)送數(shù)據(jù) 報(bào)文。基于此，xTRl收到的報(bào)文可為ARP報(bào)文，或者為數(shù)據(jù)報(bào)文。這里，ARP報(bào)文，或者為數(shù) 據(jù)報(bào)文的源地址為VM1的EID地址。
[0045] 步驟303, xTRl從本地接口 -EID地址記錄中檢查本地是否已記錄了該接收的報(bào)文 的源地址即VM1的EID地址，如果是，則按照現(xiàn)有報(bào)文收發(fā)方式處理接收的報(bào)文，如果否，確 定本xTRl新迀入VM1，將本xTR連接VM1的接口、以及VM1的EID地址對(duì)應(yīng)記錄至本地接 口 -EID地址記錄，并發(fā)送注冊(cè)報(bào)文給MS，之后執(zhí)行步驟304。
[0046] 這里，xTRl發(fā)送的注冊(cè)報(bào)文攜帶了 xTRl的RL0C地址和VM1的EID地址。
[0047] 具體地，本步驟303中，xTRl依據(jù)收到報(bào)文的接口從本地接口 -EID地址記錄中查 找該接口對(duì)應(yīng)的EID地址是否有接收的報(bào)文的源地址即VM1的EID地址，如果是，則說(shuō)明 VM1不是新迀入的，按照現(xiàn)有報(bào)文收發(fā)方式處理接收的報(bào)文；而如果否，確定本xTRl新迀入 VM1，則向MS發(fā)送注冊(cè)報(bào)文，以將VM1的EID地址注冊(cè)至MS。
[0048] 步驟304, MS接收xTRl發(fā)送的注冊(cè)報(bào)文，從本地映射關(guān)系數(shù)據(jù)庫(kù)中查詢(xún)到注冊(cè)報(bào) 文攜帶的EID地址所映射的RL0C地址為xTR2的RL0C地址，不與注冊(cè)報(bào)文攜帶的xTRl的 RL0C地址一致，則向xTR2發(fā)送映射關(guān)系通知（map-notify)報(bào)文。
[0049] 這里，map-notify報(bào)文中攜帶了 xTRl的RL0C地址和VM1的EID地址。
[0050] 優(yōu)選地，為了便于區(qū)分MS發(fā)送的map-notify報(bào)文和下述步驟308中xTR2發(fā)送的 map-notify報(bào)文，這里可對(duì)現(xiàn)有map-notify報(bào)文進(jìn)行改進(jìn)，具體是：
[0051] 當(dāng)下述步驟308中xTR2發(fā)送map-notify報(bào)文時(shí)，在該map-notify報(bào)文中增加第 一標(biāo)志位，用于表示map-notify報(bào)文是xTR發(fā)送的。
[0052] 當(dāng)MS發(fā)送map-notify報(bào)文時(shí)，在該map-notify報(bào)文中增加第二標(biāo)志位，用于表 示map-notify報(bào)文是MS發(fā)送的，
[0053] 圖4以第一標(biāo)志位為A，第二標(biāo)志位為S為例示出了 map-notify報(bào)文的格式。
[0054] 基于上面描述，本步驟304中MS發(fā)送的map-notify報(bào)文中攜帶第二標(biāo)志位。
[0055] 步驟305, xTR2接收到map-notify報(bào)文，依據(jù)map-notify報(bào)文攜帶的第二標(biāo)志 位確定map-notify報(bào)文是MS發(fā)送的，從本地接口 -EID地址記錄中查詢(xún)到map-notify報(bào) 文攜帶的VM1的EID地址，并通過(guò)比較發(fā)現(xiàn)本xTR2的RL0C地址與map-notify報(bào)文攜帶的 xTRl的RL0C地址不一致，則確定VM1從本xTR2迀出至xTRl。
[0056] 這里，步驟305可以作為上述步驟201中確定VM從本xTR迀出的一個(gè)優(yōu)選實(shí)施例。
[0057] 步驟306, xTR2從本地接口 -EID地址記錄中查找到本xTR2連接VM1的接口為接 口 1，從本地接口 -EID地址記錄中檢查接口 1是否還對(duì)應(yīng)除VM1的EID地址之外的其他EID 地址，如果否，從本地接口 -EID地址記錄中刪除VM1的EID地址與接口 1之間的對(duì)應(yīng)記錄， 結(jié)束當(dāng)前流程，如果是，執(zhí)行步驟307。
[0058] 這里，步驟306可以作為上述步驟201中檢查本xTR在VM迀出前連接VM的接口 是否還連接其他VM的一個(gè)優(yōu)選實(shí)施例。
[0059] 步驟307, xTR2通過(guò)接口 1發(fā)送以下免費(fèi)ARP :源地址和目的地址同為VM1的EID 地址、源MAC地址為xTR2的MAC地址，從本地接口 -EID地址記錄中刪除VM1的EID地址與 接口 1之間的對(duì)應(yīng)記錄，并執(zhí)行步驟308。
[0060] 本步驟307中，當(dāng)xTR2通過(guò)接口 1發(fā)送免費(fèi)ARP后，連接接口 1的其他VM就會(huì)收 到免費(fèi)ARP，當(dāng)其他VM收到免費(fèi)ARP后，就會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜 帶的源地址、源MAC地址更新原有的與該源地址對(duì)應(yīng)的ARP表項(xiàng)。
[0061] 比如，假如在VM1從xTR2迀出之前，VM1、VM2同接入至xTR2的接口 1，當(dāng)xTR2確 定出VM1從本xTR2迀出至xTRl后，xTR2會(huì)通過(guò)接口 1發(fā)送以下免費(fèi)ARP :源地址和目的地 址同為VM1的EID地址、源MAC地址為xTR2的MAC地址；VM2接收到xTR2發(fā)送的免費(fèi)ARP 后，會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址即VM1的EID地址、源MAC 地址更新已有的與該源地址即VM1的EID地址對(duì)應(yīng)的ARP表項(xiàng)。比如，在VM 1從xTR2迀 出之前，因?yàn)閂M 1、VM 2接入xTR2的同一接口 2, VM 2上已學(xué)習(xí)的與VM2的EID地址對(duì)應(yīng) 的ARP表項(xiàng)就包含：VM1的MAC地址、VM1的EID地址、出接口為xTR2直連VM1的接口，當(dāng) VM1從xTR2迀出至xTRl之后，xTR2通過(guò)接口 1發(fā)送以下免費(fèi)ARP :源地址和目的地址同為 VM1的EID地址、源MAC地址為xTR2的MAC地址；VM2接收到xTR2發(fā)送的免費(fèi)ARP，就會(huì)依 賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址即VM1的EID地址、源MAC地址將 已有的與該源地址即VM1的EID地址對(duì)應(yīng)的ARP表項(xiàng)更新為以下ARP表項(xiàng)：免費(fèi)ARP的源 MAC地址即xTR2的MAC地址、VM1的EID地址、出接口為VM2接收免費(fèi)ARP的接口。這樣， 后續(xù)VM2訪問(wèn)VM1時(shí)就會(huì)依賴(lài)于更新后的VM1的EID地址對(duì)應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，因?yàn)?更新后的VM1對(duì)應(yīng)的ARP表項(xiàng)的出接口為VM2接收免費(fèi)ARP的接口，這能夠保證VM2訪問(wèn) VM1的報(bào)文會(huì)經(jīng)由xTR2中轉(zhuǎn)經(jīng)過(guò)LISP網(wǎng)絡(luò)轉(zhuǎn)發(fā)至VM1，并非按照VM1迀出之前已有的VM1 對(duì)應(yīng)的ARP表項(xiàng)（用于VM2直接訪問(wèn)VM1)進(jìn)行訪問(wèn)，防止了 VM 2訪問(wèn)VM1的流量中斷。
[0062] 步驟308, xTR2將接口 1連接的其他VM的EID地址、以及本xTR2的RL0C地址組織 在一個(gè)新的map-notify報(bào)文中，發(fā)送給在步驟305接收的map-notify報(bào)文所攜帶的xTRl 的RL0C地址。
[0063] 需要說(shuō)明的是，步驟307和步驟308并沒(méi)有固定的時(shí)間先后順序，其只是出于 方便描述的目的。如上所述，為了區(qū)分MS發(fā)送的map-notify報(bào)文，本步驟308發(fā)送的 map-notify報(bào)文中攜帶第一標(biāo)志位，用于表示map-notify報(bào)文是xTR發(fā)送的。
[0064] 本步驟308可以作為上述步驟201中將其他VM的EID地址、以及本xTR的RL0C 地址發(fā)送給其他xTR的一個(gè)優(yōu)選實(shí)施例。
[0065] 步驟309，xTRl接收到map-notify報(bào)文，識(shí)別map-notify報(bào)文攜帶的第一標(biāo)志 位，比較所述map-notify報(bào)文攜帶的xTR2的RL0C地址與本xTRl的RL0C地址，如果不一 致，確定VM1從xTR2新迀入至本xTRl，通過(guò)本xTRl上連接VM1的接口發(fā)送如下免費(fèi)ARP : 源地址和目的地址為所述map-notify報(bào)文攜帶的每一 EID地址、源MAC地址為本xTRl的 MAC地址。
[0066] 本步驟309是xTRl在上述步驟303中通過(guò)檢查發(fā)現(xiàn)本地接口 -EID地址記錄中不 存在VM1的EID地址的前提下執(zhí)行的。如步驟303, xTRl發(fā)送注冊(cè)報(bào)文給MS，則正常情況 下，xTRl應(yīng)該收到MS發(fā)送的用于回應(yīng)注冊(cè)報(bào)文的map-notify報(bào)文，但執(zhí)行到本步驟309 時(shí)，盡管xTRl收到map-notify報(bào)文，但是，該收到的map-notify報(bào)文攜帶第一標(biāo)志位，用 于表示是xTR發(fā)送的，并非是MS發(fā)送的，如此，xTRl收到攜帶第一標(biāo)志位的map-notify報(bào) 文后，會(huì)比較所述map-notify報(bào)文攜帶的xTR2的RL0C地址與本xTRl的RL0C地址，通過(guò) 比較發(fā)現(xiàn)不一致，則確定VM1是從xTR2 (依據(jù)map-notify報(bào)文攜帶的xTR2的RL0C地址確 定的）迀出并迀入至本xTRl的，并非是直接接入至本xTRl的，基于此，xTRl通過(guò)本xTRl 連接VM1的接口發(fā)送如下免費(fèi)ARP :源地址和目的地址為所述map-notify報(bào)文攜帶的每一 EID地址、源MAC地址為本xTRl的MAC地址。優(yōu)選地，步驟309是上述步驟202的一個(gè)實(shí)施 例。
[0067] 如上述步驟308描述，xTR2發(fā)送給xTRl的map-notify報(bào)文攜帶的EID地址為： 與VM1在從xTR2迀出前連接xTR2上同一接口的其他VM的EID地址，如此，當(dāng)xTRl接收到 xTR2發(fā)送的map-notify報(bào)文，并以map-notify報(bào)文攜帶的每一 EID地址分別作為源地址 和目的地址發(fā)送免費(fèi)ARP后，迀移至本xTRl的VM1肯定會(huì)收到該免費(fèi)ARP，當(dāng)VM1收到免 費(fèi)ARP后，就會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源地址、源MAC地址更新 原有的與該源地址對(duì)應(yīng)的ARP表項(xiàng)。
[0068] 接著上面的舉例：假如在VM 1未從xTR2迀出之前，VM 1、VM 2接入至xTR2的接 口 1，當(dāng)xTR2確定出VM1從本xTR2迀出至xTRl后，按照步驟308的描述，xTR2將接口 1連 接的VM2的EID地址、以及本xTR2的RL0C地址組織在一個(gè)新的map-notify報(bào)文中，發(fā)送 給xTRl的RL0C地址?；诖?，執(zhí)行到步驟309時(shí)，xTRl接收到xTR2發(fā)送的map-notify報(bào) 文，識(shí)別map-notify報(bào)文攜帶的第一標(biāo)志位、且比較出所述map-notify報(bào)文攜帶的xTR2 的RL0C地址與本xTRl的RL0C地址不一致時(shí)，通過(guò)本xTRl上連接VM1的接口發(fā)送如下免 費(fèi)ARP :源地址和目的地址為所述map-notify報(bào)文攜帶的VM2的EID地址、源MAC地址為本 xTRl的MAC地址。如此，當(dāng)VM1接收到xTRl發(fā)送的免費(fèi)ARP后，會(huì)依賴(lài)于收到免費(fèi)ARP的 接口、以及免費(fèi)ARP攜帶的源地址即VM2的EID地址、源MAC地址更新已有的與該源地址即 VM2的EID地址對(duì)應(yīng)的ARP表項(xiàng)。比如，在VM1從xTR2迀出之前，因?yàn)閂M 1、VM 2接入xTR2 的同一接口 1，則VM1上已學(xué)習(xí)的與VM2的EID地址對(duì)應(yīng)的ARP表項(xiàng)就包含：VM2的MAC地 址、VM2的EID地址、出接口為VM1直連VM2的接口，當(dāng)VM1從xTR2迀出并迀入至xTRl后， VM1接收到xTRl發(fā)送的免費(fèi)ARP，就會(huì)依賴(lài)于收到免費(fèi)ARP的接口、以及免費(fèi)ARP攜帶的源 地址即VM2的EID地址、源MAC地址將已有的與該源地址即VM2的EID地址對(duì)應(yīng)的ARP表 項(xiàng)更新為以下ARP表項(xiàng)：免費(fèi)ARP的源MAC地址即xTRl的MAC地址、VM2的EID地址、出接 口為VM1接收免費(fèi)ARP的接口。這樣，后續(xù)VM1訪問(wèn)VM2時(shí)就會(huì)依賴(lài)于更新后的VM2的EID 地址對(duì)應(yīng)的ARP表項(xiàng)進(jìn)行訪問(wèn)，因?yàn)楦潞蟮腣M2對(duì)應(yīng)的ARP表項(xiàng)的出接口為VM1接收免費(fèi) ARP的接口，這能夠保證VM1訪問(wèn)VM2的報(bào)文會(huì)經(jīng)由xTRl中轉(zhuǎn)經(jīng)過(guò)LISP網(wǎng)絡(luò)轉(zhuǎn)發(fā)至VM2， 并非按照VM1迀出之前已有的VM2對(duì)應(yīng)的ARP表項(xiàng)（用于VM1直接訪問(wèn)VM2進(jìn)行訪問(wèn)，防 止了 VM1訪問(wèn)VM2的流量中斷。
[0069] 至此，完成圖3所示的流程。
[0070] 下面通過(guò)一個(gè)實(shí)施例對(duì)圖3所示流程進(jìn)行描述：
[0071] 該實(shí)施例仍以圖1所示LISP組網(wǎng)為例，如圖1所示LISP組網(wǎng)存在XTRA和XTRB， xTRA上的RL0C地址為1. 1. 1. l，xTRB上的RL0C地址為2. 2. 2. 2。在圖1中，VMA的EID地 址為10. 1. 1. 65、VMB的EID地址為10. 1. 1. 66, VMA、VMB接入xTRA的同一接口（記為接口 A)，基于圖3所示流程的步驟301，在初始，xTRA本地的接口 -EID地址記錄中記錄了接口 A 對(duì)應(yīng)VMA的EID地址和VMB的EID地址，如下表所示。
[0072]
[0073] VMA學(xué)習(xí)到VMB的EID地址即10. 1. 1. 66對(duì)應(yīng)的ARP表項(xiàng)包括：10. 1. 1. 66、VMB 的MAC地址、出接口為VMA直連VMB的接口。該ARP表項(xiàng)用于VMA直接與VMB通信，不經(jīng)過(guò) xTRl中轉(zhuǎn)。
[0074] VMB學(xué)習(xí)到VMA的EID地址即10. 1. 1. 65對(duì)應(yīng)的ARP表項(xiàng)包括：10. 1. 1. 65、VMA 的MAC地址、出接口為VMB直連VMA的接口。該ARP表項(xiàng)用于VMB直接與VMA通信，不經(jīng)過(guò) xTRl中轉(zhuǎn)。
[0075] 當(dāng)VMB從xTRA迀移至xTRB時(shí)，VMB的EID地址和MAC地址不變；
[0076] VMB在訪問(wèn)其他一 VM時(shí)，如果發(fā)現(xiàn)本地不存在該VM的EID地址對(duì)應(yīng)的ARP表項(xiàng)， 則會(huì)發(fā)送ARP報(bào)文，而如果發(fā)現(xiàn)本地存在該VM的EID地址對(duì)應(yīng)的ARP表項(xiàng)，則會(huì)發(fā)送數(shù)據(jù) 報(bào)文。但不管VMB發(fā)送的報(bào)文是ARP報(bào)文還是數(shù)據(jù)報(bào)文，該報(bào)文的源地址為VMB的EID地 址。
[0077] xTRB接收到VMB發(fā)送的報(bào)文時(shí)，從本地接口 -EID地址記錄中檢查本地是否已記 錄了該接收的報(bào)文的源地址即VMB的EID地址，如果否，向MS發(fā)送注冊(cè)報(bào)文，并在本地接 口 -EID地址記錄中增加本xTRB連接VMB的接口和VMB的EID地址的對(duì)應(yīng)記錄。注冊(cè)報(bào)文 攜帶的EID地址為VMB的EID地址10. 1. 1. 66, RL0C地址為xTR2的RL0C地址2. 2. 2. 2 ;
[0078] MS接收到xTRB發(fā)送的注冊(cè)報(bào)文后，發(fā)現(xiàn)注冊(cè)報(bào)文攜帶的EID地址10. 1. 1. 66映 射的RL0C地址為1. 1. 1. 1，與注冊(cè)報(bào)文攜帶的RL0C地址2. 2. 2. 2不一致，則向RL0C地 址1. 1. 1. 1發(fā)送map-notify報(bào)文，map-notify報(bào)文帶第二標(biāo)志位S，且攜帶EID地址 10. 1. 1. 66 和 RL0C 地址 2. 2. 2. 2 ;
[0079] RL0C地址1. 1. 1. 1對(duì)應(yīng)的xTRA接收到map-notify報(bào)文，發(fā)現(xiàn)map-notify報(bào)文攜 帶第二標(biāo)志位S，則確定map-notify報(bào)文是MS發(fā)送的，從本地接口 -EID地址記錄中查詢(xún) 到map-notify報(bào)文攜帶的EID地址10. 1. 1. 66,并比較map-notify報(bào)文攜帶的RL0C地址 2. 2. 2. 2和本xTRl的RL0C地址1. 1. 1. 1，發(fā)現(xiàn)兩者不一致，則認(rèn)為EID地址為10. 1. 1. 66 的VMB從本xTRA迀移至RL0C地址為2. 2. 2. 2的xTRB。
[0080] xTRA從本地接口 -EID地址記錄中查詢(xún)到EID地址10. 1. 1. 66對(duì)應(yīng)的接口為接口 A，則檢查接口 A除了對(duì)應(yīng)EID地址10. 1. 1. 66之外還對(duì)應(yīng)EID地址10. 1. 1. 65,通過(guò)接口 A 發(fā)送免費(fèi)ARP，免費(fèi)ARP的源地址和目的地址是EID地址10. 1. 1. 66,源MAC地址是xTRl的 MAC地址；并把EID地址10. 1. 1. 65和本xTRA的RL0C地址1. 1. 1. 1組織在新的map-notify 報(bào)文（帶第一標(biāo)志位）發(fā)送給RL0C地址2. 2. 2. 2,并從本地接口 -EID地址記錄中刪除接口 A與VMB的EID地址之間的對(duì)應(yīng)記錄。
[0081] 當(dāng)連接在接口 A的VMA收到xTRA發(fā)送的免費(fèi)ARP后，更新本地存在的與免費(fèi)ARP 的源地址EID地址10. 1. 1. 66對(duì)應(yīng)的ARP表項(xiàng)，這樣，后續(xù)VMA訪問(wèn)EID地址10. 1. 1. 66 時(shí)，按照更新后的ARP表項(xiàng)訪問(wèn)；該更新后的EID地址10. 1. 1. 66對(duì)應(yīng)的ARP表項(xiàng)的出接口 為VMA接收免費(fèi)ARP的接口，這能夠保證VMA訪問(wèn)EID地址10. 1. 1. 66的報(bào)文會(huì)經(jīng)由xTRA 中轉(zhuǎn)經(jīng)過(guò)LISP網(wǎng)絡(luò)轉(zhuǎn)發(fā)至EID地址10. 1. 1. 66,并非按照VMB迀移之前已有的EID地址 10. 1. 1. 66對(duì)應(yīng)的ARP表項(xiàng)（用于VMA直接訪問(wèn)EID地址10. 1. 1. 66)進(jìn)行訪問(wèn)，防止了 VMA 訪問(wèn)EID地址10. 1. 1. 66的流量中斷。
[0082] 當(dāng)xTRB收到xTRA發(fā)送的map-notify報(bào)文后，識(shí)別map-notify報(bào)文攜帶的第一標(biāo) 志位，比較所述map-notify報(bào)文攜帶的RL0C地址1. 1. 1. 1，與本xTRB的RL0C地址2. 2. 2. 2 不一致，確定VMB從RL0C地址為1. 1. 1. 1的xTRA迀移至本xTRB，則通過(guò)連接VMB的接口 B 發(fā)送免費(fèi)ARP，免費(fèi)ARP的源地址和目的地址是map-notify報(bào)文的EID地址10. 1. 1. 1. 65， 源MAC地址是xTRB的MAC ;VMB收到xTRB發(fā)送的免費(fèi)ARP后，更新本地存在的與免費(fèi)ARP的 源地址EID地址10. 1. 1. 65對(duì)應(yīng)的ARP表項(xiàng)，這樣，后續(xù)VMB訪問(wèn)EID地址10. 1. 1. 65時(shí)，按 照更新后的ARP表項(xiàng)訪問(wèn)；該更新后的EID地址10. 1. 1.65對(duì)應(yīng)的ARP表項(xiàng)的出接口為VMB 接收免費(fèi)ARP的接口，這能夠保證VMB訪問(wèn)EID地址10. 1. 1. 65的報(bào)文會(huì)經(jīng)由xTRB中轉(zhuǎn)經(jīng) 過(guò)LISP網(wǎng)絡(luò)轉(zhuǎn)發(fā)至EID地址10. 1. 1.65,并非按照VMB迀移之前已有的EID地址10. 1. 1.65 對(duì)應(yīng)的ARP表項(xiàng)（用于VMB直接訪問(wèn)EID地址10. 1. 1. 65)進(jìn)行訪問(wèn)，防止了 VMB訪問(wèn)EID 地址10. 1. 1.65的流量中斷。
[0083] 以上對(duì)本發(fā)明提供的方法進(jìn)行了描述。下面對(duì)本發(fā)明提供的設(shè)備進(jìn)行描述：
[0084] 參見(jiàn)圖5,圖5為本發(fā)明提供的設(shè)備結(jié)構(gòu)圖。該設(shè)備應(yīng)用于xTR，包括：
[0085] 迀出處理單元，用于確定虛擬機(jī)VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接 該VM的接口是否還連接其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的 地址為所述VM的端點(diǎn)標(biāo)識(shí)EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置 RL0C地址發(fā)送給其他xTR，所述其他xTR為所述VM從本xTR迀出后新迀入的xTR ;
[0086] 迀入處理單元，用于確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的 xTR發(fā)送的EID地址和RL0C地址，比較接收的RL0C地址與本xTR的RL0C地址不一致，以接 收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP。
[0087] 優(yōu)選地，該設(shè)備進(jìn)一步包括：
[0088] 存儲(chǔ)單元，用于將本xTR的接口、以及該接口連接的VM的EID地址對(duì)應(yīng)記錄；
[0089] 所述迀出處理單元檢查本xTR在VM迀出前連接VM的接口是否還連接其他VM包 括：
[0090] 從所述存儲(chǔ)單元中查找到從本xTR迀出的VM的EID地址對(duì)應(yīng)的接口；
[0091] 從所述存儲(chǔ)單元中檢查該找到的接口除了對(duì)應(yīng)以下EID地址之外是否還對(duì)應(yīng)其 他VM的EID地址：從本xTR迀出的VM的EID地址；
[0092] 如果是，確定所述接口連接其他VM，如果否，確定所述接口未連接其他VM。
[0093] 優(yōu)選地，迀出處理單元在將其他VM的EID地址、以及本xTR的RL0C地址發(fā)送給其 他xTR之后，或者在確定所述接口未連接其他VM之后，進(jìn)一步從所述存儲(chǔ)單元中刪除所述 接口與從本xTR迀出的VM的EID地址之間的對(duì)應(yīng)記錄。
[0094] 優(yōu)選地，所述迀出處理單元將其他VM的EID地址、以及本xTR的RL0C地址發(fā)送給 其他xTR包括：
[0095] 將其他VM的EID地址、以及本xTR的RL0C地址組織在一個(gè)map-notify報(bào)文中， 發(fā)送給其他xTR，所述map-notify報(bào)文中攜帶第一標(biāo)志位，用于表示所述map-notify報(bào)文 是由xTR發(fā)送。
[0096] 優(yōu)選地，所述迀入處理單元接收VM在迀入至本xTR前連接的xTR發(fā)送的EID地址 和RL0C地址，比較接收的RL0C地址與本xTR的RL0C地址不一致，以接收的每一 EID地址 為源地址和目的地址發(fā)送免費(fèi)ARP包括：
[0097] 接收 map-notify 報(bào)文；
[0098] 識(shí)別所述map-notify報(bào)文中攜帶第一標(biāo)志位，貝lj比較所述map-notify報(bào)文攜帶 的RL0C地址與本xTR的RL0C地址是否一致，如果不一致，則通過(guò)連接新迀入至本xTR的VM 的接口分別發(fā)送以下免費(fèi)ARP :源MAC地址為本xTR的MAC地址、源地址和目的地址為所述 map-notify報(bào)文攜帶的每一 EID地址。
[0099] 優(yōu)選地，所述迀入處理單元確定VM新迀入至本xTR時(shí)，進(jìn)一步識(shí)別連接新迀入至 本xTR的VM的接口，將識(shí)別出的接口、以及新迀入至本xTR的VM的EID地址對(duì)應(yīng)記錄。
[0100] 至此，完成本發(fā)明提供的設(shè)備描述。
[0101] 本發(fā)明還提供了對(duì)應(yīng)圖5所示設(shè)備的硬件結(jié)構(gòu)。參見(jiàn)圖6,圖6為本發(fā)明提供的設(shè) 備硬件結(jié)構(gòu)圖。如圖6所示，該設(shè)備可包括：
[0102] 接口，存儲(chǔ)器，CPU;
[0103] 其中，存儲(chǔ)器，用于存放所述迀出處理單元的運(yùn)行程序，以及所述迀入處理單元的 運(yùn)行程序；
[0104] CPU，用于控制所述迀出處理單元的運(yùn)行程序，以及所述迀入處理單元的運(yùn)行程 序；
[0105] 其中，所述迀出處理單元的運(yùn)行程序包括上述迀出處理單元執(zhí)行的各個(gè)操作；所 述迀入處理單元的運(yùn)行程序包括上述迀入處理單元執(zhí)行的各個(gè)操作。
[0106] 優(yōu)選地，如圖6所示，存儲(chǔ)器進(jìn)一步包括：
[0107] 存儲(chǔ)單元，用于存放XTR的接口、以及該接口連接的VM的EID地址對(duì)應(yīng)記錄，以供 所述迀出處理單元依據(jù)存儲(chǔ)單元運(yùn)行包含以下程序時(shí)：檢查本xTR在VM迀出前連接VM的 接口是否還連接其他VM，具體如上面描述的所述迀出處理單元檢查本xTR在VM迀出前連接 VM的接口是否還連接其他VM的具體操作。
[0108] 至此，完成本發(fā)明提供的設(shè)備硬件結(jié)構(gòu)描述。
[0109] 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【主權(quán)項(xiàng)】
1. 一種防止虛擬機(jī)VM迀移引起的流量中斷方法，其特征在于，該方法應(yīng)用于邊緣設(shè)備 xTR，該方法包括： 確定虛擬機(jī)VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接該VM的接口是否還連接 其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的地址為所述VM的端點(diǎn)標(biāo)識(shí) EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置RLOC地址發(fā)送給其他xTR， 所述其他xTR為所述VM從本xTR迀出后新迀入的xTR ; 確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的xTR發(fā)送的EID地址和 RLOC地址，比較接收的RLOC地址與本xTR的RLOC地址不一致時(shí)，以接收的每一 EID地址為 源地址和目的地址發(fā)送免費(fèi)ARP。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法之前進(jìn)一步包括： 將本xTR的接口、以及該接口連接的VM的EID地址對(duì)應(yīng)記錄； 所述檢查本xTR在VM迀出前連接VM的接口是否還連接其他VM包括： 從所述記錄中查找到從本xTR迀出的VM的EID地址對(duì)應(yīng)的接口； 從所述記錄中檢查該找到的接口除了對(duì)應(yīng)以下EID地址之外是否還對(duì)應(yīng)其他VM的EID 地址：從本xTR迀出的VM的EID地址； 如果是，確定所述接口連接其他VM，如果否，確定所述接口未連接其他VM。3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在將其他VM的EID地址、以及本xTR的 RLOC地址發(fā)送給其他xTR之后，或者在確定所述接口未連接其他VM之后，進(jìn)一步包括： 從所述記錄中刪除所述接口與從本xTR迀出的VM的EID地址之間的對(duì)應(yīng)記錄。4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將其他VM的EID地址、以及本xTR的 RLOC地址發(fā)送給其他xTR包括： 將其他VM的EID地址、以及本xTR的RLOC地址組織在一個(gè)map-notify報(bào)文中，發(fā)送 給其他xTR，所述map-notify報(bào)文中攜帶第一標(biāo)志位，用于表示所述map-notify報(bào)文是由 xTR發(fā)送。5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述接收VM在迀入至本xTR前連接的xTR 發(fā)送的EID地址和RLOC地址，比較接收的RLOC地址與本xTR的RLOC地址不一致時(shí)，以接 收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP包括： 接收map-notify報(bào)文； 識(shí)別所述map-notify報(bào)文中攜帶第一標(biāo)志位，則比較所述map-notify報(bào)文攜帶的 RLOC地址與本xTR的RLOC地址是否一致，如果不一致，則通過(guò)連接新迀入至本xTR的VM 的接口分別發(fā)送以下免費(fèi)ARP :源MAC地址為本xTR的MAC地址、源地址和目的地址為所述 map-notify報(bào)文攜帶的每一 EID地址。6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，確定VM新迀入至本xTR時(shí)，進(jìn)一步包括： 識(shí)別連接新迀入至本xTR的VM的接口； 將識(shí)別出的接口、以及新迀入至本xTR的VM的EID地址對(duì)應(yīng)記錄。7. -種防止虛擬機(jī)VM迀移引起的流量中斷設(shè)備，其特征在于，該設(shè)備應(yīng)用于邊緣設(shè)備 xTR，包括： 迀出處理單元，用于確定虛擬機(jī)VM從本xTR迀出時(shí)，檢查本xTR在VM迀出前連接該VM 的接口是否還連接其他VM，如果是，通過(guò)所述接口發(fā)送以下免費(fèi)ARP :源地址和目的地址為 所述VM的端點(diǎn)標(biāo)識(shí)EID地址，并將所述其他VM的EID地址、以及本xTR的路由位置RLOC 地址發(fā)送給其他xTR，所述其他xTR為所述VM從本xTR迀出后新迀入的xTR ; 迀入處理單元，用于確定VM新迀入至本xTR時(shí)，接收VM在迀入至本xTR前連接的xTR 發(fā)送的EID地址和RLOC地址，比較接收的RLOC地址與本xTR的RLOC地址不一致時(shí)，以接 收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP。8. 根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，該設(shè)備進(jìn)一步包括： 存儲(chǔ)單元，用于將本xTR的接口、以及該接口連接的VM的EID地址對(duì)應(yīng)記錄； 所述迀出處理單元檢查本xTR在VM迀出前連接VM的接口是否還連接其他VM包括： 從所述存儲(chǔ)單元中查找到從本xTR迀出的VM的EID地址對(duì)應(yīng)的接口； 從所述存儲(chǔ)單元中檢查該找到的接口除了對(duì)應(yīng)以下EID地址之外是否還對(duì)應(yīng)其他VM 的EID地址：從本xTR迀出的VM的EID地址； 如果是，確定所述接口連接其他VM，如果否，確定所述接口未連接其他VM。9. 根據(jù)權(quán)利要求8所述的設(shè)備，其特征在于，迀出處理單元在將其他VM的EID地址、以 及本xTR的RLOC地址發(fā)送給其他xTR之后，或者在確定所述接口未連接其他VM之后，進(jìn)一 步從所述存儲(chǔ)單元中刪除所述接口與從本xTR迀出的VM的EID地址之間的對(duì)應(yīng)記錄。10. 根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述迀出處理單元將其他VM的EID地 址、以及本xTR的RLOC地址發(fā)送給其他xTR包括： 將其他VM的EID地址、以及本xTR的RLOC地址組織在一個(gè)map-notify報(bào)文中，發(fā)送 給其他xTR，所述map-notify報(bào)文中攜帶第一標(biāo)志位，用于表示所述map-notify報(bào)文是由 xTR發(fā)送。11. 根據(jù)權(quán)利要求10所述的設(shè)備，其特征在于，所述迀入處理單元接收VM在迀入至本 xTR前連接的xTR發(fā)送的EID地址和RLOC地址，比較接收的RLOC地址與本xTR的RLOC地 址不一致時(shí)，以接收的每一 EID地址為源地址和目的地址發(fā)送免費(fèi)ARP包括： 接收map-notify報(bào)文； 識(shí)別所述map-notify報(bào)文中攜帶第一標(biāo)志位，則比較所述map-notify報(bào)文攜帶的 RLOC地址與本xTR的RLOC地址是否一致，如果不一致，則通過(guò)連接新迀入至本xTR的VM 的接口分別發(fā)送以下免費(fèi)ARP :源MAC地址為本xTR的MAC地址、源地址和目的地址為所述 map-notify報(bào)文攜帶的每一 EID地址。12. 根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述迀入處理單元確定VM新迀入至本 xTR時(shí)，進(jìn)一步識(shí)別連接新迀入至本xTR的VM的接口，將識(shí)別出的接口、以及新迀入至本 xTR的VM的EID地址對(duì)應(yīng)記錄。
【文檔編號(hào)】H04L12/741GK105991440SQ201510074016
【公開(kāi)日】2016年10月5日
【申請(qǐng)日】2015年2月12日
【發(fā)明人】林長(zhǎng)望
【申請(qǐng)人】杭州華三通信技術(shù)有限公司