CN115051890A

CN115051890A - Message processing method, system, device, electronic equipment and storage medium

Info

Publication number: CN115051890A
Application number: CN202210554927.4A
Authority: CN
Inventors: 吴楠; 解云鹏; 邢文娟
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2022-05-20
Filing date: 2022-05-20
Publication date: 2022-09-13

Abstract

The embodiment of the disclosure provides a message processing method, a message processing system, a message processing device, electronic equipment and a storage medium, and relates to the technical field of networks. The method comprises the following steps: a first VTEP acquires a multicast service message sent by a first VM mounted by the first VTEP; sending a multicast service message to a second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP; the first multicast Vxlan tunnel is established for a first VTEP and a second VTEP in advance based on routing messages in a specified format; the second VTEP receives the multicast service message through the first multicast Vxlan tunnel; and sending the multicast service message to a second VM which is mounted by the second VM and belongs to the multicast group corresponding to the first VM. By applying the embodiment of the disclosure, the service message can be transmitted on the Overlay layer, and the end-to-end data transmission between the VTEPs can be realized, so that the processing efficiency of the service message is improved, and the occupation of the storage resource of the intermediate node is reduced.

Description

Message processing method, system, device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of network technologies, and in particular, to a method, a system, an apparatus, an electronic device, and a storage medium for processing a packet.

Background

With the rapid development of Network technology, a data center Network can be implemented by using a VXLAN EVPN (Visual eXtensible Local Area Network Ethernet Virtual Private Network) technology. In a data center Network, service scheduling management may be performed based on a BGP EVPN (Border Gateway Protocol Ethernet Virtual Private Network) Protocol.

In an implementation manner, in a data center Network, a Virtual Machine (Virtual Machine, which may be referred to as a first VM) mounted in one VTEP (Virtual eXtensible Local Area Network) may be referred to as a first VTEP, and if a service packet is to be multicast-sent to a plurality of VMs (which may be referred to as target VMs) mounted in another VTEP (which may be referred to as a second VTEP), the first VM may send the service packet to the first VTEP. And further, the first VTEP forwards the service packet to the second VTEP through each intermediate node in a physical link where the first VTEP and the second VTEP are located. In the above process, each intermediate node needs to forward the service packet hop by hop at the Underlay layer based on the multicast routing table entry recorded by itself.

In the related art, each intermediate node needs to maintain a multicast routing table entry, which increases the occupation of storage resources of the intermediate node. In addition, the intermediate node forwards the service packet hop by hop, which also results in low efficiency of processing the service packet.

Disclosure of Invention

An object of the embodiments of the present disclosure is to provide a method, a system, an apparatus, an electronic device, and a storage medium for processing a packet, so as to improve the efficiency of processing the packet and reduce the storage resource occupation of an intermediate node. The specific technical scheme is as follows:

in a first aspect of the embodiments of the present disclosure, a packet processing system is first provided, where the system includes a first virtual extensible local area network tunnel endpoint VTEP and a second VTEP, where:

the first VTEP is used for acquiring a multicast service message sent by a first virtual machine VM mounted by the first VTEP; sending the multicast service message to the second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on routing messages in a specified format;

the second VTEP is used for receiving the multicast service message through the first multicast Vxlan tunnel; and sending the multicast service message to a second VM which is mounted by the second VM and belongs to the multicast group corresponding to the first VM.

In a second aspect of the embodiments of the present disclosure, a packet processing method is provided, where the method is applied to a first virtual extensible local area network tunnel endpoint VTEP in a packet processing system, where the packet processing system further includes a second VTEP, and the method includes:

acquiring a multicast service message sent by a first Virtual Machine (VM) mounted by the self;

sending the multicast service message to the second VTEP through a first multicast virtual extensible local area network Vxlan tunnel between the first VTEP and the second VTEP, so that the second VTEP receives the multicast service message through the first multicast Vxlan tunnel and sends the multicast service message to a second VM which is mounted by the second VTEP and belongs to a multicast group corresponding to the first VM; and the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on a specified routing message.

In some embodiments, before sending the multicast service packet to the second VTEP through the first multicast Vxlan tunnel between the first VTEP and the second VTEP, the method further includes:

when the first VM is mounted, generating a routing message in a first specified format as a first routing message;

and sending the first routing message to the second VTEP so that the second VTEP establishes the first multicast Vxlan tunnel based on the first routing message and the first VTEP.

In some embodiments, the first routing packet includes an address of a multicast group corresponding to a first VM mounted by the first VTEP.

In some embodiments, after sending the first routing packet to the second VTEP, the method further includes:

when the VM mounted by the VM is offline, generating a routing message in a second specified format as a third routing message;

and sending the third routing message to the second VTEP to cancel the first multicast Vxlan tunnel.

In some embodiments, the method further comprises:

and establishing a unicast Vxlan tunnel with the second VTEP based on the Ethernet virtual private EVPN Type2 routing message of the second Type or the EVPN Type5 routing message.

In some embodiments, the method further comprises:

acquiring a second routing message in a first specified format sent by the second VTEP; the second routing message is generated when the second VTEP mounts the first VM;

establishing a second multicast Vxlan tunnel based on the second routing message and the second VTEP; and the second multicast Vxlan tunnel is used for the second VTEP to send a multicast service message to the first VTEP.

In some embodiments, the second routing packet includes an address of a multicast group requested by a first VM mounted by the second VTEP.

In some embodiments, after said establishing a second multicast Vxlan tunnel with said second VTEP based on said second routing packet, said method further comprises:

when a fourth routing message in a second specified format sent by the second VTEP is received, revoking the second multicast Vxlan tunnel; and the fourth routing message is a routing message generated when the VM mounted by the second VTEP is offline.

In a third aspect of the embodiments of the present disclosure, a method for processing a packet is provided, where the method is applied to a second virtual extensible local area network tunnel endpoint VTEP in a packet processing system, where the packet processing system further includes a first VTEP, and the method includes:

receiving a multicast service message through a first multicast virtual extensible local area network Vxlan tunnel; the multicast service message is sent by a first virtual machine VM which is acquired by the first VTEP and mounted by the first VTEP; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on a specified routing message;

and sending the multicast service message to a second VM which is mounted by the second VM and belongs to the multicast group corresponding to the first VM.

In some embodiments, before the receiving the multicast service packet through the first multicast Vxlan tunnel, the method further includes:

acquiring a first routing message in a first specified format sent by the first VTEP; the first routing message is generated when the first VTEP mounts the first VM;

and establishing a first multicast Vxlan tunnel based on the first routing message and the first VTEP.

In some embodiments, after establishing a first multicast Vxlan tunnel with the first VTEP based on the first routing packet, the method further comprises:

when a third routing message in a second specified format sent by the first VTEP is received, revoking the first multicast Vxlan tunnel; and the third routing message is a routing message generated when the VM mounted by the first VTEP is offline.

In some embodiments, the method further comprises:

and establishing a unicast Vxlan tunnel with the first VTEP based on Ethernet virtual private second-Type EVPN Type2 routing messages or EVPN Type5 routing messages.

In some embodiments, the method further comprises:

when the first VM is mounted, generating a routing message in a first specified format as a second routing message;

sending the second routing message to the first VTEP so that the first VTEP establishes a second multicast Vxlan tunnel based on the second routing message and the second VTEP; and the second multicast Vxlan tunnel is used for the second VTEP to send a multicast service message to the first VTEP.

In some embodiments, after sending the second routing packet to the first VTEP, the method further comprises:

when the VM mounted by the VM is offline, generating a routing message in a second specified format as a fourth routing message;

and sending the fourth routing message to the first VTEP so as to withdraw the second multicast Vxlan tunnel.

In a fourth aspect of the embodiments of the present disclosure, there is provided a packet processing apparatus, where the apparatus is applied to a first virtual extensible local area network tunnel endpoint VTEP in a packet processing system, where the packet processing system further includes a second VTEP, and the apparatus includes:

the first service message acquisition module is used for acquiring a multicast service message sent by a first virtual machine VM mounted by the first service message acquisition module;

a first service message sending module, configured to send the multicast service message to the second VTEP through a first multicast virtual extensible local area network Vxlan tunnel between the first VTEP and the second VTEP, so that the second VTEP receives the multicast service message through the first multicast Vxlan tunnel, and sends the multicast service message to a second VM, which is mounted on the second VTEP and belongs to a multicast group corresponding to the first VM; and the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on a specified routing message.

In some embodiments, the apparatus further comprises:

a first routing message generating module, configured to generate a routing message in a first specified format as a first routing message when a first VM is mounted before sending the multicast service message to the second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP;

and the first routing message sending module is configured to send the first routing message to the second VTEP, so that the second VTEP establishes the first multicast Vxlan tunnel with the first VTEP based on the first routing message.

In some embodiments, the apparatus further comprises:

a third routing message generating module, configured to generate, after sending the first routing message to the second VTEP, a routing message in a second specified format as a third routing message when the VM mounted on the third VTEP is offline;

and the third routing message sending module is used for sending the third routing message to the second VTEP so as to cancel the first multicast Vxlan tunnel.

In some embodiments, the apparatus further comprises:

and the first unicast tunnel establishing module is used for establishing a unicast Vxlan tunnel with the second VTEP based on the Ethernet virtual private second Type EVPN Type2 routing message or the EVPN Type5 routing message.

In some embodiments, the apparatus further comprises:

a second routing message obtaining module, configured to obtain a second routing message in a first specified format sent by the second VTEP; the second routing message is generated when the second VTEP mounts the first VM;

a first multicast tunnel establishing module, configured to establish a second multicast Vxlan tunnel based on the second routing packet and the second VTEP; and the second multicast Vxlan tunnel is used for the second VTEP to send a multicast service message to the first VTEP.

In some embodiments, the apparatus further comprises:

a first multicast tunnel cancellation module, configured to, after the second multicast Vxlan tunnel is established based on the second routing packet and the second VTEP, cancel the second multicast Vxlan tunnel when a fourth routing packet in a second specified format is received, where the fourth routing packet is sent by the second VTEP; and the fourth routing message is a routing message generated when the VM mounted by the second VTEP is offline.

In a fifth aspect of the embodiments of the present disclosure, there is provided a packet processing apparatus, where the apparatus is applied to a second VTEP in a packet processing system, where the packet processing system further includes a first VTEP, and the apparatus includes:

the second service message acquisition module is used for receiving the multicast service message through the Vxlan tunnel of the first multicast virtual extensible local area network; wherein, the multicast service message is sent by a first VM mounted by the first VTEP; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on a specified routing message;

and the second service message sending module is used for sending the multicast service message to a second VM which is mounted by the second service message sending module and belongs to the multicast group corresponding to the first VM.

In some embodiments, the apparatus further comprises:

a first routing message obtaining module, configured to obtain a first routing message in a first specified format sent by the first VTEP before receiving a multicast service message through the first multicast Vxlan tunnel; the first routing message is generated when the first VTEP mounts the first VM;

and the second multicast tunnel establishing module is used for establishing a first multicast Vxlan tunnel based on the first routing message and the first VTEP.

In some embodiments, the apparatus further comprises:

a second multicast tunnel cancellation module, configured to, after a first multicast Vxlan tunnel is established with the first VTEP based on the first routing packet, cancel the first multicast Vxlan tunnel when a third routing packet in a second specified format is received, where the third routing packet is sent by the first VTEP; and the third routing message is a routing message generated when the VM mounted by the first VTEP is offline.

In some embodiments, the apparatus further comprises:

and the second unicast tunnel establishing module is used for establishing a unicast Vxlan tunnel with the first VTEP based on the Ethernet virtual private second Type EVPN Type2 routing message or the EVPN Type5 routing message.

In some embodiments, the apparatus further comprises:

the second routing message generating module is used for generating a routing message in a first specified format as a second routing message when the first VM is mounted;

a second routing message sending module, configured to send the second routing message to the first VTEP, so that the first VTEP establishes a second multicast Vxlan tunnel with the second VTEP based on the second routing message; and the second multicast Vxlan tunnel is used for the second VTEP to send a multicast service message to the first VTEP.

In some embodiments, the apparatus further comprises:

a fourth routing packet generating module, configured to generate, after sending the second routing packet to the first VTEP, a routing packet in a second specified format as a fourth routing packet when the VM mounted on the fourth routing packet is offline;

and the fourth routing message sending module is used for sending the fourth routing message to the first VTEP so as to cancel the second multicast Vxlan tunnel.

In a sixth aspect of the embodiments of the present disclosure, an electronic device is provided, which includes a processor, a communication interface, a memory, and a communication bus, where the processor, the communication interface, and the memory complete communication with each other through the communication bus;

a memory for storing a computer program;

and the processor is used for realizing any one of the message processing method steps when executing the program stored in the memory.

In a seventh aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, where a computer program is stored in the computer-readable storage medium, and when being executed by a processor, the computer program implements any of the message processing method steps described above.

In an eighth aspect of the embodiments of the present disclosure, there is provided a computer program product containing instructions which, when run on a computer, cause the computer to perform any of the message processing methods described above.

Drawings

In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings used in the embodiments or the prior art descriptions will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and other embodiments can be obtained by those skilled in the art according to the drawings.

Fig. 1 is an architecture diagram of a message processing system according to an embodiment of the present disclosure;

fig. 2 is a schematic diagram of a message processing system according to an embodiment of the present disclosure;

fig. 3 is an interaction diagram of a message processing method according to an embodiment of the present disclosure;

fig. 4 is an interaction diagram of a second message processing method according to the embodiment of the present disclosure;

fig. 5 is an interaction diagram of a third message processing method according to the embodiment of the present disclosure;

fig. 6 is an interaction diagram of a fourth message processing method according to the embodiment of the present disclosure;

fig. 7 is an interaction diagram of a fifth message processing method according to the embodiment of the present disclosure;

fig. 8 is an interaction diagram of a tunnel establishment procedure in a message processing process according to an embodiment of the present disclosure;

fig. 9 is a structural diagram of a message processing apparatus according to an embodiment of the present disclosure;

fig. 10 is a structural diagram of a message processing apparatus according to an embodiment of the present disclosure;

fig. 11 is a block diagram of an electronic device according to an embodiment of the present disclosure.

Detailed Description

The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. All other embodiments that can be derived from the disclosure by one of ordinary skill in the art based on the embodiments in the disclosure are intended to be within the scope of the disclosure.

In the related art center, the Underlay layer is an underlying network, that is, an infrastructure layer network, which represents a conventional IP (Internet Protocol) network dedicated to carrying user traffic and can provide a forwarding service of a service packet; the Overlay layer is a virtual network, i.e., a service layer network, or may be referred to as a user layer network, which is constructed based on an underlying network and in combination with a tunneling technique, and may perform data transmission based on an Underlay layer.

In the related technology, the forwarding of the multicast service message is performed on an Underlay layer, and when the multicast service message is forwarded by an intermediate node between two VTEPs, the multicast service message is forwarded hop by querying a multicast routing table entry. Therefore, each intermediate node needs to maintain the multicast routing table entry, which increases the occupation of the storage resource of the intermediate node. In addition, the intermediate node performs hop-by-hop forwarding on the service packet, which also results in low processing efficiency of the service packet.

In order to solve the above problem, an embodiment of the present disclosure provides a message processing system, and referring to fig. 1, fig. 1 is an architecture diagram of a message processing system provided in an embodiment of the present disclosure, where the message processing system includes a first VTEP101 and a second VTEP102, where:

the first VTEP101 is used for acquiring a multicast service message sent by a first VM mounted by the first VTEP 101; sending a multicast service message to a second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP; the first multicast Vxlan tunnel is established for a first VTEP and a second VTEP in advance based on routing messages in a specified format;

the second VTEP102 is used for receiving the multicast service message through the first multicast Vxlan tunnel; and sending the multicast service message to a second VM which is mounted by the second VM and belongs to the multicast group corresponding to the first VTEP.

The message processing system provided by the embodiment of the disclosure can realize that the service message is sent between two VTEPs through the multicast Vxlan tunnel, that is, the service message can be transmitted on the Overlay layer. Compared with the related technology in which hop-by-hop forwarding is performed on the service message at the Underlay layer, end-to-end data transmission can be realized between the VTEPs, so as to improve the processing efficiency of the service message. Correspondingly, the intermediate nodes between the VTEPs do not need to maintain the multicast routing table entries, and the occupation of the storage resources of the intermediate nodes can be reduced.

In addition, in the related art, the multicast service packet is mostly forwarded based on a traditional three-layer network architecture, for example, the forwarding of the multicast service packet is realized by scheduling and scheduling the intermediate nodes between the VTEPs based on the controller, but due to the influence of the performance of the controller, the method cannot be applied to a data center network based on a virtualization technology. The method and the device can realize the transmission of the multicast service message between the two VTEPs through the multicast Vxlan tunnel, namely realize the transmission of the service message on the Overlay layer. Thus, the present disclosure is applicable to data center networks based on virtualization technology.

The VM mounted in the first VTEP may be a server, and the VM mounted in the second VTEP may be a client. For example, a VM mounted in a first VTEP may represent a source of a tv program and, correspondingly, a VM mounted in a second VTEP represents a client viewing the tv program.

In some embodiments, referring to fig. 2, fig. 2 is a schematic diagram of a message processing system according to an embodiment of the present disclosure.

In fig. 2, a VM representing a multicast source or a user may be mounted in each VTEP, and a multicast Vxlan tunnel may be established between VTEPs. Each VTEP can acquire the multicast service message sent by the VM mounted by the VTEP and send the multicast service message to other VTEPs through the multicast Vxlan tunnel, namely, the multicast service message is transmitted on the Overlay layer, so that the processing efficiency of the service message is improved. Correspondingly, only multicast routing table entries need to be maintained in all the VTEPs, and intermediate nodes between the VTEPs do not need to maintain the multicast routing table entries, so that the occupation of storage resources of the intermediate nodes can be reduced.

Based on the same inventive concept, the embodiment of the present disclosure further provides a message processing method, which may be applied to the first VTEP and the second VTEP. The first VTEP and the second VTEP may be the first VTEP101 and the second VTEP102, respectively, in the message processing system. Referring to fig. 3, fig. 3 is an interaction diagram of a message processing method according to an embodiment of the present disclosure, where the method may include the following steps:

s301: the first VTEP acquires the multicast service message sent by the first VM mounted by the first VTEP.

S302: and the first VTEP sends the multicast service message to the second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP.

The first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on the specified routing message.

S303: and the second VTEP receives the multicast service message through the first multicast Vxlan tunnel.

S304: and the second VTEP sends the multicast service message to a second VM which is mounted by the second VTEP and belongs to the multicast group corresponding to the first VM.

The message processing method provided by the embodiment of the disclosure can realize that the multicast service message is sent between two VTEPs through the multicast Vxlan tunnel, that is, the multicast service message can be transmitted on the Overlay layer. Compared with the related technology in which hop-by-hop forwarding is performed on the multicast service message at the Underlay layer, end-to-end data transmission can be realized between the VTEPs, so as to improve the processing efficiency of the service message. Correspondingly, the intermediate nodes between the VTEPs do not need to maintain the multicast routing table entries, and the occupation of the storage resources of the intermediate nodes can be reduced.

For step S301, the first VM is a VM that currently needs to send a multicast service packet, that is, the first VM needs to send a multicast service packet to other VMs through the first multicast Vxlan tunnel. For example, the first VM may be a multicast source of a television program, and accordingly, the first VM may send a multicast service packet to each client that views the television program. The first VM may be any one of the VMs mounted on the first VTEP.

For step S302, in an implementation manner, a multicast Vxlan tunnel may be established between the first VTEP and each other VTEP in the network, and accordingly, when the first VTEP sends a multicast service packet of the first VM, a VTEP to which a VM in a multicast group corresponding to the first VM belongs may be determined, and then the multicast service packet is sent to the VTEP through the multicast Vxlan tunnel between the first VTEP and the VTEP. The VM in the multicast group corresponding to the first VM may represent a VM that needs to acquire the multicast service packet of the first VM at present.

In the BGP EVPN protocol, five route types are predefined:

type (Type) 1: ethernet A-D Route, Ethernet auto discovery Route;

type 2: MAC/IP Advertisement Route, MAC (Media Access Control)/IP Route, used for announcing host MAC address, host ARP and host Route information;

type 3: the Inclusive Multicast Route is integrated and used for VTEP automatic discovery and Vxlan tunnel dynamic establishment;

type 4: ethernet Segment Route, used for ES member automatic discovery;

type 5: IP Prefix Route, is used to advertise the introduced external Route, and may also advertise host Route information.

The five types of routes are predefined by the BGP EVPN protocol, and will not be described in detail here.

Accordingly, in order to distinguish the types of routes predefined by the five BGP EVPN protocols, a new Type6 for multicast information notification may be defined. That is, the specified routing packet may be generated based on the new routing Type 6.

For example, Type6 route types are illustrated as follows:

route Type 6: and the Computing Power Route is used for notifying the multicast Route information.

Correspondingly, the message format of the new routing Type6 is shown in table (1), where the left side of table (1) is the message content and the byte number of the message content, and the right side is the partial meaning explanation.

Watch (1)

In table (1), RD (Route Distinguisher) represents a Route Distinguisher of an IP-VRF (Virtual Routing and Forwarding); ESI (Ethernet Segment Identifier) indicating an iterator of the routing Type6, where at least one of the field and a GW IP Address (default gateway Address) field is 0; ethernet Tag (Ethernet Tag) indicating a broadcast domain identifier of the route Type 6; an IP Prefix Length (IP Prefix mask Length) which is 0 to 32 in an IPv4 (i.e., fourth version of internet protocol) network and 0 to 128 in an IPv6 (i.e., sixth version of internet protocol) network; an IP Prefix (IP Prefix list) indicating that the routing Type6 carries an IP Prefix, and the Prefix address is consistent with the gateway address; an MPLS Label 1(Multi-Protocol Label Switching Label 1, multiprotocol Label Switching technology Label 1) represents an IP-VRF Label, and a Vxlan tunnel is a P2P (namely, internet point-to-point communication) VNI (Vxlan Network Identifier, virtual extensible local area Network Identifier) Label; MPLS Label 2(Multi-Protocol Label Switching Label 2, multiprotocol Label Switching technology Label 2) represents IP-VRF Label, Vxlan tunnel is P2PVNI Label.

The routing Type6 has preset fields and custom fields specified in the BGP EVPN protocol, where the custom fields include: a source multicast group address, a multicast source status, a requested multicast group address, and a multicast user status field.

The multicast source status field indicates the status of the multicast source, for example, 1 may indicate that the multicast source is online, and 0 may indicate that the multicast source is offline. The source multicast group address field indicates the address of the multicast group corresponding to the multicast source.

For example, when a new VM is mounted in the VTEP as a multicast source, the VTEP generates a Type6 routing message corresponding to the new VM, the multicast source status field may be 1, and the source multicast group address field may be an address of a multicast group corresponding to the new VM. The multicast group address and multicast user status field requested in the generated routing message are null.

Or, when a VM mounted in the VTEP is taken off-line as a multicast source, the VTEP generates a Type6 routing message corresponding to the VM, where the multicast source status field may be 0, and the source multicast group address field may be an address of a multicast group corresponding to the VM. The multicast group address and multicast user status field requested in the generated routing message are null.

The multicast user status field indicates the status of the multicast user, for example, 1 may indicate that the multicast user is online, and 0 may indicate that the multicast user is offline, where the multicast user is a user in the multicast group corresponding to the multicast source. The requested multicast group address field indicates the address of the multicast group requested by the multicast user.

For example, when a new VM is mounted in the VTEP as a multicast user, the VTEP generates a Type6 routing message corresponding to the new VM, the multicast user status field may be 1, and the requested multicast group address field may be an address of a multicast group to which the new VM requests to join. The source multicast group address and the multicast source status field in the generated routing message are null.

Or, when a VM mounted in the VTEP is taken as a multicast user and goes offline, the VTEP generates a Type6 routing message corresponding to the VM, where the multicast user status field may be 0, and the requested multicast group address field may be an address of a multicast group joined before the VM goes offline. The source multicast group address and multicast source status field in the generated routing message are null.

Based on the above processing, the VTEP may record a corresponding relationship between the multicast user and the address of the requested multicast group, and subsequently, when receiving the multicast service packet carrying the address of the multicast group, may determine, based on the corresponding relationship, the multicast user corresponding to the address of the multicast group, where the determined multicast user is the multicast user that needs to receive the multicast service packet currently.

For step S304, when receiving the multicast service packet through the first multicast Vxlan tunnel, the second VTEP may determine the VM mounted by the second VTEP and belonging to the multicast group corresponding to the first VM, and copy the received multicast service packet to send to the determined VM.

In one implementation, the second VTEP may obtain a correspondence between the VM mounted on the second VTEP and an address of the requested multicast group based on a routing packet in a specified format generated when the VM mounted on the second VTEP is online, and further, when receiving the multicast service packet, may determine, based on the correspondence, a multicast user currently needing to receive the multicast service packet.

In some embodiments, referring to fig. 4, fig. 4 is an interaction diagram of a second message processing method provided in the embodiment of the present disclosure.

On the basis of fig. 3, before step S301, the following steps are further included:

s305: and when the first VM is mounted on the first VTEP, generating a routing message in a first specified format as a first routing message.

S306: and the first VTEP sends a first routing message to the second VTEP.

S307: and the second VTEP acquires the first routing message.

S308: and the second VTEP establishes a first multicast Vxlan tunnel with the first VTEP based on the first routing message.

In this embodiment of the present disclosure, if multiple VMs are mounted in a first VTEP, multicast service packets sent by the multiple VMs may all be sent to a second VTEP through a first multicast Vxlan tunnel, that is, the first VTEP may establish the first multicast Vxlan tunnel with the second VTEP when mounting the first VM. Subsequently, when the first VTEP mounts other VMs, the tunnel does not need to be re-established.

And the routing message in the first specified format represents a routing message needing to establish a multicast Vxlan tunnel. For example, based on the packet format shown in table (1), the routing packet in the first specified format is represented as a Type6 routing packet with a multicast source status field of 1 for the multicast source. Correspondingly, the second VTEP determines that the first multicast Vxlan tunnel needs to be established with the first VTEP under the condition that the multicast source state field in the first routing message is determined to be 1. The source multicast group address field, the requested multicast group address field, and the multicast user status field in the first routing packet may be null.

In this embodiment of the disclosure, when the first VM is mounted in the first VTEP, the first VTEP may further notify the second VTEP of an address of a multicast group corresponding to the first VM when the first VTEP establishes a multicast Vxlan tunnel with the second VTEP. Subsequently, when a VM is mounted in the second VTEP, the VM may request an address of the corresponding multicast group.

In some embodiments, for each VM mounted in a first VTEP, the first VTEP may generate a corresponding routing packet in a first specified format when the VM comes online, and send the routing packet to a second VTEP, and accordingly, after receiving the routing packet, the second VTEP may determine an address of a multicast source corresponding to the VM mounted in the first VTEP. In addition, since the multicast Vxlan tunnel is already established between the second VTEP and the first VTEP when the first VM is mounted on the first VTEP, the multicast Vxlan tunnel does not need to be established again between the second VTEP and the first VTEP.

In some embodiments, the first VTEP may also route the packet based on EVPN Type2, or, the EVPN Type5 route packet establishes a unicast Vxlan tunnel with the second VTEP, and may be used to transmit the unicast service packet.

In this embodiment of the disclosure, when a first VM is mounted in a first VTEP, the first VTEP may further generate, based on an address of the VM, an EVPN Type2 routing message or an EVPN Type5 routing message, and send the EVPN Type2 routing message or the EVPN Type5 routing message to a second VTEP, and correspondingly, after receiving the EVPN Type2 routing message or the EVPN Type5 routing message sent by the first VTEP, the second VTEP may establish a unicast Vxlan tunnel with the first VTEP, where the unicast Vxlan tunnel is used for the first VTEP to transmit a unicast service message to the second VTEP.

In addition, when the first VM is mounted in the second VTEP, the second VTEP may further generate an EVPN Type2 routing message or an EVPN Type5 routing message based on the address of the VM, and send the EVPN Type2 routing message or the EVPN Type5 routing message to the first VTEP, and accordingly, after receiving the EVPN Type2 routing message or the EVPN Type5 routing message sent by the second VTEP, the first VTEP may establish a unicast Vxlan tunnel with the second VTEP, where the unicast Vxlan tunnel is used for the second VTEP to transmit the unicast service message to the first VTEP.

Based on the EVPN Type2 routing message or EVPN Type5 routing message, the first VTEP and the second VTEP can obtain the address of the VM mounted on the opposite end, and subsequently, based on the address, a unicast service message can be sent to the opposite end.

In some embodiments, referring to fig. 5, fig. 5 is an interaction diagram of a third message processing method provided in the embodiment of the present disclosure.

On the basis of fig. 4, after step S304, the following steps are further included:

s309: and when the VM mounted by the first VTEP is offline, generating a routing message in a second specified format as a third routing message.

S310: and sending a third routing message to the second VTEP.

S311: and when the second VTEP receives the third routing message, revoking the first multicast Vxlan tunnel.

In this disclosure, the route packet in the second specified format indicates a route packet that needs to cancel the multicast Vxlan tunnel. For example, based on the message format shown in table (1), for the multicast source, the routing message in the second specified format is represented as a Type6 routing message whose multicast source status field is 0, and accordingly, the second VTEP determines to withdraw the first multicast Vxlan tunnel with the first VTEP when determining that the multicast source status field in the third routing message is 0. The source multicast group address field, the requested multicast group address field, and the multicast user status field in the third routing message may be null.

In one implementation, when all VMs mounted in the first VTEP are offline, the first VTEP may generate a third routing packet to cancel the first multicast Vxlan tunnel with the second VTEP.

In some embodiments, referring to fig. 6, fig. 6 is an interaction diagram of a fourth packet processing method provided in the embodiment of the present disclosure.

On the basis of fig. 3, the method further comprises the following steps:

s312: and when the first VM is mounted on the second VTEP, generating a routing message in a first specified format as a second routing message.

S313: and the second VTEP sends a second routing message to the first VTEP.

S314: the first VTEP acquires a second routing message in a first specified format sent by the second VTEP.

S315: and the first VTEP establishes a second multicast Vxlan tunnel with the second VTEP based on the second routing message.

And the second multicast Vxlan tunnel is used for the second VTEP to send the multicast service message to the first VTEP.

In this embodiment of the disclosure, if multiple VMs are mounted in the second VTEP, the multicast service packet sent by the multiple VMs may all be sent to the first VTEP through the second multicast Vxlan tunnel, that is, the second VTEP may establish the second multicast Vxlan tunnel with the first VTEP when the first VM is mounted. Subsequently, when the second VTEP mounts other VMs, then the tunnel need not be re-established.

And the routing message in the first specified format represents a routing message needing to establish a multicast Vxlan tunnel. For example, based on the message format shown in table (1), the routing message in the first specified format is indicated as a Type6 routing message with a multicast user status field of 1 for the multicast user. Correspondingly, the first VTEP determines that a second multicast Vxlan tunnel needs to be established with the second VTEP under the condition that the multicast user state field in the second routing message is determined to be 1. The source multicast group address field, the multicast source status field, and the requested multicast group address field in the second routing packet may be null.

In some embodiments, the second routing packet contains an address of a multicast group requested by a first VM mounted by the second VTEP.

In the embodiment of the present disclosure, when the first VM is mounted in the second VTEP, the second VTEP may further notify the first VTEP of the address of the multicast group requested by the first VM when establishing a multicast Vxlan tunnel with the first VTEP. Subsequently, the first VTEP may record the correspondence between the address of the multicast group and the multicast user, and similarly, the second VTEP may also record the correspondence between the address of the multicast group and the multicast user.

In some embodiments, for each VM mounted in the second VTEP, the second VTEP may generate a corresponding routing packet in the first specified format when the VM comes online, and send the routing packet to the first VTEP, and accordingly, after receiving the routing packet, the first VTEP may determine an address of a multicast group requested by the VM mounted in the second VTEP. In addition, when the first VM is mounted on the second VTEP, the multicast Vxlan tunnel is already established between the first VTEP and the second VTEP, and subsequently, when the first VTEP receives the routing message in the first specified format sent by the second VTEP, the first VTEP and the second VTEP do not need to establish the multicast Vxlan tunnel again.

In some embodiments, the second VTEP may also route the packet based on EVPN Type2, or, the EVPN Type5 route the packet, and establish a unicast Vxlan tunnel with the first VTEP, which may be used to transmit the unicast service packet.

In the embodiment of the present disclosure, when the first VM is mounted in the second VTEP, a unicast Vxlan tunnel between the first VTEP is established, which may be referred to as detailed description above about establishment of a unicast Vxlan tunnel between the first VTEP and the second VTEP.

In some embodiments, referring to fig. 7, fig. 7 is an interaction diagram of a fifth message processing method provided in the embodiments of the present disclosure.

On the basis of fig. 6, after step S304, the following steps are further included:

s316: and when the VM mounted by the second VTEP is offline, generating a routing message in a second specified format as a fourth routing message.

S317: and sending a fourth routing message to the first VTEP.

S318: and when the first VTEP receives the fourth routing message, revoking the second multicast Vxlan tunnel.

In this disclosure, the route packet in the second specified format indicates a route packet that needs to cancel the multicast Vxlan tunnel. For example, based on the message format shown in table (1), for the multicast user, the routing message in the second specified format is represented as a Type6 routing message with a multicast user status field of 0, and accordingly, the first VTEP determines to withdraw the second multicast Vxlan tunnel with the second VTEP when determining that the multicast user status field in the fourth routing message is 0. The source multicast group address field, the requested multicast group address field, and the multicast user status field in the fourth routing packet may all be null.

In one implementation, when all VMs mounted in the second VTEP are offline, the second VTEP may generate a fourth routing packet to revoke the second multicast Vxlan tunnel with the first VTEP.

In some embodiments, referring to fig. 8, fig. 8 is an interaction diagram of a tunnel establishment procedure in a message processing process according to an embodiment of the present disclosure.

When the first VM is mounted on the first VTEP, that is, when the first VM comes online, the first VTEP may generate a routing packet in a first specified format, that is, a first routing packet, according to an address of a multicast group corresponding to the first VM, and send the first routing packet to the second VTEP.

And the second VTEP establishes a first multicast Vxlan tunnel with the first VTEP based on the first routing message.

When the second VM is mounted on the second VTEP, that is, when the second VM comes online, the second VTEP may generate a routing packet in the first specified format, that is, a second routing packet, according to the address of the multicast group requested by the second VM, and send the second routing packet to the first VTEP.

And the first VTEP establishes a second multicast Vxlan tunnel with the second VTEP based on the second routing message.

When the first VM mounted by the first VTEP goes offline, the first VTEP may generate a routing packet in a second specified format, that is, a third routing packet, and send the third routing packet to the second VTEP.

And the second VTEP cancels the first multicast Vxlan tunnel with the first VTEP based on the third routing message.

When the second VM mounted by the second VTEP goes offline, the second VTEP may generate a routing packet in a second specified format, that is, a fourth routing packet, and send the fourth routing packet to the first VTEP.

And the first VTEP cancels the second multicast Vxlan tunnel with the second VTEP based on the fourth routing message.

In addition, when the address of the multicast group corresponding to the first VM changes, the first VTEP may perform processing in a manner that the first VM goes offline, and then perform processing in a manner that the first VM goes online based on the address of the new multicast group corresponding to the first VM.

Based on the same inventive concept as the above message processing method, the embodiment of the present disclosure further provides a message processing apparatus, which is applied to the first VTEP, referring to fig. 9, where fig. 9 is a structural diagram of the message processing apparatus provided in the embodiment of the present disclosure, and the apparatus includes:

a first service packet obtaining module 901, configured to obtain a multicast service packet sent by a first VM mounted on the first service packet obtaining module.

A first service message sending module 902, configured to send a multicast service message to a second VTEP through a first multicast Vxlan tunnel between a first VTEP and the second VTEP, so that the second VTEP receives the multicast service message through the first multicast Vxlan tunnel, and sends the multicast service message to a second VM, which is mounted on the second VTEP and belongs to a multicast group corresponding to the first VM; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on the specified routing message.

In some embodiments, the apparatus further comprises:

the first routing message generation module is used for generating a routing message in a first specified format as a first routing message when a first VM is mounted before sending a multicast service message to a second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP;

and the first routing message sending module is used for sending a first routing message to the second VTEP so that the second VTEP establishes a first multicast Vxlan tunnel with the first VTEP based on the first routing message.

In some embodiments, the apparatus further comprises:

a third routing message generation module, configured to generate a routing message in a second specified format as a third routing message when the VM mounted on the third routing message goes offline after the first routing message is sent to the second VTEP;

and the third routing message sending module is used for sending a third routing message to the second VTEP so as to cancel the first multicast Vxlan tunnel.

In some embodiments, the apparatus further comprises:

and the first unicast Vxlan tunnel establishing module is used for establishing a unicast Vxlan tunnel with the second VTEP based on the Ethernet virtual private second Type EVPN Type2 routing message or the EVPN Type5 routing message.

In some embodiments, the apparatus further comprises:

the second routing message acquisition module is used for acquiring a second routing message in a first specified format sent by a second VTEP; the second routing message is generated when the first VM is mounted on the second VTEP;

the first multicast tunnel establishing module is used for establishing a second multicast Vxlan tunnel based on the second routing message and the second VTEP; and the second multicast Vxlan tunnel is used for the second VTEP to send the multicast service message to the first VTEP.

In some embodiments, the apparatus further comprises:

the first multicast tunnel cancellation module is used for canceling the second multicast Vxlan tunnel when receiving a fourth routing message in a second specified format sent by the second VTEP after the second multicast Vxlan tunnel is established based on the second routing message and the second VTEP; and the fourth routing message is generated when the VM mounted by the second VTEP is offline.

Based on the same inventive concept as the above message processing method, the embodiment of the present disclosure further provides a message processing apparatus, which is applied to a second VTEP, with reference to fig. 10, where fig. 10 is a structural diagram of the message processing apparatus provided in the embodiment of the present disclosure, and the apparatus includes:

a second service packet obtaining module 1001, configured to receive a multicast service packet through a first multicast virtual extensible local area network tunnel; the multicast service message is sent by a first VM which is acquired by a first VTEP and mounted by the first VTEP; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on the designated routing message.

The second service packet sending module 1002 is configured to send a multicast service packet to a second VM, where the VM mounted on the second VM belongs to a multicast group corresponding to the first VM.

In some embodiments, the apparatus further comprises:

the first routing message acquisition module is used for acquiring a first routing message in a first specified format sent by a first VTEP before receiving the multicast service message through the first multicast Vxlan tunnel; the first routing message is generated when the first VM is mounted by the first VTEP;

In some embodiments, the apparatus further comprises:

the second multicast tunnel cancellation module is used for canceling the first multicast Vxlan tunnel when receiving a third routing message in a second specified format sent by the first VTEP after the first multicast Vxlan tunnel is established with the first VTEP based on the first routing message; and the third routing message is generated when the VM mounted by the first VTEP is offline.

In some embodiments, the apparatus further comprises:

and the second unicast tunnel establishing module is used for establishing a unicast Vxlan tunnel with the second VTEP based on the Ethernet virtual private second Type EVPN Type2 routing message or the EVPN Type5 routing message.

In some embodiments, the apparatus further comprises:

the second routing message sending module is used for sending a second routing message to the first VTEP so that the first VTEP establishes a second multicast Vxlan tunnel with the second VTEP based on the second routing message; and the second multicast Vxlan tunnel is used for the second VTEP to send the multicast service message to the first VTEP.

In some embodiments, the apparatus further comprises:

a fourth routing message generating module, configured to generate, after sending the second routing message to the first VTEP, a routing message in a second specified format as a fourth routing message when the VM mounted on the fourth routing message goes offline;

and the fourth routing message sending module is used for sending a fourth routing message to the first VTEP so as to cancel the second multicast Vxlan tunnel.

The embodiment of the present disclosure further provides an electronic device, as shown in fig. 11, including a processor 1101, a communication interface 1102, a memory 1103 and a communication bus 1104, where the processor 1101, the communication interface 1102 and the memory 1103 complete mutual communication through the communication bus 1104,

a memory 1103 for storing a computer program;

the processor 1101 is configured to implement the steps of any of the message processing methods in the embodiments when executing the program stored in the memory.

The communication bus mentioned in the electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.

The communication interface is used for communication between the electronic equipment and other equipment.

The Memory may include a Random Access Memory (RAM) or a Non-Volatile Memory (NVM), such as at least one disk Memory. Alternatively, the memory may be at least one memory device located remotely from the processor.

The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.

In another embodiment provided by the present application, a computer-readable storage medium is further provided, in which a computer program is stored, and the computer program, when executed by a processor, implements the steps of any of the message processing methods described above.

In yet another embodiment provided by the present application, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform any of the message processing methods of the above embodiments.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

The above description is only for the preferred embodiment of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application are included in the scope of protection of the present application.

Claims

1. A message processing system, comprising a first virtual extensible local area network tunnel endpoint, VTEP, and a second VTEP, wherein:

the first VTEP is used for acquiring a multicast service message sent by a first virtual machine VM mounted by the first VTEP; sending the multicast service message to the second VTEP through a first multicast virtual extensible local area network Vxlan tunnel between the first VTEP and the second VTEP; the first multicast Vxlan tunnel is established for the first VTEP and the second VTEP in advance based on routing messages in a specified format;

2. A message processing method is applied to a first virtual extensible local area network tunnel endpoint (VTEP) in a message processing system, the message processing system further comprises a second VTEP, and the method comprises the following steps:

3. The method according to claim 2, wherein before sending the multicast traffic packet to the second VTEP through a first multicast Vxlan tunnel between the first VTEP and the second VTEP, the method further comprises:

4. The method according to claim 3, wherein the first routing packet includes an address of a multicast group corresponding to a first VM mounted by the first VTEP.

5. The method according to claim 3, wherein after sending the first routing packet to the second VTEP, the method further comprises:

and sending the third routing message to the second VTEP so as to cancel the first multicast Vxlan tunnel.

6. The method of claim 2, further comprising:

7. The method of claim 2, further comprising:

8. The method according to claim 7, wherein the second routing packet contains an address of the multicast group requested by the first VM mounted by the second VTEP.

9. The method according to claim 7, wherein after said establishing a second multicast Vxlan tunnel with said second VTEP based on said second routing packet, said method further comprises:

10. A message processing method is applied to a second virtual extensible local area network tunnel endpoint (VTEP) in a message processing system, the message processing system also comprises a first VTEP, and the method comprises the following steps:

11. The method according to claim 10, wherein before said receiving a multicast service packet through a first multicast Vxlan tunnel, the method further comprises:

12. The method according to claim 11, wherein the first routing packet includes an address of a multicast group corresponding to a first VM mounted by the first VTEP.

13. The method according to claim 11, wherein after establishing a first multicast Vxlan tunnel with the first VTEP based on the first routing packet, the method further comprises:

14. The method of claim 10, further comprising:

and establishing a unicast Vxlan tunnel with the first VTEP based on the Ethernet virtual private EVPN Type2 routing message of the second Type or the EVPN Type5 routing message.

15. The method of claim 10, further comprising:

16. The method according to claim 15, wherein the second routing packet contains an address of the multicast group requested by the first VM mounted by the second VTEP.

17. The method according to claim 15, wherein after sending the second routing packet to the first VTEP, the method further comprises:

18. A message processing apparatus, wherein the apparatus is applied to a first virtual extensible local area network tunnel endpoint, VTEP, in a message processing system, the message processing system further includes a second VTEP, and the apparatus comprises:

19. The apparatus of claim 18, further comprising:

20. The apparatus according to claim 19, wherein the first routing packet includes an address of a multicast group corresponding to a first VM mounted by the first VTEP.

21. The apparatus of claim 19, further comprising:

a third routing message generating module, configured to generate a routing message in a second specified format as a third routing message when a VM mounted on the third routing message goes offline after the first routing message is sent to the second VTEP;

22. The apparatus of claim 18, further comprising:

23. The apparatus of claim 18, further comprising:

24. The apparatus according to claim 23, wherein the second routing packet contains an address of a multicast group requested by a first VM mounted by the second VTEP.

25. The apparatus of claim 23, further comprising:

26. A message processing apparatus, wherein the apparatus is applied to a second virtual extensible local area network tunnel endpoint, VTEP, in a message processing system, the message processing system further includes a first VTEP, and the apparatus comprises:

27. The apparatus of claim 26, further comprising:

28. The apparatus according to claim 27, wherein the first routing packet includes an address of a multicast group corresponding to a first VM mounted by the first VTEP.

29. The apparatus of claim 27, further comprising:

a second multicast tunnel cancellation module, configured to, after a first multicast Vxlan tunnel is established based on the first routing packet and the first VTEP, cancel the first multicast Vxlan tunnel when a third routing packet in a second specified format is received, where the third routing packet is sent by the first VTEP; and the third routing message is a routing message generated when the VM mounted by the first VTEP is offline.

30. The apparatus of claim 26, further comprising:

and the second unicast tunnel establishment module is configured to establish a unicast Vxlan tunnel with the first VTEP based on an ethernet virtual private EVPN Type2 routing packet of the second Type, or an EVPN Type5 routing packet.

31. The apparatus of claim 26, further comprising:

32. The apparatus of claim 31, wherein the second routing packet comprises an address of a first multicast group requested by the VM mounted by the second VTEP.

33. The apparatus of claim 31, further comprising:

a fourth routing message generating module, configured to generate, after sending the second routing message to the first VTEP, a routing message in a second specified format as a fourth routing message when a VM mounted on the fourth routing message goes offline;

34. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;

a memory for storing a computer program;

a processor for implementing the method steps of any of claims 2 to 17 when executing a program stored in the memory.

35. A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium, which computer program, when being executed by a processor, carries out the method steps of any one of the claims 2-17.