[go: up one dir, main page]

CN109218158B - VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system - Google Patents

VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system Download PDF

Info

Publication number
CN109218158B
CN109218158B CN201710540954.5A CN201710540954A CN109218158B CN 109218158 B CN109218158 B CN 109218158B CN 201710540954 A CN201710540954 A CN 201710540954A CN 109218158 B CN109218158 B CN 109218158B
Authority
CN
China
Prior art keywords
vxlan
identification
source
vni
ipv6 address
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.)
Active
Application number
CN201710540954.5A
Other languages
Chinese (zh)
Other versions
CN109218158A (en
Inventor
孙剑平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN201710540954.5A priority Critical patent/CN109218158B/en
Publication of CN109218158A publication Critical patent/CN109218158A/en
Application granted granted Critical
Publication of CN109218158B publication Critical patent/CN109218158B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Landscapes

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

Abstract

The application provides a data transmission method, a control method, a controller, a gateway, an intermediate network element and a system based on a VxLAN (virtual extensible local area network), and relates to the technical field of network virtualization. The data transmission control method based on the VxLAN comprises the following steps: the controller acquires a message transmission request from the VxLAN gateway; obtaining a VNI (virtual network interface) identifier and an extended VDC/VPC (virtual network interface/virtual private network) area identifier of a VxLAN tenant according to the message transmission request, and mapping the VNI identifier and the extended VDC/VPC area identifier to a source VTEP IPv6 address; the source VTEP IPv6 address is sent to the source VxLAN gateway so that the source VxLAN gateway generates a VxLAN header. By the method, the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control on tenant granularity are realized.

Description

VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system
Technical Field
The application relates to the technical field of network virtualization, in particular to a VxLAN-based data transmission method, a VxLAN-based data transmission control method, a VxLAN-based data transmission controller, a VxLAN-based gateway, an intermediate network element and a VxLAN-based data transmission system.
Background
A VxLAN (Virtual Extensible Local Area Network) is a Network virtualization technology widely applied to a data center in a cloud computing background, and is essentially an end-to-end stateless tunnel with tenant isolation capability on the basis of an IP (Internet Protocol, Protocol for interconnection between networks)/UDP (User Datagram Protocol) Protocol stack; the tunnel relies on the underlying IP basic Network to establish an overlay private Network, the tunnel header comprises a 24-bit VNI (VXLAN Network Identifier) identification tenant, and a VDC (Virtual Data Center) is established on the basis. The originating/terminating VxLAN tunnel is called VTEP (VxLAN Tunneling End Point) or VxLAN gateway device.
Because Network device architectures are different, southbound protocols of a generalized SDN controller include multiple types, such as Openflow, XMPP (Extensible Messaging and Presence Protocol), netconfig, BGP and the like, and parameters, such as various appropriate VNI identifiers, tunnel addresses and the like, can be assigned to VTEP devices for encapsulation of VxLAN tunnels.
Because the VxLAN technology is an overlay network carried on an IP network, network elements in a bottom-layer approach cannot sense upper-layer VxLAN message information by default, which may cause the following problems:
1. a large number of bottom non-SDN network elements cannot recognize VxLAN messages, but the mode of extra deep packet inspection is impractical to apply due to high overhead, operations such as flow scheduling, filtering, QoS (Quality of Service) modification, policy implementation and the like based on tenants (groups) are limited to a VTEP terminal according to VNI information, an intermediate network element can only perform rough management based on addresses and destination addresses at two ends of a VTEP tunnel or preset QoS tags, and the capability of the existing equipment cannot be fully exerted to realize refined operations.
2. The bottom network element generally only supports load balancing based on VxLAN outer layer information, a target port is fixed and does not participate in a balancing algorithm, the load balancing is difficult to achieve based on granularity of tenants, and some high-flow tenants may cause load balancing errors to increase.
Disclosure of Invention
One purpose of the application is to improve the VxLAN traffic recognition capability of the intermediate network element, so that the tenant granularity recognition and control are realized.
According to one aspect of the application, a VxLAN-based data transmission control method is provided, and comprises the following steps: the controller acquires a message transmission request from the VxLAN gateway; the controller acquires a VNI (virtual network interface) identifier and an extended VDC/VPC (virtual network interface/virtual private network interface) area identifier of the VxLAN tenant according to the message transmission request; the controller maps the VNI identification and the extended VDC/VPC area identification into a source VTEP IPv6 address; the controller sends the source VTEP IPv6 address to the source VxLAN gateway so that the source VxLAN gateway generates a VxLAN message header.
Optionally, mapping the VNI identification and the extended VDC/VPC area identification to the source VTEP IPv6 address comprises: mapping the VNI identification to the high order bit of the interface identification of the source VTEP IPv6 address; the extended VDC/VPC region identification is mapped to the low order bits of the prefix of the source VTEP IPv6 address.
Optionally, the message transmission request includes one or more of VLAN, address prefix and MAC information.
Optionally, the method further comprises: the controller determines a target VxLAN gateway according to the message transmission request; and the controller sends the VNI identification of the VxLAN tenant and the address of the target VxLAN gateway to the source VxLAN gateway, so that the VxLAN message header is generated by the source VxLAN gateway.
Optionally, the method further comprises: the controllers establish and maintain mapping tables of VNI identifications, source VTEP IPv6 addresses and extended VDC/VPC area identifications, and synchronize among the controllers.
By the method, the controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the purpose of distinguishing tenants to which the flow belongs is achieved, the identification capability of the intermediate network element on VxLAN flow is improved, and identification and control on tenant granularity are achieved.
According to another aspect of the application, a data transmission method based on VxLAN is provided, and comprises the following steps: the method comprises the following steps that a source VxLAN gateway receives a message from a user and sends a message transmission request to a controller; acquiring source VTEP IPv6 address information from a controller, wherein the source VTEP IPv6 address information comprises a VNI (virtual network interface) identifier and an extended VDC/VPC (virtual network interface/virtual network interface) area identifier of a VxLAN tenant; and generating a VxLAN message header according to the address information of the source VTEP IPv6 so as to carry out VxLAN message transmission.
Optionally, the high order of the interface identifier of the source VTEP IPv6 address is the VNI identifier; the low order bits of the prefix of the source VTEP IPv6 address are the extended VDC/VPC region identification.
Optionally, the method further comprises: the VxLAN gateway receives VxLAN messages from the source VxLAN gateway; the method comprises the steps that a target VxLAN gateway reads an extended VDC/VPC area identifier of source VTEP IPv6 address information in a message header of a VxLAN message; and the target VxLAN gateway limits the distribution range of the message according to the extended VDC/VPC area identification.
Optionally, the method further comprises: the intermediate network element reads the address information of a source VTEP IPv6 in the VxLAN message; the intermediate network element determines a VNI identifier and an extended VDC/VPC area identifier according to the source VTEP IPv6 address information; and the intermediate network element performs differential operation according to the VNI identification and/or the extension VDC/VPC area identification.
Optionally, the differentiated operations include one or more of traffic steering, path switching, load balancing, QOS processing.
By the method, the source VxLAN gateway can acquire a source VTEP IPv6 address containing a VNI identifier and an extended VDC/VPC area identifier from a controller, the source VTEP IPv6 address is inserted into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control of tenant granularity are realized.
According to still another aspect of the present application, there is provided a VxLAN controller including: the request acquisition module is used for acquiring a message transmission request from the VxLAN gateway; the identification acquisition module is used for acquiring a VNI identification and an extended VDC/VPC area identification of the VxLAN tenant according to the message transmission request; the address generation module is used for mapping the VNI identification and the extended VDC/VPC area identification into a source VTEP IPv6 address; and the information sending module is used for sending the source VTEP IPv6 address to the source VxLAN gateway so that the source VxLAN gateway can generate a VxLAN message header.
Optionally, the address generation module is configured to: mapping the VNI identification to the high order bit of the interface identification of the source VTEP IPv6 address; the extended VDC/VPC region identification is mapped to the low order bits of the prefix of the source VTEP IPv6 address.
Optionally, the method further comprises: the destination acquisition module is used for determining a destination VxLAN gateway according to the message transmission request; and the information sending module is also used for sending the VNI identification of the VxLAN tenant and the address of the target VxLAN gateway to the source VxLAN gateway so that the source VxLAN gateway can generate a VxLAN message header.
Optionally, the method further comprises: and the information maintenance and synchronization module is used for establishing and maintaining a mapping table of the VNI identification, the source VTEP IPv6 address and the extended VDC/VPC area identification and synchronizing among the controllers.
The VxLAN controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the purpose of distinguishing different tenants to which the flow belongs is achieved, the identification capability of the intermediate network element on VxLAN flow is improved, and identification and control of tenant granularity are achieved.
According to yet another aspect of the application, a VxLAN gateway is provided, comprising: the request sending module is used for receiving a message from a user and sending a message transmission request to the controller; the device comprises an address acquisition module, a control module and a control module, wherein the address acquisition module is used for acquiring source VTEP IPv6 address information from a controller, and the source VTEP IPv6 address information comprises a VNI (virtual network interface) identifier and an extended VDC/VPC (virtual private network interface/virtual private network interface) area identifier of a VxLAN tenant; and the message generation module is used for generating a VxLAN message header according to the source VTEP IPv6 address information so as to carry out VxLAN message transmission.
Optionally, the method further comprises: the message receiving module is used for receiving VxLAN messages from a source VxLAN gateway; the area identification acquisition module is used for reading the extended VDC/VPC area identification of the source VTEP IPv6 address information in the message header of the VxLAN message; and the distribution module is used for limiting the distribution range of the message according to the extended VDC/VPC area identification.
Therefore, the VxLAN gateway can acquire a source VTEP IPv6 address containing a VNI identifier and an extended VDC/VPC area identifier from a controller, the source VTEP IPv6 address is inserted into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control on tenant granularity are realized.
According to another aspect of the present application, a VxLAN intermediate network element is provided, including: the address reading module is used for reading source VTEP IPv6 address information in the VxLAN message; the identification determining module is used for determining a VNI identification and an extended VDC/VPC area identification according to the source VTEP IPv6 address information; and the differentiation operation module is used for carrying out differentiation operation according to different VNI identifications and/or extended VDC/VPC area identifications.
Optionally, the differentiated operations include one or more of traffic steering, path switching, load balancing, and QoS processing.
The VxLAN intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control on tenant granularity are realized.
According to one aspect of the application, a VxLAN system is provided, including: a VxLAN controller for executing any one of the above mentioned VxLAN-based data transmission control methods; the VxLAN gateway is used for executing any one of the VxLAN-based data transmission methods; and, any of the VxLAN intermediate network elements mentioned above.
In the VxLAN system, the VxLAN controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capacity of the intermediate network element is improved, and identification and control of tenant granularity are achieved.
According to another aspect of the present application, there is provided a VxLAN system comprising: a memory; and a processor coupled to the memory, the processor configured to perform any of the methods mentioned above based on instructions stored in the memory.
The VxLAN system improves the VxLAN traffic recognition capability of the intermediate network element and realizes the recognition and control of tenant granularity.
Further, according to an aspect of the present application, a computer-readable storage medium is proposed, on which computer program instructions are stored, which instructions, when executed by a processor, implement the steps of any of the methods mentioned above.
By executing the program on the computer-readable storage medium, the identification capability of the intermediate network element on VxLAN traffic is improved, and identification and control on tenant granularity are realized.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
fig. 1 is a schematic diagram of one embodiment of the VxLAN system of the present application.
Fig. 2 is a schematic diagram of one embodiment of the VxLAN system of the present application.
Fig. 3 is a flowchart of an embodiment of a VxLAN-based data transmission control method according to the present application.
Fig. 4 is a flowchart of an embodiment of the VxLAN-based data transmission method of the present application.
Fig. 5 is a flowchart of another embodiment of the VxLAN-based data transmission method of the present application.
Fig. 6 is a schematic diagram of one embodiment of a VxLAN controller of the present application.
Fig. 7 is a schematic diagram of another embodiment of the VxLAN controller of the present application.
Fig. 8 is a schematic diagram of one embodiment of a VxLAN gateway of the present application.
Fig. 9 is a schematic diagram of another embodiment of the VxLAN gateway of the present application.
Fig. 10 is a schematic diagram of one embodiment of a VxLAN intermediate network element of the present application.
Fig. 11 is a schematic diagram of one embodiment of the VxLAN system of the present application.
Fig. 12 is a schematic diagram of one embodiment of a VxLAN controller and VxLAN gateway in the VxLAN system of the present application.
Fig. 13 is a schematic diagram of VxLAN data transmission in the prior art.
Fig. 14 is a schematic diagram of one embodiment of VxLAN-based data transfer in the present application.
Detailed Description
The technical solution of the present application is further described in detail by the accompanying drawings and examples.
A schematic structural diagram of another embodiment of the VxLAN system of the present application is shown in fig. 1. The VxLAN system includes a memory 110 and a processor 120. Wherein: the memory 110 may be a magnetic disk, flash memory, or any other non-volatile storage medium. The memory is used for storing instructions in the following corresponding embodiments of the VxLAN-based data transmission method and the control method. Processor 120 is coupled to memory 110 and may be implemented as one or more integrated circuits, such as a microprocessor or microcontroller. The processor 120 is configured to execute instructions stored in the memory, and enable the intermediate network element to identify VxLAN traffic.
In one embodiment, also shown in fig. 2, VxLAN system 200 includes a memory 210 and a processor 220. Processor 220 is coupled to memory 210 by a BUS 230. VxLAN system 200 may also be connected to external storage device 250 via storage interface 240 for the purpose of invoking external data, and may also be connected to a network or another computer system (not shown) via network interface 260. And will not be described in detail herein.
In this embodiment, the data instructions are stored in the memory, and the instructions are processed by the processor, so that the VxLAN traffic can be identified by the intermediate network element.
In another embodiment, a computer readable storage medium has stored thereon computer program instructions which, when executed by a processor, implement the steps of the method in the corresponding embodiments of the VxLAN-based data transfer method and control method. As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
A flowchart of one embodiment of the VxLAN-based data transfer control method of the present application is shown in fig. 3.
In step 301, the controller obtains a message transmission request from the VxLAN gateway. In one embodiment, after receiving a tenant message, the source VxLAN forwards the tenant message to the controller so as to obtain control instruction information, and forwards the control instruction information according to the instruction information. In another embodiment, the message transmission request includes one or more of VLAN, address prefix, and MAC information.
In step 302, the controller acquires the VNI identifier and the extended VDC/VPC area identifier of the VxLAN tenant according to the message transmission request. In one embodiment, the controller determines the home tenant of the user according to the user access and traffic flow information (such as VLAN, address prefix, MAC, and the like), and finds a matching destination VxLAN gateway through the path calculation module.
In step 303, the controller maps the VNI identification and the extended VDC/VPC area identification into the source VTEP IPv6 address.
In step 304, the controller sends the source VTEP IPv6 address to the source VxLAN gateway for the source VxLAN gateway to generate a VxLAN header. In one embodiment, the controller sends parameters required for establishing the VxLAN tunnel, such as a VNI identification corresponding to the tenant, a destination VxLAN gateway address, a source VTEP IPv6 address and the like, to the source VxLAN gateway.
By the method, the controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control of tenant granularity are realized.
In one embodiment, the controller may map the VNI identification to the upper bits of the interface identification of the source VTEP IPv6 address; and mapping the extended VDC/VPC area identifier to the low order of the prefix of the source VTEP IPv6 address, so that the VNI identifier and the extended VDC/VPC area identifier information are carried by the source VTEP IPv6 address field of the VxLAN message header, continuous bit matching is facilitated, an intermediate network element can identify tenants corresponding to traffic, and further routing strategies, QoS strategies, load balancing, speed limiting and other operations are executed.
In one embodiment, the controllers are also capable of establishing and maintaining mapping tables for VNI identification, source VTEP gateway IPv6 address, and extended VDC/VPC zone identification, and synchronizing among the controllers. At present, the VNI of the VxLAN is 24 bits, is distributed in a flat mode and cannot be expanded, and the method is insufficient for large-scale deployment; and does not meet the extended requirements of hierarchical management and VDC/VPC private network area management. The IPv6 is in a next generation Internet standard address format, has the length of 128 bits, has massive addresses and better expansion capability, is supported by most network elements, is a superposed network, and is based on IPv6 bearing without considering the problem of IPv4/v6 intercommunication. By adopting the method in the embodiment of the invention, the controller can elastically expand the VNI identification as required, mark the area identification of the VDC/VPC private network, and execute reading and writing by the VTEP/VxLAN gateway, thereby solving the problem of limited VNI quantity, allowing a logic private network to be further established on the basis of the VDC, optimizing the identification control of the intermediate network element on the VxLAN tunnel by the private network granularity, and realizing the effective control of the whole network.
A flowchart of one embodiment of the VxLAN-based data transfer method of the present application is shown in fig. 4.
In step 401, the source VxLAN gateway receives a message from a user and sends a message transmission request to the controller. In one embodiment, the message transmission request includes one or more of VLAN, address prefix, and MAC information.
In step 402, source VTEP IPv6 address information is obtained from the controller, wherein the source VTEP IPv6 address information comprises a VNI identification and an extended VDC/VPC area identification of a VxLAN tenant. In one embodiment, parameters required for VxLAN tunnel establishment, such as VNI identification and destination VxLAN gateway address, can also be acquired.
In step 403, a VxLAN message header is generated according to the source VTEP IPv6 address information for VxLAN messaging.
By the method, the source VxLAN gateway can acquire a source VTEP IPv6 address containing a VNI identifier and an extended VDC/VPC area identifier from a controller, the source VTEP IPv6 address is inserted into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control of tenant granularity are realized.
In one embodiment, the VNI identification may be located high in the interface identification of the source VTEP IPv6 address; the extended VDC/VPC area identifier can be located at the lower position of the prefix of the source VTEP IPv6 address, so that a source VTEP IPv6 address field of a VxLAN message header carries VNI identifiers and extended VDC/VPC area identifier information, continuous bit matching is facilitated, an intermediate network element can identify tenants corresponding to traffic, and then routing strategies, QoS strategies, load balancing, speed limiting and other operations are executed.
A flow chart of another embodiment of the VxLAN-based data transfer method of the present application is shown in fig. 5.
In step 501, the source VxLAN gateway receives a message from a user and sends a message transmission request to the controller.
In step 502, source VTEP IPv6 address information from the controller is obtained, wherein the source VTEP IPv6 address information comprises a VNI identification and an extended VDC/VPC area identification of a VxLAN tenant.
In step 503, a VxLAN header is generated from the source VTEP IPv6 address information for VxLAN messaging.
In step 504, the intermediate network element reads the source VTEP IPv6 address information in the VxLAN message.
In step 505, the intermediate network element determines the VNI identity and the extended VDC/VPC area identity from the source VTEP IPv6 address information. In one embodiment, the intermediate network element matches the source VTEP IPv6 address by using a conventional ACL (Access Control List)/prefix List, so as to identify the area and tenant to which the VxLAN tunnel belongs.
In step 506, the intermediate network element performs differentiation operation according to the difference of the VNI identifier and/or the extended VDC/VPC area identifier. The differentiated operations include one or more of traffic steering, path switching, load balancing, QOS processing.
In step 507, the destination VxLAN gateway receives the VxLAN message from the source VxLAN gateway.
In step 508, the destination VxLAN gateway reads the extended VDC/VPC area identity of the source VTEP IPv6 address information in the header of the VxLAN message.
In step 509, the destination VxLAN gateway limits the distribution range of the message according to the extension VDC/VPC zone identification.
By the method, on the basis of fully utilizing the convenience of the VxLAN overlay network, the VxLAN packaging format is not changed, the existing IPv6 protocol and SDN mechanism are followed, the underlying network has partial sensing capability on the overlay network, the overlay network is controlled and managed better, the processing cost and the upgrading of the underlying network are not required to be increased, and the method is favorable for popularization and application.
A schematic diagram of one embodiment of the VxLAN controller of the present application is shown in fig. 6. Request acquisition module 601 can acquire a message transmission request from a VxLAN gateway. In one embodiment, after receiving a tenant message, the source VxLAN forwards the tenant message to the controller so as to obtain control instruction information, and forwards the control instruction information according to the instruction information. In another embodiment, the message transmission request includes one or more of VLAN, address prefix, and MAC information. The identity acquisition module 602 can acquire the VNI identity and the extended VDC/VPC area identity of the VxLAN tenant according to the message transmission request. The address generation module 603 maps the VNI identification and the extended VDC/VPC area identification into the source VTEP IPv6 address. Information sending module 604 can send the source VTEP IPv6 address to the source VxLAN gateway so that the source VxLAN gateway generates a VxLAN header.
The VxLAN controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control of tenant granularity are realized.
In one embodiment, the VxLAN controller may map the VNI identification to the high order bits of the interface identification of the source VTEP IPv6 address; and mapping the extended VDC/VPC area identifier to the low order of the prefix of the source VTEP IPv6 address, so that the VNI identifier and the extended VDC/VPC area identifier information are carried by the source VTEP IPv6 address field of the VxLAN message header, continuous bit matching is facilitated, an intermediate network element can identify tenants corresponding to traffic, and further routing strategies, QoS strategies, load balancing, speed limiting and other operations are executed.
A schematic diagram of another embodiment of the VxLAN controller of the present application is shown in fig. 7. The structures and functions of the request acquisition module 701, the identification acquisition module 702, the address generation module 703, and the information transmission module 704 are similar to those in the embodiment of fig. 6. The destination acquisition module 705 can find a matching destination VxLAN gateway through the path calculation module according to the user access and service flow information. Information sending module 704 can also send the VNI identifier of the VxLAN tenant and the address of the destination VxLAN gateway to the source VxLAN gateway, so that the source VxLAN gateway generates a VxLAN header, and the VxLAN header can be compatible with the existing network, and is beneficial to popularization and application.
In another embodiment, the VxLAN controller further includes an information maintenance and synchronization module 706 capable of establishing and maintaining a mapping table of VNI identification, source VTEP gateway IPv6 address, and extended VDC/VPC area identification, and synchronizing among the controllers. The VxLAN controller allows a logic private network to be further established on the basis of VDC, optimizes the identification control of the intermediate network element on VxLAN tunnels according to private network granularity, and realizes effective control on the whole network.
A schematic diagram of one embodiment of the VxLAN gateway of the present application is shown in fig. 8. The request sending module 801 can receive messages from users and send message transmission requests to the controller. In one embodiment, the message transmission request includes one or more of VLAN, address prefix, and MAC information. The address acquisition module 802 can acquire source VTEP IPv6 address information from the controller, wherein the source VTEP IPv6 address information includes a VNI identifier and an extended VDC/VPC area identifier of a VxLAN tenant. In one embodiment, parameters required for VxLAN tunnel establishment, such as VNI identification and destination VxLAN gateway address, can also be acquired. The message generation module 803 can generate a VxLAN message header according to the source VTEP IPv6 address information for VxLAN message transmission.
The VxLAN gateway can acquire a source VTEP IPv6 address containing a VNI identifier and an extended VDC/VPC area identifier from the controller, the source VTEP IPv6 address is inserted into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control of tenant granularity are realized.
A schematic diagram of another embodiment of the VxLAN gateway of the present application is shown in fig. 9. The structure and function of the request sending module 901, the address obtaining module 902 and the message generating module 903 are similar to those in the embodiment of fig. 8. The VxLAN gateway further comprises a message receiving module 904, an area identifier obtaining module 905 and a distributing module 906. The message receiving module 904 can receive a VxLAN message from a source VxLAN gateway; the region identifier acquisition module 905 can read the extended VDC/VPC region identifier of the source VTEP IPv6 address information in the message header of the VxLAN message; the distribution module 906 can limit the distribution range of the message according to the extended VDC/VPC zone identification.
The VxLAN gateway can realize the receiving and sending functions matched with each other and realize the bidirectional transmission of network data.
A schematic diagram of one embodiment of a VxLAN intermediate network element of the present application is shown in fig. 10. The address reading module 1001 can read source VTEP IPv6 address information in a VxLAN message. The identity determination module 1002 can determine the VNI identity and the extended VDC/VPC area identity from the source VTEP IPv6 address information. In one embodiment, the intermediate network element matches the source VTEP IPv6 address by using a conventional ACL/prefix list or the like, so as to identify the area and the tenant to which the VxLAN tunnel belongs. The differentiation operation module 1003 can perform differentiation operation according to different VNI identifications and/or extended VDC/VPC area identifications. The differentiated operations include one or more of traffic steering, path switching, load balancing, QOS processing.
The VxLAN intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capability of the intermediate network element is improved, and identification and control on tenant granularity are realized.
A schematic diagram of one embodiment of the VxLAN system of the present application is shown in fig. 11. VxLAN controller 1110 may execute the VxLAN-based data transfer control method mentioned above; VxLAN gateway 1121 and VxLAN gateway 1122 may execute the portions of the VxLAN-based data transfer methods mentioned above that are executed by the gateways; VxLAN intermediate network elements 1131-113 n are capable of performing the portions of the VxLAN-based data transmission methods mentioned above that are performed by the intermediate network elements.
In the VxLAN system, the VxLAN controller can generate a source VTEP IPv6 address based on the VNI identifier and the extended VDC/VPC area identifier, the source VxLAN gateway can insert the source VTEP IPv6 address into a VxLAN message header, and the intermediate network element can acquire the VNI identifier and the extended VDC/VPC area identifier by identifying the source VTEP IPv6 address, so that the VxLAN traffic identification capacity of the intermediate network element is improved, and identification and control of tenant granularity are achieved.
In one embodiment, extensions may be made based on existing SDN controllers and VxLAN gateways, reducing changes to existing devices, as shown in fig. 12. In VxLAN controller 1210, path calculation module 1211, controller synchronization module 1212, and VNI management allocation module 1213 may all depend on the existing one, and add perception mapping module 1214, and the main functions include: acquiring an original source VTEP IPv6 address prefix from a VNI management and distribution module, and mapping 24-bit VNI to the high order of an IPv6 interface identifier of a source VTEP IPv6 address; acquiring an extended VDC/VPC area identifier from a VNI management distribution module, mapping the extended VDC/VPC area identifier to a low bit of an IPv6 prefix, facilitating continuous bit matching, and further forming an updated source VTEP IPv6 address to send to a source VxLAN gateway; maintaining a mapping table of the VNI, the address of the corresponding source VTEP IPv6, and the area identifier, as shown in table 1 below, and sending the mapping table to the controller synchronization module:
table 1 mapping of VNI to corresponding source VTEP IPv6 address, area identification
Figure GDA0002870258110000141
A VxLAN encapsulation module 1221 and a search forwarding module 1223 in the VxLAN gateway 1220 can be supported by the existing technology, an IPv6 read-write module 1222 is added, and an extended VDC/VPC area identifier and a VNI can be written into a VxLAN tunnel outer layer source VTEP IPv6 address according to an IPv6 prefix; and the VxLAN gateway at the opposite end reads the area identifier in the prefix to further limit the distribution range of the service flow.
The VxLAN system can be improved by relying on the existing controller and gateway, so that the intermediate network element is matched with a source VTEP IPv6 address by adopting the traditional ACL/prefix list and other modes, the area and the tenant of the VxLAN tunnel are identified, the existing encapsulation and definition of the VxLAN and IPv6 are not changed, the implementation is realized without binding a southward interface of a specific controller, the intermediate network element is not required to be modified and upgraded, and the compatibility is good; the area identification is beneficial to further establishing a VDC/VPC private network on the overlay network, and is convenient for operation planning.
In one embodiment, assume that there are two different tenants 1, 2 sending traffic flows whose source VxLAN gateway and destination VxLAN gateway are the same, respectively.
A schematic diagram of VxLAN data transmission in the prior art is shown in fig. 13. VxLAN controller 1310 receives the request from VxLAN gateway 1321, determines the tenant to which the user belongs, finds a matching destination gateway B through the path calculation module, and issues a VNI identifier, a destination gateway B address, an originating gateway a address and other parameters required for establishing a VxLAN tunnel, which correspond to the tenant, by the VNI management allocation module. VxLAN controller 1310 encapsulates the VxLAN header according to the above information, and directs tenant traffic into the corresponding tunnel. For the intermediate network elements 1331 to 1333, the start and end point gateway addresses of different tenants 1 and 2 are consistent, and a specific tenant identity VNI cannot be identified, so that VxLAN tunnels bearing different tenants are the same logical pipeline for the intermediate network elements 1331 to 1333, traffic of different tenants can only be identified on gateways at two ends, and an underlying network cannot perform operations of VNI granularity.
By adopting the mode in the embodiment of the invention, as shown in fig. 14, the VxLAN controller 1410 maps the 24-bit VNI to the source VTEP IPv6 address, and maps the extended VDC/VPC area identifier to the low bit of the IPv6 prefix, so as to facilitate continuous bit matching; and maintaining a mapping table of the VNI and the corresponding source VTEP IPv6 address and the area identifier so as to facilitate the synchronization among the controllers; various controllers send parameters to the gateway from south to south interfaces. When VxLAN gateway 1421 encapsulates the header, the address field of source VTEP IPv6 in the packets of tenant 1 and tenant 2 will generate a difference. The VxLAN intermediate network elements 1431-1433 can match with specific tenant identities VNI and area identities according to source addresses, and achieve routing strategies, QoS strategies, load balancing, speed limiting and other operations based on VNI granularity.
Through comparison in the embodiments, it can be found that by adopting the method in the embodiments of the present invention, the underlying intermediate network element can identify VxLAN tenants and area information from the source VTEP IPv6 address, separate and perform a plurality of service policies such as QoS, speed limit, traffic engineering, etc. through the conventional prefix and address filtering method, optimize and adjust VDC service based on the tenants and area identifiers in the entire network range, and have strong operability; the IPv6 address space is fully utilized, operation of an intermediate network element, VNI, mapping of area identification and matching are based on the VxLAN outer-layer VTEP source address, an inner-layer VxLAN head does not need to be stripped, for example, the south-north VxLAN traffic of a specific tenant of a specific VDC area is led into the MPLS VPN, the address matching can be directly realized, the VxLAN does not need to be disassembled, and the processing cost is low.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The present application has been described in detail so far. Some details well known in the art have not been described in order to avoid obscuring the concepts of the present application. It will be fully apparent to those skilled in the art from the foregoing description how to practice the presently disclosed embodiments.
The methods and apparatus of the present application may be implemented in a number of ways. For example, the methods and apparatus of the present application may be implemented by software, hardware, firmware, or any combination of software, hardware, and firmware. The above-described order for the steps of the method is for illustration only, and the steps of the method of the present application are not limited to the order specifically described above unless specifically stated otherwise. Further, in some embodiments, the present application may also be embodied as a program recorded in a recording medium, the program including machine-readable instructions for implementing a method according to the present application. Thus, the present application also covers a recording medium storing a program for executing the method according to the present application.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solutions of the present application and not to limit them; although the present application has been described in detail with reference to preferred embodiments, those of ordinary skill in the art will understand that: modifications to the specific embodiments of the application or equivalent replacements of some of the technical features may still be made; all of which are intended to be encompassed within the scope of the claims appended hereto without departing from the spirit and scope of the present disclosure.

Claims (21)

1. A data transmission control method based on a VxLAN (virtual extensible local area network) comprises the following steps:
the controller acquires a message transmission request from the VxLAN gateway;
the controller acquires a Virtual Network Identifier (VNI) identifier of a VxLAN tenant and an extended Virtual Data Center (VDC)/virtual private network (VPC) area identifier according to the message transmission request;
the controller maps the VNI identification and the extended VDC/VPC area identification into a virtual tunnel endpoint source VTEP IPv6 address;
and the controller sends the source VTEP IPv6 address to a source VxLAN gateway so that the source VxLAN gateway generates a VxLAN message header.
2. The method of claim 1, the mapping the VNI identification and the extended VDC/VPC area identification to a source VTEP IPv6 address comprising:
mapping the VNI identification to the high order bit of the interface identification of the source VTEP IPv6 address;
the extended VDC/VPC region identification is mapped to the low order bits of the prefix of the source VTEP IPv6 address.
3. The method of claim 1, wherein the messaging request includes one or more of VLAN, address prefix, and MAC information.
4. The method of claim 1, further comprising:
the controller determines a target VxLAN gateway according to the message transmission request;
and the controller sends the VNI identification of the VxLAN tenant and the address of the target VxLAN gateway to the source VxLAN gateway, so that the VxLAN message header is generated by the source VxLAN gateway.
5. The method of claim 1, further comprising:
the controllers establish and maintain mapping tables of the VNI identifications, the source VTEP IPv6 addresses and the extended VDC/VPC area identifications, and synchronize among the controllers.
6. A VxLAN-based data transmission method comprises the following steps:
a VxLAN gateway of a source virtual extended local area network receives a message from a user and sends a message transmission request to a controller;
acquiring virtual tunnel endpoint source VTEP IPv6 address information from the controller, wherein the source VTEP IPv6 address information comprises a virtual network identifier VNI (virtual network identifier) identification of a VxLAN (virtual local area network) tenant and an extended virtual data center VDC/virtual private network VPC area identification;
and generating a VxLAN message header according to the source VTEP IPv6 address information so as to carry out VxLAN message transmission.
7. The method of claim 6, wherein,
the high order of the interface identifier of the source VTEP IPv6 address is the VNI identifier;
the low order bits of the prefix of the source VTEP IPv6 address identify the extended VDC/VPC region.
8. The method of claim 6, further comprising:
the VxLAN gateway receives VxLAN messages from the source VxLAN gateway;
the target VxLAN gateway reads the extended VDC/VPC area identification of source VTEP IPv6 address information in a message header of a VxLAN message;
and the target VxLAN gateway limits the distribution range of the message according to the extended VDC/VPC area identification.
9. The method of claim 6, further comprising:
the intermediate network element reads the address information of the source VTEP IPv6 in the VxLAN message;
the intermediate network element determines the VNI identification and the extended VDC/VPC area identification according to the source VTEP IPv6 address information;
and the intermediate network element performs differential operation according to the VNI identification and/or the extension VDC/VPC area identification.
10. The method of claim 9, wherein the differentiated operations include one or more of traffic steering, path switching, load balancing, QOS processing.
11. A virtual extended local area network VxLAN controller, comprising:
the request acquisition module is used for acquiring a message transmission request from the VxLAN gateway;
the identity acquisition module is used for acquiring a virtual network identifier VNI identity of a VxLAN tenant and an extended virtual data center VDC/virtual private network VPC area identity according to the message transmission request;
an address generation module, configured to map the VNI identifier and the extended VDC/VPC area identifier into a virtual tunnel endpoint source VTEP IPv6 address;
and the information sending module is used for sending the source VTEP IPv6 address to a source VxLAN gateway so that the source VxLAN gateway can generate a VxLAN message header.
12. The controller of claim 11, the address generation module to:
mapping the VNI identification to the high order bit of the interface identification of the source VTEP IPv6 address;
the extended VDC/VPC region identification is mapped to the low order bits of the prefix of the source VTEP IPv6 address.
13. The controller of claim 11, further comprising:
the destination acquisition module is used for determining a destination VxLAN gateway according to the message transmission request;
the information sending module is further used for sending the VNI identification of the VxLAN tenant and the address of the target VxLAN gateway to the source VxLAN gateway, so that the VxLAN message header is generated by the source VxLAN gateway.
14. The controller of claim 11, further comprising:
and the information maintenance and synchronization module is used for establishing and maintaining a mapping table of the VNI identification, the source VTEPIPv6 address and the extended VDC/VPC area identification, and synchronizing among the controllers.
15. A virtual extended local area network, VxLAN, gateway comprising:
the request sending module is used for receiving a message from a user and sending a message transmission request to the controller;
the address acquisition module is used for acquiring source VTEP IPv6 address information of a virtual tunnel endpoint from the controller, wherein the source VTEP IPv6 address information comprises a virtual network identifier VNI (virtual network identifier) identification of a VxLAN (virtual local area network) tenant and an extended virtual data center VDC/virtual private network VPC area identification;
and the message generation module is used for generating a VxLAN message header according to the source VTEP IPv6 address information so as to carry out VxLAN message transmission.
16. The gateway of claim 15, further comprising:
the message receiving module is used for receiving VxLAN messages from a source VxLAN gateway;
the area identification acquisition module is used for reading the extended VDC/VPC area identification of the source VTEP IPv6 address information in the message header of the VxLAN message;
and the distribution module is used for limiting the distribution range of the message according to the extended VDC/VPC area identification.
17. A virtual extended local area network (VxLAN) intermediate network element, comprising:
the address reading module is used for reading the address information of the virtual tunnel endpoint source VTEPIPv6 in the VxLAN message;
an identification determining module, configured to determine a virtual network identifier VNI identification and an extended virtual data center VDC/virtual private network VPC area identification according to the source VTEP IPv6 address information, where the source VTEP IPv6 address information includes a VNI identification of a VxLAN tenant and an extended VDC/VPC area identification;
and the differentiation operation module is used for carrying out differentiation operation according to the difference of the VNI identification and/or the extension VDC/VPC area identification.
18. The intermediate network element of claim 17, wherein the differentiated operations include one or more of traffic steering, path switching, load balancing, QoS processing.
19. A virtual extended local area network VxLAN system comprising:
a VxLAN controller for performing the method of any one of claims 1 to 5;
a VxLAN gateway for performing the method of claim 6, 7, or 8; and the combination of (a) and (b),
the VxLAN intermediate network element of claim 17 or 18.
20. A virtual extended local area network VxLAN system comprising:
a memory; and
a processor coupled to the memory, the processor configured to perform the method of any of claims 1-10 based on instructions stored in the memory.
21. A computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the steps of the method of any one of claims 1 to 10.
CN201710540954.5A 2017-07-05 2017-07-05 VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system Active CN109218158B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710540954.5A CN109218158B (en) 2017-07-05 2017-07-05 VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710540954.5A CN109218158B (en) 2017-07-05 2017-07-05 VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system

Publications (2)

Publication Number Publication Date
CN109218158A CN109218158A (en) 2019-01-15
CN109218158B true CN109218158B (en) 2021-05-11

Family

ID=64992677

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710540954.5A Active CN109218158B (en) 2017-07-05 2017-07-05 VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system

Country Status (1)

Country Link
CN (1) CN109218158B (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113853773B (en) * 2019-05-13 2024-03-08 上海诺基亚贝尔股份有限公司 Mapping bearer identities to IPv6 architecture
CN111130978B (en) * 2019-12-03 2021-11-23 杭州迪普科技股份有限公司 Network traffic forwarding method and device, electronic equipment and machine-readable storage medium
CN110891325B (en) * 2019-12-10 2021-11-23 新华三大数据技术有限公司 Tunnel establishment method and device
CN113114576B (en) * 2019-12-25 2022-11-25 华为技术有限公司 Method, device and system for message transmission
WO2021129023A1 (en) 2019-12-25 2021-07-01 华为技术有限公司 Message sending method, device and system
CN111464511A (en) * 2020-03-18 2020-07-28 紫光云技术有限公司 Method for supporting multi-VPC isolation in cloud computing network
CN113472650B (en) * 2020-03-31 2025-06-24 华为技术有限公司 Message processing method, device, system and storage medium
CN113949730B (en) * 2020-06-29 2025-07-04 阿里巴巴集团控股有限公司 Communication method and device for equipment
CN114666270B (en) * 2020-12-23 2025-03-14 中国移动通信有限公司研究院 A data transmission method, network device and system
US12132588B2 (en) * 2022-07-18 2024-10-29 Hewlett Packard Enterprise Development Lp Loop detection in virtual extensible local area network overlay
CN115883491A (en) * 2022-11-29 2023-03-31 北京东土军悦科技有限公司 Message forwarding method and device, electronic equipment and computer readable medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104104747A (en) * 2014-07-28 2014-10-15 杭州华三通信技术有限公司 Method and device for message transmission
CN104350714A (en) * 2014-05-29 2015-02-11 华为技术有限公司 Packet forwarding method and VxLAN gateway
CN104518935A (en) * 2013-09-27 2015-04-15 华为技术有限公司 Method for realizing virtual network communication, device, and system
CN104639414A (en) * 2015-01-30 2015-05-20 杭州华三通信技术有限公司 Message transmitting method and message transmitting equipment
CN105591907A (en) * 2015-07-28 2016-05-18 杭州华三通信技术有限公司 Route acquisition method and device
CN106921573A (en) * 2015-12-28 2017-07-04 华为技术有限公司 It is used to issue the method and device of tenant's route in NVo3 networks

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9369383B2 (en) * 2013-07-02 2016-06-14 Arista Networks, Inc. Method and system for overlay routing with VXLAN
US9565105B2 (en) * 2013-09-04 2017-02-07 Cisco Technology, Inc. Implementation of virtual extensible local area network (VXLAN) in top-of-rack switches in a network environment

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104518935A (en) * 2013-09-27 2015-04-15 华为技术有限公司 Method for realizing virtual network communication, device, and system
CN104350714A (en) * 2014-05-29 2015-02-11 华为技术有限公司 Packet forwarding method and VxLAN gateway
CN104104747A (en) * 2014-07-28 2014-10-15 杭州华三通信技术有限公司 Method and device for message transmission
CN104639414A (en) * 2015-01-30 2015-05-20 杭州华三通信技术有限公司 Message transmitting method and message transmitting equipment
CN105591907A (en) * 2015-07-28 2016-05-18 杭州华三通信技术有限公司 Route acquisition method and device
CN106921573A (en) * 2015-12-28 2017-07-04 华为技术有限公司 It is used to issue the method and device of tenant's route in NVo3 networks

Also Published As

Publication number Publication date
CN109218158A (en) 2019-01-15

Similar Documents

Publication Publication Date Title
CN109218158B (en) VxLAN-based data transmission method, control method, controller, gateway, intermediate network element and system
CN108075956B (en) Data processing method and device
EP3273643B1 (en) Method for sending virtual extensible local area network packet, computer device, and readable medium
EP3282649B1 (en) Data packet forwarding
CN103166874B (en) A kind of message forwarding method and equipment
US11750515B2 (en) Data transmission method and apparatus
CN108768817A (en) A virtualized network networking system and data packet sending method
US20150358232A1 (en) Packet Forwarding Method and VXLAN Gateway
CN107770026B (en) Tenant network data transmission method, tenant network system and related equipment
US9590898B2 (en) Method and system to optimize packet exchange between the control and data plane in a software defined network
WO2014136864A1 (en) Packet rewriting apparatus, control apparatus, communication system, packet transmitting method and program
CN107465590A (en) Network infrastructure system, the method for route network traffic and computer-readable medium
WO2022110535A1 (en) Packet sending method, device, and system
WO2017215390A1 (en) Method and device for selecting data forwarding port of longitudinal stack system
EP2901630B1 (en) Method operating in a fixed access network and user equipments
JP6437693B2 (en) Multicast data packet forwarding
US20150067033A1 (en) Relay Server Load Balancing and Placement using In-Band Signaling
WO2016177145A1 (en) Packet transmission method and device
CN104144156A (en) Message processing method and device
CN114205282B (en) SRv6 Policy scheduling method, system, router and controller
WO2013172391A1 (en) Multi-tenant system, switch, controller, and packet transfer method
CN106878136A (en) A kind of message forwarding method and device
US10243886B2 (en) Bi-directional NAT traversal using endpoint assigned discriminators
CN107733765B (en) Mapping method, system and related equipment
WO2023058551A1 (en) Communication system, global controller, and program

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20190115

Assignee: Tianyiyun Technology Co.,Ltd.

Assignor: CHINA TELECOM Corp.,Ltd.

Contract record no.: X2024110000040

Denomination of invention: Data transmission method, control method, controller, gateway, intermediate network element, and system based on VxLAN

Granted publication date: 20210511

License type: Common License

Record date: 20240914