WO2015024388A1 - 主机路由获取方法、装置及系统 - Google Patents

主机路由获取方法、装置及系统 Download PDF

Info

Publication number
WO2015024388A1
WO2015024388A1 PCT/CN2014/075761 CN2014075761W WO2015024388A1 WO 2015024388 A1 WO2015024388 A1 WO 2015024388A1 CN 2014075761 W CN2014075761 W CN 2014075761W WO 2015024388 A1 WO2015024388 A1 WO 2015024388A1
Authority
WO
WIPO (PCT)
Prior art keywords
host
address
gateway device
route
route corresponding
Prior art date
Application number
PCT/CN2014/075761
Other languages
English (en)
French (fr)
Inventor
杨柳青
贺行健
张银娟
赵诤
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2015024388A1 publication Critical patent/WO2015024388A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport

Definitions

  • the embodiments of the present invention relate to communication technologies, and in particular, to a host route acquisition method, apparatus, and system. Background technique
  • VMs virtual machines
  • VS Virtual subnet
  • Each virtual subnet has a gateway device. Multiple virtual hosts are attached to the gateway device.
  • the gateway device in each virtual subnet needs to obtain and advertise the route of the virtual host connected to it.
  • the gateway device releases the virtual host in time. Routing becomes a problem that needs to be solved. Summary of the invention
  • the embodiment of the invention provides a method, a device and a system for acquiring a host route, so that the gateway device in the virtual subnet obtains the route of the host connected to the host in need and publishes the route in time.
  • an embodiment of the present invention provides a method for acquiring a host route, including:
  • the first gateway device receives the first address resolution protocol ARP request packet sent by the first host, where the first ARP request packet includes an internet protocol IP address of the second host; the first gateway device and the first The host is located in the first virtual subnet; If the first gateway device determines that there is no route corresponding to the IP address of the second host, the first gateway device broadcasts a first border gateway protocol BGP update packet, where the first BGP update packet includes The type identifier information and the IP address of the second host, so that the second gateway device issues a route corresponding to the IP address of the second host according to the first BGP update message; the first gateway device receives the And storing, by the second gateway device, a route corresponding to the IP address of the second host, where the second gateway device and the second host are located in the second virtual subnet.
  • the method further includes:
  • the first gateway device determines whether the route corresponding to the IP address of the second host is the first virtual subnet. Route within
  • the first gateway device discards the first
  • the first gateway device responds to the first host to respond to the first ARP request message.
  • the method further includes:
  • the first gateway device issues a route corresponding to the IP address of the third host, so that the second gateway device receives and saves the a route corresponding to the IP address of the third host;
  • the first gateway device broadcasts a second ARP request packet in the first virtual subnet, where the second ARP request packet includes The IP address of the third host; the first gateway device receives an ARP response packet sent by the third host, where the ARP response packet includes an IP address and a MAC address of the third host; a gateway device generates a route corresponding to the IP address of the third host according to the ARP response packet, and issues a route corresponding to the IP address of the third host to the second gateway device, so that the The second gateway device receives and saves a route corresponding to the IP address of the third host.
  • the embodiment of the present invention provides a host route obtaining device, where the device is deployed on a first gateway device, where the device includes:
  • a packet receiving module configured to receive a first address resolution protocol ARP request packet sent by the first host, where the first ARP request packet includes an internet protocol IP address of the second host; the first gateway device and the The first host is located in the first virtual subnet;
  • a first determining module configured to determine whether the first gateway device has a route corresponding to an IP address of the second host
  • a first packet broadcast module configured to: when the first determining module determines that the first gateway device does not have a route corresponding to the IP address of the second host, broadcast the first border gateway protocol BGP update packet,
  • the first BGP update message includes type identification information and an IP address of the second host;
  • the route obtaining module is configured to receive and save a route corresponding to the IP address of the second host that is advertised by the second gateway device.
  • the method further includes:
  • a second determining module configured to: when the first determining module determines that the first gateway device has a route corresponding to the IP address of the second host, determine whether the route corresponding to the IP address of the second host is a route within the first virtual subnet;
  • a packet discarding module configured to: when the second determining module determines that the route corresponding to the IP address of the second host is a route in the first virtual subnet, discarding the first ARP request packet;
  • a message pickup module configured to: when the second determining module determines that the route corresponding to the IP address of the second host is not the route in the first virtual subnet, and replaces the second host with the second An ARP request message.
  • the apparatus further includes: a second packet broadcast module and a route publishing module;
  • the packet receiving module is further configured to receive a second BGP update packet sent by the second gateway device, where the second BGP update packet includes the type identifier information and an IP address of the third host; a determining module, configured to determine, according to the second BGP update message, whether the first gateway device has a route corresponding to an IP address of the third host;
  • a second packet broadcast module configured to: when the first determining module determines that there is no route corresponding to the IP address of the third host, broadcast the second ARP request packet in the first virtual subnet, The second ARP request packet includes an IP address of the third host, and the packet receiving module is further configured to receive an ARP response packet sent by the third host, where the ARP response packet includes the The IP address and MAC address of the third host;
  • the route obtaining module is further configured to generate a route corresponding to the IP address of the third host according to the ARP response packet received by the packet receiving module;
  • the route issuing module is configured to: when the first determining module determines that there is a route corresponding to the IP address of the third host, issue a route corresponding to the IP address of the third host; When the determining module determines that there is no route corresponding to the IP address of the third host, the route corresponding to the IP address of the third host generated by the route obtaining module is advertised.
  • the embodiment of the present invention provides a host route obtaining system, including: a first gateway device and a second gateway device;
  • the first gateway device is located in the first virtual subnet, and the second gateway device is located in the second virtual subnet;
  • the first gateway device is configured to receive a first address resolution protocol ARP request packet sent by the first host, where the first ARP request packet includes an internet protocol IP address of the second host, where the first host is located In the first virtual subnet, when it is determined that the first gateway device does not have a route corresponding to the IP address of the second host, the first border gateway protocol BGP update packet is broadcasted, and the first BGP update is performed.
  • the message includes type identification information and an IP address of the second host;
  • the second gateway device is configured to receive the first BGP update packet sent by the first gateway device, and determine, according to the first BGP update packet, whether the second gateway device exists and the second a route corresponding to the IP address of the host; when it is determined that there is a route corresponding to the IP address of the second host, a route corresponding to the IP address of the second host is advertised; Broadcasting a second ARP request packet in the second virtual subnet, where the second ARP request packet includes an IP address of the second host, and receiving the second Generating, by the host, a second ARP response packet, and generating a route corresponding to the IP address of the second host according to the second ARP response packet, where the second ARP response packet includes the IP of the second host An address and a MAC address; a route corresponding to the IP address of the second host; the first gateway device is further configured to receive and save, by the second gateway device, an IP address corresponding to the second host road by.
  • the first gateway device is further used to be Determining, if the first gateway device has a route corresponding to the IP address of the second host, determining whether the route corresponding to the IP address of the second host is a route in the first virtual subnet; And the first ARP request packet is discarded, and the first ARP request packet is sent to the second virtual subnet instead of the second virtual subnet. Text.
  • the method, device, and system for acquiring a host route by receiving a first ARP request packet sent by the first host, the first ARP request packet includes an IP address of the second host; if the first gateway device determines that the non-existence exists The first gateway device broadcasts the first BGP update packet, where the first BGP update packet includes the type identifier information and the IP address of the second host, so that the second gateway device is configured according to the route corresponding to the IP address of the second host.
  • the first BGP update message advertises a route corresponding to the IP address of the second host to the first gateway device; the first gateway device receives and saves the route corresponding to the IP address of the second host advertised by the second gateway device, and solves the virtual sub How does the gateway device of the network acquire and publish the route of the virtual host under it in time? DRAWINGS
  • FIG. 1 is a flowchart of a method for acquiring a host route according to an embodiment of the present invention
  • FIG. 2 is a flowchart of another method for acquiring a host route according to an embodiment of the present invention
  • FIG. 3 is a flowchart of another method for acquiring a host route according to an embodiment of the present invention
  • FIG. 4B is a flowchart of a method for obtaining a host route of a group A network in FIG. 4 according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a host route obtaining apparatus 500 according to an embodiment of the present invention
  • FIG. 7 is a schematic structural diagram of a host route obtaining apparatus 700 according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of a method for acquiring a host route according to an embodiment of the present invention.
  • the method is performed by a host route acquisition device configured in a gateway device, which can be implemented by means of hardware and/or software.
  • the method includes:
  • the first gateway device receives the first address resolution protocol (ARP) request packet sent by the first host, where the first ARP request packet includes an Internet protocol (IP protocol) address of the second host.
  • ARP address resolution protocol
  • IP protocol Internet protocol
  • the first gateway device and the first host are located in a first virtual subnet.
  • the first host in the first virtual subnet needs to communicate with the second host in the second virtual subnet
  • the first host broadcasts and transmits the IP address including the second host in the subnet.
  • An ARP request message when the first host in the first virtual subnet needs to communicate with the second host in the second virtual subnet, the first host broadcasts and transmits the IP address including the second host in the subnet.
  • An ARP request message when the first host in the first virtual subnet needs to communicate with the second host in the second virtual subnet, the first host broadcasts and transmits the IP address including the second host in the subnet.
  • An ARP request message is an ARP request message.
  • the first gateway device determines that the first gateway device does not have a route corresponding to the IP address of the second host, the first gateway device broadcasts a first border gateway protocol (BGP) update message, where The BGP update packet includes the type identifier information and the IP address of the second host.
  • BGP border gateway protocol
  • the second gateway device can advertise the route corresponding to the IP address of the second host to the first gateway device according to the first BGP update message.
  • the second host and the second gateway device are located in the second virtual subnet.
  • the type identifier information is used to indicate the type of the first BGP update packet, and the second gateway device may be configured to obtain a route corresponding to the IP address of the second host according to the first BGP update packet, and issue the route to the first gateway device. routing.
  • the type identification information can be implemented by setting the value of the bit reserved in the attribute type field in the BGP update message.
  • the first gateway device receives and saves a route that is sent by the second gateway device and corresponds to an IP address of the second host.
  • the virtual migration mechanism can be used to notify the gateway device corresponding to the virtual subnet by the virtual host management device, so that the gateway device obtains the host routing information in the DC domain of the corresponding virtual subnet, but is not deployed.
  • the virtual migration technology cannot be implemented in the networking environment.
  • the gateway device can periodically scan the IP address of the same network segment as the virtual device in the DC domain of the corresponding virtual subnet, so that the DC is perceived. Host routing information in the domain, but this requires the gateway device to frequently scan the IP address of the virtual host in the same network segment.
  • the first gateway device after receiving the first ARP request packet sent by the first host, the first gateway device determines that there is no route corresponding to the IP address of the second host, and then the first gateway The device broadcasts the first BGP update message, so that the second gateway device of the second virtual subnet where the second host is located issues a route corresponding to the IP address of the second host to the first gateway device according to the first BGP update message, and then The first gateway device receives and saves a route corresponding to the IP address of the second host advertised by the second gateway device.
  • the second gateway device sends a route corresponding to the IP address of the second host to the first gateway device after receiving the first BGP update packet sent by the first gateway device, so that even if the virtual migration technology is not deployed,
  • the first gateway device can also obtain the host route in the DC domain in time, and can also avoid the problem of periodically scanning the IP address of the virtual host in the same network segment, resulting in large broadcast traffic and wasted network bandwidth.
  • the host involved in the present invention includes a virtual host VM, a host computer, and the like.
  • the host route obtaining method provided by the embodiment, after the first gateway device determines that there is no route corresponding to the IP address of the second host, broadcasts the first BGP update packet, so that the second gateway device updates the packet according to the first BGP. And issuing a route corresponding to the IP address of the second host to the first gateway device, so that the first gateway device can receive and save the route corresponding to the IP address of the second host issued by the second gateway device. In this way, in the case of the joining of the virtual host, the gateway device can timely advertise the route of the virtual host under it.
  • FIG. 2 is a flowchart of another method for acquiring a host route according to an embodiment of the present invention.
  • the method in this embodiment may include:
  • the first gateway device receives the first ARP request packet sent by the first host, where the first ARP request packet includes an IP address of the second host.
  • the first gateway device and the first host are located in the first virtual subnet.
  • the first gateway device determines whether the first gateway device has a route corresponding to the IP address of the second host. If it is determined that the first gateway device has a route corresponding to the IP address of the second host, execute 230; otherwise, execute 260.
  • the first gateway device determines whether the route corresponding to the IP address of the second host is a route in the first virtual subnet; if the route corresponding to the IP address of the second host is determined to be the path in the first virtual subnet By, execute 240; otherwise, execute 250.
  • the first gateway device may determine, according to the locally stored routing identifier information, whether the route corresponding to the IP address of the destination host is a route in the first virtual subnet.
  • the first gateway device discards the first ARP request packet.
  • the first gateway device picks up the first ARP request packet.
  • the first gateway device may respond to the second host in response to the first ARP request message; specifically The first gateway device sends a first ARP response packet to the first host, where the first ARP response packet includes an IP address of the second host and a media access control (MAC) address.
  • MAC media access control
  • the first gateway device broadcasts the first BGP update packet, where the first BGP update packet includes the type identifier information and the IP address of the second host.
  • the second gateway device can be configured to issue a route corresponding to the IP address of the second host to the first gateway device according to the first BGP update message, where the second host and the second gateway device are located in the second virtual Within the subnet; and execute 270.
  • the first gateway device receives and saves a route that is sent by the second gateway device and corresponds to an IP address of the second host.
  • the first gateway device responds to the first ARP request message by the second host device. Specifically, the first gateway device sends a first ARP response packet to the first host, where the first ARP response packet includes the first The IP address and MAC address of the second host.
  • the host route obtaining method after the first gateway device determines that there is no route corresponding to the IP address of the second host, broadcasts the first BGP update packet, so that the second gateway device updates the packet according to the first BGP. Distributing a route corresponding to the IP address of the second host to the first gateway device, where the first gateway device receives and saves a route corresponding to the IP address of the second host issued by the second gateway device, so that the first gateway device can also obtain The route, after the first gateway device receives the ARP request packet containing the IP address of the second host, can directly replace the second host to respond to the ARP request packet.
  • FIG. 3 is a flowchart of still another method for acquiring a host route according to an embodiment of the present invention.
  • the method in this embodiment may include: 310.
  • the first gateway device receives the second BGP update packet sent by the second gateway device, where the second BGP update packet includes the type identifier information and the IP address of the third host.
  • the first gateway device determines, according to the second BGP update message, whether the first gateway device has a route corresponding to the IP address of the third host, and if it is determined that the first gateway device has a route corresponding to the IP address of the third host, Step 330 is performed, otherwise 340 is performed.
  • the first gateway device issues a route corresponding to the IP address of the third host, so that the second gateway device receives and saves a route corresponding to the IP address of the third host.
  • the first gateway device receives a second ARP response packet sent by the third host, where the second ARP response packet includes an IP address and a MAC address of the third host.
  • the first gateway device generates a route corresponding to the IP address of the third host according to the second ARP response message.
  • the first gateway device issues a generated route corresponding to the IP address of the third host, so that the second gateway device receives and saves a route corresponding to the IP address of the third host.
  • the technical solution of the present invention is described by taking the third host in the first virtual subnet as an example. It can be understood that, for a scenario in which the third host is not located in the first virtual subnet, the first gateway device will not receive a response to the second ARP request packet, and accordingly, The first gateway device does not perform 360 and 370 in this embodiment.
  • the first gateway device After receiving the second BGP update packet, the first gateway device determines, according to the second BGP update packet, whether the route corresponding to the IP address of the first host exists. If yes, the route can be directly advertised. If it does not exist, the third ARP request packet is broadcasted, and an ARP reply packet is received to generate a route corresponding to the IP address of the first host, and the route is advertised; The gateway device of the network can timely release the route of the virtual host under it as needed.
  • FIG. 4A and FIG. 4A is a schematic diagram of a data center networking according to an embodiment of the present invention
  • FIG. 4B is a flowchart of a method for acquiring a host route in the network of FIG. 4A according to an embodiment of the present invention.
  • the data center networking shown in FIG. 4A in this embodiment is only an example; In the implementation, the number of virtual subnets in the data center network and the number of hosts or devices in each virtual subnet may be different. The present invention does not limit this.
  • the data center network shown in FIG. 4A may include a gateway device PE1, a gateway device PE2, a gateway device PE3, a host 11 and a host 12 connected to the gateway device PE1, a host 21 connected to the gateway device PE2, and a gateway device PE3. Host 31, Switch 1, Switch 2, and Switch 3.
  • the gateway device PE1 is a gateway device of the virtual subnet 1
  • the gateway device PE2 is a gateway device of the virtual subnet 2.
  • the data center network includes a virtual subnet 1 and a virtual subnet 2
  • the gateway device PE3 is a gateway in the internetwork. device.
  • the method of this embodiment may include:
  • the host 11 sends a first ARP request packet including the IP address of the destination host to the gateway device PE1 through the switch 1.
  • the gateway device PE1 After receiving the first ARP request packet, the gateway device PE1 determines whether there is a route corresponding to the IP address of the destination host. If there is a route corresponding to the IP address of the destination host, it is determined whether the route is a route in the virtual subnet 1. If the route in the virtual subnet 1 is a route, the ARP request packet is discarded, that is, it is not replaced. The destination host responds to the first ARP request packet; if it is not the route in the virtual subnet 1, but the route advertised by the other gateway device, the destination host responds to the first ARP request packet.
  • the gateway device PE1 determines that there is a route corresponding to the IP address of the destination host, and further determines whether the route corresponding to the IP address of the host 12 is a route in the virtual subnet 1, because the host 12 The host is connected to the gateway device PE1. Therefore, the route corresponding to the IP address of the host 12 is the route in the virtual subnet 1. In this case, the gateway device PE1 does not replace the host 12 to respond to the first ARP request packet.
  • the gateway device PE1 determines that there is a route corresponding to the IP address of the host 21, and further determines whether the route corresponding to the IP address of the host 21 is a route in the virtual subnet 1, because the host 21 is The host connected to the gateway device PE2, so the route corresponding to the IP address of the host 21 is advertised by the gateway device PE2. In this case, the gateway device PE1 can respond to the first ARP request packet instead of the host 21. Thereby, the host 12 can obtain the MAC address of the host 21 from the gateway device PE1 without obtaining the MAC address of the host 21 via the gateway device PE2.
  • the gateway device PE1 executes 420 if it is determined that there is no route corresponding to the IP address of the destination host.
  • the gateway device PE1 broadcasts a BGP update packet that includes the type identifier information and the IP address of the destination host, so that the gateway device PE2 hangs the host connected to the gateway device PE2 according to the type identifier information.
  • gateway device PE1 and the gateway device PE2 are used as an example to describe the host route obtaining method, and if there is still a virtual subnet gateway device PE4, the gateway device
  • PE4 will also receive the BGP update message.
  • the gateway device PE2 broadcasts the second IP address in the virtual subnet 2 including the destination host.
  • the gateway device PE2 receives the ARP response packet sent by the destination host.
  • the gateway device PE2 sends an ARP request packet sent by the host 21 to the host connected to the host, and then receives the ARP request packet sent by the host 21, ARP.
  • the response message includes the IP address of the host 21 and the MAC address of the host 21.
  • the gateway device PE2 generates a route corresponding to the IP address of the destination host according to the ARP reply packet.
  • the gateway device PE2 advertises the generated route corresponding to the IP address of the destination host to the gateway device PE1 and the gateway device PE3.
  • the gateway device PE2 can advertise the route to the gateway device PE1 and the gateway device PE3. After the gateway device PE2 advertises the generated route corresponding to the IP address of the destination host to the gateway device PE1, if the gateway device PE1 receives the ARP request packet containing the IP address of the destination host again, the gateway device PE2 may respond to the destination host. ARP request message. For example, the gateway device PE1 receives the ARP request packet sent by the host 12 and includes the IP address of the host 21, and the gateway device PE1 can respond to the ARP request packet instead of the host 21. If the gateway device PE3 receives an ARP request packet containing the IP address of the destination host, the host can respond to the ARP request packet instead of the destination host. For example, the gateway device PE3 receives the ARP request packet sent by the host 31 and includes the IP address of the host 21, and the gateway device PE3 can respond to the ARP request packet instead of the host 21.
  • the gateway device After the gateway device determines that there is no route corresponding to the IP address of the destination host, the gateway device sends a BGP update packet to the gateway device of the other virtual subnet. Therefore, the gateway device that triggers the other virtual subnets sends an ARP request packet containing the IP address of the destination host to the host that is connected to the host, so that the gateway device where the destination host is located can receive the destination host.
  • the ARP reply packet generates a route corresponding to the IP address of the destination host and advertises the generated route. Therefore, the gateway device of the virtual subnet can obtain the route of the host connected to it as needed, and issue the generated route, so that other gateway devices can also obtain the route; thus, the other gateway device receives the inclusion and the content sent by the source host.
  • the destination host After the ARP request packet of the IP address of the destination host, the destination host can directly respond to the ARP request packet.
  • FIG. 5 is a schematic structural diagram of a host route obtaining apparatus 500 according to an embodiment of the present invention.
  • the device of this embodiment is applicable to a case where a gateway device in a virtual subnet can acquire a route of a host connected to it as needed.
  • the device is typically implemented in hardware and/or software.
  • the apparatus includes the following modules: a message receiving module 510, a first determining module 520, a first message broadcast module 530, and a route obtaining module 540.
  • the packet receiving module 510 is configured to receive a first address resolution protocol ARP request packet sent by the first host, where the first ARP request packet includes an internet protocol IP address of the second host, where the first gateway device and the first host are located.
  • the first determining module 520 is configured to determine whether the first gateway device has a route corresponding to the IP address of the second host.
  • the first packet broadcast module 530 is configured to: when the first gateway device determines the first gateway device When there is no route corresponding to the IP address of the second host, the first border gateway protocol BGP update packet is broadcasted, and the first BGP update packet includes the type identifier information and the IP address of the second host; the route obtaining module 540 is configured to receive The route corresponding to the IP address of the second host advertised by the second gateway device is saved.
  • a second determining module configured to: when the first determining module determines that the first gateway device has a route corresponding to the IP address of the second host, determine whether the route corresponding to the IP address of the second host is a route in the first virtual subnet .
  • the packet discarding module is configured to: when the second determining module determines that the route corresponding to the IP address of the second host is a route in the first virtual subnet, discarding the first ARP request packet.
  • the message pickup module is configured to: when the second determining module determines that the route corresponding to the IP address of the second host is not the route in the first virtual subnet, and replaces the second host in response to the first ARP request packet.
  • the method further includes: a second message broadcast module and a route release module.
  • the message receiving module 510 is further configured to receive a second BGP update message sent by the second gateway device, where the second BGP update message includes the type identifier information and the IP address of the third host.
  • the first determining module 520 is further configured to determine, according to the second BGP update message, whether the first gateway device is There is a route corresponding to the IP address of the third host.
  • a second packet broadcast module configured to: when the first determining module determines that there is no route corresponding to the IP address of the third host, broadcast the second ARP request packet in the first virtual subnet, where the second ARP request packet includes The IP address of the third host.
  • the packet receiving module 510 is further configured to receive an ARP response packet sent by the third host, where the ARP response packet includes an IP address and a MAC address of the third host.
  • the route obtaining module 540 is further configured to generate a route corresponding to the IP address of the third host according to the ARP response packet received by the packet receiving module.
  • a route issuing module configured to: when the first determining module determines that there is a route corresponding to the IP address of the third host, issue a route corresponding to the IP address of the third host; and determine, by the first determining module, that the third host does not exist When the route corresponding to the IP address is used, the route corresponding to the IP address of the third host generated by the route obtaining module is advertised.
  • the host route obtaining apparatus broadcasts the first BGP update packet after the route corresponding to the IP address of the second host is determined, so that the second gateway device sends the first BGP update packet to the first
  • the gateway device issues a route corresponding to the IP address of the second host, so that the first gateway device can receive and save the route corresponding to the IP address of the second host issued by the second gateway device. Therefore, in the case that the virtual host is added, the gateway device can obtain the route of the host connected to it and release the route of the host connected to it in time.
  • FIG. 6 is a schematic structural diagram of a host route obtaining apparatus 600 according to an embodiment of the present invention.
  • the apparatus includes: a processor 601, a memory 602, a communication interface 603, and a bus 604.
  • the processor 601, the memory 602, and the communication interface 603 are connected to each other through a bus 604.
  • the memory 602 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • the processor 601 executes the program stored in the memory 602 to implement a host route acquisition method, including:
  • the processor 601 is configured to receive a first address resolution protocol ARP request packet sent by the first host, where the first ARP request packet includes an internet protocol IP address of the second host, where the first gateway device and the first host are located in the first virtual If the first gateway device determines that there is no route corresponding to the IP address of the second host, the first border gateway protocol BGP update packet is broadcasted, and the first BGP update packet includes the type identifier information and the second host.
  • the BGP update message advertises a route corresponding to the IP address of the second host to the first gateway device; receives and saves a route corresponding to the IP address of the second host advertised by the second gateway device, where the second gateway device and the second host are located Within the virtual subnet.
  • the processor 601 is further configured to: the first gateway device determines that there is a route corresponding to the IP address of the second host, and the first gateway device determines whether the route corresponding to the IP address of the second host is in the first virtual subnet. If the route is in the first virtual subnet, the first gateway device discards the first ARP request packet; if not in the route in the first virtual subnet, the first gateway device responds to the second host instead of the first ARP request message.
  • the processor 601 is further configured to receive a second BGP update message from the second gateway device, where the second BGP update message includes the type identifier information and the IP address of the third host, and is determined according to the second BGP update message. Whether the first gateway device has a route corresponding to the IP address of the third host.
  • the processor 601 is further configured to: if it is determined that there is a route corresponding to the IP address of the third host, the first gateway device issues a route corresponding to the IP address of the third host, so that the second gateway device receives and saves the third host The IP address corresponds to the route.
  • the processor 601 is further configured to: if it is determined that there is no route corresponding to the IP address of the third host, the first gateway device broadcasts the second ARP request packet in the first virtual subnet, where the second ARP request packet includes the third The IP address of the host; the first gateway device receives the ARP response packet sent by the third host, and the ARP response packet includes the IP address and the MAC address of the third host; the first gateway device generates the third host according to the ARP response packet.
  • the route corresponding to the IP address is used to issue a route corresponding to the IP address of the third host to the second gateway device, so that the second gateway device receives and saves the route corresponding to the IP address of the third host.
  • the host route obtaining apparatus broadcasts the first BGP update packet after the route corresponding to the IP address of the second host is determined, so that the second gateway device sends the first BGP update packet to the first
  • the gateway device issues a route corresponding to the IP address of the second host, so that the first gateway device can receive and save the route corresponding to the IP address of the second host issued by the second gateway device. Therefore, in the case that the virtual host is added, the gateway device can acquire and publish the route of the virtual host under it as needed.
  • FIG. 7 is a schematic structural diagram of a host route obtaining system 700 according to an embodiment of the present invention.
  • the system includes: a first gateway device 710 and a second gateway device 720.
  • the first gateway device 710 is configured to receive a first address resolution protocol ARP request sent by the first host. a packet, the first ARP request packet includes an internet protocol IP address of the second host, where the first host is located in the first virtual subnet; when it is determined that the first gateway device does not have a route corresponding to the IP address of the second host, And broadcasting the first border gateway protocol BGP update packet, where the first BGP update packet includes the type identifier information and the IP address of the second host; the second gateway device 720 is configured to receive the first BGP update packet sent by the first gateway device Determining, by the first BGP update message, whether the second gateway device has a route corresponding to the IP address of the second host; and when determining that there is a route corresponding to the IP address of the second host, releasing the second route to the first gateway device
  • the route corresponding to the IP address of the host is further configured to: when it is determined that there is no route corresponding to the IP address of the second host, broadcast the second ARP request packet in the second
  • the first gateway device 710 is further configured to: when determining that the first gateway device has a route corresponding to the IP address of the second host, determine whether the route corresponding to the IP address of the second host is within the first virtual subnet. If the route in the first virtual subnet is the route, the first ARP request packet is discarded; if it is not the route in the first virtual subnet, the second host responds to the first ARP request packet.
  • the system may include a gateway device PE1, a gateway device PE2, a gateway device PE3, a host 11 and a host 12 connected to the gateway device PE1, and a host connected to the gateway device PE2. 21. Host 31, switch 1, switch 2, and switch 3 connected to the gateway device PE3.
  • the gateway device PE1 is a gateway device of the virtual subnet 1
  • the gateway device PE2 is a gateway device of the virtual subnet 2.
  • the data center network includes a virtual subnet 1 and a virtual subnet 2, and the gateway device PE3 is a gateway in the internetwork. device.
  • the gateway device PE1, the gateway device PE2, and the gateway device PE3 can refer to the host route obtaining method shown in Figure 4B to obtain the host route, which is not described here.
  • the host route obtaining system of the present embodiment broadcasts the first BGP update packet after the route corresponding to the IP address of the second host is determined, so that the second gateway device sends the first BGP update packet to the first
  • the gateway device issues a route corresponding to the IP address of the second host, so that the first gateway device can receive and save the route corresponding to the IP address of the second host issued by the second gateway device.
  • the gateway device can acquire and publish on demand. The route corresponding to the IP address of the virtual host under it.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the method includes the above method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供一种主机路由获取方法、装置及系统。本发明主机路由获取方法，包括：第一网关设备接收第一主机发送的第一地址解析协议ARP 请求报文，第一ARP请求报文包含第二主机的互联网络协议IP地址；若第一网关设备确定不存在与第二主机的IP地址对应的路由，则第一网关设备广播第一边界网关协议BGP更新报文，第一BGP更新报文包含类型标识信息和第二主机的IP地址，以使第二网关设备根据第一BGP更新报文向第一网关设备发布与第二主机的IP地址对应的路由；第一网关设备接收并保存第二网关设备发布的与第二主机的IP地址对应的路由。本发明实施例实现了虚拟子网中的网关设备按需获取其下挂的主机的路由。

Description

主机路由获取方法、 装置及系统 本申请要求于 2013年 8月 21日提交中国专利局、申请号为 201310366892.2、 发明名称为"主机路由获取方法、 装置及系统"的中国专利申请的优先权， 其 全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及通信技术， 尤其涉及一种主机路由获取方法、 装置及 系统。 背景技术
数据中心 （data center, 简称 DC) 大二层组网环境中， 存在大量虚拟主 机（virtual machine, 简称 VM) ， VM规模可达到数十万级甚至百万级规模， 因此低成本可扩展互联技术对数据中心网络规划至关重要。虚拟子网（virtual subnet, 简称 VS ) 是目前一种性价比比较高的网络虚拟化互联技术， 数据中 心大二层组网中有多个虚拟子网， 每个虚拟子网有一个网关设备， 每个网关 设备下挂有多个虚拟主机。
为了实现 DC域内出入虚拟子网的数据流量的路径最优， 各个虚拟子网 中的网关设备需要获取并发布其下挂的虚拟主机的路由， 但是由于 VM的加 入， 网关设备及时发布虚拟主机的路由成为一个需要解决的问题。 发明内容
本发明实施例提供一种主机路由获取方法、 装置及系统， 以实现虚拟子 网中的网关设备按需获取其下挂的主机的路由并及时发布该路由。
第一方面， 本发明实施例提供一种主机路由获取方法， 包括：
第一网关设备接收第一主机发送的第一地址解析协议 ARP请求报文，所 述第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 所述第一网关 设备和所述第一主机位于第一虚拟子网内； 若所述第一网关设备确定不存在与所述第二主机的 IP地址对应的路由， 则所述第一网关设备广播第一边界网关协议 BGP更新报文， 所述第一 BGP 更新报文包含类型标识信息和所述第二主机的 IP地址， 以使第二网关设备根 据所述第一 BGP更新报文发布与所述第二主机的 IP地址对应的路由； 所述 第一网关设备接收并保存所述第二网关设备发布的与所述第二主机的 IP地址 对应的路由， 所述第二网关设备和所述第二主机位于第二虚拟子网内。
在第一方面的第一种可能的实现方式中， 还包括：
若所述第一网关设备确定存在与所述第二主机的 IP地址对应的路由， 则 所述第一网关设备确定所述第二主机的 IP地址对应的路由是否为所述第一虚 拟子网内的路由；
若为所述第一虚拟子网内的路由， 则所述第一网关设备丢弃所述第一
ARP请求报文；
若不为所述第一虚拟子网内的路由， 则所述第一网关设备代替所述第二 主机应答所述第一 ARP请求报文。
根据第一方面或第一方面的第一种可能的实现方式， 在第二种可能的实 现方式中， 还包括：
所述第一网关设备接收来自第二网关设备的第二 BGP更新报文，所述第 二 BGP更新报文包含所述类型标识信息和第三主机的 IP地址；
根据所述第二 BGP更新报文确定所述第一网关设备是否存在与所述第三 主机的 IP地址对应的路由；
若确定存在与所述第三主机的 IP地址对应的路由， 则所述第一网关设备 发布与所述第三主机的 IP地址对应的路由， 以使所述第二网关设备接收并保 存与所述第三主机的 IP地址对应的路由；
若确定不存在与所述第三主机的 IP地址对应的路由， 则所述第一网关设 备在所述第一虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文 包含所述第三主机的 IP 地址； 所述第一网关设备接收所述第三主机发送的 ARP应答报文， 所述 ARP应答报文包含所述第三主机的 IP地址和 MAC地 址； 所述第一网关设备根据所述 ARP应答报文生成与所述第三主机的 IP地 址对应的路由， 向所述第二网关设备发布与所述第三主机的 IP地址对应的路 由，以使所述第二网关设备接收并保存与所述第三主机的 IP地址对应的路由。 第二方面， 本发明实施例提供一种主机路由获取装置， 所述装置部署在 第一网关设备上， 所述装置包括：
报文接收模块，用于接收第一主机发送的第一地址解析协议 ARP请求报 文， 所述第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 所述第 一网关设备和所述第一主机位于第一虚拟子网内；
第一确定模块， 用于确定所述第一网关设备是否存在与所述第二主机的 IP地址对应的路由；
第一报文广播模块， 用于当所述第一确定模块确定所述第一网关设备不 存在与所述第二主机的 IP地址对应的路由时， 广播第一边界网关协议 BGP 更新报文， 所述第一 BGP更新报文包含类型标识信息和所述第二主机的 IP 地址；
路由获取模块， 用于接收并保存第二网关设备发布的所述第二主机的 IP 地址对应的路由。
在第二方面的第一种可能的实现方式中， 还包括：
第二确定模块， 用于当所述第一确定模块确定所述第一网关设备存在与 所述第二主机的 IP地址对应的路由时， 确定所述第二主机的 IP地址对应的 路由是否为所述第一虚拟子网内的路由；
报文丢弃模块，用于当所述第二确定模块确定所述第二主机的 IP地址对 应的路由为所述第一虚拟子网内的路由， 丢弃所述第一 ARP请求报文；
报文代答模块，用于当所述第二确定模块确定所述第二主机的 IP地址对 应的路由不为所述第一虚拟子网内的路由， 代替所述第二主机应答所述第一 ARP请求报文。
根据第二方面或第二方面的第一种可能的实现方式， 在第二种可能的实 现方式中， 所述装置还包括： 第二报文广播模块和路由发布模块；
所述报文接收模块，还用于接收来自第二网关设备发送的第二 BGP更新 报文， 所述第二 BGP更新报文包含所述类型标识信息和第三主机的 IP地址； 所述第一确定模块，还用于根据所述第二 BGP更新报文确定所述第一网 关设备是否存在与所述第三主机的 IP地址对应的路由；
第二报文广播模块， 用于当所述第一确定模块确定不存在与所述第三主 机的 IP地址对应的路由， 在所述第一虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文包含所述第三主机的 IP地址； 所述报文接收模块， 还用于接收所述第三主机发送的 ARP应答报文， 所述 ARP应答报文包含所 述第三主机的 IP地址和 MAC地址；
所述路由获取模块，还用于根据所述报文接收模块接收的所述 ARP应答 报文， 生成与所述第三主机的 IP地址对应的路由；
所述路由发布模块， 用于在所述第一确定模块确定存在与所述第三主机 的 IP地址对应的路由时， 发布与所述第三主机的 IP地址对应的路由； 在所 述第一确定模块确定不存在与所述第三主机的 IP地址对应的路由时， 发布所 述路由获取模块生成的与所述第三主机的 IP地址对应的路由。
第三方面， 本发明实施例提供一种主机路由获取系统， 包括： 第一网关 设备和第二网关设备；
所述第一网关设备位于第一虚拟子网内， 所述第二网关设备位于第二虚 拟子网内；
所述第一网关设备，用于接收第一主机发送的第一地址解析协议 ARP请 求报文， 所述第一 ARP请求报文包含第二主机的互联网络协议 IP地址， 所 述第一主机位于所述第一虚拟子网内； 当确定所述第一网关设备不存在与所 述第二主机的 IP地址对应的路由时， 广播第一边界网关协议 BGP更新报文， 所述第一 BGP更新报文包含类型标识信息和所述第二主机的 IP地址；
所述第二网关设备，用于接收所述第一网关设备发送的所述第一 BGP更 新报文，根据所述第一 BGP更新报文确定所述第二网关设备是否存在与所述 第二主机的 IP地址对应的路由； 当确定存在与所述第二主机的 IP地址对应 的路由时， 发布与所述第二主机的 IP地址对应的路由； 还用于当确定不存在 与所述第二主机的 IP 地址对应的路由时， 在所述第二虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文包含所述第二主机的 IP地址； 接收 所述第二主机发送的第二 ARP应答报文， 并根据所述第二 ARP应答报文生 成与所述第二主机的 IP地址对应的路由， 所述第二 ARP应答报文包含所述 第二主机的 IP地址和 MAC地址； 发布所述第二主机的 IP地址对应的路由； 所述第一网关设备， 还用于接收并保存所述第二网关设备发布的与所述 第二主机的 IP地址对应的路由。
在第三方面的第一种可能的实现方式中， 所述第一网关设备， 还用于当 确定所述第一网关设备存在与所述第二主机的 IP地址对应的路由时， 确定所 述第二主机的 IP地址对应的路由是否为所述第一虚拟子网内的路由； 若为所 述第一虚拟子网内的路由， 则丢弃所述第一 ARP请求报文； 若不为所述第一 虚拟子网内的路由， 则代替所述第二主机应答所述第一 ARP请求报文。
本发明实施例主机路由获取方法、 装置及系统， 通过接收第一主机发送 的第一 ARP请求报文， 第一 ARP请求报文包含第二主机的 IP地址； 若第一 网关设备确定不存在与第二主机的 IP地址对应的路由， 则第一网关设备广播 第一 BGP更新报文， 第一 BGP更新报文包含类型标识信息和所述第二主机 的 IP地址， 以使第二网关设备根据第一 BGP更新报文向第一网关设备发布 与第二主机的 IP地址对应的路由； 第一网关设备接收并保存第二网关设备发 布的第二主机的 IP地址对应的路由，解决了虚拟子网的网关设备如何及时获 取并发布其下挂的虚拟主机的路由的问题。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例提供的一种主机路由获取方法的流程图；
图 2为本发明实施例提供的另一种主机路由获取方法的流程图； 图 3为本发明实施例提供的又一种主机路由获取方法的流程图； 图 4A为本发明实施例提供的数据中心组网示意图；
图 4B为本发明实施例提供的图 4 A组网下主机路由获取方法的流程图； 图 5为本发明实施例提供的主机路由获取装置 500的结构示意图； 图 6为本发明实施例提供的主机路由获取装置 600的结构示意图； 图 7为本发明实施例提供的主机路由获取系统 700的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明实施例提供的一种主机路由获取方法的流程图。 该方法由 配置在网关设备中的主机路由获取装置执行， 该装置可通过硬件和 /或软件的 方式来实现。 所述方法包括：
110、 第一网关设备接收第一主机发送的第一地址解析协议 （address resolution protocol, 简称 ARP) 请求报文， 第一 ARP请求报文包含第二主机的 互联网协议 （Internet protocol, 简称 IP) 地址；
所述第一网关设备和所述第一主机位于第一虚拟子网内。
具体地， 当第一虚拟子网内的第一主机需要和第二虚拟子网内的第二主 机进行通信时， 第一主机在子网内广播发送包含所述第二主机的 IP地址的第 一 ARP请求报文。
120、 若第一网关设备确定第一网关设备不存在与第二主机的 IP地址对 应的路由， 则第一网关设备广播第一边界网关协议 (border gateway protocol, 简称 BGP) 更新报文， 第一 BGP更新报文包含类型标识信息和第二主机的 IP地址；
这样，可以使第二网关设备根据第一 BGP更新报文向第一网关设备发布 与第二主机的 IP地址对应的路由。 其中， 所述第二主机和所述第二网关设备 位于第二虚拟子网内。
类型标识信息用来表示第一 BGP更新报文的类型，可以指示第二网关设 备根据所述第一 BGP更新报文获取与第二主机的 IP地址对应的路由， 并向 第一网关设备发布该路由。 例如， 类型标识信息可以通过设定 BGP更新报文 中的属性类型 （attribute type) 字段中预留的比特位的值来实现。
130、 第一网关设备接收并保存第二网关设备发布的与第二主机的 IP地 址对应的路由。 通常， 可以采用虚拟迁移机制， 通过虚拟主机管理设备把虚 拟主机的加入及时通知虚拟子网对应的网关设备， 从而使网关设备获取其对 应虚拟子网的 DC域内的主机路由信息， 但是在没有部署虚拟迁移技术的组 网环境中不可实施；或者， 也可以由网关设备定时扫描其对应虚拟子网的 DC 域内虚拟主机可能使用的与该网关设备同网段的 IP地址， 从而感知到该 DC 域内主机路由信息， 但是这需要网关设备频繁扫描同网段内虚拟主机的 IP地 址， 会导致网络内充满大量 ARP广播报文， 占用网络带宽， 从而影响网络业 务和其它数据流量的转发。 而在本实施例的 120和 130中， 第一网关设备在 接收到第一主机发送的第一 ARP请求报文后，若确定不存在与第二主机的 IP 地址对应的路由， 则第一网关设备广播第一 BGP更新报文， 以使第二主机所 在第二虚拟子网的第二网关设备根据第一 BGP更新报文向第一网关设备发布 与第二主机的 IP地址对应的路由， 然后第一网关设备接收并保存第二网关设 备发布的第二主机的 IP地址对应的路由。 这样， 第二网关设备是在收到第一 网关设备发送的第一 BGP更新报文后，才向第一网关设备发布与第二主机的 IP地址对应的路由， 这样即使没有部署虚拟迁移技术， 第一网关设备也可以 及时获取 DC域内主机路由， 也可以避免定时扫描同网段内虚拟主机的 IP地 址导致广播流量大、 浪费网络带宽的问题。
需要说明的是， 本发明中涉及的主机包括虚拟主机 VM， 计算机主机 (host) 等。
本实施例提供的主机路由获取方法， 通过第一网关设备确定不存在与第 二主机的 IP地址对应的路由后， 广播第一 BGP更新报文， 使第二网关设备 根据第一 BGP更新报文向第一网关设备发布与第二主机的 IP地址对应的路 由， 从而使第一网关设备能够接收并保存第二网关设备发布的与第二主机的 IP地址对应的路由。 这样， 在虚拟主机的加入的情况下， 网关设备能够及时 发布其下挂的虚拟主机的路由。
图 2为本发明实施例所提供的另一种主机路由获取方法的流程图。 参照 图 2， 本实施例的方法可以包括：
210、 第一网关设备接收第一主机发送的第一 ARP请求报文， 第一 ARP 请求报文包含第二主机的 IP地址； 第一网关设备和第一主机位于第一虚拟子 网内。
220、 第一网关设备确定第一网关设备是否存在与第二主机的 IP地址对 应的路由； 若确定第一网关设备存在与第二主机的 IP地址对应的路由时， 执 行 230; 否则执行 260。
230、 第一网关设备确定第二主机的 IP地址对应的路由是否为第一虚拟 子网内的路由； 若确定第二主机的 IP地址对应的路由是第一虚拟子网内的路 由， 则执行 240; 否则执行 250。
例如， 第一网关设备可以根据本地存储的路由标识信息， 确定目的主机 的 IP地址对应的路由是否为第一虚拟子网内的路由。
240、 第一网关设备丢弃第一 ARP请求报文。
250、 第一网关设备对第一 ARP请求报文进行代答。
在 250中， 如果第一网关设备确定与第二主机的 IP地址对应的路由不是 第一虚拟子网内的路由，则第一网关设备可以代替第二主机应答第一 ARP请 求报文； 具体地， 第一网关设备向第一主机发送第一 ARP应答报文， 所述第 一 ARP应答报文中包括第二主机的 IP地址和媒体访问控制 （media access control, 简称 MAC) 地址。
260、 第一网关设备广播第一 BGP更新报文， 第一 BGP更新报文包含类 型标识信息和第二主机的 IP地址。
这样，可以使第二网关设备根据第一 BGP更新报文向第一网关设备发布 与第二主机的 IP地址对应的路由， 其中， 所述第二主机和所述第二网关设备 位于第二虚拟子网内； 并执行 270。
270、 第一网关设备接收并保存第二网关设备发布的与第二主机的 IP地 址对应的路由。
进一歩的，第一网关设备代替第二主机应答第一 ARP请求报文；具体地， 第一网关设备向第一主机发送第一 ARP应答报文， 所述第一 ARP应答报文 中包括第二主机的 IP地址和 MAC地址。
本实施例提供的主机路由获取方法， 通过第一网关设备确定不存在与第 二主机的 IP地址对应的路由后， 广播第一 BGP更新报文， 使第二网关设备 根据第一 BGP更新报文向第一网关设备发布与第二主机的 IP地址对应的路 由，第一网关设备接收并保存第二网关设备发布的与第二主机的 IP地址对应 的路由， 实现了第一网关设备也能获得该路由， 从而使第一网关设备再次收 到包含第二主机的 IP地址的 ARP请求报文后， 能够直接代替第二主机应答 ARP请求报文。
在上述实施例提供的主机路由获取方法的基础上， 图 3为本发明实施例 提供的又一种主机路由获取方法的流程图。 参照图 3， 本实施例的方法可以 包括： 310、 第一网关设备接收来自第二网关设备发送的第二 BGP更新报文， 第二 BGP更新报文包含类型标识信息和第三主机的 IP地址。
320、 第一网关设备根据第二 BGP更新报文确定第一网关设备是否存在 与第三主机的 IP地址对应的路由，若确定第一网关设备存在与第三主机的 IP 地址对应的路由， 则执行歩骤 330， 否则执行 340。
330、 第一网关设备发布与第三主机的 IP地址对应的路由， 以使第二网 关设备接收并保存与第三主机的 IP地址对应的路由。
340、 在第一虚拟子网内广播第二 ARP请求报文， 第二 ARP请求报文包 含第三主机的 IP地址， 并执行歩骤 350。
350、 第一网关设备接收第三主机发送的第二 ARP应答报文， 第二 ARP 应答报文包含第三主机的 IP地址和 MAC地址。
360、第一网关设备根据第二 ARP应答报文生成与第三主机的 IP地址对 应的路由。
370、 第一网关设备发布生成的与第三主机的 IP地址对应的路由， 以使 第二网关设备接收并保存与第三主机的 IP地址对应的路由。
本实施例中， 以所述第三主机位于所述第一虚拟子网内为例， 说明本发 明技术方案。 可以理解的是， 对于所述第三主机不位于所述第一虚拟子网内 的场景， 所述第一网关设备将不会收到对所述第二 ARP请求报文的应答， 相 应地， 所述第一网关设备不会执行本实施例中 360和 370。
本实施例提供的主机路由获取方法， 通过第一网关设备接收到第二 BGP 更新报文后，使第一网关设备根据第二 BGP更新报文确定是否存在与第一主 机的 IP地址对应的路由， 若存在， 则可以直接发布该路由， 若不存在， 通过 广播第三 ARP请求报文， 接收 ARP应答报文来生成与第一主机的 IP地址对 应的路由并发布该路由； 这样， 虚拟子网的网关设备能够按需及时发布其下 挂的虚拟主机的路由。
为了详细介绍上述各实施例示出的主机路由获取方法，下面特配合图 4A 和图 4B 详细介绍虚拟子网的网关设备获取其下挂的主机的路由的过程。 图 4A为本发明实施例提供的数据中心组网示意图， 图 4B为本发明实施例提供 的图 4A组网下主机路由获取方法的流程图。
可以理解的是， 本实施例中图 4A所示数据中心组网仅为一种示例； 具 体实现中， 数据中心组网中虚拟子网的数量、 各个虚拟子网内的主机或设备 数量可能不同， 本发明对此不做限制。
图 4A所示数据中心组网中可以包括网关设备 PE1、 网关设备 PE2、 网关 设备 PE3、 网关设备 PE1下挂的主机 11和主机 12、 网关设备 PE2下挂的主 机 21、 网关设备 PE3下挂的主机 31、 交换机 1、 交换机 2和交换机 3。 其中， 网关设备 PE1为虚拟子网 1的网关设备， 网关设备 PE2为虚拟子网 2的网关 设备， 数据中心组网包括虚拟子网 1和虚拟子网 2， 网关设备 PE3为互联网 络中的网关设备。 本实施例的方法可以包括：
410、主机 11通过交换机 1向网关设备 PE1发送了包含目的主机的 IP地 址的第一 ARP请求报文。
网关设备 PE1接收到该第一 ARP请求报文后，确定是否存在与目的主机 的 IP地址对应的路由。 若存在与目的主机的 IP地址对应的路由， 则进一歩 确定该路由是否为虚拟子网 1内的路由， 若为虚拟子网 1内的路由， 则将该 ARP请求报文丢弃， 即不代替目的主机对该第一 ARP请求报文应答；若不为 虚拟子网 1 内的路由， 而是其它网关设备发布过来的路由， 则代替目的主机 应答该第一 ARP请求报文。 例如， 如果目的主机为主机 12， 网关设备 PE1 确定存在与目的主机的 IP地址对应的路由后， 会进一歩确定主机 12的 IP地 址对应的路由是否为虚拟子网 1内的路由，由于主机 12为网关设备 PE1下挂 的主机， 因此主机 12的 IP地址对应的路由是虚拟子网 1内的路由， 这种情 况下网关设备 PE1不代替主机 12应答该第一 ARP请求报文。 如果目的主机 为主机 21， 网关设备 PE1确定存在与主机 21的 IP地址对应的路由后， 会进 一歩确定主机 21的 IP地址对应的路由是否为虚拟子网 1内的路由的， 由于 主机 21为网关设备 PE2下挂的主机，因此主机 21的 IP地址对应的路由是网 关设备 PE2发布的， 这种情况下网关设备 PE1可以代替主机 21应答该第一 ARP请求报文。 从而使得主机 12可以从网关设备 PE1获得主机 21的 MAC 地址， 而不需要再经过网关设备 PE2获得主机 21的 MAC地址。
网关设备 PE1接收到该第一 ARP请求报文后，若确定不存在与目的主机 的 IP地址对应的路由， 则执行 420。
420、 网关设备 PE1广播包含类型标识信息和目的主机的 IP地址的 BGP 更新报文， 以使网关设备 PE2根据类型标识信息向网关设备 PE2下挂的主机 发送包含目的主机的 IP地址的第二 ARP请求报文。
在此需要说明的是， 本实施例仅以存在网关设备 PE1和网关设备 PE2为 例说明主机路由获取方法的， 若还存在虚拟子网的网关设备 PE4, 网关设备
PE4也将收到所述 BGP更新报文。
430、 网关设备 PE2在虚拟子网 2内广播包含目的主机的 IP地址的第二
ARP请求报文。
440、 网关设备 PE2接收目的主机发送的 ARP应答报文。
在 430和 440中， 如果目的主机为主机 21， 则网关设备 PE2向其下挂的 主机发送包含目的主机的 IP地址的 ARP请求报文后， 会收到主机 21发送的 ARP应答报文， ARP应答报文中包含主机 21的 IP地址和主机 21的 MAC地 址。
450、网关设备 PE2根据 ARP应答报文生成与目的主机的 IP地址对应的 路由。
460、 网关设备 PE2向网关设备 PE1和网关设备 PE3发布生成的与目的 主机的 IP地址对应的路由。
需要说明的是， 网关设备 PE2生成与目的主机的 IP地址对应的路由后， 可以将该路由发布给 BGP路由域中其他网关设备，也即可以将该路由发布给 网关设备 PE1和网关设备 PE3。 网关设备 PE2在向网关设备 PE1发布生成的 与目的主机的 IP地址对应的路由后，如果网关设备 PE1再次收到包含该目的 主机的 IP地址的 ARP请求报文， 则可以代替该目的主机应答该 ARP请求报 文。 例如网关设备 PE1收到主机 12发送的包含主机 21的 IP地址的 ARP请 求报文， 则网关设备 PE1可以代替主机 21应答该 ARP请求报文。 如果网关 设备 PE3收到包含该目的主机的 IP地址的 ARP请求报文， 则可以代替该目 的主机应答该 ARP请求报文。 例如网关设备 PE3收到主机 31发送的包含主 机 21的 IP地址的 ARP请求报文， 则网关设备 PE3可以代替主机 21应答该 ARP请求报文。
本实施例提供的主机路由获取方法， 通过网关设备确定不存在与目的主 机的 IP地址对应的路由后， 向其它虚拟子网的网关设备发送 BGP更新报文。 从而触发其它虚拟子网的网关设备向各自下挂的主机发送包含目的主机的 IP 地址的 ARP请求报文， 使得目的主机所在的网关设备能够收到目的主机的 ARP应答报文， 生成与目的主机的 IP地址对应的路由， 并发布生成的路由。 从而实现了虚拟子网的网关设备能够按需获取其下挂的主机的路由， 并发布 生成的路由， 使得其它网关设备也能获得该路由； 这样其它网关设备收到源 主机发送的包含与该路由对应的目的主机的 IP地址的 ARP请求报文后， 能 够直接代替目的主机应答 ARP请求报文。
图 5为本发明实施例提供的主机路由获取装置 500的结构示意图。 本实 施例的装置适用于虚拟子网中的网关设备能够按需获取其下挂的主机的路由 的情况。 该装置通常以硬件和 /或软件的方式来实现。 参照图 5， 该装置包括 如下模块： 报文接收模块 510、 第一确定模块 520、 第一报文广播模块 530和 路由获取模块 540。
报文接收模块 510用于接收第一主机发送的第一地址解析协议 ARP请求 报文， 第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 第一网关 设备和第一主机位于第一虚拟子网内； 第一确定模块 520用于确定第一网关 设备是否存在与第二主机的 IP地址对应的路由； 第一报文广播模块 530用于 当第一网关设备确定第一网关设备不存在与第二主机的 IP 地址对应的路由 时， 广播第一边界网关协议 BGP更新报文， 第一 BGP更新报文包含类型标 识信息和第二主机的 IP地址； 路由获取模块 540用于接收并保存第二网关设 备发布的第二主机的 IP地址对应的路由。
进一歩的， 还包括：
第二确定模块， 用于当第一确定模块确定第一网关设备存在与第二主机 的 IP地址对应的路由时， 确定第二主机的 IP地址对应的路由是否为第一虚 拟子网内的路由。
报文丢弃模块，用于当第二确定模块确定第二主机的 IP地址对应的路由 为第一虚拟子网内的路由， 丢弃第一 ARP请求报文。
报文代答模块，用于当第二确定模块确定第二主机的 IP地址对应的路由 不为第一虚拟子网内的路由， 代替第二主机应答第一 ARP请求报文。
进一歩的， 还包括： 第二报文广播模块和路由发布模块。
报文接收模块 510还用于接收来自第二网关设备发送的第二 BGP更新报 文， 第二 BGP更新报文包含类型标识信息和第三主机的 IP地址。
第一确定模块 520还用于根据第二 BGP更新报文确定第一网关设备是否 存在与第三主机的 IP地址对应的路由。
第二报文广播模块，用于当第一确定模块确定不存在与第三主机的 IP地 址对应的路由， 在第一虚拟子网内广播第二 ARP请求报文， 第二 ARP请求 报文包含第三主机的 IP地址。
报文接收模块 510还用于接收第三主机发送的 ARP应答报文， ARP应答 报文包含第三主机的 IP地址和 MAC地址。
路由获取模块 540还用于根据报文接收模块接收的 ARP应答报文，生成 与第三主机的 IP地址对应的路由。
路由发布模块， 用于在第一确定模块确定存在与第三主机的 IP地址对应 的路由时， 发布与第三主机的 IP地址对应的路由； 在第一确定模块确定不存 在与第三主机的 IP地址对应的路由时， 发布路由获取模块生成的与第三主机 的 IP地址对应的路由。
本实施例提供的主机路由获取装置， 通过在确定不存在与第二主机的 IP 地址对应的路由后，广播第一 BGP更新报文，使第二网关设备根据第一 BGP 更新报文向第一网关设备发布与第二主机的 IP地址对应的路由， 从而使第一 网关设备能够接收并保存第二网关设备发布的与第二主机的 IP地址对应的路 由。 从而实现了在虚拟主机的加入的情况下， 网关设备能够按需获取其下挂 的主机的路由并及时发布其下挂的主机的路由。
图 6为本发明实施例提供的主机路由获取装置 600的结构示意图。 参照 图 6， 该装置包括： 处理器 601、 存储器 602、 通信接口 603和总线 604。 其 中， 处理器 601、 存储器 602、 通信接口 603通过总线 604相互连接；
存储器 602， 用于存放程序。 具体地， 程序可以包括程序代码， 所述程 序代码包括计算机操作指令。
处理器 601执行存储器 602所存放的程序， 实现主机路由获取方法， 包 括：
处理器 601用于接收第一主机发送的第一地址解析协议 ARP请求报文， 第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 第一网关设备和 第一主机位于第一虚拟子网内； 若第一网关设备确定不存在与第二主机的 IP 地址对应的路由， 则广播第一边界网关协议 BGP更新报文， 第一 BGP更新 报文包含类型标识信息和第二主机的 IP 地址， 以使第二网关设备根据第一 BGP更新报文向第一网关设备发布与第二主机的 IP地址对应的路由；接收并 保存第二网关设备发布的第二主机的 IP地址对应的路由， 第二网关设备和第 二主机位于第二虚拟子网内。
进一歩的， 处理器 601还用于第一网关设备确定存在与第二主机的 IP地 址对应的路由， 则第一网关设备确定第二主机的 IP地址对应的路由是否为第 一虚拟子网内的路由； 若为第一虚拟子网内的路由， 则第一网关设备丢弃第 一 ARP请求报文； 若不为第一虚拟子网内的路由， 第一网关设备代替第二主 机应答第一 ARP请求报文。
进一歩的，处理器 601还用于接收来自第二网关设备的第二 BGP更新报 文， 第二 BGP更新报文包含类型标识信息和第三主机的 IP地址； 根据第二 BGP更新报文确定第一网关设备是否存在与第三主机的 IP地址对应的路由。
处理器 601还用于若确定存在与第三主机的 IP地址对应的路由， 则第一 网关设备发布与第三主机的 IP地址对应的路由， 以使第二网关设备接收并保 存与第三主机的 IP地址对应的路由。
处理器 601还用于若确定不存在与第三主机的 IP地址对应的路由， 则第 一网关设备在第一虚拟子网内广播第二 ARP请求报文， 第二 ARP请求报文 包含第三主机的 IP地址； 第一网关设备接收第三主机发送的 ARP应答报文， ARP应答报文包含第三主机的 IP地址和 MAC地址；第一网关设备根据 ARP 应答报文生成与第三主机的 IP地址对应的路由， 向第二网关设备发布与第三 主机的 IP地址对应的路由， 以使第二网关设备接收并保存与第三主机的 IP 地址对应的路由。
本实施例提供的主机路由获取装置， 通过在确定不存在与第二主机的 IP 地址对应的路由后，广播第一 BGP更新报文，使第二网关设备根据第一 BGP 更新报文向第一网关设备发布与第二主机的 IP地址对应的路由， 从而使第一 网关设备能够接收并保存第二网关设备发布的与第二主机的 IP地址对应的路 由。 从而实现了在虚拟主机的加入的情况下， 网关设备能够按需获取并发布 其下挂的虚拟主机的路由。
图 7为本发明实施例提供的主机路由获取系统 700的结构示意图。 参照 图 7， 该系统包括： 第一网关设备 710和第二网关设备 720。
第一网关设备 710用于接收第一主机发送的第一地址解析协议 ARP请求 报文， 第一 ARP请求报文包含第二主机的互联网络协议 IP地址， 第一主机 位于第一虚拟子网内； 当确定第一网关设备不存在与第二主机的 IP地址对应 的路由时， 广播第一边界网关协议 BGP更新报文， 第一 BGP更新报文包含 类型标识信息和第二主机的 IP地址； 第二网关设备 720用于接收第一网关设 备发送的第一 BGP更新报文， 根据第一 BGP更新报文确定第二网关设备是 否存在与第二主机的 IP地址对应的路由； 当确定存在与第二主机的 IP地址 对应的路由时， 向第一网关设备发布与第二主机的 IP地址对应的路由； 还用 于当确定不存在与第二主机的 IP地址对应的路由时， 在第二虚拟子网内广播 第二 ARP请求报文， 第二 ARP请求报文包含第二主机的 IP地址； 接收二主 机发送的第二 ARP应答报文， 并根据第二 ARP应答报文生成与第二主机的 IP地址对应的路由， 第二 ARP应答报文包含第二主机的 IP地址和 MAC地 址； 发布第二主机的 IP地址对应的路由； 第一网关设备 710还用于接收并保 存第二网关设备发布的与第二主机的 IP地址对应的路由。
进一歩的， 第一网关设备 710还用于当确定第一网关设备存在与第二主 机的 IP地址对应的路由时， 确定第二主机的 IP地址对应的路由是否为第一 虚拟子网内的路由；若为第一虚拟子网内的路由，则丢弃第一 ARP请求报文； 若不为第一虚拟子网内的路由， 则代替第二主机应答第一 ARP请求报文。
举例来说， 参考图 4A所示数据中心组网， 所述系统可以包括网关设备 PE1、网关设备 PE2、网关设备 PE3、网关设备 PE1下挂的主机 11和主机 12、 网关设备 PE2下挂的主机 21、 网关设备 PE3下挂的主机 31、 交换机 1、 交换 机 2和交换机 3。 其中， 网关设备 PE1为虚拟子网 1的网关设备， 网关设备 PE2为虚拟子网 2的网关设备， 数据中心组网包括虚拟子网 1和虚拟子网 2， 网关设备 PE3为互联网络中的网关设备。其中， 网关设备 PE1、网关设备 PE2 和网关设备 PE3可以参考图 4B所示主机路由获取方法， 获取主机路由， 这 里不再赘述。
本实施例提供的主机路由获取系统， 通过在确定不存在与第二主机的 IP 地址对应的路由后，广播第一 BGP更新报文，使第二网关设备根据第一 BGP 更新报文向第一网关设备发布与第二主机的 IP地址对应的路由， 从而使第一 网关设备能够接收并保存第二网关设备发布的与第二主机的 IP地址对应的路 由。 从而实现了在虚拟主机的加入的情况下， 网关设备能够按需获取并发布 其下挂的虚拟主机的 IP地址对应的路由。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分可 以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可读取 存储介质中。 该程序在执行时， 执行包括上述各方法实施例； 而前述的存储 介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求
1、 一种主机路由获取方法， 其特征在于， 包括：
第一网关设备接收第一主机发送的第一地址解析协议 ARP请求报文，所 述第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 所述第一网关 设备和所述第一主机位于第一虚拟子网内；
若所述第一网关设备确定不存在与所述第二主机的 IP地址对应的路由， 则所述第一网关设备广播第一边界网关协议 BGP更新报文， 所述第一 BGP 更新报文包含类型标识信息和所述第二主机的 IP地址， 以使第二网关设备根 据所述第一 BGP更新报文发布与所述第二主机的 IP地址对应的路由； 所述 第一网关设备接收并保存所述第二网关设备发布的与所述第二主机的 IP地址 对应的路由， 所述第二网关设备和所述第二主机位于第二虚拟子网内。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括：
若所述第一网关设备确定存在与所述第二主机的 IP地址对应的路由， 则 所述第一网关设备确定所述第二主机的 IP地址对应的路由是否为所述第一虚 拟子网内的路由；
若为所述第一虚拟子网内的路由， 则所述第一网关设备丢弃所述第一 ARP请求报文；
若不为所述第一虚拟子网内的路由， 则所述第一网关设备代替所述第二 主机应答所述第一 ARP请求报文。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 还包括：
所述第一网关设备接收来自第二网关设备的第二 BGP更新报文，所述第 二 BGP更新报文包含所述类型标识信息和第三主机的 IP地址；
根据所述第二 BGP更新报文确定所述第一网关设备是否存在与所述第三 主机的 IP地址对应的路由；
若确定存在与所述第三主机的 IP地址对应的路由， 则所述第一网关设备 发布与所述第三主机的 IP地址对应的路由， 以使所述第二网关设备接收并保 存与所述第三主机的 IP地址对应的路由；
若确定不存在与所述第三主机的 IP地址对应的路由， 则所述第一网关设 备在所述第一虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文 包含所述第三主机的 IP 地址； 所述第一网关设备接收所述第三主机发送的 ARP应答报文， 所述 ARP应答报文包含所述第三主机的 IP地址和 MAC地 址； 所述第一网关设备根据所述 ARP应答报文生成与所述第三主机的 IP地 址对应的路由， 向所述第二网关设备发布与所述第三主机的 IP地址对应的路 由，以使所述第二网关设备接收并保存与所述第三主机的 IP地址对应的路由。
4、 一种主机路由获取装置， 所述装置部署在第一网关设备上， 其特征在 于， 所述装置包括：
报文接收模块，用于接收第一主机发送的第一地址解析协议 ARP请求报 文， 所述第一 ARP请求报文包含第二主机的互联网络协议 IP地址； 所述第 一网关设备和所述第一主机位于第一虚拟子网内；
第一确定模块， 用于确定所述第一网关设备是否存在与所述第二主机的 IP地址对应的路由；
第一报文广播模块， 用于当所述第一确定模块确定所述第一网关设备不 存在与所述第二主机的 IP地址对应的路由时， 广播第一边界网关协议 BGP 更新报文， 所述第一 BGP更新报文包含类型标识信息和所述第二主机的 IP 地址；
路由获取模块， 用于接收并保存第二网关设备发布的所述第二主机的 IP 地址对应的路由。
5、 根据权利要求 4所述的装置， 其特征在于， 还包括：
第二确定模块， 用于当所述第一确定模块确定所述第一网关设备存在与 所述第二主机的 IP地址对应的路由时， 确定所述第二主机的 IP地址对应的 路由是否为所述第一虚拟子网内的路由；
报文丢弃模块，用于当所述第二确定模块确定所述第二主机的 IP地址对 应的路由为所述第一虚拟子网内的路由， 丢弃所述第一 ARP请求报文；
报文代答模块，用于当所述第二确定模块确定所述第二主机的 IP地址对 应的路由不为所述第一虚拟子网内的路由， 代替所述第二主机应答所述第一 ARP请求报文。
6、 根据权利要求 4或 5所述的装置， 其特征在于， 所述装置还包括： 第 二报文广播模块和路由发布模块；
所述报文接收模块，还用于接收来自第二网关设备发送的第二 BGP更新 报文， 所述第二 BGP更新报文包含所述类型标识信息和第三主机的 IP地址； 所述第一确定模块，还用于根据所述第二 BGP更新报文确定所述第一网 关设备是否存在与所述第三主机的 IP地址对应的路由；
第二报文广播模块， 用于当所述第一确定模块确定不存在与所述第三主 机的 IP地址对应的路由， 在所述第一虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文包含所述第三主机的 IP地址； 所述报文接收模块， 还用于接收所述第三主机发送的 ARP应答报文， 所述 ARP应答报文包含所 述第三主机的 IP地址和 MAC地址；
所述路由获取模块，还用于根据所述报文接收模块接收的所述 ARP应答 报文， 生成与所述第三主机的 IP地址对应的路由；
所述路由发布模块， 用于在所述第一确定模块确定存在与所述第三主机 的 IP地址对应的路由时， 发布与所述第三主机的 IP地址对应的路由； 在所 述第一确定模块确定不存在与所述第三主机的 IP地址对应的路由时， 发布所 述路由获取模块生成的与所述第三主机的 IP地址对应的路由。
7、 一种主机路由获取系统， 其特征在于， 包括： 第一网关设备和第二网 关设备；
所述第一网关设备位于第一虚拟子网内， 所述第二网关设备位于第二虚 拟子网内；
所述第一网关设备，用于接收第一主机发送的第一地址解析协议 ARP请 求报文， 所述第一 ARP请求报文包含第二主机的互联网络协议 IP地址， 所 述第一主机位于所述第一虚拟子网内； 当确定所述第一网关设备不存在与所 述第二主机的 IP地址对应的路由时， 广播第一边界网关协议 BGP更新报文， 所述第一 BGP更新报文包含类型标识信息和所述第二主机的 IP地址；
所述第二网关设备，用于接收所述第一网关设备发送的所述第一 BGP更 新报文，根据所述第一 BGP更新报文确定所述第二网关设备是否存在与所述 第二主机的 IP地址对应的路由； 当确定存在与所述第二主机的 IP地址对应 的路由时， 发布与所述第二主机的 IP地址对应的路由； 还用于当确定不存在 与所述第二主机的 IP 地址对应的路由时， 在所述第二虚拟子网内广播第二 ARP请求报文， 所述第二 ARP请求报文包含所述第二主机的 IP地址； 接收 所述第二主机发送的第二 ARP应答报文， 并根据所述第二 ARP应答报文生 成与所述第二主机的 IP地址对应的路由， 所述第二 ARP应答报文包含所述 第二主机的 IP地址和 MAC地址； 发布所述第二主机的 IP地址对应的路由； 所述第一网关设备， 还用于接收并保存所述第二网关设备发布的与所述 第二主机的 IP地址对应的路由。
8、 根据权利要求 7所述的系统， 其特征在于， 所述第一网关设备， 还用 于当确定所述第一网关设备存在与所述第二主机的 IP地址对应的路由时， 确 定所述第二主机的 IP地址对应的路由是否为所述第一虚拟子网内的路由； 若 为所述第一虚拟子网内的路由， 则丢弃所述第一 ARP请求报文； 若不为所述 第一虚拟子网内的路由， 则代替所述第二主机应答所述第一 ARP请求报文。
PCT/CN2014/075761 2013-08-21 2014-04-21 主机路由获取方法、装置及系统 WO2015024388A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310366892.2A CN104426759B (zh) 2013-08-21 2013-08-21 主机路由获取方法、装置及系统
CN201310366892.2 2013-08-21

Publications (1)

Publication Number Publication Date
WO2015024388A1 true WO2015024388A1 (zh) 2015-02-26

Family

ID=52483022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075761 WO2015024388A1 (zh) 2013-08-21 2014-04-21 主机路由获取方法、装置及系统

Country Status (2)

Country Link
CN (1) CN104426759B (zh)
WO (1) WO2015024388A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840016A (zh) * 2020-06-23 2021-12-24 中兴通讯股份有限公司 报文处理方法、装置和计算机可读存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017113300A1 (zh) * 2015-12-31 2017-07-06 华为技术有限公司 路由确定方法、网络配置方法以及相关装置
CN106982163B (zh) * 2016-01-18 2020-12-04 华为技术有限公司 按需获取路由的方法及网关
CN110391984B (zh) * 2019-07-26 2022-01-25 新华三大数据技术有限公司 一种报文转发方法及装置
CN110768901B (zh) * 2019-10-24 2022-02-25 新华三技术有限公司 路由发布方法、路由选择方法、相关装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1318631A2 (en) * 2001-12-07 2003-06-11 Nortel Networks Limited Address resolution method for a virtual private network, and customer edge device for implementing the method
CN102577331A (zh) * 2010-05-28 2012-07-11 华为技术有限公司 虚拟第2层及使其可扩展的机制
CN103152256A (zh) * 2013-02-22 2013-06-12 浪潮电子信息产业股份有限公司 一种基于云计算数据中心的路由虚拟网络设计方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7221675B2 (en) * 2001-12-07 2007-05-22 Nortel Networks Limited Address resolution method for a virtual private network, and customer edge device for implementing the method
CN102710509B (zh) * 2012-05-18 2015-04-15 杭州华三通信技术有限公司 一种数据中心自动配置方法及其设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1318631A2 (en) * 2001-12-07 2003-06-11 Nortel Networks Limited Address resolution method for a virtual private network, and customer edge device for implementing the method
CN102577331A (zh) * 2010-05-28 2012-07-11 华为技术有限公司 虚拟第2层及使其可扩展的机制
CN103152256A (zh) * 2013-02-22 2013-06-12 浪潮电子信息产业股份有限公司 一种基于云计算数据中心的路由虚拟网络设计方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840016A (zh) * 2020-06-23 2021-12-24 中兴通讯股份有限公司 报文处理方法、装置和计算机可读存储介质

Also Published As

Publication number Publication date
CN104426759B (zh) 2018-11-20
CN104426759A (zh) 2015-03-18

Similar Documents

Publication Publication Date Title
EP2982097B1 (en) Method and apparatus for exchanging ip packets among network layer 2 peers
US10476796B2 (en) Packet processing method, and device and system
US9992154B2 (en) Layer 3 convergence for EVPN link failure
US9621508B2 (en) System and method for sharing VXLAN table information with a network controller
EP3031197B1 (en) Handling of virtual machine mobility in large data center
US9755959B2 (en) Dynamic service path creation
EP4073986B1 (en) Efficient arp bindings distribution in vpn networks
US10103902B1 (en) Auto-discovery of replication node and remote VTEPs in VXLANs
CN112910750B (zh) 使用逻辑路由器进行地址解析的方法、设备、系统及介质
US9461943B2 (en) Network assisted virtual machine mobility
US8990371B2 (en) Interconnecting data centers for migration of virtual machines
US8842577B2 (en) Enabling media access control address mobility in an ethernet virtual private network
WO2015192501A1 (zh) 地址信息的发布方法及装置
US20160065503A1 (en) Methods, systems, and computer readable media for virtual fabric routing
US9641417B2 (en) Proactive detection of host status in a communications network
US20190109780A1 (en) Routing information validation in sdn environments
US20190342215A1 (en) Data Routing of Extranet Flows in Fabric Networks
WO2014209455A1 (en) Method and system for uniform gateway access in a virtualized layer-2 network domain
US20150281062A1 (en) System and method for route health injection using virtual tunnel endpoints
KR20150076041A (ko) 가상 사설 클라우드망에서 사설 ｉｐ 주소 기반의 멀티 테넌트를 지원하기 위한 시스템 및 그 방법
WO2016198022A1 (zh) 一种实现虚拟化网络叠加的方法与网络虚拟化边缘节点
WO2015024388A1 (zh) 主机路由获取方法、装置及系统
WO2017114158A1 (zh) NVo3网络中用于发布租户路由的方法及装置
JP5772434B2 (ja) 冗長化制御のためのプログラム、情報処理装置及び方法、通信装置、中継処理方法及びプログラム
US20210006485A1 (en) Path information transmission device, path information transmission method and path information transmission program

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14838121

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14838121

Country of ref document: EP

Kind code of ref document: A1