A routing monitoring method and apparatus

Abstract

This application provides a route monitoring method and apparatus, relating to the field of communication technology. It not only saves manpower but also effectively improves troubleshooting efficiency. The method includes: receiving routing messages sent by a route reflector, and monitoring a target route based on pre-stored routing standard data and routing data. Embodiments of this application are used in the route monitoring process.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a routing monitoring method and apparatus. Background Technology

[0002] Currently, when errors occur in the BGP (Border Gateway Protocol)-EVPN (Ethernet Virtual Private Network) routing protocol, network operation and maintenance personnel need to manually troubleshoot the BGP-EVPN routing protocol, which not only wastes a lot of human and time resources, but also leads to low troubleshooting efficiency. Summary of the Invention

[0003] This application provides a routing monitoring method and apparatus, which can not only save manpower, but also effectively improve troubleshooting efficiency.

[0004] To achieve the above objectives, this application adopts the following technical solution:

[0005] Firstly, this application provides a routing monitoring method, which includes:

[0006] Receive routing messages sent by the route reflector; routing messages are used to advertise the target route or to revoke the target route; the routing message contains the routing data of the target route;

[0007] The target route is monitored based on pre-stored routing standard data and routing data.

[0008] Based on the above technical solution, the routing monitoring method provided in this application can receive routing messages sent by a routing reflector and monitor target routes based on pre-stored routing standard data and routing data. In other words, this application can automatically monitor target routes in routing messages. Therefore, it can not only save manpower but also effectively improve troubleshooting efficiency.

[0009] Optionally, the routing message is used to advertise the target route; the routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control MAC address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address.

[0010] Based on pre-stored routing standard data and the routing data, the target route is monitored, including:

[0011] If the routing standard data does not contain the MAC address, the mapping between MAC address and VNI, or the mapping between MAC address, VNI and VTEP IP address carried in the routing data, then an announcement alarm message will be generated based on the routing data.

[0012] Optionally, the routing message can be used to revoke the target route;

[0013] Based on pre-stored routing standard data and routing data, the target route is monitored, including:

[0014] If the routing standard data does not contain the MAC address or the mapping between MAC address and VNI carried in the routing data, then a first cancellation alarm message is generated based on the routing data; or,

[0015] If the routing standard data contains the correspondence between MAC addresses and VNIs carried in the routing data, then a second cancellation alarm message is generated based on the routing data.

[0016] Optionally, the method further includes:

[0017] In the target network scenario, baseline routing data is collected; the target network scenario is either a host-overlay network scenario or an access switch-overlay network scenario; a host-overlay network scenario refers to a network scenario where the VTEP node is located in a virtual machine server; an access switch-overlay network scenario refers to a network scenario where the VTEP node is located in a TOR switch.

[0018] By establishing a correspondence between the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data and the VNIs corresponding to each virtual machine, the routing standard data is obtained.

[0019] Optionally, the target network scenario is a host-overlay network scenario; the routing baseline data includes the MAC address of each virtual machine in the server and the VTEP IP address of the VTEP node in each virtual machine server;

[0020] By mapping the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data to the VNIs corresponding to those virtual machines, the routing standard data is obtained, including:

[0021] Establish a correspondence between 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.

[0022] Optionally, the target network scenario is an access switch overlay network scenario; the routing baseline data includes the MAC address of each virtual machine server, the MAC address of each virtual machine, the virtual LAN VLAN corresponding to each MAC address, the MAC address forwarding table of each TOR switch, the interface speed, the network topology, the correspondence between VLAN and VNI, and the VTEP IP address of the VTEP node in each TOR switch.

[0023] By mapping the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data to the VNIs corresponding to those virtual machines, the routing standard data is obtained, including:

[0024] Based on the routing baseline data, a correspondence is established between the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine, and the VNI corresponding to each virtual machine to obtain the routing standard data.

[0025] Optionally, the method further includes:

[0026] Store routing messages; the routing messages carry routing timestamps; the routing timestamps are used to represent the time information when the routing messages were received.

[0027] Optionally, after storing the routing message, the method further includes:

[0028] Receive message query command; the message query command contains time information;

[0029] Based on the time information contained in the message query command, retrieve the routed messages whose routing event stamps fall within the time range corresponding to the time information.

[0030] Secondly, this application provides a routing monitoring device, which includes:

[0031] The receiving unit is used to receive routing messages sent by the route reflector; the routing messages are used to advertise the target route, or to revoke the target route; the routing messages contain the routing data of the target route;

[0032] The monitoring unit is used to monitor the target route based on pre-stored routing standard data and the routing data.

[0033] Optionally, the routing message is used to advertise the target route; the routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control MAC address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address.

[0034] The monitoring unit is specifically used for:

[0035] If the routing standard data does not contain the MAC address, the mapping between MAC address and VNI, or the mapping between MAC address, VNI and VTEP IP address carried in the routing data, then an announcement alarm message will be generated based on the routing data.

[0036] Thirdly, this application provides a routing monitoring device, which includes: a processor and a communication interface; the communication interface and the processor are coupled, and the processor is used to run computer programs or instructions to implement the routing monitoring method as described in the first aspect and any possible implementation of the first aspect.

[0037] Fourthly, this application provides a computer-readable storage medium storing instructions that, when executed on a target terminal, cause the target terminal to perform the routing monitoring method as described in the first aspect and any possible implementation thereof.

[0038] Fifthly, embodiments of this application provide a computer program product containing instructions that, when run on a routing monitoring device, cause the routing monitoring device to execute the routing monitoring method as described in the first aspect and any possible implementation thereof.

[0039] In a sixth aspect, embodiments of this application provide a chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run computer programs or instructions to implement the routing monitoring method as described in the first aspect and any possible implementation thereof.

[0040] Specifically, the chip provided in this application embodiment also includes a memory for storing computer programs or instructions. Attached Figure Description

[0041] Figure 1 This application provides an illustration of an application scenario for a routing monitoring method.

[0042] Figure 2 A flowchart illustrating a routing monitoring method provided in an embodiment of this application;

[0043] Figure 3 This is a schematic diagram of a host overlay network scenario provided in an embodiment of this application;

[0044] Figure 4 This application provides a schematic diagram of an access switch overlay network scenario.

[0045] Figure 5 This is a schematic diagram of the structure of a routing monitoring device provided in an embodiment of this application;

[0046] Figure 6 This is a schematic diagram of another routing monitoring device provided in an embodiment of this application. Detailed Implementation

[0047] The following describes in detail, with reference to the accompanying drawings, a routing monitoring method and apparatus provided in the embodiments of this application.

[0048] In this article, the term "and / or" is merely a description of the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone.

[0049] The terms "first" and "second," etc., used in the specification and drawings of this application are used to distinguish different objects or to distinguish different treatments of the same object, rather than to describe a specific order of objects.

[0050] Furthermore, the terms "comprising" and "having," and any variations thereof, used in the description of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include other steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus.

[0051] It should be noted that in the embodiments of this application, the words "exemplary" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the words "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0052] In cloud data center networks, the number of virtual machines and virtual machine servers can reach tens of thousands or even hundreds of thousands. VXLAN (Virtual eXtensible Local Area Network) technology is typically used to enable virtual Layer 2 network communication between different virtual machines, containers, or virtual machine servers. When the VXLAN control plane uses the BGP-EVPN protocol, system misconfiguration, software bugs, and other reasons can cause errors in the BGP-EVPN routing protocol, leading to network connection interruptions between the virtual machines and virtual machine servers corresponding to the incorrect routes.

[0053] Currently, when errors occur in the BGP-EVPN routing protocol, network operations and maintenance personnel need to manually troubleshoot the BGP-EVPN routing protocol, which not only wastes a lot of human and time resources, but also leads to low troubleshooting efficiency.

[0054] To address the aforementioned technical problems, this application provides a route monitoring method that can receive routing messages sent by a route reflector and monitor target routes based on pre-stored routing standard data and routing data. In other words, this application can automatically monitor target routes in routing messages. Therefore, it not only saves manpower but also effectively improves troubleshooting efficiency.

[0055] Figure 1 This application scenario diagram illustrates a routing monitoring method provided in an embodiment of this application. Figure 1 As shown in the diagram, the system architecture may include: route reflector 101 and server 102.

[0056] In this embodiment of the application, the route reflector 101 and the server 102 can establish an association relationship in advance. For example, the server 101 can establish an IBGP neighbor relationship with the route reflector 102 through the IBGP (Internal Border Gateway Protocol) protocol.

[0057] After establishing the association, when the route reflector 101 detects a change in the route in the current network, it can generate a route message to announce the target route or to revoke the target route, and send it to the server 102. After receiving the route message, the server 102 can monitor the target route based on pre-stored routing standard data and routing data.

[0058] Figure 2 This is a flowchart illustrating a routing monitoring method provided in an embodiment of this application, as shown below. Figure 2 As shown, the method includes:

[0059] Step S201: Receive the routing message sent by the routing reflector.

[0060] The routing message is used to advertise the target route or to revoke the target route; the routing message contains the routing data of the target route.

[0061] In one alternative implementation, the server may also establish an association with the route reflector (RR) before receiving the routing messages sent by the route reflector.

[0062] After establishing an association with the route reflector in the above manner, when the route reflector detects a change in the routing in the current network, it can generate a routing message to announce the target route or to revoke the target route, and send the generated routing message to the server via the BGP protocol.

[0063] For example, in one embodiment, if the route reflector discovers a new route in the current network, the route transmitter can generate a route message to advertise the target route and send the generated route message to the server via the BGP protocol.

[0064] In another embodiment, if the route reflector discovers that a route has been revoked in the current network, the route transmitter can generate a routing message to revoke the target route and send the generated routing message to the server via the BGP protocol.

[0065] In this embodiment of the application, the routing message may include, but is not limited to, BGP UPDATE messages. This embodiment of the application does not limit the routing message.

[0066] Step S202: Monitor the target route based on pre-stored routing standard data and routing data.

[0067] The routing standard data contains multiple sets of correspondences; each set of correspondences consists of a MAC (Media Access Control Address) address, and the corresponding VNI (Virtual Network Interface) and VTEP (VXLAN Tunnel Endpoints) IP (Internet Protocol) addresses.

[0068] For example, in one embodiment, multiple sets of correspondences in the routing standard data can be represented as {<MAC1,VNI1,IP1> ,<MAC2,VNI2,IP2> , ...,<MACn,VNIn,IPn>}. Here, a single “<>” represents a set of correspondences.

[0069] In one optional implementation, if the routing message is used to advertise the target route, then during the monitoring of the target route based on pre-stored routing standard data and routing data, if the routing standard data does not contain the MAC address, the correspondence between MAC address and VNI, or the correspondence between MAC address, VNI and VTEP IP address carried in the routing data, then an advertising alarm message is generated based on the routing data.

[0070] Specifically, if the received routing message is used to advertise a target route, the server can first obtain the MAC address, the mapping between the MAC address and VNI, and the mapping between the MAC address, VNI, and VTEP IP address carried in the routing message. Then, it sequentially searches for the mapping between the MAC address and VNI, and the mapping between the MAC address, VNI, and VTEP IP address in the routing standard data. If the routing standard data does not contain the MAC address, a first type of advertising alarm message is generated. If the routing standard data contains the MAC address, the server searches for the mapping between the MAC address and VNI in the routing standard data. If the routing standard data does not contain the mapping between the MAC address and VNI, a second type of advertising alarm message is generated. If the routing standard data contains the mapping between the MAC address and VNI, the server searches for the mapping between the MAC address, VNI, and VTEP IP address in the routing standard data. If the routing standard data does not contain the mapping between the MAC address, VNI, and VTEP IP address, a third type of advertising alarm message is generated. If the routing standard data contains the mapping between the MAC address, VNI, and VTEP IP address, no alarm information will be generated and the processing will end.

[0071] The first type, second type, and third type of notification alarm information are pre-set. For example, the first type of notification alarm information can be "Notified route MAC address does not exist"; the second type of notification alarm information can be "Notified route VNI error"; and the third type of notification alarm information can be "Notified route VTEP error". This application embodiment does not limit this.

[0072] For example, in one embodiment, after receiving a routing message sent by a route reflector, if the routing message contains MP_REACH_NLRI information, the server determines that the routing message is used to advertise the target route. The server can obtain the routing data (i.e., MAC address, VNI, and VTEP IP address) in the type 3 route, and first look up the MAC address in the routing standard data. If the routing standard data does not contain the MAC address, an advertising alarm message "Announcement route MAC address does not exist" is generated. If the routing standard data contains the MAC address, the server looks up the correspondence between the MAC address and VNI in the routing standard data, that is, it determines whether the VNI corresponding to the MAC address in the routing standard data is consistent with the VNI in the routing data. If they are inconsistent, an advertising alarm message "Advertise route VNI error" is generated. If they are consistent, the server looks up the correspondence between the MAC address, VNI, and VTEP IP address in the routing standard data, that is, it determines 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. If they are inconsistent, an advertising alarm message "Advertise route VTEP error" is generated. If they match, no alarm information will be generated and the process will end.

[0073] In one alternative implementation, the notification alarm information may carry the MAC address, VNI, and VTEP IP from the routing message; it may also carry other routing attributes from the routing message (e.g., LP (Link-State Protocol), MED, AS-PATH, community attribute, RT (Route Tag), cluster-list, originator, message reception time, etc.).

[0074] In an optional implementation, each set of correspondences in the routing standard data may further include an active flag and a correctness flag. For example, multiple sets of correspondences in the routing standard data can be represented as {<MAC1,VNI1,IP1,active,correctness> ,<MAC2,VNI2,IP2,active,correctness> , ...,<MACn,VNIn,IPn,active,correctness>}

[0075] The active flag is used to indicate the relationship between the routing standard data and the MAC address and VNI correspondence carried in the routing data. For example, if the active flag is true, it means that the routing standard data contains the MAC address and VNI correspondence carried in the routing data; if the active flag is false, it means that the routing standard data does not contain the MAC address and VNI correspondence carried in the routing data.

[0076] The correctness flag is used to indicate the relationship between the routing standard data and the mapping of MAC addresses, VNIs, and VTEP IP addresses carried in the routing data. For example, if the correctness flag is true, it means that the routing standard data includes the mapping of MAC addresses, VNIs, and VTEP IP addresses carried in the routing data. If the correctness flag is false, it means that the routing standard data does not include the mapping of MAC addresses, VNIs, and VTEP IP addresses carried in the routing data.

[0077] In one optional implementation, based on the active flag and correctness flag included in the routing standard data, the values ​​of the active flag and correctness flag can be initialized to false. During the monitoring of the target route based on the pre-stored routing standard data and routing data, if the routing standard data contains the correspondence between MAC addresses and VNIs in the routing data, the active flag is set to true; if the routing standard data contains the correspondence between MAC addresses, VNIs, and VTEP IP addresses in the routing data, the correctness flag is set to true.

[0078] Through the above technical solution, after receiving a routing message used to advertise the target route, the server can automatically monitor the target route based on pre-stored routing standard data and the routing data in the routing message. Specifically, if the routing standard data does not contain the virtual machine MAC address, VNI, or VTEP IP address corresponding to the target route, the server can generate an advertising alarm message based on the routing data. This allows network administrators to verify and check the target route based on the advertising alarm message, thus effectively improving troubleshooting efficiency while saving human and time resources.

[0079] In one optional implementation, if the routing message is used to revoke the target route, then during the monitoring of the target route based on pre-stored routing standard data and routing data, if the routing standard data does not contain the MAC address or the correspondence between the MAC address and VNI carried in the routing data, then a first revocation alarm message is generated based on the routing data; or, if the routing standard data contains the correspondence between the MAC address and VNI carried in the routing data, then a second revocation alarm message is generated based on the routing data.

[0080] Specifically, if the received routing message is used to revoke the target route, the server can first obtain the MAC address carried in the routing message and the correspondence between the MAC address and VNI, and then sequentially search for the MAC address and the correspondence between the MAC address and VNI in the routing standard data. If the routing standard data does not contain the MAC address, a first type of first revocation alarm message is generated; if the routing standard data contains the MAC address, the correspondence between the MAC address and VNI is searched in the routing standard data; if the routing standard data does not contain the correspondence between the MAC address and VNI, a second type of first revocation alarm message is generated; if the routing standard data contains the correspondence between the MAC address and VNI, a second revocation alarm message is generated.

[0081] The first cancellation alarm information of the first type, the first cancellation alarm information of the second type, and the second cancellation alarm information are preset. For example, the first cancellation alarm information of the first type can be "The MAC address of the cancelled route does not exist"; the first cancellation alarm information of the second type can be "The VNI of the cancelled route is incorrect"; the second cancellation alarm information can be "The route with MAC address ** and VNI ** has been cancelled". This application embodiment does not limit this.

[0082] For example, in one embodiment, after receiving a routing message sent by a route reflector, if the routing message contains MP_UNREACH_NLRI information, the server determines that the routing message is used to revoke the target route. The server can obtain the routing data (i.e., MAC address and VNI) in the type 3 route, and first look up the MAC address in the routing standard data. If the routing standard data does not contain the MAC address, a first revocation alarm message "Revocation route MAC address does not exist" is generated. If the routing standard data contains the MAC address, the server looks up the correspondence between the MAC address and VNI in the routing standard data, that is, it determines whether the VNI corresponding to the MAC address in the routing standard data is consistent with the VNI in the routing data. If they are inconsistent, a revocation alarm message "Revocation route VNI error" is generated. If they are consistent, a second revocation alarm message "The route with MAC address ** and VNI ** has been revoked" is generated.

[0083] In one alternative implementation, the cancellation alarm message may carry the MAC address, VNI, and VTEP IP from the routing message; it may also carry other routing attributes from the routing message (e.g., LP, MED, AS-PATH, community attribute, RT, cluster-list, originator, message reception time, etc.).

[0084] Through the above technical solution, after receiving a routing message used to revoke a target route, the server can automatically monitor the target route based on pre-stored routing standard data and the routing data in the routing message. Specifically, if the routing standard data does not contain the virtual machine MAC address, VNI, or VTEP IP address corresponding to the target route, the server can generate corresponding alarm information based on the routing data. This allows network administrators to verify and check the target route based on the alarm information, thus effectively improving troubleshooting efficiency while saving human and time resources.

[0085] In one alternative implementation, the server may also store the routing messages after receiving them from the routing reflector.

[0086] The routing message carries a routing timestamp; the routing timestamp is used to represent the time information when the routing message was received.

[0087] Specifically, after receiving a routing message from the route reflector, if the routing message contains MP_REACH_NLRI information of type BGP-EVPN, the server determines that the routing message is used to advertise the target route. The server can obtain and store routing data in type 3 routes. Specifically, the server can obtain the mapping between MAC addresses, VNI and VTEP IP addresses, other BGP routing attributes (such as LP, MED, AS-PATH, community, RT, cluster-list, and originator), and route timestamps contained in the routing data, and store the obtained data in the database.

[0088] If the routing message contains MP_UNREACH_NLRI information of type BGP-EVPN, then the routing message is determined to be used to withdraw the target route. The server can obtain and store the routing data of type 3 routes in the withdraw route field. Specifically, the server can obtain the mapping between MAC addresses and VNIs and the route timestamp contained in the routing data, and store the obtained data in the database.

[0089] In an optional implementation, when storing the routing data included in the target route, the routing data included in the target route can also be used to update the routing standard data. Specifically, if the routing standard data does not contain the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing data, then the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing data is stored in the routing standard data; if the routing standard data contains the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing data, then the routing standard data is updated using the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing data, that is, the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing data is overwritten with the mapping between MAC addresses, VNIs, and VTEP IP addresses in the routing standard data.

[0090] In an optional implementation, when storing the routing data included in the target route for cancellation, the routing data included in the target route for cancellation can also be deleted from the routing standard data. Specifically, if the routing standard data contains the mapping between the MAC address and VNI in the routing data, then the mapping is deleted from the routing standard data.

[0091] In one optional implementation, after storing the routing packets, the server can also receive a packet query command, and based on the time information contained in the packet query command, obtain the routing packets whose routing event stamps fall within the time range corresponding to the time information. The query command includes time information.

[0092] Specifically, users can trigger a message query operation for any time period. The user terminal can generate a message query command and send it to the server. After receiving the message query command, the server can first obtain the time information contained in the message query command, and then obtain the routing messages (including messages used to announce the target route and messages used to revoke the target route) whose routing event stamps are within the time range corresponding to the time information. After obtaining the routing messages, the server can send the obtained routing messages to the user terminal in chronological order.

[0093] In an alternative implementation, the message query instruction may also include any one or more of the following: MAC address, VNI, VTEP, and other routing attributes (LP, MED, AS-PATH, community, RT, cluster-list, originator).

[0094] By using the above technical solution, after storing routing packets containing routing timestamps, when a routing protocol error occurs, causing an interruption in the network connection between the virtual machine and the virtual machine server corresponding to the erroneous route, network operation and maintenance personnel can quickly query routing packets for any time period. They can then quickly screen out the corresponding routing packets based on the routing data in the routing packets, and then quickly handle network faults based on the routing data in the routing packets, thereby effectively improving network troubleshooting efficiency.

[0095] The routing monitoring method provided in this application, by acquiring, storing, and comparing routing data with routing standard data, can promptly detect erroneous routes and unannounced virtual machine MAC addresses in the network. This improves the timeliness of BGP-EVPN routing fault detection in cloud data center networks, enhances network operational stability, and significantly improves the efficiency of cloud data center network routing maintenance. Furthermore, the real-time collection and centralized storage of routing data effectively preserves all historical routing data. Through retrospective analysis of historical data, it is possible to effectively locate intermittent routing faults, eliminate potential network operational failures, and improve network operational stability.

[0096] In one alternative implementation, routing standard data can be obtained as follows: In the target network scenario, routing baseline data is collected; the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data are mapped to the VNIs corresponding to each virtual machine to obtain routing standard data.

[0097] The target network scenarios are either host overlay or TOR overlay.

[0098] Host-overlay network scenarios refer to network scenarios where the VTEP node resides within a virtual machine server. For example, such as... Figure 3 As shown, VM1, VM2, VM3, and VM4 are virtual machines, and Server 1, Server 2, Server 3, and Server 4 are virtual machine servers. VTEP nodes are deployed in all of Server 1, Server 2, Server 3, and Server 4. TOR1, TOR2, TOR3, and TOR4 are TOR switches, SPINE1 and SPINE2 are SPINE switches, and RR1 and RR2 are route reflectors.

[0099] Access switch overlay network scenario refers to a network scenario where the VTEP node is located within a TOR switch. For example, such as... Figure 4 As shown, VM1, VM2, VM3, and VM4 are virtual machines; Server 1, Server 2, Server 3, and Server 4 are virtual machine servers; TOR1, TOR2, TOR3, and TOR4 are TOR switches, and VTEP nodes are deployed in all of TOR1, TOR2, TOR3, and TOR4. SPINE1 and SPINE2 are SPINE switches, and RR1 and RR2 are route reflectors. P1 is the downlink interface (i.e., the interface between the TOR switches and the virtual machine servers), and P2 is the uplink interface (i.e., the interface between the TOR switches and the SPINE switches).

[0100] The subordinates will provide a detailed explanation of how to determine the routing standard data in both host-overlay network scenarios and access switch-overlay network scenarios.

[0101] I. Host-overlay network scenario

[0102] In one optional implementation, when the target network scenario is a host-overlay network scenario, the collected routing baseline data may include the MAC addresses of each virtual machine in the server and the VTEP IP addresses of the VTEP nodes in each virtual machine server. During the determination of the routing standard data, a correspondence 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 to obtain the routing standard data.

[0103] Specifically, in some embodiments, when the target network scenario is host overlay (i.e., the host overlay network scenario), the server can first log in to each virtual machine server through a preset collection protocol, and then collect the MAC addresses of each virtual machine running in each virtual machine server and the VTEP IP addresses of the VTEP bridges (i.e., the VTEP IP addresses of the VTEP nodes in each virtual machine server) in each virtual machine server. After the collection is completed, the server can establish a corresponding relationship 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.

[0104] In the embodiments of the present application, the preset collection protocol may include, but is not limited to, SSH, and the present application does not make any limitation thereto.

[0105] Exemplarily, in one embodiment, as Figure 3 shown, assume Figure 3 all virtual machines are in the layer 2 virtual network with VNI = 100, that is, the VNI corresponding to each virtual machine is 100, then the generated standard routing data can 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>}.

[0106] In some other embodiments, when the server collects the MAC addresses of each virtual machine running in the server and the VTEP IP addresses of the VTEP bridges in the server, it can also be collected through a preset collection module in the server. Exemplarily, the collection module can be a collection agent program pre-installed in the server.

[0107] Through the above technical solutions, the server can automatically determine the routing standard data in the host overlay scenario, thereby laying a good foundation for subsequent monitoring of the target route based on the routing standard data and the data in the routing packet, indirectly improving the troubleshooting efficiency, and saving human resources and time resources.

[0108] In the embodiments of the present application, based on the target network scenario being host overlay, routing software supporting BGP-EVPN can also be deployed in each virtual machine server and be associated with a BGP-EVPN route reflector (for example Figure 3RR1 and RR2 in the network establish an IBGP neighbor relationship. After the relationship is established, the virtual machine server can not only send the mapping relationship of MAC address, VNI and VTEP IP address of all virtual machines in the server to other network devices through the BGP-EVPN routing protocol, but also receive the mapping relationship of MAC address, VNI and VTEP IP address of virtual machines sent by other virtual machine servers in the network, and generate the corresponding virtual MAC forwarding table based on VXLAN.

[0109] In a host overlay scenario, a route reflector (e.g.) Figure 3 The functions of RR1 and RR2 in the SPINE can be provided by the SPINE switch (e.g., Figure 3 The task can be undertaken by SPINE1 and SPINE2 in the system, or by routing software that supports BGP-EVPN installed on the server.

[0110] II. Access Switch Overlay Network Scenarios

[0111] In one optional implementation, when the target network scenario is an access switch overlay network scenario, the collected routing baseline data may include the MAC address of each virtual machine server, the MAC address of each virtual machine, the VLAN corresponding to each MAC address, the MAC address forwarding table of each TOR switch, the interface rate, the network topology, the correspondence between VLANs and VNIs, and the VTEP IP address of the VTEP node in each TOR switch. In the process of determining the routing standard data, the routing standard data can be obtained by establishing a correspondence between the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine, and the VNI corresponding to each virtual machine based on the routing baseline data.

[0112] Specifically, in some embodiments, when the target network scenario is a TOR overlay (i.e., an access switch overlay network scenario), the server can first log in to each virtual machine server through a preset collection protocol, and then collect the following data 1 to data 6 through preset collection commands:

[0113] Data 1: The MAC address of each virtual machine server, the MAC address of each virtual machine running on each virtual machine server, and the VLAN corresponding to the MAC address of each virtual machine.

[0114] Data 2: MAC address forwarding tables for each TOR switch. The MAC address forwarding table includes the MAC address and the interface to which the MAC address is forwarded.

[0115] Data 3: Interface speeds of each TOR switch.

[0116] Data 4: Network topology of each TOR switch and SPINE switch.

[0117] Data 5: VTEP IP addresses of VTEP nodes in each TOR switch.

[0118] Data 6: The correspondence between VLANs and VNIs for each physical interface in each TOR switch.

[0119] In one optional implementation, during the collection of data 2 to data 6, the data can be collected using a preset collection protocol, such as the SNMP protocol. This application embodiment does not limit the collection protocol.

[0120] After collecting the routing baseline data (i.e., data 1 to data 6) in the above manner, the server can first determine the set of downlink interfaces corresponding to each TOR switch based on the uplink interface rate and downlink interface rate of each TOR switch.

[0121] Specifically, the server can perform the following operations for each TOR switch:

[0122] The uplink and downlink interface rates of the TOR switch are obtained from the data 3 above. If the uplink and downlink interface rates of the TOR switch are different, the interface identifier (e.g., interface name, etc.) of the downlink physical interface that is the same as the preset first rate is determined from each downlink physical interface included in the TOR switch. The corresponding interface set {P1, P2, ..., Pn} is formed according to the determined interface identifier of the downlink physical interface that is the same as the preset first rate, where n represents the nth one and P represents the interface identifier.

[0123] If the uplink interface rate and downlink interface rate of the TOR switch are the same, then according to data 4 (i.e., the network topology of each TOR switch and the SPINE switch), the interface identifier of each downlink physical interface of the TOR switch except for the SPINE switch is determined, and the corresponding interface set {P1, P2, ..., Pn} is formed according to the determined interface identifier of each downlink physical interface except for the SPINE switch.

[0124] After determining the downlink interface set {P1, P2, ..., Pn} corresponding to each TOR switch using the above method, the first correspondence set of each TOR switch can be determined based on the downlink interface set corresponding to each TOR switch. This first correspondence set contains the correspondence between each interface in the downlink interface set corresponding to the TOR switch and the MAC address of each virtual machine server.

[0125] Specifically, the server can perform the following operations for each TOR switch:

[0126] The server can determine the MAC addresses corresponding to each interface in the downlink interface set {P1, P2, ..., Pn} of the TOR switch from the MAC address forwarding table (including MAC addresses and the interfaces to which MAC addresses are forwarded) in Data 2 above. After determining the MAC addresses corresponding to each interface of the TOR switch, a correspondence can be established between each interface and its corresponding MAC address, resulting in a correspondence set {<mac1,P1> ,<mac2,P2> …,<macn,Pn> This set of correspondences is the first set of correspondences for the TOR switch. Here, mac represents the MAC address of the virtual machine server.

[0127] In one optional implementation, the MAC address corresponding to any interface of the TOR switch may include the MAC address corresponding to that interface, or it may include the MAC address corresponding to the sub-interface of that interface.

[0128] After determining the first set of correspondences for each TOR switch using the above method, the second set of correspondences for each TOR switch can be determined based on data 1 (the MAC addresses of each virtual machine server, the MAC addresses of each virtual machine running on each virtual machine server, and the VLANs corresponding to the MAC addresses of each virtual machine).<mac1,MAC1,VLAN1> ,<mac2,MAC2,VLAN2> …<macn,MACn,VLANn>} Where MAC represents the MAC address of the virtual machine.

[0129] After determining the second set of correspondences for each TOR switch using the above method, the third set of correspondences for each TOR switch can be determined based on the first and second sets of correspondences.<MAC1,VLAN1,P1> ,<MAC2,VLAN2,P2> …<MACn,VLANn,Pn>}

[0130] After determining the third correspondence set of each TOR switch using the above method, the fourth correspondence set of each TOR switch can be determined based on the third correspondence set of each TOR switch and the aforementioned data 6 (the correspondence between VLANs and VNIs corresponding to each physical interface in each TOR switch).<MAC1,VNI1> ,<MAC2,VNI2> …<MACn,VNIn>}

[0131] After determining the fourth correspondence set of each TOR switch through the above method, the data 5 (the VTEP IP addresses of the VTEP nodes in each TOR switch) can be substituted into the fourth correspondence set to determine the fifth correspondence set {<MAC1, VNI1, IP1>, <MAC2, VNI2, IP1>…, <MACn, VNIn, IP1>}, where IP represents the VTEP IP address.

[0132] After determining the fifth correspondence set of each TOR switch through the above method, the standard routing data can be obtained according to the fifth correspondence set of each TOR switch.

[0133] Specifically, the union of the fifth correspondence sets of each TOR switch can be taken to obtain the standard routing data.

[0134] Exemplarily, in one embodiment, as Figure 4 shown, assume Figure 4 all virtual machines are in the二层 virtual network with VNI = 100, that is, the VNI corresponding to each virtual machine is 100, then the generated standard routing data can 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>}. [[ID=******]] [[ID=******]]

[0135] [[ID=******]]Through the above technical solution, the server can automatically determine the routing standard data in the TOR overlay scenario, thereby laying a good foundation for subsequent monitoring of the target route according to the routing standard data and the data in the routing message, indirectly improving the troubleshooting efficiency, and saving human resources and time resources. [[ID=******]] [[ID=******]]

[0136] [[ID=******]]In the embodiment of the present application, on the basis that the target network scenario is TOR overlay, the loopback interface IP address of the TOR switch can be used as the VTEP IP address. [[ID=******]] [[ID=******]]

[0137] [[ID=******]]It is also possible to connect the TOR switch to the route reflector of BGP-EVPN (for example [[ID=******]] Figure 4RR1 and RR2 in the network establish an IBGP neighbor relationship. After the relationship is established, the TOR switch can not only send the mapping relationship between the MAC address and VTEP IP address of all virtual machines in the virtual machine server connected to this switch to other network devices through the BGP-EVPN routing protocol, but also receive the mapping relationship between the MAC address, VNI and VTEP IP address of virtual machines sent by other switches in the network, and generate the corresponding virtual MAC forwarding table based on VXLAN.

[0138] Route reflector in TOR overlay scenarios (e.g.) Figure 4 The functions of RR1 and RR2 in the SPINE can be provided by the SPINE switch (e.g., Figure 3 SPINE1 and SPINE2 in the middle are responsible for this.

[0139] Figure 5 This is a schematic diagram of the structure of a routing monitoring device provided in an embodiment of this application, as shown below. Figure 6 As shown, the device includes:

[0140] The receiving unit 501 is used to receive routing messages sent by the route reflector; the routing messages are used to advertise the target route, or to revoke the target route; the routing messages contain the routing data of the target route;

[0141] The monitoring unit 502 is used to monitor the target route based on pre-stored routing standard data and routing data.

[0142] Optionally, routing messages are used to advertise target routes; the standard routing data contains multiple sets of correspondences; each set of correspondences consists of a MAC address, and the corresponding VNI and VTEP IP addresses;

[0143] Monitoring unit 502 is specifically used for:

[0144] If the routing standard data does not contain the MAC address, the mapping between MAC address and VNI, or the mapping between MAC address, VNI and VTEP IP address carried in the routing data, then an announcement alarm message will be generated based on the routing data.

[0145] Optionally, the routing message can be used to revoke the target route;

[0146] Monitoring unit 502 is specifically used for:

[0147] If the routing standard data does not contain the MAC address or the mapping between MAC address and VNI carried in the routing data, then a first cancellation alarm message is generated based on the routing data; or,

[0148] If the routing standard data contains the correspondence between MAC addresses and VNIs carried in the routing data, then a second cancellation alarm message is generated based on the routing data.

[0149] Optionally, the device may also include:

[0150] The acquisition unit is used to collect routing baseline data in the target network scenario; the target network scenario is a host-overlay network scenario or an access switch-overlay network scenario; the host-overlay network scenario refers to a network scenario where the VTEP node is located in a virtual machine server; the access switch-overlay network scenario refers to a network scenario where the VTEP node is located in a TOR switch.

[0151] The determination unit is used to establish a correspondence between the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data and the VNIs corresponding to each virtual machine, so as to obtain the routing standard data.

[0152] Optionally, the target network scenario is a host-overlay network scenario; the routing baseline data includes the MAC address of each virtual machine in the server and the VTEP IP address of the VTEP node in each virtual machine server;

[0153] The specific unit is used for:

[0154] Establish a correspondence between 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.

[0155] Optionally, the target network scenario is an access switch overlay network scenario; the routing baseline data includes the MAC address of each virtual machine server, the MAC address of each virtual machine, the virtual local area network (VLAN) corresponding to each MAC address, the MAC address forwarding table of each TOR switch, the interface speed, the network topology, the correspondence between VLAN and VNI, and the VTEP IP address of the VTEP node in each TOR switch.

[0156] The specific unit is used for:

[0157] Based on the routing baseline data, a correspondence is established between the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine, and the VNI corresponding to each virtual machine to obtain the routing standard data.

[0158] Optionally, the device may also include:

[0159] The storage unit is used to store routing messages; the routing messages carry routing timestamps; the routing timestamps are used to represent the time information when the routing messages were received.

[0160] Optionally, the device further includes a query unit, which is used for:

[0161] Receive message query command; the message query command contains time information;

[0162] Based on the time information contained in the message query command, retrieve the routed messages whose routing event stamps fall within the time range corresponding to the time information.

[0163] Figure 6 This diagram illustrates another possible structural design of the routing monitoring device described in the above embodiments. The routing monitoring device includes a processor 601 and a communication interface 602. The processor 601 controls and manages the operation of the routing monitoring device, and the communication interface 602 supports communication between the routing monitoring device and other network entities. The routing monitoring device may also include a memory 603 and a bus 604. The memory 603 stores the program code and data of the routing monitoring device.

[0164] The memory 603 may be a memory in a routing monitoring device, and may include volatile memory, such as random access memory; it may also include non-volatile memory, such as read-only memory, flash memory, hard disk or solid-state drive; or it may include a combination of the above types of memory.

[0165] The processor 601 described above can implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor can be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor can also be a combination that implements computing functions, such as including one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.

[0166] Bus 604 can be an Extended Industry Standard Architecture (EISA) bus, etc. Bus 604 can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 6 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0167] Through the above description of the embodiments, those skilled in the art will clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. The specific working process of the system, device, and unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0168] This application provides a computer program product containing instructions that, when run on a computer, cause the computer to execute the routing monitoring method described in the above method embodiments.

[0169] This application also provides a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the routing monitoring method in the method flow shown in the above method embodiments.

[0170] The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: electrical connections having one or more wires; portable computer disks; hard disks; random access memory (RAM); read-only memory (ROM); erasable programmable read-only memory (EPROM); registers; hard disks; optical fibers; portable compact disc read-only memory (CD-ROM); optical storage devices; magnetic storage devices; or any suitable combination thereof; or any other form of computer-readable storage medium known in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may reside in an application-specific integrated circuit (ASIC). In the embodiments of this application, the computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0171] Embodiments of the present invention provide a computer program product containing instructions that, when executed on a computer, cause the computer to perform the routing monitoring method described in the embodiments of this application.

[0172] Since the routing monitoring device, computer-readable storage medium, and computer program product in the embodiments of the present invention can be applied to the above methods, the technical effects they can achieve can also be referred to the above method embodiments. The embodiments of the present invention will not be repeated here.

[0173] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0174] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0175] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0176] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A routing monitoring method, characterized in that, Applied to a server, the method includes: Receive routing messages sent by a route reflector; the routing messages are used to advertise a target route, or the routing messages are used to revoke a target route; the routing messages contain routing data of the target route; The target route is monitored based on pre-stored routing standard data and the routing data. The routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control (MAC) address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address.

2. The method according to claim 1, characterized in that, The routing message is used to advertise the target route; the routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control (MAC) address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address. The monitoring of the target route based on pre-stored routing standard data and the routing data includes: If the routing standard data does not contain the MAC address, the correspondence between MAC address and VNI, or the correspondence between MAC address, VNI and VTEP IP address carried in the routing data, then an announcement alarm message is generated based on the routing data.

3. The method according to claim 2, characterized in that, The routing message is used to revoke the target route; The monitoring of the target route based on pre-stored routing standard data and the routing data includes: If the routing standard data does not contain the MAC address or the correspondence between the MAC address and VNI carried in the routing data, then a first cancellation alarm message is generated based on the routing data; or, If the routing standard data contains the correspondence between the MAC address and VNI carried in the routing data, then a second cancellation alarm message is generated based on the routing data.

4. The method according to claim 1, characterized in that, The method further includes: In the target network scenario, baseline routing data is collected; the target network scenario is a host-overlay network scenario or an access switch-overlay network scenario; the host-overlay network scenario refers to a network scenario where the VTEP node is located in a virtual machine server; the access switch-overlay network scenario refers to a network scenario where the VTEP node is located in a TOR switch. The routing baseline data is obtained by establishing a correspondence between the MAC addresses and VTEP IP addresses of multiple virtual machines and the VNIs corresponding to each virtual machine.

5. The method according to claim 4, characterized in that, The target network scenario is a host overlay network scenario; the routing baseline data includes the MAC address of each virtual machine in the server and the VTEP IP address of the VTEP node in each virtual machine server; The step of establishing a correspondence between the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data and the VNIs corresponding to the multiple virtual machines to obtain the routing standard data includes: The routing standard data is obtained by establishing a correspondence 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.

6. The method according to claim 4, characterized in that, The target network scenario is an access switch overlay network scenario; the routing baseline data includes the MAC address of each virtual machine server, the MAC address of each virtual machine, the virtual LAN VLAN corresponding to each MAC address, the MAC address forwarding table of each TOR switch, the interface speed, the network topology, the correspondence between VLAN and VNI, and the VTEP IP address of the VTEP node in each TOR switch. The step of establishing a correspondence between the MAC addresses and VTEP IP addresses of multiple virtual machines in the routing baseline data and the VNIs corresponding to the multiple virtual machines to obtain the routing standard data includes: Based on the routing baseline data, a correspondence is established between the MAC address of each virtual machine, the VTEP IP address corresponding to each virtual machine, and the VNI corresponding to each virtual machine to obtain the routing standard data.

7. The method according to claim 1, characterized in that, The method further includes: The routing message is stored; the routing message carries a routing timestamp; the routing timestamp is used to represent the time information when the routing message is received.

8. The method according to claim 7, characterized in that, After storing the routing message, the method further includes: Receive a message query instruction; the message query instruction contains time information; Based on the time information contained in the message query instruction, obtain the routing messages whose routing event stamps fall within the time range corresponding to the time information.

9. A routing monitoring device, characterized in that, The device includes: A receiving unit is configured to receive routing messages sent by a route reflector; the routing messages are used to advertise a target route, or the routing messages are used to revoke a target route; the routing messages contain routing data of the target route; A monitoring unit is used to monitor the target route based on pre-stored routing standard data and the routing data; The routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control (MAC) address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address.

10. The apparatus according to claim 9, characterized in that, The routing message is used to advertise the target route; the routing standard data contains multiple sets of correspondences; each set of correspondences consists of a Media Access Control (MAC) address, and the Virtual Network Interface (VNI) and Virtual Extended LAN Tunnel Endpoint (VTEP) IP addresses corresponding to the MAC address. The monitoring unit is specifically used for: If the routing standard data does not contain the MAC address, the correspondence between MAC address and VNI, or the correspondence between MAC address, VNI and VTEP IP address carried in the routing data, then an announcement alarm message is generated based on the routing data.

11. A routing monitoring device, characterized in that, include: A processor and a communication interface; the communication interface is coupled to the processor, the processor being used to run computer programs or instructions to implement the routing monitoring method as described in any one of claims 1-8.

12. A computer-readable storage medium storing instructions, characterized in that, When the computer executes the instruction, the computer performs the routing monitoring method according to any one of claims 1-8.

Images