CN105991440A - 防止虚拟机vm迁移引起的流量中断的方法和设备 - Google Patents
防止虚拟机vm迁移引起的流量中断的方法和设备 Download PDFInfo
- Publication number
- CN105991440A CN105991440A CN201510074016.1A CN201510074016A CN105991440A CN 105991440 A CN105991440 A CN 105991440A CN 201510074016 A CN201510074016 A CN 201510074016A CN 105991440 A CN105991440 A CN 105991440A
- Authority
- CN
- China
- Prior art keywords
- address
- xtr
- interface
- eid
- rloc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了防止虚拟机迁移引起的流量中断方法和设备。本发明中,当VM从本xTR迁出时,将本xTR在VM未迁出前连接该VM的接口所连接的其他VM的EID地址发送给VM新迁入的xTR,并通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的EID地址,当VM新迁入至本xTR时,接收迁入VM在迁入前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致,以接收的每一EID地址为源地址和目的地址发送免费ARP,这实现了迁移后的VM与未迁移前连接同一xTR接口的其他VM之间的流量中断。
Description
技术领域
本申请涉及网络通信技术,特别涉及防止虚拟机(VM:VirtualMachine)迁移引起的流量中断方法和设备。
背景技术
位置和标识分离协议(LISP:Locator/Identity Separation Protocol)是一种位置和标识分离的建网思想,形成以下两个独立的地址空间:
路由位置(RLOC地址:Routing Locator),为LISP路由器的地址,在现有Internet中路由转发,可全局路由且根据网络拓扑情况进行聚合;
端点标识(EID地址:Endpoint Identifier),为通信端点的VM地址,拥有独立的地址空间。在LISP网络中,EID地址可独立于RLOC地址进行迁移。
图1示出了LISP组网示意图。如图1所示,LISP组网主要包括:
边缘设备(xTR),负责数据报文的封装和拆解;
映射关系(Map)数据库(DB:DataBase):包含EID地址与RLOC地址的映射关系,可以通过映射服务器(MS:Map Server)发布。
在LISP组网中,出于对数据中心的安全运营、维护和管理的需要,有时需要对VM进行迁移。但是,当VM跨网段迁移时,会引起该迁移的VM与原有可直接通信的其他VM之间的流量中断。比如图1所示LISP组网中,VMA、VMB接入xTRA的同一接口(记为接口A),VMA学习到VMB对应的ARP表项,VMB也学习到VMA对应的ARP表项,因为VMA、VMB均接入xTRA的接口A,则VMA学习的VMB对应的ARP表项能够保证VMA与VMB直接通信,无需经过xTRA中转;同样,VMB学习的VMA对应的ARP表项也能够保证VMB与VMA直接通信,无需经过xTRA中转。当VMB从网段比如10.1.1.0/24中的xTRA跨网段迁移至另一网段比如111.1.0/24中的xTRB后,若VMA访问VMB,因为VMA之前学习的VMB对应的ARP表项还存在,则VMA会按照之前学习的VMB对应的ARP表项发送报文,而VMA之前学习的VMB对应的ARP表项是在VMB未迁移之前学习到的,当VMB迁移后,如果VMA还用VMB未迁移之前学习的VMB对应的ARP表项,则VMA发送的报文是到达不了VMB的,即出现了VMA发向至VMB的流量中断。同样,VMB访问VMA时,VMB因为还用VMB未迁移之前学习的VMA对应的ARP表项,VMB发送的报文也是到达不了VMA的,即出现了VMB发向VMA的流量中断。
发明内容
本申请提供了防止虚拟机迁移引起的流量中断方法和设备,以实现迁移后的VM与未迁移前连接同一xTR接口的其他VM之间的流量中断。
本申请提供的技术方案包括:
一种防止虚拟机VM迁移引起的流量中断方法,该方法应用于边缘设备xTR,该方法包括:
确定虚拟机VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR;
确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP。
一种防止虚拟机VM迁移引起的流量中断设备,该设备应用于边缘设备xTR,包括:
迁出处理单元,用于确定虚拟机VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR;
迁入处理单元,用于确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP。
由以上技术方案可以看出,本发明中,当VM从本xTR迁出时,将本xTR在VM未迁出前连接该VM的接口所连接的其他VM的EID地址发送给VM新迁入的xTR,并通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的EID地址,能够保证该接口连接的其他未迁移的VM访问该迁出的VM时不会出现流量中断;
进一步地,当VM新迁入至本xTR时,以接收的每一EID地址为源地址和目的地址发送免费ARP,能够保证迁入的VM访问在未迁移之前连接同一xTR接口的其他未迁移的VM时不会出现流量中断。
附图说明
图1为LISP组网示意图;
图2为本发明提供的方法流程图;
图3为本发明实施例提供的方法流程图;
图4为本发明实施例提供的map-notify报文示意图;
图5为本发明提供的设备结构示意图;
图6为本发明提供的设备硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
参见图2,图2为本发明提供的方法流程图。如图2所示,该流程应用于LISP组网中的xTR,可包括以下步骤:
步骤201,确定VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR。
具体地,在本步骤201中,xTR发送的免费ARP的源MAC地址为本xTR的MAC地址。这里,如果本xTR是由多台设备虚拟出的虚拟路由冗余协议(VRRP:Virtual Router Redundancy Protocol)备份组中的设备,则本xTR的MAC地址就为xTR所在VRRP备份组的虚MAC地址。而如果本xTR是单一的一台设备,并不属于VRRP备份组,则本xTR的MAC地址就为本xTR发送免费ARP的接口的MAC地址。
如步骤201描述,当xTR检查出本xTR在VM迁出前连接该迁出VM的接口还连接了其他VM,xTR会通过连接该迁出VM的接口发送源地址和目的地址同为迁出VM的EID地址的免费ARP后,其他VM(xTR上连接该迁出VM的接口所连接的其他VM)就会收到免费ARP,当其他VM收到免费ARP后,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址、源MAC地址更新原有的与该源地址对应的ARP表项。
比如图1所示的LISP组网中,在VMB未迁出之前,VMA、VMB接入xTRA的同一接口(记为接口A),当xTRA确定出VMB从本xTRA迁出后,xTRA会通过接口A发送以下免费ARP:源地址和目的地址同为VMB的EID地址、源MAC地址为xTRA的MAC地址;VMA接收到xTRA发送的免费ARP后,会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VMB的EID地址、源MAC地址更新已有的与该源地址即VMB的EID地址对应的ARP表项。比如,因为VMA、VMB接入xTRA的同一接口即接口A,则在VMB迁出之前,VMA上已有的与VMB的EID地址对应的ARP表项就包含:VMB的MAC地址、VMB的EID地址、出接口为VMA直连VMB的接口;当VMB从xTRA迁出之后,VMA接收到xTRA发送的免费ARP,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VMB的EID地址、源MAC地址将已有的与该源地址即VMB的EID地址对应的ARP表项更新为以下ARP表项:免费ARP的源MAC地址即xTRA的MAC地址、VMB的EID地址、出接口为VMA接收免费ARP的接口。这样,VMA访问VMB时就会依赖于更新后的VMB对应的ARP表项进行访问,并非按照VMB迁出之前已学习的VMB对应的ARP表项进行访问,防止了VMA访问VMB的流量中断。
步骤202,确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP。
本步骤202中,xTR发送的免费ARP的源MAC地址为本xTR的MAC地址。如上所述,如果本xTR是由多台设备虚拟出的VRRP备份组中的设备,则本xTR的MAC地址就为xTR所在VRRP备份组的虚MAC地址。而如果本xTR是单一的一台设备,并不属于VRRP备份组,则本xTR的MAC地址就为本xTR发送免费ARP的接口的MAC地址。
优选地,本步骤202中,在以接收的每一EID地址为源地址和目的地址发送免费ARP时可通过本xTR连接新迁入的VM的接口发送。这能够避免免费ARP在LISP网络中大量洪泛。
如上面步骤201描述,xTR接收的EID地址具体为:与迁入VM(迁入至本xTR的VM)在迁入之前连接同一xTR接口的其他VM的EID地址,如此,当xTR以接收的每一EID地址作为源地址和目的地址发送免费ARP后,迁入VM就会收到该免费ARP,当收到免费ARP后,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址、源MAC地址更新原有的与该源地址对应的ARP表项。
仍以图1所示的LISP组网中,在VMB未从xTRA迁出并新迁入到xTRB之前,VMA、VMB接入xTRA的同一接口(记为接口A),当VMB从xTRA迁出并新迁入到xTRB后,按照步骤201,xTRA将VMA的EID地址和本xTRA的RLOC地址发送给xTRB,当xTRB接收到xTRA发送的VMA的EID地址和xTRA的RLOC地址,比较接收的xTRA的RLOC地址与本xTRB的RLOC地址不一致,则会通过连接VMB的接口(记为接口B)发送以下免费ARP:源地址和目的地址同为VMA的EID地址、源MAC地址为xTRB的MAC地址;VMB接收到xTRB发送的免费ARP后,会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VMA的EID地址、源MAC地址更新已有的与该源地址即VMA的EID地址对应的ARP表项。比如,因为VMA、VMB接入xTRA的同一接口即接口A,则在VMB从xTRA迁出之前,VMB上已有的与VMA的EID地址对应的ARP表项就包含:VMA的MAC地址、VMA的EID地址、出接口为VMB直连VMA的接口;当VMB从xTRA迁出并新迁入到xTRB后,VMB接收到xTRB发送的免费ARP,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VMA的EID地址、源MAC地址将已有的与该源地址即VMA的EID地址对应的ARP表项更新为以下ARP表项:免费ARP的源MAC地址即xTRB的MAC地址、VMA的EID地址、出接口为VMB接收免费ARP的接口。这样,后续VMB访问VMA时就会依赖于更新后的VMA对应的ARP表项进行访问,并非按照VMB迁出之前已学习的VMA对应的ARP表项进行访问,防止了VMB访问VMA的流量中断。
综上可以看出,通过图2所示流程,最终能够保证连接同一xTR接口的所有VM不会因为有VM迁移而导致相互之间的流量中断。
下面通过图3所示的实施例流程对图2所示流成进行描述。
参见图3,图3为本发明提供的实施例流程图。如图3所示,该实施例流成可包括以下步骤:
步骤301,LISP组网中的每一xTR将本地接口、以及本地接口连接的VM的EID地址对应记录。
本步骤301是xTR在动态发现有新VM接入时执行的,该动态发现VM的方式类似现有动态发现VM的方式,这里不再展开描述。
为便于描述,以下将xTR在本地记录的接口、以及接口连接的VM的EID地址称为接口-EID地址记录。
步骤302,xTR1收到连接的VM1发送的报文。
这里,xTR1为LISP组网中任一xTR,只是为了描述方便,并非具体限定某一台xTR。还有,VM1可为LISP组网中xTR1当前连接的任一VM,也只是为了描述方便,并非具体限定某一台VM。
VM1在访问其他一VM时,如果发现本地不存在该VM的EID地址对应的ARP表项,则会发送ARP报文,而如果发现本地存在该VM的EID地址对应的ARP表项,则会发送数据报文。基于此,xTR1收到的报文可为ARP报文,或者为数据报文。这里,ARP报文,或者为数据报文的源地址为VM1的EID地址。
步骤303,xTR1从本地接口-EID地址记录中检查本地是否已记录了该接收的报文的源地址即VM1的EID地址,如果是,则按照现有报文收发方式处理接收的报文,如果否,确定本xTR1新迁入VM1,将本xTR连接VM1的接口、以及VM1的EID地址对应记录至本地接口-EID地址记录,并发送注册报文给MS,之后执行步骤304。
这里,xTR1发送的注册报文携带了xTR1的RLOC地址和VM1的EID地址。
具体地,本步骤303中,xTR1依据收到报文的接口从本地接口-EID地址记录中查找该接口对应的EID地址是否有接收的报文的源地址即VM1的EID地址,如果是,则说明VM1不是新迁入的,按照现有报文收发方式处理接收的报文;而如果否,确定本xTR1新迁入VM1,则向MS发送注册报文,以将VM1的EID地址注册至MS。
步骤304,MS接收xTR1发送的注册报文,从本地映射关系数据库中查询到注册报文携带的EID地址所映射的RLOC地址为xTR2的RLOC地址,不与注册报文携带的xTR1的RLOC地址一致,则向xTR2发送映射关系通知(map-notify)报文。
这里,map-notify报文中携带了xTR1的RLOC地址和VM1的EID地址。
优选地,为了便于区分MS发送的map-notify报文和下述步骤308中xTR2发送的map-notify报文,这里可对现有map-notify报文进行改进,具体是:
当下述步骤308中xTR2发送map-notify报文时,在该map-notify报文中增加第一标志位,用于表示map-notify报文是xTR发送的。
当MS发送map-notify报文时,在该map-notify报文中增加第二标志位,用于表示map-notify报文是MS发送的,
图4以第一标志位为A,第二标志位为S为例示出了map-notify报文的格式。
基于上面描述,本步骤304中MS发送的map-notify报文中携带第二标志位。
步骤305,xTR2接收到map-notify报文,依据map-notify报文携带的第二标志位确定map-notify报文是MS发送的,从本地接口-EID地址记录中查询到map-notify报文携带的VM1的EID地址,并通过比较发现本xTR2的RLOC地址与map-notify报文携带的xTR1的RLOC地址不一致,则确定VM1从本xTR2迁出至xTR1。
这里,步骤305可以作为上述步骤201中确定VM从本xTR迁出的一个优选实施例。
步骤306,xTR2从本地接口-EID地址记录中查找到本xTR2连接VM1的接口为接口1,从本地接口-EID地址记录中检查接口1是否还对应除VM1的EID地址之外的其他EID地址,如果否,从本地接口-EID地址记录中删除VM1的EID地址与接口1之间的对应记录,结束当前流程,如果是,执行步骤307。
这里,步骤306可以作为上述步骤201中检查本xTR在VM迁出前连接VM的接口是否还连接其他VM的一个优选实施例。
步骤307,xTR2通过接口1发送以下免费ARP:源地址和目的地址同为VM1的EID地址、源MAC地址为xTR2的MAC地址,从本地接口-EID地址记录中删除VM1的EID地址与接口1之间的对应记录,并执行步骤308。
本步骤307中,当xTR2通过接口1发送免费ARP后,连接接口1的其他VM就会收到免费ARP,当其他VM收到免费ARP后,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址、源MAC地址更新原有的与该源地址对应的ARP表项。
比如,假如在VM1从xTR2迁出之前,VM1、VM2同接入至xTR2的接口1,当xTR2确定出VM1从本xTR2迁出至xTR1后,xTR2会通过接口1发送以下免费ARP:源地址和目的地址同为VM1的EID地址、源MAC地址为xTR2的MAC地址;VM2接收到xTR2发送的免费ARP后,会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VM1的EID地址、源MAC地址更新已有的与该源地址即VM1的EID地址对应的ARP表项。比如,在VM 1从xTR2迁出之前,因为VM 1、VM 2接入xTR2的同一接口2,VM 2上已学习的与VM2的EID地址对应的ARP表项就包含:VM1的MAC地址、VM1的EID地址、出接口为xTR2直连VM1的接口,当VM1从xTR2迁出至xTR1之后,xTR2通过接口1发送以下免费ARP:源地址和目的地址同为VM1的EID地址、源MAC地址为xTR2的MAC地址;VM2接收到xTR2发送的免费ARP,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VM1的EID地址、源MAC地址将已有的与该源地址即VM1的EID地址对应的ARP表项更新为以下ARP表项:免费ARP的源MAC地址即xTR2的MAC地址、VM1的EID地址、出接口为VM2接收免费ARP的接口。这样,后续VM2访问VM1时就会依赖于更新后的VM1的EID地址对应的ARP表项进行访问,因为更新后的VM1对应的ARP表项的出接口为VM2接收免费ARP的接口,这能够保证VM2访问VM1的报文会经由xTR2中转经过LISP网络转发至VM1,并非按照VM1迁出之前已有的VM1对应的ARP表项(用于VM2直接访问VM1)进行访问,防止了VM 2访问VM1的流量中断。
步骤308,xTR2将接口1连接的其他VM的EID地址、以及本xTR2的RLOC地址组织在一个新的map-notify报文中,发送给在步骤305接收的map-notify报文所携带的xTR1的RLOC地址。
需要说明的是,步骤307和步骤308并没有固定的时间先后顺序,其只是出于方便描述的目的。如上所述,为了区分MS发送的map-notify报文,本步骤308发送的map-notify报文中携带第一标志位,用于表示map-notify报文是xTR发送的。
本步骤308可以作为上述步骤201中将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR的一个优选实施例。
步骤309,xTR1接收到map-notify报文,识别map-notify报文携带的第一标志位,比较所述map-notify报文携带的xTR2的RLOC地址与本xTR1的RLOC地址,如果不一致,确定VM1从xTR2新迁入至本xTR1,通过本xTR1上连接VM1的接口发送如下免费ARP:源地址和目的地址为所述map-notify报文携带的每一EID地址、源MAC地址为本xTR1的MAC地址。
本步骤309是xTR1在上述步骤303中通过检查发现本地接口-EID地址记录中不存在VM1的EID地址的前提下执行的。如步骤303,xTR1发送注册报文给MS,则正常情况下,xTR1应该收到MS发送的用于回应注册报文的map-notify报文,但执行到本步骤309时,尽管xTR1收到map-notify报文,但是,该收到的map-notify报文携带第一标志位,用于表示是xTR发送的,并非是MS发送的,如此,xTR1收到携带第一标志位的map-notify报文后,会比较所述map-notify报文携带的xTR2的RLOC地址与本xTR1的RLOC地址,通过比较发现不一致,则确定VM1是从xTR2(依据map-notify报文携带的xTR2的RLOC地址确定的)迁出并迁入至本xTR1的,并非是直接接入至本xTR1的,基于此,xTR1通过本xTR1连接VM1的接口发送如下免费ARP:源地址和目的地址为所述map-notify报文携带的每一EID地址、源MAC地址为本xTR1的MAC地址。优选地,步骤309是上述步骤202的一个实施例。
如上述步骤308描述,xTR2发送给xTR1的map-notify报文携带的EID地址为:与VM1在从xTR2迁出前连接xTR2上同一接口的其他VM的EID地址,如此,当xTR1接收到xTR2发送的map-notify报文,并以map-notify报文携带的每一EID地址分别作为源地址和目的地址发送免费ARP后,迁移至本xTR1的VM1肯定会收到该免费ARP,当VM1收到免费ARP后,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址、源MAC地址更新原有的与该源地址对应的ARP表项。
接着上面的举例:假如在VM 1未从xTR2迁出之前,VM 1、VM 2接入至xTR2的接口1,当xTR2确定出VM1从本xTR2迁出至xTR1后,按照步骤308的描述,xTR2将接口1连接的VM2的EID地址、以及本xTR2的RLOC地址组织在一个新的map-notify报文中,发送给xTR1的RLOC地址。基于此,执行到步骤309时,xTR1接收到xTR2发送的map-notify报文,识别map-notify报文携带的第一标志位、且比较出所述map-notify报文携带的xTR2的RLOC地址与本xTR1的RLOC地址不一致时,通过本xTR1上连接VM1的接口发送如下免费ARP:源地址和目的地址为所述map-notify报文携带的VM2的EID地址、源MAC地址为本xTR1的MAC地址。如此,当VM1接收到xTR1发送的免费ARP后,会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VM2的EID地址、源MAC地址更新已有的与该源地址即VM2的EID地址对应的ARP表项。比如,在VM1从xTR2迁出之前,因为VM 1、VM 2接入xTR2的同一接口1,则VM1上已学习的与VM2的EID地址对应的ARP表项就包含:VM2的MAC地址、VM2的EID地址、出接口为VM1直连VM2的接口,当VM1从xTR2迁出并迁入至xTR1后,VM1接收到xTR1发送的免费ARP,就会依赖于收到免费ARP的接口、以及免费ARP携带的源地址即VM2的EID地址、源MAC地址将已有的与该源地址即VM2的EID地址对应的ARP表项更新为以下ARP表项:免费ARP的源MAC地址即xTR1的MAC地址、VM2的EID地址、出接口为VM1接收免费ARP的接口。这样,后续VM1访问VM2时就会依赖于更新后的VM2的EID地址对应的ARP表项进行访问,因为更新后的VM2对应的ARP表项的出接口为VM1接收免费ARP的接口,这能够保证VM1访问VM2的报文会经由xTR1中转经过LISP网络转发至VM2,并非按照VM1迁出之前已有的VM2对应的ARP表项(用于VM1直接访问VM2进行访问,防止了VM1访问VM2的流量中断。
至此,完成图3所示的流程。
下面通过一个实施例对图3所示流程进行描述:
该实施例仍以图1所示LISP组网为例,如图1所示LISP组网存在xTRA和xTRB,xTRA上的RLOC地址为1.1.1.1,xTRB上的RLOC地址为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对应VMA的EID地址和VMB的EID地址,如下表所示。
VMA学习到VMB的EID地址即10.1.1.66对应的ARP表项包括:10.1.1.66、VMB的MAC地址、出接口为VMA直连VMB的接口。该ARP表项用于VMA直接与VMB通信,不经过xTR1中转。
VMB学习到VMA的EID地址即10.1.1.65对应的ARP表项包括:10.1.1.65、VMA的MAC地址、出接口为VMB直连VMA的接口。该ARP表项用于VMB直接与VMA通信,不经过xTR1中转。
当VMB从xTRA迁移至xTRB时,VMB的EID地址和MAC地址不变;
VMB在访问其他一VM时,如果发现本地不存在该VM的EID地址对应的ARP表项,则会发送ARP报文,而如果发现本地存在该VM的EID地址对应的ARP表项,则会发送数据报文。但不管VMB发送的报文是ARP报文还是数据报文,该报文的源地址为VMB的EID地址。
xTRB接收到VMB发送的报文时,从本地接口-EID地址记录中检查本地是否已记录了该接收的报文的源地址即VMB的EID地址,如果否,向MS发送注册报文,并在本地接口-EID地址记录中增加本xTRB连接VMB的接口和VMB的EID地址的对应记录。注册报文携带的EID地址为VMB的EID地址10.1.1.66,RLOC地址为xTR2的RLOC地址2.2.2.2;
MS接收到xTRB发送的注册报文后,发现注册报文携带的EID地址10.1.1.66映射的RLOC地址为1.1.1.1,与注册报文携带的RLOC地址2.2.2.2不一致,则向RLOC地址1.1.1.1发送map-notify报文,map-notify报文带第二标志位S,且携带EID地址10.1.1.66和RLOC地址2.2.2.2;
RLOC地址1.1.1.1对应的xTRA接收到map-notify报文,发现map-notify报文携带第二标志位S,则确定map-notify报文是MS发送的,从本地接口-EID地址记录中查询到map-notify报文携带的EID地址10.1.1.66,并比较map-notify报文携带的RLOC地址2.2.2.2和本xTR1的RLOC地址1.1.1.1,发现两者不一致,则认为EID地址为10.1.1.66的VMB从本xTRA迁移至RLOC地址为2.2.2.2的xTRB。
xTRA从本地接口-EID地址记录中查询到EID地址10.1.1.66对应的接口为接口A,则检查接口A除了对应EID地址10.1.1.66之外还对应EID地址10.1.1.65,通过接口A发送免费ARP,免费ARP的源地址和目的地址是EID地址10.1.1.66,源MAC地址是xTR1的MAC地址;并把EID地址10.1.1.65和本xTRA的RLOC地址1.1.1.1组织在新的map-notify报文(带第一标志位)发送给RLOC地址2.2.2.2,并从本地接口-EID地址记录中删除接口A与VMB的EID地址之间的对应记录。
当连接在接口A的VMA收到xTRA发送的免费ARP后,更新本地存在的与免费ARP的源地址EID地址10.1.1.66对应的ARP表项,这样,后续VMA访问EID地址10.1.1.66时,按照更新后的ARP表项访问;该更新后的EID地址10.1.1.66对应的ARP表项的出接口为VMA接收免费ARP的接口,这能够保证VMA访问EID地址10.1.1.66的报文会经由xTRA中转经过LISP网络转发至EID地址10.1.1.66,并非按照VMB迁移之前已有的EID地址10.1.1.66对应的ARP表项(用于VMA直接访问EID地址10.1.1.66)进行访问,防止了VMA访问EID地址10.1.1.66的流量中断。
当xTRB收到xTRA发送的map-notify报文后,识别map-notify报文携带的第一标志位,比较所述map-notify报文携带的RLOC地址1.1.1.1,与本xTRB的RLOC地址2.2.2.2不一致,确定VMB从RLOC地址为1.1.1.1的xTRA迁移至本xTRB,则通过连接VMB的接口B发送免费ARP,免费ARP的源地址和目的地址是map-notify报文的EID地址10.1.1.1.65,源MAC地址是xTRB的MAC;VMB收到xTRB发送的免费ARP后,更新本地存在的与免费ARP的源地址EID地址10.1.1.65对应的ARP表项,这样,后续VMB访问EID地址10.1.1.65时,按照更新后的ARP表项访问;该更新后的EID地址10.1.1.65对应的ARP表项的出接口为VMB接收免费ARP的接口,这能够保证VMB访问EID地址10.1.1.65的报文会经由xTRB中转经过LISP网络转发至EID地址10.1.1.65,并非按照VMB迁移之前已有的EID地址10.1.1.65对应的ARP表项(用于VMB直接访问EID地址10.1.1.65)进行访问,防止了VMB访问EID地址10.1.1.65的流量中断。
以上对本发明提供的方法进行了描述。下面对本发明提供的设备进行描述:
参见图5,图5为本发明提供的设备结构图。该设备应用于xTR,包括:
迁出处理单元,用于确定虚拟机VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR;
迁入处理单元,用于确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致,以接收的每一EID地址为源地址和目的地址发送免费ARP。
优选地,该设备进一步包括:
存储单元,用于将本xTR的接口、以及该接口连接的VM的EID地址对应记录;
所述迁出处理单元检查本xTR在VM迁出前连接VM的接口是否还连接其他VM包括:
从所述存储单元中查找到从本xTR迁出的VM的EID地址对应的接口;
从所述存储单元中检查该找到的接口除了对应以下EID地址之外是否还对应其他VM的EID地址:从本xTR迁出的VM的EID地址;
如果是,确定所述接口连接其他VM,如果否,确定所述接口未连接其他VM。
优选地,迁出处理单元在将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR之后,或者在确定所述接口未连接其他VM之后,进一步从所述存储单元中删除所述接口与从本xTR迁出的VM的EID地址之间的对应记录。
优选地,所述迁出处理单元将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR包括:
将其他VM的EID地址、以及本xTR的RLOC地址组织在一个map-notify报文中,发送给其他xTR,所述map-notify报文中携带第一标志位,用于表示所述map-notify报文是由xTR发送。
优选地,所述迁入处理单元接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致,以接收的每一EID地址为源地址和目的地址发送免费ARP包括:
接收map-notify报文;
识别所述map-notify报文中携带第一标志位,则比较所述map-notify报文携带的RLOC地址与本xTR的RLOC地址是否一致,如果不一致,则通过连接新迁入至本xTR的VM的接口分别发送以下免费ARP:源MAC地址为本xTR的MAC地址、源地址和目的地址为所述map-notify报文携带的每一EID地址。
优选地,所述迁入处理单元确定VM新迁入至本xTR时,进一步识别连接新迁入至本xTR的VM的接口,将识别出的接口、以及新迁入至本xTR的VM的EID地址对应记录。
至此,完成本发明提供的设备描述。
本发明还提供了对应图5所示设备的硬件结构。参见图6,图6为本发明提供的设备硬件结构图。如图6所示,该设备可包括:
接口,存储器,CPU;
其中,存储器,用于存放所述迁出处理单元的运行程序,以及所述迁入处理单元的运行程序;
CPU,用于控制所述迁出处理单元的运行程序,以及所述迁入处理单元的运行程序;
其中,所述迁出处理单元的运行程序包括上述迁出处理单元执行的各个操作;所述迁入处理单元的运行程序包括上述迁入处理单元执行的各个操作。
优选地,如图6所示,存储器进一步包括:
存储单元,用于存放xTR的接口、以及该接口连接的VM的EID地址对应记录,以供所述迁出处理单元依据存储单元运行包含以下程序时:检查本xTR在VM迁出前连接VM的接口是否还连接其他VM,具体如上面描述的所述迁出处理单元检查本xTR在VM迁出前连接VM的接口是否还连接其他VM的具体操作。
至此,完成本发明提供的设备硬件结构描述。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.一种防止虚拟机VM迁移引起的流量中断方法,其特征在于,该方法应用于边缘设备xTR,该方法包括:
确定虚拟机VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR;
确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP。
2.根据权利要求1所述的方法,其特征在于,该方法之前进一步包括:
将本xTR的接口、以及该接口连接的VM的EID地址对应记录;
所述检查本xTR在VM迁出前连接VM的接口是否还连接其他VM包括:
从所述记录中查找到从本xTR迁出的VM的EID地址对应的接口;
从所述记录中检查该找到的接口除了对应以下EID地址之外是否还对应其他VM的EID地址:从本xTR迁出的VM的EID地址;
如果是,确定所述接口连接其他VM,如果否,确定所述接口未连接其他VM。
3.根据权利要求2所述的方法,其特征在于,在将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR之后,或者在确定所述接口未连接其他VM之后,进一步包括:
从所述记录中删除所述接口与从本xTR迁出的VM的EID地址之间的对应记录。
4.根据权利要求1所述的方法,其特征在于,所述将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR包括:
将其他VM的EID地址、以及本xTR的RLOC地址组织在一个map-notify报文中,发送给其他xTR,所述map-notify报文中携带第一标志位,用于表示所述map-notify报文是由xTR发送。
5.根据权利要求4所述的方法,其特征在于,所述接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP包括:
接收map-notify报文;
识别所述map-notify报文中携带第一标志位,则比较所述map-notify报文携带的RLOC地址与本xTR的RLOC地址是否一致,如果不一致,则通过连接新迁入至本xTR的VM的接口分别发送以下免费ARP:源MAC地址为本xTR的MAC地址、源地址和目的地址为所述map-notify报文携带的每一EID地址。
6.根据权利要求1所述的方法,其特征在于,确定VM新迁入至本xTR时,进一步包括:
识别连接新迁入至本xTR的VM的接口;
将识别出的接口、以及新迁入至本xTR的VM的EID地址对应记录。
7.一种防止虚拟机VM迁移引起的流量中断设备,其特征在于,该设备应用于边缘设备xTR,包括:
迁出处理单元,用于确定虚拟机VM从本xTR迁出时,检查本xTR在VM迁出前连接该VM的接口是否还连接其他VM,如果是,通过所述接口发送以下免费ARP:源地址和目的地址为所述VM的端点标识EID地址,并将所述其他VM的EID地址、以及本xTR的路由位置RLOC地址发送给其他xTR,所述其他xTR为所述VM从本xTR迁出后新迁入的xTR;
迁入处理单元,用于确定VM新迁入至本xTR时,接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP。
8.根据权利要求7所述的设备,其特征在于,该设备进一步包括:
存储单元,用于将本xTR的接口、以及该接口连接的VM的EID地址对应记录;
所述迁出处理单元检查本xTR在VM迁出前连接VM的接口是否还连接其他VM包括:
从所述存储单元中查找到从本xTR迁出的VM的EID地址对应的接口;
从所述存储单元中检查该找到的接口除了对应以下EID地址之外是否还对应其他VM的EID地址:从本xTR迁出的VM的EID地址;
如果是,确定所述接口连接其他VM,如果否,确定所述接口未连接其他VM。
9.根据权利要求8所述的设备,其特征在于,迁出处理单元在将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR之后,或者在确定所述接口未连接其他VM之后,进一步从所述存储单元中删除所述接口与从本xTR迁出的VM的EID地址之间的对应记录。
10.根据权利要求7所述的设备,其特征在于,所述迁出处理单元将其他VM的EID地址、以及本xTR的RLOC地址发送给其他xTR包括:
将其他VM的EID地址、以及本xTR的RLOC地址组织在一个map-notify报文中,发送给其他xTR,所述map-notify报文中携带第一标志位,用于表示所述map-notify报文是由xTR发送。
11.根据权利要求10所述的设备,其特征在于,所述迁入处理单元接收VM在迁入至本xTR前连接的xTR发送的EID地址和RLOC地址,比较接收的RLOC地址与本xTR的RLOC地址不一致时,以接收的每一EID地址为源地址和目的地址发送免费ARP包括:
接收map-notify报文;
识别所述map-notify报文中携带第一标志位,则比较所述map-notify报文携带的RLOC地址与本xTR的RLOC地址是否一致,如果不一致,则通过连接新迁入至本xTR的VM的接口分别发送以下免费ARP:源MAC地址为本xTR的MAC地址、源地址和目的地址为所述map-notify报文携带的每一EID地址。
12.根据权利要求7所述的设备,其特征在于,所述迁入处理单元确定VM新迁入至本xTR时,进一步识别连接新迁入至本xTR的VM的接口,将识别出的接口、以及新迁入至本xTR的VM的EID地址对应记录。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510074016.1A CN105991440B (zh) | 2015-02-12 | 2015-02-12 | 防止虚拟机vm迁移引起的流量中断的方法和设备 |
PCT/CN2016/073485 WO2016127911A1 (en) | 2015-02-12 | 2016-02-04 | Preventing flow interruption caused by migration of vm |
US15/550,745 US20180039505A1 (en) | 2015-02-12 | 2016-02-04 | Preventing flow interruption caused by migration of vm |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510074016.1A CN105991440B (zh) | 2015-02-12 | 2015-02-12 | 防止虚拟机vm迁移引起的流量中断的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105991440A true CN105991440A (zh) | 2016-10-05 |
CN105991440B CN105991440B (zh) | 2019-03-15 |
Family
ID=56615341
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510074016.1A Active CN105991440B (zh) | 2015-02-12 | 2015-02-12 | 防止虚拟机vm迁移引起的流量中断的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20180039505A1 (zh) |
CN (1) | CN105991440B (zh) |
WO (1) | WO2016127911A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770035A (zh) * | 2020-06-30 | 2020-10-13 | 中国联合网络通信集团有限公司 | Mac地址表更新方法、装置、报文发送方法及电子设备 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10349333B2 (en) | 2016-05-06 | 2019-07-09 | Futurewei Technologies, Inc. | Predictive routing for mobility |
US10554551B2 (en) * | 2016-11-11 | 2020-02-04 | Futurewei Technologies, Inc. | Method to optimize mapping for multiple locations of a device in mobility |
US10516544B2 (en) * | 2017-07-13 | 2019-12-24 | Cisco Technology, Inc. | Extranet connectivity in LISP networks |
CN107659504B (zh) * | 2017-09-14 | 2019-11-12 | 中国人民解放军国防科技大学 | 一种保障lisp通信数据完整性的首包缓冲方法 |
US11303558B2 (en) * | 2020-01-08 | 2022-04-12 | Cisco Technology, Inc. | Ultra-reliable low latency communications (URLLC) support for wireless access |
US11513983B2 (en) | 2020-05-15 | 2022-11-29 | International Business Machines Corporation | Interrupt migration |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102447618A (zh) * | 2011-10-31 | 2012-05-09 | 杭州华三通信技术有限公司 | 一种lisp网络中的路由切换方法及其装置 |
CN102710509A (zh) * | 2012-05-18 | 2012-10-03 | 杭州华三通信技术有限公司 | 一种数据中心自动配置方法及其设备 |
CN103051479A (zh) * | 2012-12-24 | 2013-04-17 | 北京启明星辰信息技术股份有限公司 | 虚拟机网络控制策略的迁移处理方法及系统 |
WO2014022183A1 (en) * | 2012-08-03 | 2014-02-06 | Cisco Technology, Inc. | Adaptive infrastructure for distributed virtual switch |
CN103841028A (zh) * | 2014-03-24 | 2014-06-04 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8363656B2 (en) * | 2010-09-15 | 2013-01-29 | International Business Machines Corporation | Multiple virtual machines sharing a single IP address |
CN102801715B (zh) * | 2012-07-30 | 2015-03-11 | 华为技术有限公司 | 一种网络中虚拟机迁移的方法、网关及系统 |
US9461943B2 (en) * | 2012-09-12 | 2016-10-04 | Cisco Technology, Inc. | Network assisted virtual machine mobility |
JP2014142720A (ja) * | 2013-01-22 | 2014-08-07 | Fujitsu Ltd | 仮想マシン移動方法、情報処理装置及びプログラム |
CN103473136B (zh) * | 2013-09-02 | 2017-06-13 | 华为技术有限公司 | 一种虚拟机的资源配置方法和通信设备 |
US10419267B2 (en) * | 2014-01-22 | 2019-09-17 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Network control software notification with advance learning |
US9894031B2 (en) * | 2014-08-27 | 2018-02-13 | Cisco Technology, Inc. | Source-aware technique for facilitating LISP host mobility |
US9912584B2 (en) * | 2014-11-07 | 2018-03-06 | Cisco Technology, Inc. | Data center inbound routing optimization in the event of virtual machine mobility |
-
2015
- 2015-02-12 CN CN201510074016.1A patent/CN105991440B/zh active Active
-
2016
- 2016-02-04 US US15/550,745 patent/US20180039505A1/en not_active Abandoned
- 2016-02-04 WO PCT/CN2016/073485 patent/WO2016127911A1/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102447618A (zh) * | 2011-10-31 | 2012-05-09 | 杭州华三通信技术有限公司 | 一种lisp网络中的路由切换方法及其装置 |
CN102710509A (zh) * | 2012-05-18 | 2012-10-03 | 杭州华三通信技术有限公司 | 一种数据中心自动配置方法及其设备 |
WO2014022183A1 (en) * | 2012-08-03 | 2014-02-06 | Cisco Technology, Inc. | Adaptive infrastructure for distributed virtual switch |
CN103051479A (zh) * | 2012-12-24 | 2013-04-17 | 北京启明星辰信息技术股份有限公司 | 虚拟机网络控制策略的迁移处理方法及系统 |
CN103841028A (zh) * | 2014-03-24 | 2014-06-04 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770035A (zh) * | 2020-06-30 | 2020-10-13 | 中国联合网络通信集团有限公司 | Mac地址表更新方法、装置、报文发送方法及电子设备 |
CN111770035B (zh) * | 2020-06-30 | 2022-09-09 | 中国联合网络通信集团有限公司 | Mac地址表更新方法、装置、报文发送方法及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
US20180039505A1 (en) | 2018-02-08 |
WO2016127911A1 (en) | 2016-08-18 |
CN105991440B (zh) | 2019-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105991440A (zh) | 防止虚拟机vm迁移引起的流量中断的方法和设备 | |
US10911398B2 (en) | Packet generation method based on server cluster and load balancer | |
JP6557415B2 (ja) | Vxlanに用いられるパケット転送 | |
WO2018028606A1 (zh) | 转发策略配置 | |
WO2016034014A1 (zh) | 一种基于虚拟机迁移的网关控制方法、装置及系统 | |
CN107332775B (zh) | 基于docker容器的跨宿主机互访系统及其控制方法 | |
JP6928076B2 (ja) | パケット監視 | |
EP3451597B1 (en) | Packet forwarding | |
CN108738077A (zh) | 一种负荷迁移的方法、装置和系统 | |
CN104780088A (zh) | 一种业务报文的传输方法和设备 | |
CN107547349A (zh) | 一种虚拟机迁移的方法及装置 | |
CN105763440A (zh) | 一种报文转发的方法和装置 | |
EP2949109A1 (en) | Methods, systems, and computer readable media for using a diameter routing agent (dra) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (ip) addresses and for making the mappings accessible to applications | |
CN105591907B (zh) | 一种路由获取方法和装置 | |
JP2006262193A (ja) | 制御装置、パケット転送方法およびパケット処理装置 | |
CN110505152A (zh) | 路由过滤方法、装置及电子设备 | |
CN103442096B (zh) | 基于移动互联网的nat转换方法及系统 | |
CN111327509B (zh) | 一种信息更新方法及装置 | |
US10764234B2 (en) | Method and system for host discovery and tracking in a network using associations between hosts and tunnel end points | |
US20150023358A1 (en) | Migration of guest bridge | |
US10412047B2 (en) | Method and system for network traffic steering towards a service device | |
CN101483657A (zh) | 一种私网用户对同侧私网设备访问的实现方法及系统 | |
CN104717640B (zh) | 一种基于定位的无线网络通信的实现方法 | |
CN107666428A (zh) | 静默设备探测方法以及装置 | |
TWI735633B (zh) | 資料傳輸的方法、設備、裝置及系統 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |