CN112615782B - VNI configuration method and message forwarding method - Google Patents

VNI configuration method and message forwarding method Download PDF

Info

Publication number
CN112615782B
CN112615782B CN202011293311.3A CN202011293311A CN112615782B CN 112615782 B CN112615782 B CN 112615782B CN 202011293311 A CN202011293311 A CN 202011293311A CN 112615782 B CN112615782 B CN 112615782B
Authority
CN
China
Prior art keywords
transmission path
vni
service
forwarding
message
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
CN202011293311.3A
Other languages
Chinese (zh)
Other versions
CN112615782A (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.)
Peng Cheng Laboratory
Original Assignee
Peng Cheng Laboratory
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 Peng Cheng Laboratory filed Critical Peng Cheng Laboratory
Priority to CN202011293311.3A priority Critical patent/CN112615782B/en
Publication of CN112615782A publication Critical patent/CN112615782A/en
Application granted granted Critical
Publication of CN112615782B publication Critical patent/CN112615782B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/14Routing performance; Theoretical aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering

Abstract

The invention discloses a VNI configuration method and a message forwarding method. The method provided by the invention modifies the VNI in the existing VXLAN network, and the transmission path code is added into the VNI and is determined according to the service appeal of the service, so that the same service appeal corresponds to the same transmission path code and is used in the PBR rule for forwarding the diversion, only the transmission path code and the transmission path need to be defined, and the transmission path of each service does not need to be defined, thereby reducing the number of entries in the PBR rule and improving the forwarding performance.

Description

VNI configuration method and message forwarding method
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a VNI configuration method and a packet forwarding method.
Background
Traffic Engineering (TE) is the process of causing specific Traffic to be forwarded via specific paths in a network according to optimization objectives.
SR (segment routing) has the characteristic that source routing and state only exist in the edge, so that the SR (segment routing) can support ultra-large-scale traffic engineering. One of the key functions of SR is SR-TE. SR-TE transforms the user's intent (delay, disjoint paths, SRLG, bandwidth, etc.) into Segment lists (each representing a particular operation, which refers to an ordered list of these segments), then programs the Segment lists onto edge devices of the single/cross-domain network, while directing traffic onto the path to which the Segment list corresponds, thus implementing "intent-based network (IBN)". Because SR-TE has the above benefits, it has been widely deployed in a short number of years and is the standard transport technology supporting the development of 5G, cloudy, internet of things.
Since RSVP-TE has been used in the industry for many years, its "tunnel interface" concept is well known to many, and therefore the original implementation of SR-TE (including that of most vendors today) continues to employ the tunnel interface architecture. When the SR-TE is implemented by a tunnel interface, it is a virtual connection between two network elements, so the SR-TE of the tunnel interface is similar to a traditional LSP (Label Switching Path) technology, and the service traffic is imported in a virtual interface manner, and the import and diversion of the relevant service traffic are implemented by means of a traditional Policy Based Routing (PBR) manner. In the existing service forwarding network implemented based on VXLAN technology, when the number of services is large, the number of entries in PBR increases accordingly, which affects the forwarding performance of the services.
Thus, there is a need for improvements and enhancements in the art.
Disclosure of Invention
Aiming at the defects in the prior art, the invention provides a VNI configuration method and a message forwarding method, and aims to solve the problem that the service forwarding performance is influenced by a large number of PBR entries in the prior art.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows:
in a first aspect of the present invention, a VNI configuration method is provided, including:
determining a target transmission path code of a target service according to a target service appeal of the target service;
and configuring a corresponding VNI for the target service, wherein the VNI of the target service comprises the target transmission path code.
The VNI configuration method described above, wherein the determining a transmission path code of the target service according to a target service appeal of the target service includes:
and searching a transmission path code corresponding to the target service appeal in a mapping relation between pre-stored service appeal and the transmission path code to serve as the target transmission path code.
The VNI configuration method described above, wherein before searching for the transmission path code corresponding to the target service appeal as the target transmission path code in the mapping relationship between the prestored service appeal and the transmission path code, the method includes:
calculating a transmission path of a first service according to a service appeal of the first service, wherein the service appeal of the first service is the target service appeal;
configuring codes for the transmission path of the first service to obtain the target transmission path codes;
and storing the corresponding relation between the target service appeal and the target transmission path code into the mapping relation.
The VNI configuration method includes that a VNI includes a first partial byte and a second partial byte, and configuring a corresponding VNI for the target service includes:
configuring a first partial byte of the VNI of the target service, wherein the first partial byte of the VNI of each service is different;
configuring a second partial byte of the VNI of the target service, wherein the second partial byte is the target transmission path code.
The VNI configuration method, wherein after obtaining the target transmission path code, configuring a code for the transmission path of the first service further includes:
and defining a PBR rule according to the target transmission path and the target transmission path code, and sending the PBR rule to the flow guide equipment.
In a second aspect of the present invention, a network controller is provided, where the network controller includes a processor, and a storage medium communicatively connected to the processor, the storage medium is adapted to store a plurality of instructions, and the processor is adapted to call the instructions in the storage medium to execute the steps of implementing the VNI configuration method according to any one of the above embodiments.
In a third aspect of the present invention, a method for forwarding a packet is provided, where the method for forwarding a packet includes:
the method comprises the steps that a first VTEP device receives a data message sent by a first virtual machine, packages the data message according to a VNI to which the data message belongs, generates a forwarding message and forwards the forwarding message to a flow guide device;
the diversion device identifies a transmission path code in a VNI to which the forwarding message belongs, and sends the forwarding message to a corresponding transmission path according to the transmission path code, so that the forwarding message is forwarded in the transmission path until the forwarding message reaches a second VTEP device;
and the second VTEP equipment decapsulates the forwarding message, acquires the data message and then sends the data message to a second virtual machine.
The message forwarding method, wherein the flow guiding device sends the forwarding message to a corresponding transmission path according to the target transmission path code, includes:
and the diversion equipment searches a transmission path corresponding to the transmission path code in the forwarding message according to a PBR rule issued by a network controller, and sends the forwarding message to the corresponding transmission path.
A fourth aspect of the present invention provides a packet forwarding system, including:
the system comprises a first VTEP device, a diversion device and a second VTEP device;
the first VTEP device is used for receiving a data message sent by a first virtual machine, encapsulating the data message according to the VNI to which the data message belongs, generating a forwarding message and forwarding the forwarding message to the flow guide device;
the diversion device is used for identifying a transmission path code in the VNI of the forwarding message and sending the forwarding message to a corresponding transmission path according to the transmission path code;
and the second VTEP equipment is used for de-encapsulating the forwarding message, acquiring the data message and then sending the data message to the second virtual machine.
In a fifth aspect of the present invention, a storage medium is provided, where the storage medium stores one or more programs, and the one or more programs are executable by one or more processors to implement the steps of the VNI configuration method and/or the message forwarding method described above.
Compared with the prior art, the VNI configuration method and the message forwarding method provided by the invention are characterized in that the VNI in the existing VXLAN network is reconstructed, the transmission path codes are added into the VNI, and the transmission path codes are determined according to the service appeal of the services, so that the same service appeal corresponds to the same transmission path codes and is used in the PBR rule for forwarding diversion, only the transmission path codes and the transmission paths need to be defined, the transmission paths of all the services do not need to be defined, the number of entries in the PBR rule is reduced, and the forwarding performance is improved.
Drawings
Fig. 1 is a flowchart of an embodiment of a VNI configuration method provided in the present invention;
fig. 2 is a schematic diagram of a data center internet in an embodiment of a VNI configuration method provided in the present invention;
fig. 3 is a schematic diagram of a VNI in an embodiment of a VNI configuration method provided by the present invention;
fig. 4 is a flowchart of an embodiment of a message forwarding method provided in the present invention;
fig. 5 is a schematic diagram of data packet transmission in an embodiment of a packet forwarding method provided in the present invention;
fig. 6 is a schematic diagram of an embodiment of a network controller according to the present invention.
Detailed Description
In order to make the objects, technical solutions and effects of the present invention clearer and clearer, the present invention is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
Example one
As shown in fig. 1, in an embodiment of the VNI configuration method, the method includes the steps of:
s110, determining a target transmission path code of the target service according to the target service appeal of the target service.
Specifically, the VNI configuration method provided by the present invention is applied to a VXLAN Network, and is executed by a Network controller of the VXLAN Network, and VXLAN (Virtual eXtensible Local Area Network) is an extension of a conventional VLAN protocol. It is essentially a tunnel technology, and establishes a logical tunnel on the IP network between the source network device and the destination network device, and forwards the user side message through the tunnel after specific encapsulation. VNI (VXLAN Network Identifier), which is a user Identifier similar to a VLAN ID, represents a tenant, and virtual machines belonging to different VNIs cannot directly perform two-layer communication. In the prior art, a VNI is allocated to each tenant, VNIs of different tenants are different, a network controller calculates a corresponding transmission path for a service of each tenant, and defines a corresponding PBR rule to be issued to a diversion device, and the diversion device matches the transmission path corresponding to the service according to the PBR rule when receiving the message, and sends the message to the corresponding transmission path to be forwarded, so that a PBR rule needs to be configured for the service of each tenant. However, with the development of cloud services, flow-based traffic engineering becomes more and more necessary capability, for example, different services of the same tenant are provided with different SLAs (Service Level Agreement), unlike conventional one-dimensional traffic engineering, the granularity division of flow-based traffic engineering is two-dimensional, i.e., destination + Service Level, such as a VXLAN network shown in fig. 2, a Data Center Interconnection (DCI) network based on VXLAN technology is shown in fig. 2, a VXLAN tunnel is established between three Data centers, a Border1, a Border1, a Border2 and a Border3 are edge devices connected to a core backbone in a Data Center, VXLAN tunnels are created by configuring an evbgp pn protocol on the Border1, the Border2 and the Border3, VXLAN messages received from a Data Center backbone network on one side are first encapsulated and then encapsulated again, and then sent to the Data Center, so as to implement end-to-end loading of VXLAN messages across Data centers, communication between VMs across data centers is guaranteed. In order to implement differentiated services and path tuning of service traffic, in an EVPN-VXLAN DCI scenario, service data is encapsulated into a VXLAN message by a Border, and the VXLAN message enters a corresponding transmission path for forwarding through PE devices (i.e., flow guiding devices) of a core backbone network (the PE devices may match VNIs of the VXLAN and are guided into the corresponding transmission path in a PBR manner). In the network shown in fig. 2, it is assumed that in order to support services of 1024 tenants, the number of service classes is 8, the number of destination network segments (data centers) is 3, and the number of PBRs to be configured is 1024 × 8 × 3 — 24576, and configuring too many complex PBRs may affect the working performance of the flow guide device, thereby causing a decrease in the forwarding efficiency of the packet.
The transmission path of the service is calculated according to the appeal of the service, and specifically, the calculation of the transmission path of the service mainly includes the following appeal in several aspects:
1. constraint conditions
The path calculation can be based on multiple constraint conditions to calculate the path, and can support the constraint conditions such as bandwidth, time delay, hop limit, display path and the like. Wherein the display path constraints are further divided into display path inclusion (the tunnel must pass through the ordered specified link or node strictly or loosely) and display path exclusion (the tunnel must not pass through the specified link or node)
2. Routing strategy
Multiple alternative paths are possible after the paths are calculated according to the constraint conditions, and routing based on the routing strategies such as optimal link availability, maximum link residual bandwidth, minimum Cost, minimum time delay and the like is supported
3. Separation requirement of main and standby paths
The separation of the main path and the standby path of the transmission path is supported, and the main path and the standby path are not shared or are shared less as much as possible
4. Service class
The Service flows can BE divided into Different differentiated Service classes, a differentiated Service class of a Service flow is represented by a Differentiated Service Code Point (DSCP) in an IP packet header, and the DSCP is divided into 8 Different classes, which mainly include three classes, i.e., EF, AF, and BE:
experiented Forwarding (EF, gold flow): the method is mainly used for services with low delay, jitter and packet loss rate, and the services generally run at a relatively stable speed and need to be quickly forwarded in a router.
Assured Forwarding (AF, silver flow): this type of traffic ensures forwarding when the maximum allowed bandwidth is not exceeded, and allows packets to be dropped according to different drop levels once the maximum allowed bandwidth is exceeded.
Best efficiency (BE, bronze brand flow): the best effort forwarding is mainly used for services insensitive to time delay, jitter and packet loss.
The inventor finds that a transmission path based on multiple service requirements can be shared by most services, and in this embodiment, the network controller modifies the VNI in the existing VXLAN network, specifically, configures a corresponding VNI for each service. When configuring a VNI of a target service, a target service appeal of the target service is first determined, and a target transmission path code of the target service is determined according to the target service appeal. In the embodiment, the corresponding relation between the service appeal and the transmission path is established, and the corresponding codes are configured for the transmission path, so that the diversion device can determine the transmission path corresponding to the service according to the VNI only by defining the transmission path codes and the corresponding transmission paths in the PBR rule, and each task and the corresponding transmission path do not need to be defined in the PBR rule, thereby greatly reducing the number of entries in the PBR rule and improving the forwarding performance.
Specifically, in this embodiment, the service requirement for determining the transmission path code of the service at least includes one of a constraint condition, a routing policy, a primary/secondary path separation requirement, and a service level. After the target service appeal of the target service is obtained, determining a target transmission path code of the target service according to the target service appeal, which specifically comprises the following steps:
and searching a transmission path code corresponding to the target service appeal in a mapping relation between pre-stored service appeal and the transmission path code to serve as the target transmission path code.
The network controller stores the mapping relation between the service appeal and the corresponding transmission path code each time when determining a transmission path code corresponding to a new service appeal, and directly acquires the transmission path corresponding to the service appeal of the service without recalculation as long as the service appeal of the service exists in the mapping relation when calculating the transmission path of the new service next time, and if the service appeal of the service does not exist in the mapping relation, performs path calculation to acquire the transmission path corresponding to the service appeal of the service and stores the mapping relation of the transmission path and the transmission path. That is, before searching for the transmission path code corresponding to the target service appeal in the mapping relationship between the prestored service appeal and the transmission path code as the target transmission path code, the method includes:
calculating a transmission path of a first service according to a service appeal of the first service, wherein the service appeal of the first service is the target service appeal;
configuring codes for the transmission path of the first service to obtain the target transmission path codes;
and storing the corresponding relation between the target service appeal and the target transmission path code into the mapping relation.
Each time a new transmission path is obtained, a corresponding code is configured for the transmission path, so that each service appeal can correspond to one transmission path code. Further, after configuring a corresponding code for a transmission path, the VNI configuration method provided in this embodiment needs to be delivered to the flow guiding device, so that the flow guiding point can select a corresponding transmission path according to the transmission path code, specifically, after obtaining the target transmission path code by configuring the code for the transmission path of the first service, the method further includes:
and defining a PBR rule according to the target transmission path and the target transmission path code, and sending the PBR rule to the flow guide equipment.
Specifically, the format of the PBR rule may be as follows:
policy-based-route t _ PBR _ dci _ permit node 1# defines a PBR rule
if-match te-policy-id < tpid1> # matches the specified transport path code
application next-hop < tunnel1> # is forwarded to the transmission path corresponding to the transmission path code.
Referring to fig. 1 again, after obtaining the target transmission path code of the target service, the VNI configuration method provided in this embodiment further includes the steps of:
s120, configuring a corresponding VNI for the target service, wherein the VNI of the target service controls the target transmission path code.
As shown in fig. 3, in the present embodiment, the VNI includes two parts: the number of bytes included in the first partial byte may be 16 bits, and the number of bytes included in the second partial byte may be 8 bits, which is just an example, and those skilled in the art can allocate the number of bits according to the network size. The configuring a corresponding VNI for the target service specifically includes:
s121, configuring a first part of bytes of the VNI of the target service.
In the VXLAN network, VNIs need to have uniqueness, in this embodiment, the first part bytes of the VNIs of each service in the network are different, which is different from the VNIs of each service in the network, and when configuring the first part bytes of the VNI of the target service, all the second part bytes of the VNI of the target service may be set to 0.
S122, configuring a second part of bytes of the VNI of the target service, where the second part of bytes is the target transmission path code.
And rewriting the second part of bytes of the VNI of the target service into the transmission path code corresponding to the target service, so that after the flow guiding device receives the service message, the message can be forwarded according to the transmission path corresponding to the transmission path code only by identifying the second part of bytes in the VNI to which the message belongs.
Example two
Based on the foregoing embodiment, the present invention further provides a packet forwarding method, and specifically, as shown in fig. 4, the packet forwarding method provided in this embodiment includes the steps of:
s210, the first VTEP device receives a data message sent by the first virtual machine, packages the data message according to the VNI to which the data message belongs, generates a forwarding message and forwards the forwarding message to the diversion device.
S220, the diversion device identifies a transmission path code in the VNI of the forwarding message, and sends the forwarding message to a corresponding transmission path according to the transmission path code, so that the forwarding message is forwarded in the transmission path until reaching a second VTEP device;
and S230, the second VTEP device decapsulates the forwarding message, acquires the data message and then sends the data message to a second virtual machine.
Specifically, a VTEP (VXLAN Tunnel endpoint) is an edge device of a VXLAN network, and is a start point and an end point of the VXLAN Tunnel, where VXLAN encapsulates and decapsulates user original data frames on the VTEP, and when a first virtual machine needs to send a data packet to a second virtual machine, the first virtual machine first sends the data packet to the first VTEP device, and after receiving the data packet sent by the first virtual machine, the first VTEP device encapsulates the data packet according to a VNI to which the data packet belongs, that is, encapsulates the VNI of the data packet together with the data packet, generates a forwarding packet, and forwards the forwarding packet to a diversion device. Specifically, as shown in fig. 5, in cA datcA center internet based on the VXLAN technology, an edge device Border- cA of cA first datcA center may receive datcA packets from virtual machines of different tenants, identify cA VNI to which the datcA packet belongs after receiving the datcA packet of the first virtual machine VM1, and cA first VTEP device VTEP- cA on the Border- cA encapsulates the datcA packet to generate cA forwarding packet, and then forwards the forwarding packet to cA diversion device PE- cA. After receiving the forwarding message, the flow guiding device PE-a sends the forwarding message to a corresponding transmission path according to a transmission path code in the VNI to which the forwarding message belongs and according to the transmission path code, and the forwarding message is forwarded in the transmission path, specifically, each node in the transmission path forwards the forwarding message, knows that the forwarding message reaches the second VTEP device VTEP-B, and decapsulates the forwarding message to obtain a data message sent by the first virtual machine and sends the data message to the second virtual machine VM 4.
Specifically, the sending, by the flow guiding device, the forwarding packet to a corresponding transmission path according to the transmission path code includes:
and the flow guide equipment searches a transmission path corresponding to the transmission path code in the message according to a PBR rule issued by a network controller, and sends the forwarding message to the corresponding transmission path.
When the network controller configures the VNI according to the VNI configuration method provided in the first embodiment, the network controller further correspondingly configures a PBR rule including a transmission path corresponding to a transmission path code and issues the PBR rule to the flow guide device, and when the flow guide device performs packet flow guide, the flow guide device may match the transmission path of the transmission path code in the VNI to which a forwarding packet belongs according to the PBR rule issued by the network controller, and send the forwarding packet to the corresponding transmission path, thereby implementing packet forwarding. As shown in fig. 5, services of tenant U1 and tenant U2 have different service appeals and corresponding transmission paths are different, whereas services of tenant U1 sent from VM1 to VM2 and services sent from VM2 to VM5 have the same service demands and corresponding transmission paths are the same.
In summary, the present invention provides a VNI configuration method and a message forwarding method, where VNIs in an existing VXLAN network are modified, a transmission path code is added to the VNI, and the transmission path code is determined according to a service appeal of a service, so that the same service appeal corresponds to the same transmission path code, and in a PBR rule for forwarding a flow guide, only the transmission path code and a transmission path need to be defined, instead of defining the transmission path of each service, which reduces the number of entries in the PBR rule and improves forwarding performance.
It should be understood that, although the steps in the flowcharts shown in the figures of the present specification are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a portion of the steps in the flowchart may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, databases, or other media used in embodiments provided herein may include non-volatile and/or volatile memory. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), synchronous Link (Synchlink) DRAM (SLDRAM), Rambus (Rambus) direct RAM (RDRAM), direct bused dynamic RAM (DRDRAM), and bused dynamic RAM (RDRAM).
EXAMPLE III
Based on the above embodiments, the present invention further provides a network controller, as shown in fig. 6, where the network controller includes a processor 10 and a memory 20. The memory 20 may in some embodiments be an internal storage unit of the network controller, such as a hard disk or a memory of the network controller. The memory 20 may also be an external storage device of the network controller in other embodiments, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the network controller. Further, the memory 20 may also include both an internal storage unit of the network controller and an external storage device. The memory 20 is used for storing application software installed in the network controller and various types of data. The memory 20 may also be used to temporarily store data that has been output or is to be output. In an embodiment, the memory 20 stores a VNI configuration program 30, and the VNI configuration program 30 is executable by the processor 10, so as to implement the VNI configuration method of the present invention.
The processor 10 may be a Central Processing Unit (CPU), a microprocessor or other chip in some embodiments, and is used to run program codes stored in the memory 20 or process data, for example, execute a VNI configuration method as described in the first embodiment.
Example four
Based on the above embodiment, the present invention also provides a message forwarding system, which includes:
the system comprises a first VTEP device, a diversion device and a second VTEP device;
the first VTEP device is configured to receive a data packet sent by a first virtual machine, encapsulate the data packet according to a VNI to which the data packet belongs, generate a forwarding packet, and forward the forwarding packet to the flow guiding device, which is specifically described in embodiment two;
the diversion device is configured to identify a transmission path code in the VNI to forward the packet, and send the packet to a corresponding transmission path according to the transmission path code, so that the packet is forwarded in the transmission path until the packet reaches the second VTEP device, which is specifically described in embodiment two;
the second VTEP device is configured to decapsulate the forwarding packet, obtain the data packet, and send the data packet to a second virtual machine, which is specifically described in embodiment two.
EXAMPLE five
The present invention also provides a storage medium in which one or more programs are stored, the one or more programs being executable by one or more processors to implement the steps of the VNI configuration method as described above and/or the steps of the message forwarding method as described above.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims (7)

1. A VNI configuration method, the method comprising:
determining a target transmission path code of a target service according to a target service appeal of the target service;
configuring a corresponding VNI for the target service, wherein the VNI of the target service comprises the target transmission path code;
the determining the transmission path code of the target service according to the target service appeal of the target service includes:
searching a transmission path code corresponding to the target service appeal in a mapping relation between prestored service appeal and the transmission path code to serve as the target transmission path code;
before searching for a transmission path code corresponding to the target service appeal in a pre-stored mapping relationship between the service appeal and the transmission path code as the target transmission path code, the method includes:
calculating a transmission path of a first service according to a service appeal of the first service, wherein the service appeal of the first service is the target service appeal;
configuring codes for the transmission path of the first service to obtain the target transmission path codes;
storing the corresponding relation between the target service appeal and the target transmission path code into the mapping relation;
the configuring a code for the transmission path of the first service, and after obtaining the target transmission path code, further includes:
defining a PBR rule according to the target transmission path and the target transmission path code, and issuing the PBR rule to flow guide equipment;
the service appeal for determining the transmission path code of the service at least comprises one of a constraint condition, a routing strategy, a main/standby path separation requirement and a service level.
2. The VNI configuration method of claim 1, wherein VNI includes a first partial byte and a second partial byte, and configuring the corresponding VNI for the target traffic comprises:
configuring a first partial byte of the VNI of the target service, wherein the first partial byte of the VNI of each service is different;
configuring a second part of bytes of the VNI of the target service, wherein the second part of bytes is the target transmission path code.
3. A network controller, characterized in that the network controller comprises a processor, a storage medium communicatively connected to the processor, the storage medium being adapted to store a plurality of instructions, and the processor being adapted to call the instructions in the storage medium to perform the steps of implementing the VNI configuration method of any one of the preceding claims 1-2.
4. A message forwarding method is characterized in that the message forwarding method comprises the following steps:
the method comprises the steps that a first VTEP device receives a data message sent by a first virtual machine, packages the data message according to a VNI to which the data message belongs, generates a forwarding message and forwards the forwarding message to a diversion device, wherein the VNI to which the data message belongs is configured by adopting the VNI configuration method according to any one of claims 1-2;
the diversion device identifies a transmission path code in a VNI to which the forwarding message belongs, and sends the forwarding message to a corresponding transmission path according to the transmission path code, so that the forwarding message is forwarded in the transmission path until the forwarding message reaches a second VTEP device;
and the second VTEP equipment decapsulates the forwarding message, acquires the data message and then sends the data message to a second virtual machine.
5. The message forwarding method according to claim 4, wherein the flow guiding device sends the forwarding message to a corresponding transmission path according to the transmission path code, and the method includes:
and the diversion equipment searches a transmission path corresponding to the transmission path code in the forwarding message according to a PBR rule issued by a network controller, and sends the forwarding message to the corresponding transmission path.
6. A message forwarding system, the message forwarding system comprising:
the system comprises a first VTEP device, a diversion device and a second VTEP device;
the first VTEP device is configured to receive a data packet sent by a first virtual machine, encapsulate the data packet according to the VNI to which the data packet belongs, generate a forwarding packet, and forward the forwarding packet to the flow guiding device, where the VNI to which the data packet belongs is configured by using the VNI configuration method according to any one of claims 1 to 2;
the diversion device is configured to identify a transmission path code in the VNI of the forwarding packet, and send the forwarding packet to a corresponding transmission path according to the transmission path code, so that the forwarding packet is forwarded in the transmission path until the forwarding packet reaches the second VTEP device;
and the second VTEP equipment is used for de-encapsulating the forwarding message, acquiring the data message and then sending the data message to a second virtual machine.
7. A storage medium storing one or more programs, the one or more programs being executable by one or more processors to implement the VNI configuration method of any one of claims 1-2 and/or the steps of the message forwarding method of any one of claims 4-5.
CN202011293311.3A 2020-11-18 2020-11-18 VNI configuration method and message forwarding method Active CN112615782B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011293311.3A CN112615782B (en) 2020-11-18 2020-11-18 VNI configuration method and message forwarding method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011293311.3A CN112615782B (en) 2020-11-18 2020-11-18 VNI configuration method and message forwarding method

Publications (2)

Publication Number Publication Date
CN112615782A CN112615782A (en) 2021-04-06
CN112615782B true CN112615782B (en) 2022-09-27

Family

ID=75224738

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011293311.3A Active CN112615782B (en) 2020-11-18 2020-11-18 VNI configuration method and message forwarding method

Country Status (1)

Country Link
CN (1) CN112615782B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533890A (en) * 2016-12-30 2017-03-22 华为技术有限公司 Message processing method, device and system
WO2019120233A1 (en) * 2017-12-23 2019-06-27 华为技术有限公司 Packet transmission method, provider edge device and system
WO2019214612A1 (en) * 2018-05-10 2019-11-14 华为技术有限公司 Method and apparatus for transmitting message
CN111865658A (en) * 2020-06-05 2020-10-30 烽火通信科技股份有限公司 vCPE multi-tenant-based tenant service identification mapping method and system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10097372B2 (en) * 2014-01-09 2018-10-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments
WO2017143611A1 (en) * 2016-02-27 2017-08-31 华为技术有限公司 Method, device and system for processing vxlan packet
US10038627B2 (en) * 2016-05-31 2018-07-31 Brocade Communications Systems LLC Selective rule management based on traffic visibility in a tunnel
US10237090B2 (en) * 2016-10-28 2019-03-19 Avago Technologies International Sales Pte. Limited Rule-based network identifier mapping
CN108092909A (en) * 2016-11-21 2018-05-29 ***通信有限公司研究院 Data flow control method, apparatus and system
CN107517151B (en) * 2017-09-30 2019-06-28 中国联合网络通信集团有限公司 User access method, CPE, OLT, interchanger, vBNG, SDN controller and Metropolitan Area Network (MAN)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533890A (en) * 2016-12-30 2017-03-22 华为技术有限公司 Message processing method, device and system
WO2019120233A1 (en) * 2017-12-23 2019-06-27 华为技术有限公司 Packet transmission method, provider edge device and system
WO2019214612A1 (en) * 2018-05-10 2019-11-14 华为技术有限公司 Method and apparatus for transmitting message
CN111865658A (en) * 2020-06-05 2020-10-30 烽火通信科技股份有限公司 vCPE multi-tenant-based tenant service identification mapping method and system

Also Published As

Publication number Publication date
CN112615782A (en) 2021-04-06

Similar Documents

Publication Publication Date Title
KR102579059B1 (en) Packet processing methods and devices, devices, and systems
US11658912B2 (en) Mechanism to coordinate end to end quality of service between network nodes and service provider core
EP2806601B1 (en) Tunnels between virtual machines
US11743204B2 (en) Tunnel establishment method, apparatus, and system
KR20210102107A (en) Method for forwarding packet in hybrid network, device, and system
CN109525501B (en) Method and device for adjusting forwarding path
US20240048479A1 (en) Packet Forwarding Method and Apparatus, Network Device, and Storage Medium
WO2022057810A1 (en) Service packet forwarding method, sr policy sending method, device, and system
CN113645120A (en) Message processing method, line card, equipment and storage medium
US11489768B2 (en) Method for creating inter-domain bidirectional tunnel, communication method and device, and storage medium
CN112615782B (en) VNI configuration method and message forwarding method
CN113194033A (en) Message forwarding method and device based on SDN (software defined network) segment routing networking and storage medium
CN112511398B (en) Method and device for preventing flow from bypassing
WO2020114083A1 (en) Method and apparatus for processing ioam information
US11968125B2 (en) Data transmission method and apparatus
CN111327445A (en) Message sampling method, decapsulation method, node, system and storage medium
CN112565086A (en) Distributed network system, message forwarding method, device and storage medium
CN111901239A (en) Communication method, system, device and storage medium based on virtual network
CN107995084B (en) Tunnel selection method and device
CN102624610B (en) Device and method capable of achieving label distribution
WO2024087999A1 (en) Routing method and system, storage medium and electronic device
WO2023213216A1 (en) Packet processing method and related device
CN111277504B (en) Method and system for inserting flow label in MPLS multilayer label stack
US20220174009A1 (en) Segment Routing-Based Data Transmission Method and Apparatus
CN112104539B (en) Information interaction method, device and system in segmented NGMVPN

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