CN116781599A

CN116781599A - Route monitoring method and device

Info

Publication number: CN116781599A
Application number: CN202310781004.7A
Authority: CN
Inventors: 黎宇; 陈华焜; 马娟娟; 周婧莹; 黄凯; 付童; 陈国斌
Original assignee: China United Network Communications Group Co Ltd
Current assignee: China United Network Communications Group Co Ltd
Priority date: 2023-06-28
Filing date: 2023-06-28
Publication date: 2023-09-19

Abstract

The application provides a route monitoring method and a route monitoring device, which relate to the technical field of communication, can save manpower resources and can effectively improve the investigation efficiency. The method comprises the following steps: and receiving the routing message sent by the routing reflector, and monitoring the target route based on the pre-stored routing standard data and the routing data. The embodiment of the application is used in the route monitoring process.

Description

Route monitoring method and device

Technical Field

The present application relates to the field of communications technologies, and in particular, to a route monitoring method and apparatus.

Background

Currently, when BGP (Border Gateway Protocol, inter-domain routing protocol) -EVPN (Ethernet Virtual Private Network ) routing protocol is in error, a network operation and maintenance manager is required to manually check the BGP-EVPN routing protocol, which not only wastes a great deal of manpower resources and time resources, but also causes low checking efficiency.

Disclosure of Invention

The application provides a route monitoring method and a route monitoring device, which can not only save human resources, but also effectively improve the investigation efficiency.

In order to achieve the above purpose, the application adopts the following technical scheme:

In a first aspect, the present application provides a route monitoring method, including:

receiving a routing message sent by a routing reflector; the routing message is used for advertising the target route, or the routing message is used for withdrawing the target route; the route message contains the route data of the target route;

the target route is monitored based on pre-stored route standard data and route data.

Based on the technical scheme, the route monitoring method provided by the embodiment of the application can receive the route message sent by the route reflector and monitor the target route based on the pre-stored route standard data and the route data, namely the application can automatically monitor the target route in the route message. Therefore, not only can the manpower resources be saved, but also the investigation efficiency can be effectively improved.

Optionally, the routing message is used for advertising the target route; the routing standard data comprises a plurality of groups of corresponding relations; each group of corresponding relation consists of a Media Access Control (MAC) address, a Virtual Network Interface (VNI) corresponding to the MAC address and a virtual extended local area network tunnel endpoint internet protocol (VTEP) IP address;

monitoring the target route based on the pre-stored route standard data and the route data, comprising:

If the routing standard data does not contain the corresponding relation between the MAC address and the VNI carried in the routing data or the corresponding relation between the MAC address, the VNI and the VTEP IP address, the notification alarm information is generated according to the routing data.

Optionally, the routing message is used for withdrawing the target route;

monitoring the target route based on the pre-stored route standard data and route data, comprising:

if the routing standard data does not contain the MAC address carried in the routing data or the corresponding relation between the MAC address and the VNI, generating first withdrawal alarm information according to the routing data; or alternatively, the first and second heat exchangers may be,

and if the routing standard data contains the corresponding relation between the MAC address carried in the routing data and the VNI, generating second withdrawal alarm information according to the routing data.

Optionally, the method further comprises:

collecting route baseline data in a target network scene; the target network scene is a host superposition network scene or an access switch superposition network scene; the host superposition network scene refers to a network scene that the VTEP node is positioned in the virtual machine server; the access switch overlapping network scene refers to a network scene that the VTEP node is positioned in the TOR switch;

And establishing a corresponding relation between the MAC addresses and the VTEP IP addresses of the virtual machines in the route baseline data and the VNIs corresponding to the virtual machines to obtain the route standard data.

Optionally, the target network scene is a host superposition network scene; the route baseline data comprises MAC addresses of all virtual machines in the servers and VTEP IP addresses of VTEP nodes in all virtual machine servers;

establishing a corresponding relation between MAC addresses and a plurality of VTEP IP addresses of a plurality of virtual machines in the route baseline data and VNIs corresponding to the plurality of virtual machines to obtain route standard data, wherein the method comprises the following steps:

and establishing a corresponding relation among the MAC address of each virtual machine, the VTEP IP address of the VTEP node in the virtual machine server corresponding to each virtual machine and the VNI corresponding to each virtual machine to obtain the routing standard data.

Optionally, the target network scene is an access switch overlapping network scene; the route baseline data comprises MAC addresses of all virtual machine servers, MAC addresses of all virtual machines, virtual local area network VLAN corresponding to all MAC addresses, MAC address forwarding tables of all TOR switches, interface speed, network topology, correspondence between VLAN and VNI, and VTEP IP addresses of VTEP nodes in all TOR switches;

and establishing a corresponding relation among the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine and the VNI corresponding to each virtual machine according to the route baseline data to obtain the route standard data.

Optionally, the method further comprises:

storing the routing message; the routing message carries a routing time stamp; the routing timestamp is used to characterize the time information of receiving the routing message.

Optionally, after storing the routing packet, the method further includes:

receiving a message query instruction; the message inquiry instruction comprises time information;

and acquiring the routing message with the routing event stamp in the time range corresponding to the time information based on the time information contained in the message query instruction.

In a second aspect, the present application provides a route monitoring device, the device comprising:

the receiving unit is used for receiving the routing message sent by the routing reflector; the routing message is used for advertising the target route, or the routing message is used for withdrawing the target route; the route message contains the route data of the target route;

And the monitoring unit is used for monitoring the target route based on the pre-stored route standard data and the route data.

the monitoring unit is specifically used for:

In a third aspect, the present application provides a route monitoring device, the device comprising: a processor and a communication interface; the communication interface is coupled to a processor for running a computer program or instructions to implement the route monitoring method as described in the first aspect and any one of the possible implementations of the first aspect.

In a fourth aspect, the present application provides a computer readable storage medium having instructions stored therein which, when run on a target terminal, cause the target terminal to perform a route monitoring method as described in any one of the possible implementations of the first aspect and the first aspect.

In a fifth aspect, embodiments of the present application provide a computer program product comprising instructions which, when run on a route monitoring apparatus, cause the route monitoring apparatus to perform the route monitoring method as described in any one of the possible implementations of the first aspect and the first aspect.

In a sixth aspect, embodiments of the present application provide a chip comprising a processor and a communication interface, the communication interface and the processor being coupled, the processor being for running a computer program or instructions to implement a route monitoring method as described in any one of the possible implementations of the first aspect and the first aspect.

Specifically, the chip provided in the embodiment of the application further includes a memory, which is used for storing a computer program or instructions.

Drawings

Fig. 1 is an application scenario diagram of a route monitoring method according to an embodiment of the present application;

fig. 2 is a schematic flow chart of a route monitoring method according to an embodiment of the present application;

fig. 3 is a schematic diagram of a host overlay network scenario provided in an embodiment of the present application;

fig. 4 is a schematic diagram of an overlay network scenario of an access switch according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a route monitoring device according to an embodiment of the present application;

Fig. 6 is a schematic structural diagram of another route monitoring device according to an embodiment of the present application.

Detailed Description

The following describes a route monitoring method and device provided by the embodiment of the application in detail with reference to the accompanying drawings.

The term "and/or" is herein merely an association relationship describing an associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone.

The terms "first" and "second" and the like in the description and in the drawings are used for distinguishing between different objects or between different processes of the same object and not for describing a particular order of objects.

Furthermore, references to the terms "comprising" and "having" and any variations thereof in the description of the present application are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed but may optionally include other steps or elements not listed or inherent to such process, method, article, or apparatus.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment should not be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In cloud data center networks, the number of virtual machines and virtual machine servers can be on the order of tens of thousands or even hundreds of thousands. Interworking of virtual two-layer networks between different virtual machines, containers, or virtual machine servers is typically accomplished using VXLAN (Virtual eXtensible Local Area Network, virtual extended local area network) technology. When the control plane of VXLAN uses BGP-EVPN protocol, reasons such as system misconfiguration and software BUG may all cause BGP-EVPN routing protocol to be wrong, so that network connection between the virtual machine corresponding to the wrong route and the virtual machine server is interrupted.

At present, when the BGP-EVPN routing protocol is in error, network operation and maintenance management personnel are required to conduct manual checking on the BGP-EVPN routing protocol, so that a large amount of manpower resources and time resources are wasted, and the checking efficiency is low.

In order to solve the technical problem, the route monitoring method provided by the embodiment of the application can receive the route message sent by the route reflector and monitor the target route based on the pre-stored route standard data and the route data, namely, the application can automatically monitor the target route in the route message. Therefore, not only can the manpower resources be saved, but also the investigation efficiency can be effectively improved.

Fig. 1 is an application scenario diagram of a route monitoring method provided by an embodiment of the present application, where, as shown in fig. 1, the system architecture diagram may include: a route reflector 101 and a server 102.

In the embodiment of the present application, the route reflector 101 and the server 102 may establish an association relationship in advance. For example, server 101 may establish an IBGP neighbor relationship with route reflector 102 via IBGP (Internel Border Gateway Protocol, interior border gateway protocol) protocol.

After the association relationship is established, when the route reflector 101 detects that the route in the current network changes, a route message for advertising the target route or a route message for withdrawing the target route may be generated and sent to the server 102. After receiving the routing packet, the server 102 may monitor the target route based on the pre-stored routing standard data and routing data.

Fig. 2 is a flow chart of a route monitoring method according to an embodiment of the present application, as shown in fig. 2, where the method includes:

step S201, receiving the routing message sent by the routing reflector.

The routing message is used for advertising the target route, or the routing message is used for withdrawing the target route; the route message contains the route data of the target route.

In an alternative embodiment, the server may also establish an association with a Route Reflector (Route Reflector) before receiving the Route message sent by the Route Reflector (RR).

After the association relation is established with the route reflector in the mode, when the route reflector detects that the route in the current network changes, the route reflector can generate a route message for notifying the target route or a route message for withdrawing the target route, and the generated route message is sent to the server through the BGP protocol.

Illustratively, in one embodiment, if the route reflector newly discovers a route in the current network, the route transmitter may generate a route message for advertising the target route and send the generated route message to the server via BGP protocol.

In another embodiment, if the route reflector finds that a route is withdrawn in the current network, the route transmitter may generate a route message for withdrawing the target route and send the generated route message to the server through BGP protocol.

In the embodiment of the present application, the routing message may include, but is not limited to, BGP UPDATE message.

Step S202, monitoring the target route based on the pre-stored route standard data and the route data.

The routing standard data comprises a plurality of groups of corresponding relations; each group of correspondence is composed of one MAC (Media Access Control Address, media access control) address, and VNI (Virtual network interface ) and VTEP (VXLAN Tunnel Endpoints, virtual extended lan tunnel endpoint) IP (Internet Protocol ) addresses corresponding to the MAC address.

Illustratively, in one embodiment, the sets of correspondence in the routing standard data may be expressed as { < MAC1, VNI1, IP1>, < MAC2, VNI2, IP2>, … …, < MACn, VNIn, IPn > }. Wherein one "< >" represents a set of correspondence.

In an alternative embodiment, if the routing packet is used for advertising the target route, in a process of monitoring the target route based on the pre-stored routing standard data and the routing data, if the routing standard data does not include a corresponding relationship between the MAC address and the VNI carried in the routing data or a corresponding relationship between the MAC address, the VNI and the VTEP IP address, the advertising alert information is generated according to the routing data.

Specifically, if the received routing packet is used for advertising the target route, the server may first obtain the corresponding relationship between the MAC address and the VNI and the corresponding relationship between the MAC address, the VNI and the VTEP IP address carried in the routing packet, and sequentially search the corresponding relationship between the MAC address and the VNI and the corresponding relationship between the MAC address, the VNI and the VTEP IP address in the routing standard data, and if the routing standard data does not include the MAC address, generate the first type of advertising alarm information; if the routing standard data contains the MAC address, searching the corresponding relation between the MAC address and the VNI in the routing standard data, and if the routing standard data does not contain the corresponding relation between the MAC address and the VNI, generating a second type of notification alarm information; if the routing standard data contains the corresponding relation between the MAC address and the VNI, the corresponding relation among the MAC address, the VNI and the VTEP IP address is searched in the routing standard data, and if the routing standard data does not contain the corresponding relation among the MAC address, the VNI and the VTEP IP address, the third type of notification alarm information is generated. If the routing standard data contains the corresponding relation among the MAC address, the VNI and the VTEP IP address, no alarm information is generated and the processing is ended.

The first type of notification alarm information, the second type of notification alarm information and the third type of notification alarm information are preset. For example, the first type of advertising alert information may be "advertising route MAC address does not exist"; the second type of advertising alert information may be "advertising route VNI error"; the third type of advertising alert information may be "advertising route VTEP error," which is not limited by embodiments of the present application.

In one embodiment, the server determines that the route message is used to advertise the target route after receiving the route message sent by the route reflector, if the route message includes mp_reach_nlri information. The server can acquire the route data (namely the MAC address, the VNI and the VTEP IP address) in the type 3 route, firstly searches the MAC address in the route data in the route standard data, and generates notification alarm information of 'notification route MAC address does not exist' if the route standard data does not contain the MAC address; if the routing standard data contains the MAC address, searching the corresponding relation between the MAC address and the VNI in the routing standard data, namely determining whether the VNI corresponding to the MAC address in the routing standard data is consistent with the VNI in the routing data, and if not, generating notification alarm information for issuing routing VNI errors; if the two IP addresses are consistent, the corresponding relation among the MAC address, the VNI and the VTEP IP address is searched in the routing standard data, namely whether the VTEP IP address corresponding to the MAC address in the routing standard data is consistent with the VTEP IP address in the routing data is determined, and if the two IP addresses are inconsistent, notification alarm information for issuing the routing VTEP error is generated. If the alarm information is consistent, no alarm information is generated and the processing is ended.

In an alternative embodiment, the notification alert information may carry the MAC address, VNI, and VTEP IP in the routing packet; other routing attributes (e.g., LP (Link-State Protocol), MED, AS-PATH, community attributes, RT (Route Tagert), cluster-list, originator, message reception time, etc.) in the routing message may also be carried.

In an alternative embodiment, each set of correspondence in the routing standard data may further include an active flag bit and a correlation flag bit, and illustratively, multiple sets of correspondence in the routing standard data may be represented as { < MAC1, VNI1, IP1, active, correlation >, < MAC2, VNI2, IP2, active, correlation >, … …, < MACn, VNIn, IPn, active, correlation > }.

The active flag bit is used for representing the relation between the route standard data and the corresponding relation between the MAC address and the VNI carried in the route data; for example, if the active flag bit is true, it indicates that the routing standard data includes the correspondence between the MAC address and the VNI carried in the routing data, and if the active flag bit is false, it indicates that the routing standard data does not include the correspondence between the MAC address and the VNI carried in the routing data.

The correction bit is used for representing the relation between the route standard data and the corresponding relation of the MAC address, the VNI and the VTEP IP address carried in the route data; for example, if the correction flag bit is true, it indicates that the routing standard data includes the corresponding relationship of the MAC address, the VNI, and the VTEP IP address carried in the routing data, and if the correction flag bit is false, it indicates that the routing standard data does not include the corresponding relationship of the MAC address, the VNI, and the VTEP IP address carried in the routing data.

In an alternative embodiment, on the basis that the route standard data includes an active flag bit and a correction flag bit, the values of the active flag bit and the correction flag bit may be initialized to false, and in the process of monitoring the target route based on the pre-stored route standard data and route data, if the route standard data includes a correspondence between the MAC address and the VNI in the route data, the active flag bit is set to true, and if the route standard data includes a correspondence between the MAC address, the VNI and the VTEP IP address in the route data, the correction flag bit is set to true.

Through the technical scheme, after receiving the routing message for advertising the target route, the server can automatically monitor the target route according to the pre-stored routing standard data and the routing data in the routing message. When the route standard data does not contain the virtual machine MAC address, the VNI or the VTEP IP address corresponding to the target route, the server can generate notification alarm information according to the route data, so that network management personnel can check and check the target route according to the notification alarm information, and the checking efficiency can be effectively improved on the basis of saving human resources and time resources.

In an optional implementation manner, if the routing packet is used for withdrawing the target route, in a process of monitoring the target route based on pre-stored routing standard data and routing data, if the routing standard data does not include a MAC address carried in the routing data or a correspondence between the MAC address and the VNI, generating first withdrawal alarm information according to the routing data; or if the routing standard data contains the corresponding relation between the MAC address carried in the routing data and the VNI, generating second withdrawal alarm information according to the routing data.

Specifically, if the received routing message is used for cancelling the target route, the server may first obtain the MAC address carried in the routing message and the correspondence between the MAC address and the VNI, and sequentially search the routing standard data for the correspondence between the MAC address, the MAC address and the VNI, and if the routing standard data does not include the MAC address, generate first type first cancelling alarm information; if the routing standard data contains the MAC address, searching the corresponding relation between the MAC address and the VNI in the routing standard data, and if the routing standard data does not contain the corresponding relation between the MAC address and the VNI, generating first withdrawal alarm information of a second type; and if the routing standard data contains the corresponding relation between the MAC address and the VNI, generating second withdrawal alarm information.

The first type first revocation warning information, the second type first revocation warning information and the second revocation warning information are preset. For example, the first revocation warning information of the first type may be "revocation routing MAC address does not exist"; the second type of first revocation warning information may be "revocation routing VNI error"; the second revocation warning information may be "MAC address is the route of VNI is the route of the second revocation, which is not limited in the embodiment of the present application.

In one embodiment, the server determines that the routing packet is used to withdraw the target route if the routing packet includes mp_unreach_nlri information after receiving the routing packet sent by the routing reflector. The server can acquire the route data (namely the MAC address and the VNI) in the type 3 route, and firstly searches the MAC address in the route data in the route standard data, and if the route standard data does not contain the MAC address, generates first revocation warning information of 'revocation route MAC address does not exist'; if the routing standard data contains the MAC address, searching the corresponding relation between the MAC address and the VNI in the routing standard data, namely determining whether the VNI corresponding to the MAC address in the routing standard data is consistent with the VNI in the routing data, and if not, generating revocation warning information for revoked routing VNI error; if the two types of the second withdrawal alarm information are consistent, generating second withdrawal alarm information of which the MAC address is the same as the VNI and the route is withdrawn.

In an alternative embodiment, the revocation alert information may carry the MAC address, VNI and VTEP IP in the routing message; other routing attributes in the routing message (e.g., LP, MED, AS-PATH, community attributes, RT, cluster-list, originator, message receipt time, etc.) may also be carried.

Through the technical scheme, after receiving the routing message for canceling the target route, the server can automatically monitor the target route according to the pre-stored routing standard data and the routing data in the routing message. When the route standard data does not contain the virtual machine MAC address, the VNI or the VTEP IP address corresponding to the target route, the server can generate corresponding alarm information according to the route data, so that network management personnel can check and check the target route according to the alarm information, and the checking efficiency can be effectively improved on the basis of saving human resources and time resources.

In an alternative embodiment, the server may also store the routing message after receiving the routing message sent by the routing reflector.

The routing message carries a routing time stamp; the routing timestamp is used to characterize the time information of receiving the routing message.

Specifically, after receiving the routing message sent by the routing reflector, the server determines that the routing message is used for advertising the target route if the routing message contains MP_REACH_NLRI information of BGP-EVPN type. The server may acquire and store the routing data in the type 3 route. Specifically, the server may acquire a correspondence between the MAC address, VNI, and VTEP IP address, other BGP routing attributes (e.g., LP, MED, AS-PATH, community, RT, cluster-list, and origin, etc.), and a routing timestamp, which are included in the routing data, and store the acquired data in a database.

If the routing message contains MP_UNREACH_NLRI information of BGP-EVPN type, the routing message is determined to be used for withdrawing the target route. The server may obtain and store the routing data for the type 3 route in the routing field. Specifically, the server may acquire a correspondence between the MAC address and the VNI included in the routing data and a routing timestamp, and store the acquired data in a database.

In an alternative embodiment, when storing the route data included in the advertising target route, the route data included in the advertising target route may be updated into the route standard data. Specifically, if the routing standard data does not include the corresponding relation between the MAC address, the VNI and a certain VTEP IP address in the routing data, storing the corresponding relation among the MAC address, the VNI and the VTEP IP address in the routing data into the routing standard data; if the routing standard data contains the corresponding relation between the MAC address, the VNI and a certain VTEP IP address in the routing data, the routing standard data is updated by the corresponding relation among the MAC address, the VNI and the VTEP IP address in the routing data, namely the corresponding relation among the MAC address, the VNI and the VTEP IP address in the routing standard data is covered by the corresponding relation among the MAC address, the VNI and the VTEP IP address in the routing data.

In an alternative embodiment, when storing the route data included in the withdrawal target route, the route data included in the withdrawal target route may be deleted from the route standard data. Specifically, if the routing standard data includes a correspondence between the MAC address and the VNI in the routing data, the correspondence is deleted from the routing standard data.

In an alternative embodiment, after storing the routing message, the server may further receive a message query instruction, and obtain, based on time information included in the message query instruction, the routing message with the routing event stamp in a time range corresponding to the time information. The inquiry instruction comprises time information.

Specifically, the user may trigger a message query operation for any time period, the user terminal may generate a message query instruction and send the message query instruction to the server, after receiving the message query instruction, the server may first obtain time information included in the message query instruction, then obtain a routing message (including a message for notifying a target route and a message for withdrawing the target route) with a routing event stamp in a time range corresponding to the time information, and after obtaining the routing message, the server may send the obtained routing message to the user terminal according to a time sequence.

In an alternative embodiment, the message query instruction may further include any one or more of a MAC address, VNI, VTEP, and other routing attributes (LP, MED, AS-PATH, community, RT, cluster-list, originator).

Through the technical scheme, after the routing message containing the routing timestamp is stored, when the routing protocol is wrong, and the network connection between the virtual machine corresponding to the wrong routing and the virtual machine server is interrupted, the network operation and maintenance manager can quickly inquire the routing message in any time period, so that the corresponding routing message is quickly screened out according to the routing data in the routing message, further, the network fault is quickly processed according to the routing data in the routing message, and further, the network investigation efficiency is effectively improved.

According to the route monitoring method provided by the embodiment of the application, by acquiring, storing and comparing the route data with the route standard data, the wrong route and the non-advertised virtual machine MAC address in the network can be timely found, the BGP-EVPN route fault finding timeliness of the cloud data center network is improved, the running stability of the cloud data center network is improved, and the route operation and maintenance efficiency of the cloud data center network is greatly improved. On the other hand, the real-time collection and centralized storage of the routing data effectively saves all the historical routing data, and can effectively locate sporadic routing faults, eliminate the fault hidden trouble of network operation and improve the network operation stability through the retrospective analysis of the historical data.

In an alternative embodiment, the routing criteria data may be obtained by: collecting route baseline data in a target network scene; and establishing a corresponding relation between the MAC addresses and the VTEP IP addresses of the virtual machines in the route baseline data and the VNIs corresponding to the virtual machines to obtain the route standard data.

The target network scene is a host overlay network (host overlay) scene or an access switch overlay network (TOR overlay) scene.

The host overlay network scene refers to a network scene in which the VTEP node is located in the virtual machine server. Illustratively, as shown in fig. 3, VM1, VM2, VM3 and VM4 are virtual machines, server 1, server 2, server 3 and server 4 are virtual machine servers, and VTEP nodes are deployed in server 1, server 2, server 3 and server 4. TOR1, TOR 2, TOR 3, and TOR 4 are TOR switches, spin 1 and spin 2 are spin switches, and RR1 and RR2 are route reflectors.

The access switch overlapping network scenario refers to a network scenario in which the VTEP node is located in the TOR switch. Illustratively, as shown in fig. 4, VM1, VM2, VM3, and VM4 are virtual machines, server 1, server 2, server 3, and server 4 are virtual machine servers, TOR1, TOR 2, TOR 3, and TOR 4 are TOR switches, and VTEP nodes are disposed in each of TOR1, TOR 2, TOR 3, and TOR 4. SPINE1 and SPINE2 are SPINE switches, and RR1 and RR2 are route reflectors. P1 is a downstream interface (i.e., an interface between the TOR switch and the virtual machine server), and P2 is an upstream interface (i.e., an interface between the TOR switch and the spin switch).

The following will describe in detail the determination manner of the routing standard data from the host overlay network scenario and the access switch overlay network scenario, respectively.

1. Host computer superimposed network scene

In an alternative embodiment, when the target network scenario is a host overlay network scenario, the collected route baseline data may include MAC addresses of respective virtual machines in the servers and VTEP IP addresses of VTEP nodes in the respective virtual machine servers. In the process of determining the routing standard data, a corresponding relationship can be established between the MAC address of each virtual machine, the VTEP IP address of the VTEP node in the virtual machine server corresponding to each virtual machine, and the VNI corresponding to each virtual machine, so as to obtain the routing standard data.

Specifically, in some embodiments, when the target network scenario is host overlay (i.e., the host overlays the network scenario), the server may log in to each virtual machine server through a preset acquisition protocol, and then acquire, through a preset acquisition command, the MAC address of each virtual machine running in each virtual machine server, and the VTEP IP address of the VTEP bridge in each virtual machine server (i.e., the VTEP IP address of the VTEP node in each virtual machine server). After the collection is completed, the server may establish a corresponding relationship between the MAC address of each virtual machine, the VTEP IP address of the VTEP node in the virtual machine server corresponding to each virtual machine, and the VNI corresponding to each virtual machine, to obtain the routing standard data.

In the embodiment of the present application, the preset acquisition protocol may include, but is not limited to, SSH, which is not limited by the present application.

For example, in one embodiment, as shown in fig. 3, assuming that all virtual machines in fig. 3 are in a two-layer virtual network with vni=100, that is, each virtual machine corresponds to VNI of 100, the generated standard routing data may be expressed as: { < MAC address of VM1, 100, VTEP IP address of Server 1 >, < MAC address of VM2, 100, VTEP IP address of Server 2 >, < MAC address of VM3, 100, VTEP IP address of Server 3 >, < MAC address of VM4, 100, VTEP IP address of Server 4 > }.

In other embodiments, the server may also collect the MAC address of each virtual machine running in the server and the VTEP IP address of the VTEP bridge in the server through a collection module preset in the server. The acquisition module may be, for example, an acquisition agent pre-installed in the server.

Through the technical scheme, the server can automatically determine the route standard data in the host overlay scene, so that a foundation is laid for monitoring the target route according to the route standard data and the data in the route message, the investigation efficiency is indirectly improved, and the manpower resources and time resources are saved.

In the embodiment of the application, on the basis that the target network scene is host overlay, routing software supporting BGP-EVPN can be deployed in each virtual machine server, and an IBGP neighbor relation is established with routing reflectors (such as RR1 and RR2 in FIG. 3) of BGP-EVPN, after the establishment is completed, the virtual machine server can send the corresponding relation of the MAC addresses, the VNIs and the VTEP IP addresses of all virtual machines in the server to other network devices through the BGP-EVPN routing protocol, and can also receive the corresponding relation of the MAC addresses, the VNIs and the VTEP IP addresses of the virtual machines sent by other virtual machine servers in the whole network, and generate a corresponding virtual MAC forwarding table based on VXLAN.

The functions of the route reflectors (e.g., RR1 and RR2 in fig. 3) in the host overlay scenario can be assumed by the spin switch (e.g., spin 1 and spin 2 in fig. 3) or by routing software installed in the server that supports BGP-EVPN.

2. Superimposed network scene of access switch

In an alternative embodiment, when the target network scenario is an access switch overlay network scenario; the collected route baseline data may include MAC addresses of each virtual machine server, MAC addresses of each virtual machine, VLANs corresponding to each MAC address, MAC address forwarding tables of each TOR switch, interface rates, network topology, correspondence between VLANs and VNIs, and VTEP IP addresses of VTEP nodes in each TOR switch; in the process of determining the routing standard data, a corresponding relationship can be established among the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine and the VNI corresponding to each virtual machine according to the routing baseline data, so as to obtain the routing standard data.

Specifically, in some embodiments, when the target network scenario is TOR overlay (i.e. the access switch overlaps the network scenario), the server may log in each virtual machine server through a preset acquisition protocol, and then acquire the following data 1 to data 6 through a preset acquisition command:

data 1: the MAC address of each virtual machine server, the MAC address of each virtual machine running in each virtual machine server, and the VLAN corresponding to the MAC address of each virtual machine.

Data 2: and the MAC address forwarding table of each TOR switch comprises an MAC address and an interface pointed by the MAC address forwarding.

Data 3: interface rate of each TOR switch.

Data 4: network topology of each TOR switch and spin switch.

Data 5: VTEP IP addresses of VTEP nodes in the respective TOR switches.

Data 6: and the corresponding relation between VLAN and VNI corresponding to each physical interface in each TOR switch.

In an alternative embodiment, in the process of collecting the data 2 to the data 6, the collection may be performed by a preset collection protocol, for example, SNMP protocol, which is not limited by the embodiment of the present application.

After the route baseline data (i.e. data 1 to data 6) are collected in the above manner, the server may determine the downlink interface set corresponding to each TOR switch according to the uplink interface rate and the downlink interface rate of each TOR switch.

Specifically, the server may perform the following operations for each TOR switch:

and acquiring the uplink interface rate and the downlink interface rate of the TOR switch from the data 3, if the uplink interface rate and the downlink interface rate of the TOR switch are different, determining an interface identifier (for example, an interface name and the like) of a downlink physical interface which is the same as a preset first rate in each downlink physical interface included in the TOR switch, and forming a corresponding interface set { P1, P2, …, pn }, wherein n represents an nth one and P represents an interface identifier according to the determined interface identifier of the downlink physical interface which is the same as the preset first rate.

If the uplink interface rate and the downlink interface rate of the TOR switch are the same, determining the interface identifiers of all downlink physical interfaces of the TOR switch except for the connection of the spin switch according to the data 4 (i.e., the network topology of each TOR switch and the spin switch), and forming a corresponding interface set { P1, P2, …, pn }, according to the determined interface identifiers of all downlink physical interfaces except for the connection of the spin switch.

After determining the downlink interface sets { P1, P2, …, pn } corresponding to each TOR switch in the above manner, a first corresponding relation set of each TOR switch may be determined based on the downlink interface set corresponding to each TOR switch, where the first corresponding relation set includes a corresponding relation between each interface in the downlink interface set corresponding to the TOR switch and a MAC address of each virtual machine server.

the server may determine the MAC address corresponding to each interface included in the downlink interface set { P1, P2, …, pn } of the TOR switch from the MAC address forwarding table (including the MAC address and the interface to which the MAC address is forwarded) of the data 2, and after determining the MAC address corresponding to each interface of the TOR switch, may establish a corresponding relationship between each interface and the MAC address corresponding to each interface, to obtain a corresponding relationship set { < MAC1, P1>, < MAC2, P2> …, < MAC n, pn > }, where the corresponding relationship set is the first corresponding relationship set of the TOR switch. Where MAC represents the MAC address of the virtual machine server.

In an alternative embodiment, the MAC address corresponding to any interface of the TOR switch may include the MAC address corresponding to the interface, or may include the MAC address corresponding to the sub-interface of the interface.

After determining the first correspondence set of each TOR switch in the above manner, the second correspondence set of each TOR switch { < MAC1, VLAN1>, < MAC2, VLAN2> … < MAC n, VLAN n > } may be determined based on data 1 (the MAC address of each virtual machine server, the MAC address of each virtual machine running in each virtual machine server, and the VLAN corresponding to the MAC address of each virtual machine). Wherein MAC denotes a MAC address of the virtual machine.

After the second corresponding relation set of each TOR switch is determined in the above manner, the third corresponding relation set of each TOR switch { < MAC1, VLAN1, P1>, < MAC2, VLAN2, P2> … < MACn, VLAN n, pn > } can be determined according to the first corresponding relation set and the second corresponding relation set of each TOR switch.

After determining the third corresponding relation set of each TOR switch in the above manner, the fourth corresponding relation set { < MAC1, VNI1>, < MAC2, VNI2> … < MACn, VNIn > } of each TOR switch may be determined according to the third corresponding relation set of each TOR switch and the data 6 (corresponding relation between the VLAN and the VNI corresponding to each physical interface in each TOR switch).

After determining the fourth corresponding relation set of each TOR switch in the above manner, the fifth corresponding relation set { < MAC1, VNI1>, < MAC2, VNI2, IP1> …, < MACn, VNIn, IP1> } may be determined by bringing the data 5 (VTEP IP address of the VTEP node in each TOR switch) into the fourth corresponding relation set, where IP represents the VTEP IP address.

After the fifth corresponding relation set of each TOR switch is determined in the above manner, standard route data can be obtained according to the fifth corresponding relation set of each TOR switch.

Specifically, the fifth corresponding relation set of each TOR switch may be taken as a union set, so as to obtain standard routing data.

For example, in one embodiment, as shown in fig. 4, assuming that all virtual machines in fig. 4 are in a two-layer virtual network with vni=100, that is, each virtual machine corresponds to VNI of 100, the generated standard routing data may be expressed as: { < MAC Address of VM1, 100, VTEP IP Address of TOR 1 >, < MAC Address of VM2, 100, VTEP IP Address of TOR 2 >, < MAC Address of VM3, 100, VTEP IP Address of TOR 3 >, < MAC Address of VM4, 100, VTEP IP Address of TOR 4 > }.

Through the technical scheme, the server can automatically determine the route standard data in the TOR overlay scene, so that a foundation is laid for monitoring the target route according to the route standard data and the data in the route message, the investigation efficiency is indirectly improved, and the manpower resources and the time resources are saved.

In the embodiment of the application, on the basis that the target network scene is TOR overlay, the loopback interface IP address of the TOR switch can be used as the VTEP IP address.

The TOR switch can also establish IBGP neighbor relation with route reflectors (such as RR1 and RR2 in fig. 4) of BGP-EVPN, after the establishment is completed, the TOR switch can send the corresponding relation between the MAC addresses of all virtual machines in the downlinked virtual machine server of the switch and the VTEP IP address to other network devices through BGP-EVPN route protocol, and can also receive the corresponding relation between the MAC addresses of the virtual machines, VNI and VTEP IP address sent by other switches of the whole network, and generate a corresponding virtual MAC forwarding table based on VXLAN.

The functions of the route reflectors (e.g., RR1 and RR2 in fig. 4) in TOR overlay scenarios can be assumed by both the spin switches (e.g., spin 1 and spin 2 in fig. 3).

Fig. 5 is a schematic structural diagram of a route monitoring device according to an embodiment of the present application, as shown in fig. 6, where the device includes:

a receiving unit 501, configured to receive a routing packet sent by a routing reflector; the routing message is used for advertising the target route, or the routing message is used for withdrawing the target route; the route message contains the route data of the target route;

the monitoring unit 502 is configured to monitor the target route based on the pre-stored route standard data and route data.

Optionally, the routing message is used for advertising the target route; the routing standard data comprises a plurality of groups of corresponding relations; each group of corresponding relation consists of one MAC address, and VNI and VTEP IP addresses corresponding to the MAC address;

the monitoring unit 502 is specifically configured to:

Optionally, the routing message is used for withdrawing the target route;

The monitoring unit 502 is specifically configured to:

Optionally, the apparatus further comprises:

the acquisition unit is used for acquiring route baseline data in a target network scene; the target network scene is a host superposition network scene or an access switch superposition network scene; the host superposition network scene refers to a network scene that the VTEP node is positioned in the virtual machine server; the access switch overlapping network scene refers to a network scene that the VTEP node is positioned in the TOR switch;

and the determining unit is used for establishing a corresponding relation between the MAC addresses and the VTEP IP addresses of the plurality of virtual machines in the route baseline data and the VNIs corresponding to the virtual machines to obtain the route standard data.

The determining unit is specifically configured to:

Optionally, the target network scene is an access switch overlapping network scene; the route baseline data comprises MAC addresses of all virtual machine servers, MAC addresses of all virtual machines, virtual local area network VLAN corresponding to all MAC addresses, MAC address forwarding tables of all TOR switches, interface rates, network topology, correspondence between VLAN and VNI, and VTEP IP addresses of VTEP nodes in all TOR switches;

the determining unit is specifically configured to:

Optionally, the apparatus further comprises:

the storage unit is used for storing the routing message; the routing message carries a routing time stamp; the routing timestamp is used to characterize the time information of receiving the routing message.

Optionally, the device further includes a query unit, where the query unit is configured to:

Fig. 6 shows a further possible structural schematic diagram of the route monitoring device according to the above embodiment. The route monitoring device comprises: a processor 601 and a communication interface 602. The processor 601 is configured to control and manage actions of the route monitoring device, and the communication interface 602 is configured to support communication between the route monitoring device and other network entities. The route monitoring device may further comprise a memory 603 and a bus 604, the memory 603 being for storing program codes and data of the route monitoring device.

Wherein the memory 603 may be a memory in the route monitoring device or the like, which may include a volatile memory, such as a random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, hard disk or solid state disk; the memory may also comprise a combination of the above types of memories.

The processor 601 may be implemented or executed with the various exemplary logic blocks, modules and circuits described in connection with this disclosure. The processor may be a central processing unit, a general purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules and circuits described in connection with this disclosure. The processor may also be a combination that performs the function of a computation, e.g., a combination comprising one or more microprocessors, a combination of a DSP and a microprocessor, etc.

Bus 604 may be an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus or the like. The bus 604 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in fig. 6, but not only one bus or one type of bus.

From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above. The specific working processes of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which are not described herein.

Embodiments of the present application provide a computer program product comprising instructions which, when run on a computer, cause the computer to perform the route monitoring method of the above-described method embodiments.

The embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores instructions which, when run on a computer, cause the computer to execute the route monitoring method in the method flow shown in the method embodiment.

The computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access Memory (Random Access Memory, RAM), a Read-Only Memory (ROM), an erasable programmable Read-Only Memory (Erasable Programmable Read Only Memory, EPROM), a register, a hard disk, an optical fiber, a portable compact disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing, or any other form of computer readable storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an application specific integrated circuit (Application Specific Integrated Circuit, ASIC). In embodiments of the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

Embodiments of the present application provide a computer program product comprising instructions which, when executed on a computer, cause the computer to perform the route monitoring method according to the embodiments of the present application.

Since the route monitoring device, the computer readable storage medium and the computer program product in the embodiments of the present application can be applied to the above-mentioned method, the technical effects obtained by the method can also refer to the above-mentioned method embodiments, and the embodiments of the present application are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interface, indirect coupling or communication connection of devices or units, electrical, mechanical, or other form.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.

The present application is not limited to the above embodiments, and any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method of route monitoring, applied to a server, the method comprising:

receiving a routing message sent by a routing reflector; the routing message is used for advertising a target route, or the routing message is used for withdrawing the target route; the routing message contains the routing data of the target route;

And monitoring the target route based on the pre-stored route standard data and the route data.

2. The method of claim 1, wherein the routing message is used to advertise a target route; the routing standard data comprises a plurality of groups of corresponding relations; each group of corresponding relation consists of a Media Access Control (MAC) address, a Virtual Network Interface (VNI) corresponding to the MAC address and a virtual extended local area network tunnel endpoint internet protocol (VTEPIP) address;

the monitoring the target route based on the pre-stored route standard data and the route data comprises the following steps:

and if the routing standard data does not contain the MAC address carried in the routing data, the corresponding relation between the MAC address and the VNI or the corresponding relation between the MAC address, the VNI and the VTEPIP address, generating notification alarm information according to the routing data.

3. The method of claim 2, wherein the routing message is used to withdraw a target route;

4. The method according to claim 1, wherein the method further comprises:

5. The method of claim 4, wherein the target network scenario is a host overlay network scenario; the route baseline data comprises the MAC address of each virtual machine in the server and the VTEPIP address of the VTEP node in each virtual machine server;

establishing a correspondence between the MAC addresses and the VTEP IP addresses of the multiple virtual machines in the route baseline data and VNIs corresponding to the multiple virtual machines, to obtain the route standard data, including:

And establishing a corresponding relation among the MAC address of each virtual machine, the VTEPIP address of the VTEP node in the virtual machine server corresponding to each virtual machine and the VNI corresponding to each virtual machine to obtain the routing standard data.

6. The method of claim 4, wherein the target network scenario is an access switch overlay network scenario; the route baseline data comprises MAC addresses of all virtual machine servers, MAC addresses of all virtual machines, virtual local area network VLAN corresponding to all MAC addresses, MAC address forwarding tables of all TOR switches, interface rates, network topology, correspondence between VLAN and VNI, and VTEPIP addresses of VTEP nodes in all TOR switches;

and establishing a corresponding relation among the MAC address of each virtual machine, the VTEPIP address corresponding to each virtual machine and the VNI corresponding to each virtual machine according to the route baseline data to obtain the route standard data.

7. The method according to claim 1, wherein the method further comprises:

Storing the routing message; the routing message carries a routing time stamp; the routing timestamp is used for representing time information for receiving the routing message.

8. The method of claim 7, wherein after storing the routing message, the method further comprises:

9. A route monitoring device, the device comprising:

the receiving unit is used for receiving the routing message sent by the routing reflector; the routing message is used for advertising a target route, or the routing message is used for withdrawing the target route; the routing message contains the routing data of the target route;

10. The apparatus of claim 9, wherein the routing message is used to advertise a target route; the routing standard data comprises a plurality of groups of corresponding relations; each group of corresponding relation consists of a Media Access Control (MAC) address, a Virtual Network Interface (VNI) corresponding to the MAC address and a virtual extended local area network tunnel endpoint internet protocol (VTEPIP) address;

The monitoring unit is specifically configured to:

11. A route monitoring device, comprising: a processor and a communication interface; the communication interface being coupled to the processor for running a computer program or instructions to implement the route monitoring method of any of claims 1-8.

12. A computer readable storage medium having instructions stored therein, characterized in that when executed by a computer, the computer performs the route monitoring method of any of the preceding claims 1-8.