CN116366490A

CN116366490A - Backbone network link state monitoring method and system

Info

Publication number: CN116366490A
Application number: CN202310339124.1A
Authority: CN
Inventors: 胡雅晴
Original assignee: Beijing Tianchi Network Co ltd
Current assignee: Beijing Tianchi Network Co ltd
Priority date: 2023-04-01
Filing date: 2023-04-01
Publication date: 2023-06-30

Abstract

The invention discloses a backbone network link state monitoring method, which comprises the following steps: receiving a message sent by SDN network equipment in a backbone network through SNMPtrap; analyzing the received information into a dictionary, and sending specified data in the dictionary to an MQTT server; acquiring appointed data from an MQTT server, and acquiring a current link state from a database based on an IP value in the appointed data; and judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state. The scheme can monitor and update the link state of the backbone network in real time, and improves the operation reliability of SDN services.

Description

Backbone network link state monitoring method and system

Technical Field

The present invention relates to the field of network communications technologies, and in particular, to a method, a system, a computing device, and a storage medium for monitoring a backbone network link state.

Background

With the upgrade of network construction, the importance of network data monitoring is increasingly prominent. The analysis of network quality is limited to the analysis of network element equipment performance and interface statistics through network management at present, but the lack of end-to-end overall analysis is insufficient for describing network quality health conditions.

In a large-scale network environment, information such as single-bidirectional time delay, link bandwidth, packet loss rate and the like between the upper end and the end of a backbone network are required to be measured and analyzed, and the congestion condition of the network and the load condition of the link are required to be positioned. And in an SDN network architecture where control is programmable by separating network control functions from forwarding functions, traffic states depend on the state of the links.

In the current network link state monitoring scheme, when a switch link has a problem, the link state cannot be updated in time, the normal operation of a service is affected, and when the link down state has a long duration or causes loss.

Therefore, a method for monitoring the link state of the backbone network is needed, which can monitor the link state of the backbone network in real time, update and store the link state in a database in time for visual display, so as to solve the problems in the prior art.

Disclosure of Invention

In view of the above problems, the present solution provides a method for monitoring a link state of a backbone network, by actively collecting snmp trap messages sent by a device in a multi-process manner, analyzing the snmp trap messages by an SDN controller, sending the snmp trap messages to an MQTT server, and updating a current link state in a database according to a received link state after the SDN device side is connected to the MQTT server. The method and the device can improve the real-time performance of link state monitoring, update the link network state in the database in time and improve the reliability of SDN service operation.

According to one aspect of the present invention, there is provided a backbone network link state monitoring method, comprising:

receiving a message sent by SDN network equipment in a backbone network through SNMPtrap; analyzing the received information into a dictionary, and sending specified data in the dictionary to an MQTT server; acquiring appointed data from an MQTT server, and acquiring a current link state from a database based on an IP value in the appointed data; and judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state.

By adopting the technical scheme, the multi-process is started to periodically acquire the message sent by the network equipment through the SNMPtrap, so that the possible fault information of the equipment can be actively and timely acquired; the SNMPtrap information is analyzed and processed and sent to the MQTT server, and the link state information is acquired in a publish-subscribe mode, so that the timeliness of link state update can be improved, and the reliability of service operation is improved.

Optionally, in the above method, the configuration file may be requested to be obtained through an API interface of the SDN network device according to a preset period; acquiring SNMPTRAP configuration information according to the configuration file, wherein the SNMPTRAP configuration information comprises a monitoring IP, a monitoring port, an access right, a user name, an authentication mode and an encryption mode; creating an SNMPtrap instance, configuring the SNMPtrap instance through the obtained SNMPtrap configuration information, operating the SNMPtrap instance and monitoring messages through a monitoring port; and starting the multithreading to receive the message sent by the SDN network device through the SNMPtrap.

By adopting the technical scheme, the real-time performance of network equipment fault information acquisition of switches and the like in the SDN network architecture can be improved.

Optionally, in the above method, parsing the received message into a string by an parsing packet of snmp trap; splicing the character strings in a comma form to obtain a list; cutting the list in the form of an equal sign, and forming a dictionary by taking a first value as a key and a second value as a value after cutting; forming a new dictionary by data with keys in the dictionary as operations;

acquiring a device list through an API interface, traversing the device list based on a new dictionary, and setting a value corresponding to a key in the new dictionary as a deviceid as a currently traversed value if the value corresponding to the key in the new dictionary as an IP is in the device list; and sending the appointed data after traversing to the MQTT server and appointing the MQTT theme.

Optionally, in the above method, the MQTT server configuration information is read from the configuration file, and the MQTT server is connected through the MQTT module of Python; acquiring an IP value corresponding to operation of a key matched with a preset matching rule from an MQTT server through a designated MQTT theme; if the obtained IP value is the same as the IP address between the A end node and the Z end node of the virtual private line in the database, the corresponding current link state is obtained.

Optionally, in the above method, the current link state of the backbone network includes a state attribute of each SDN network device, a port of each network device, and a link between devices in the backbone network.

Optionally, in the above method, establishing a matching rule (BFDSESSDOWN, BFDSESSUP); and according to the matching rule, matching the key to be a value corresponding to operation, and taking out the IP value corresponding to the key which meets the matching rule and is the operation.

Optionally, in the above method, the modified network link state may be displayed on the SDN platform page side in real time; and sending the change information of the link state to the MQTT server.

According to a second aspect of the present invention, there is provided a backbone network link state monitoring system, comprising an SDN network device, an SDN controller, an SDN network monitor and an MQTT server.

The SDN network equipment is used for sending a message to the SDN controller through SNMPtrap; the SDN controller is used for receiving a message sent by SDN network equipment through SNMPtrap, analyzing the received message into a dictionary, and sending specified data in the dictionary to the MQTT server;

the SDN network monitor is used for acquiring specified data from the MQTT server and acquiring the current link state from the database based on the IP value in the specified data; judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state;

the MQTT server is used for receiving connection requests and subscription information of SDN network devices and release information of the SDN controller, forwarding the subscription information to the SDN network devices and storing link state change information of the backbone network.

According to a third aspect of the present invention there is provided a computing device comprising: at least one processor; and a memory storing program instructions, wherein the program instructions are configured to be adapted to be executed by the at least one processor, the program instructions comprising instructions for performing the backbone network link-state monitoring method described above.

According to a fourth aspect of the present invention there is provided a readable storage medium storing program instructions which, when read and executed by a computing device, cause the computing device to perform the backbone network link state monitoring method described above.

According to the scheme of the invention, SNMPtrap messages actively sent by the network equipment are periodically acquired in a multithreading mode, the received messages are analyzed into a dictionary in a key value pair form through the SDN controller, the dictionary is stored in the MQTT server, and after the SDN equipment side is connected with the MQTT server, the dictionary data are processed and the link state is updated in time. Therefore, the scheme can improve the real-time performance of backbone network monitoring, update the link state in time and improve the operation reliability of SDN services.

The foregoing description is only an overview of the present invention, and is intended to be implemented in accordance with the teachings of the present invention in order that the same may be more clearly understood and to make the same and other objects, features and advantages of the present invention more readily apparent.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to designate like parts throughout the figures. In the drawings:

FIG. 1 illustrates a schematic diagram of a computing device 100, according to one embodiment of the invention;

FIG. 2 shows a flow diagram of a backbone network link-state monitoring method 200, according to one embodiment of the invention;

fig. 3 shows a schematic diagram of the architecture of a backbone network link-state monitoring system 300 according to one embodiment of the invention.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

The backbone network is a high-speed network that operators use to connect multiple zones, carrying network data that is transported across the zones. When network devices forming the backbone network link, such as switches, servers, routers, optical fibers, etc., have abnormal conditions such as congestion, damage, etc., network data flowing through the failure location of the link is affected, which usually appears as packet loss or data disconnection, and affects the stability of service operation.

As the number of switch devices increases, the number of services increases, the number of links increases, and the problem of untimely update of the link state occurs. In order to update and visually display the link state in time, the scheme provides a backbone network link state monitoring method which can monitor all link states of a backbone network in real time, update the link states in time and store the link states in a database so as to perform inquiry and fault management, and finally improve the stability and reliability of system operation.

In the embodiment of the invention, the states of a plurality of links in the backbone network can be monitored in real time through the program, and the link states in the database are updated in time when the link states are inconsistent, so that the reliability of service operation is improved. The program may be run on a computing device, with reference to fig. 1, fig. 1 shows a schematic diagram of a computing device 100 according to one embodiment of the invention. As shown in FIG. 1, in a basic configuration 102, a computing device 100 typically includes a system memory 106 and one or more processors 104. The memory bus 108 may be used for communication between the processor 104 and the system memory 106.

Depending on the desired configuration, the processor 104 may be any type of processor, including, but not limited to: microprocessor (μp), microcontroller (μc), digital information processor (DSP), or any combination thereof. The processor 104 may include one or more levels of caches, such as a first level cache 110 and a second level cache 112, a processor core 114, and registers 116. The example processor core 114 may include an Arithmetic Logic Unit (ALU), a Floating Point Unit (FPU), a digital signal processing core (DSP core), or any combination thereof. The example memory controller 118 may be used with the processor 104, or in some implementations, the memory controller 118 may be an internal part of the processor 104.

Depending on the desired configuration, system memory 106 may be any type of memory including, but not limited to: volatile memory (such as RAM), non-volatile memory (such as ROM, flash memory, etc.), or any combination thereof. Physical memory in a computing device is often referred to as volatile memory, RAM, and data in disk needs to be loaded into physical memory in order to be read by processor 104. The system memory 106 may include an operating system 120, one or more applications 122, and program data 124. In some implementations, the application 122 may be arranged to execute instructions on an operating system by the one or more processors 104 using the program data 124. The operating system 120 may be, for example, linux, windows or the like, which includes program instructions for handling basic system services and performing hardware-dependent tasks. The application 122 includes program instructions for implementing various functions desired by the user, and the application 122 may be, for example, a browser, instant messaging software, a software development tool (e.g., integrated development environment IDE, compiler, etc.), or the like, but is not limited thereto. When an application 122 is installed into computing device 100, a driver module may be added to operating system 120.

When the computing device 100 starts up running, the processor 104 reads the program instructions of the operating system 120 from the memory 106 and executes them. Applications 122 run on top of operating system 120, utilizing interfaces provided by operating system 120 and underlying hardware to implement various user-desired functions. When a user launches the application 122, the application 122 is loaded into the memory 106, and the processor 104 reads and executes the program instructions of the application 122 from the memory 106.

Computing device 100 also includes storage device 132, storage device 132 including removable storage 136 and non-removable storage 138, both removable storage 136 and non-removable storage 138 being connected to storage interface bus 134.

Computing device 100 may also include an interface bus 140 that facilitates communication from various interface devices (e.g., output devices 142, peripheral interfaces 144, and communication devices 146) to basic configuration 102 via bus/interface controller 130. The example output device 142 includes a graphics processing unit 148 and an audio processing unit 150. They may be configured to facilitate communication with various external devices such as a display or speakers via one or more a/V ports 152. Example peripheral interfaces 144 may include a serial interface controller 154 and a parallel interface controller 156, which may be configured to facilitate communication with external devices such as input devices (e.g., keyboard, mouse, pen, voice input device, touch input device) or other peripherals (e.g., printer, scanner, etc.) via one or more I/O ports 158. An example communication device 146 may include a network controller 160, which may be arranged to facilitate communication with one or more other computing devices 162 via one or more communication ports 164 over a network communication link.

The network communication link may be one example of a communication medium. Communication media may typically be embodied by computer readable instructions, data structures, program modules, and may include any information delivery media in a modulated data signal, such as a carrier wave or other transport mechanism. A "modulated data signal" may be a signal that has one or more of its data set or changed in such a manner as to encode information in the signal. By way of non-limiting example, communication media may include wired media such as a wired network or special purpose network, and wireless media such as acoustic, radio Frequency (RF), microwave, infrared (IR) or other wireless media. The term computer readable media as used herein may include both storage media and communication media. In the computing device 100 according to the invention, the application 122 comprises instructions for performing the backbone network link-state monitoring method 200 of the invention.

The backbone network is a distributed network architecture, the network is connected through a router, any one node is connected with at least two lines, and when one link fails, communication can be completed through other links. Fig. 2 is a flow chart of a method 200 for monitoring the link status of a backbone network according to an embodiment of the present invention in order to find out the abnormal data communication and the network interface position of the failure in the backbone network in time. As shown in fig. 2, the method starts with step S210, receiving a message sent by an SDN network device in a backbone network through snmp trap.

The backbone network is composed of SDN network devices which are communicated with each other by a plurality of routes. Because of more network devices in the backbone network, such as switches, routers, firewalls, bridges, hubs, gateways, etc., in order to monitor and manage multiple network devices simultaneously, multithreading can be started, a corresponding number of processes are created according to the number of network devices currently connected, and a period for acquiring configuration files is set.

SDN equipment is a data surface of an SDN network and is used for processing data packets, and the configuration files can be acquired by calling an API (application program interface) according to fixed API addresses at the equipment side according to the acquisition period of the configuration files, so that the configuration files can be periodically requested to be acquired.

The SNMP agent runs on managed network nodes and the management station is responsible for collecting information to maintain individual SNMP elements (either the management station actively requests the agent or the agent actively uploads the SNMP). The monitored network equipment is configured with SNMP, and can realize system information monitoring through SNMP protocol. In order for the management station to be able to monitor the managed devices effectively in a timely manner, a trap asynchronous reporting mechanism needs to be used.

SNMPtrap configuration information can be obtained through the configuration file, and the SNMPtrap configuration information comprises monitored information such as IP, PORT, authority, user name, auto protocol, authentication key, privprotocol, privkey and the like.

An SNMPtrap instance can be created through an API document, configured through the acquired information such as monitoring IP, PORT, authority, user name, authentication mode, encryption mode and the like, and then operated and monitored through a PORT. Ports (ports) may be physical ports, logical ports defined by switches, or reserved ports defined by openflow protocol, among others.

Step S220 is then performed to parse the received message into a dictionary and send the specified data in the dictionary to the MQTT server.

Since the network device is configured with an IP SLA (internet protocol service level agreement), in which service types, quality of service, etc. are defined, it is possible to use for network connectivity testing. One target device, protocol, UDP, and TCP port may be configured for each job (operation), and the source device communicates with the responding device using the IP SLA control protocol before sending the test packets. After the job is completed and the response is received, the measurement result is stored in the IP SLA MIB of the source device, and can be checked through SNMP protocol.

In one embodiment of the present invention, the device will send a message packet every three seconds through snmp trap and the SDN controller will monitor and acquire the message packet. Since the trap information is encoded information, it is necessary to decode SNMP trap information, parse a message packet into a character string by a parsing packet module defined by the SNMP protocol, and splice the character string into a list in the form of comma. And cutting the list by using an equal sign, and forming a dictionary by taking the first value as key and the second value as value after cutting.

For example, the subject= { key1: value, key2: value, &..

Then, forming a new dictionary by data with keys in the dictionary as operations; acquiring a device list through an API interface, traversing the device list based on a new dictionary, and setting a value corresponding to a key in the new dictionary as a deviceid as a currently traversed value if the value corresponding to the key in the new dictionary as an IP is in the device list; and sending the appointed data after traversing to the MQTT server and appointing the MQTT theme.

In one embodiment of the present invention, a method for acquiring all device lists may be first called through an API interface address, and the called interface information may be processed to acquire all device lists.

And then, processing the dictionary formed after analysis to obtain data with the key being operation, and arranging the data with the key being operation into a new dictionary. And circularly traversing the device list, and setting the value of which the key is a deviceid (device name) in the new dictionary as the currently traversed value if the value of which the key is IP in the new dictionary is in the device list. And finally, sending the appointed data after traversing to the MQTT server and appointing the MQTT theme.

Wherein the MQTT is based on client-server and message publish/subscribe transport protocols. The subscribers subscribe a topic to the MQTT message server, the MQTT topic is a character string, and after the subscription is successful, the MQTT message server forwards the messages under the topic to all subscribers.

Next, step S230 is performed to acquire the specified data from the MQTT server and acquire the current link state from the database based on the IP value in the specified data.

In one embodiment of the invention, the configuration information of the MQTT server in the configuration file can be obtained through the equipment side, and the SDN equipment side can be connected with the MQTT server through the MQTT module of the Python.

After the connection is successful, message data corresponding to operation is obtained from the specified data through the specified MQTT theme. In one embodiment of the invention, the IP value corresponding to the operation of the key matched with the preset matching rule can be obtained from the MQTT server through the appointed MQTT theme; if the IP value is the same as the IP address between the A end node and the Z end node of the virtual private line in the database, the current link state of the backbone network is obtained from the database.

The matching rule (BFDSESSDOWN, BFDSESSUP) is preset, and whether a value of which the key is operation in the acquired subject message is in the data list (BFDSESSDOWN, BFDSESSUP) is judged, wherein BFDESSDOWN represents a link down and BFDESSUP represents a link UP.

For example, the corresponding key value in the new dictionary may be looked up by blurring the field. First, all key-value pairs in the dictionary are traversed using the item () method of the dictionary, and then the in key is used to determine whether the keys in the key-value pairs contain ambiguous fields. If so, the IP value corresponding to the operation can be obtained through the matched key.

In the embodiment of the invention, the database is queried through the acquired IP value, the query condition is whether the IP address of the AZ segment (from the A end node to the Z end node in the virtual private line service) of the link in the database is the same as the acquired IP value, and if so, the corresponding link state is found.

Finally, step S240 is executed to determine whether the current link state in the database is the same as the link state received from the MQTT server, and if not, the current link state is modified.

After the link state is modified, the modified link state information, namely whether the link state is changed into down or up, can be sent to the MQTT server, and the whole network link state is presented on the SDN platform page side in a visual mode so as to be checked.

According to the technical scheme provided by the invention, the information of each network device is actively collected based on the SNMP, and a good monitoring platform can be provided for the backbone network by combining the SDN technology with the MQTT technology, so that the link state of the backbone network is monitored in real time, and the stability and reliability of service operation are improved.

Fig. 3 shows a schematic diagram of the architecture of a backbone network link-state monitoring system 300 according to one embodiment of the invention. As shown in fig. 3, the backbone network link-state monitoring system 300 includes: SDN network device (network device 1, network device 2....network device n), SDN controller, SDN network monitor and MQTT server.

The SDN network device is used for sending a message to the SDN controller through SNMPtrap. That is, each network device in the SDN architecture may actively notify SNMP manager of device failure, port DOWN, etc. messages.

An SDN controller, configured to receive messages sent by a plurality of network devices through snmp trap; parsing the received message into a dictionary containing key-value pairs; the dictionary is processed into specified data and then sent to the MQTT server.

The SDN network monitor is deployed at an application layer of the SDN platform, can acquire specified data from the MQTT server and acquire a current link state from a database based on an IP value in the specified data; and judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state.

The MQTT server may receive connection request and subscription information of the SDN network device and release information of the SDN controller, forward the subscription information to the SDN network device, and store link state change information of the backbone network.

According to the backbone network link state monitoring method provided by the invention, SNMPtrap information actively sent by equipment is periodically acquired in a multithreading mode, the received information is analyzed into a dictionary in a key value pair form through an SDN controller, the dictionary is stored in an MQTT server, and after the SDN is connected with the MQTT server, the dictionary data is processed and the link state is updated in time. Therefore, the scheme can improve the real-time performance of backbone network monitoring, update the link state in time, avoid the link to be in the DOWN state for a long time and improve the operation reliability of SDN services.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed as reflecting the intention that: i.e., the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules or units or components of the devices in the examples disclosed herein may be arranged in a device as described in this embodiment, or alternatively may be located in one or more devices different from the devices in this example. The modules in the foregoing examples may be combined into one module or may be further divided into a plurality of sub-modules.

Those skilled in the art will appreciate that the modules in the apparatus of the embodiments may be adaptively changed and disposed in one or more apparatuses different from the embodiments. The modules or units or components of the embodiments may be combined into one module or unit or component and, furthermore, they may be divided into a plurality of sub-modules or sub-units or sub-components. Any combination of all features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or units of any method or apparatus so disclosed, may be used in combination, except insofar as at least some of such features and/or processes or units are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments can be used in any combination.

Furthermore, some of the embodiments are described herein as methods or combinations of method elements that may be implemented by a processor of a computer system or by other means for performing the functions. Thus, a processor with the necessary instructions for implementing a method or a method element forms a means for implementing the method or the method element. Further, the elements herein of the apparatus embodiments are examples of the following apparatuses: the apparatus is for carrying out the functions performed by the elements for carrying out the objects of the invention.

As used herein, unless otherwise specified the use of the ordinal terms "first," "second," "third," etc., to describe a general object merely denote different instances of like objects, and are not intended to imply that the objects so described must have a given order, either temporally, spatially, in ranking, or in any other manner.

While the invention has been described with respect to a limited number of embodiments, those skilled in the art, having benefit of the above description, will appreciate that other embodiments are contemplated within the scope of the invention as described herein. Furthermore, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the appended claims. The disclosure of the present invention is intended to be illustrative, but not limiting, of the scope of the invention, which is defined by the appended claims.

Claims

1. A method for monitoring the link state of a backbone network, comprising the steps of:

receiving a message sent by SDN network equipment in a backbone network through SNMPtrap;

analyzing the received information into a dictionary, and sending appointed data in the dictionary to an MQTT server;

acquiring the specified data from the MQTT server, and acquiring the current link state from a database based on an IP value in the specified data;

and judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state.

2. The method for monitoring the link state of the backbone network according to claim 1, wherein the step of receiving the message sent by the SDN network device in the backbone network through snmp trap includes:

acquiring a configuration file according to a preset period through an API interface request of SDN network equipment;

acquiring SNMPtrap configuration information according to the configuration file, wherein the SNMPtrap configuration information comprises a monitoring IP, a monitoring port, an access right, a user name, an authentication mode and an encryption mode;

creating an SNMPtrap instance, configuring the SNMPtrap instance through the obtained SNMPtrap configuration information, operating the SNMPtrap instance and monitoring information through the monitoring port;

and starting the multithreading to receive the message sent by the SDN network device through the SNMPtrap.

3. The backbone network link-state monitoring method of claim 1, wherein said parsing the received message into a dictionary and sending the specified data in the dictionary to an MQTT server comprises:

analyzing the received message into a character string through an analysis data packet of SNMPtrap;

splicing the character strings in a comma form to obtain a key value pair list;

cutting the list in the form of an equal sign, and forming a dictionary by taking a first value as a key and a second value as a value after cutting;

forming a new dictionary by data with keys in the dictionary as operations;

acquiring a device list through an API interface, traversing the device list based on the new dictionary, and setting a value corresponding to a key in the new dictionary as a deviceid as a currently traversed value if the value corresponding to the key in the new dictionary as an IP is in the device list;

and sending the appointed data after traversing to the MQTT server and appointing the MQTT theme.

4. The method of claim 3, wherein the step of obtaining the specified data from the MQTT server and obtaining the current link state from the database based on the IP value in the specified data comprises:

reading the configuration information of the MQTT server from the configuration file, and connecting the MQTT server through an MQTT module of Python;

acquiring an IP value corresponding to operation of a key matched with a preset matching rule from an MQTT server through a designated MQTT theme;

and if the IP value is the same as the IP address between the A end node and the Z end node of the virtual private line in the database, acquiring the current link state of the backbone network from the database.

5. The method of claim 4, wherein the current link state of the backbone network comprises state attributes of each SDN network device, a port of each network device, and a link between devices in the backbone network.

6. The method for monitoring the link state of a backbone network according to claim 4, wherein the step of obtaining the IP value corresponding to the operation of the key matched with the preset matching rule from the MQTT server through the specified MQTT theme comprises:

establishing a matching rule (BFDSESSDOWN, BFDSESSUP);

and according to the matching rule, matching the key to be a value corresponding to operation, and taking out the IP value corresponding to the key which meets the matching rule and is the operation.

7. The method of claim 1, further comprising:

displaying the modified network link state on the SDN platform page side in real time;

and sending the change information of the link state to the MQTT server.

8. A backbone network link state monitoring system, comprising: an SDN network device, an SDN controller, an SDN network monitor, an MQTT server,

the SDN network equipment is used for sending a message to the SDN controller through SNMPtrap;

the SDN controller is used for receiving a message sent by the SDN network device through SNMPtrap, analyzing the received message into a dictionary, and sending specified data in the dictionary to the MQTT server;

the SDN network monitor is used for acquiring the appointed data from the MQTT server and acquiring the current link state from a database based on an IP value in the appointed data; judging whether the current link state in the database is the same as the link state received from the MQTT server, and if so, modifying the current link state;

the MQTT server is configured to receive a connection request and subscription information of an SDN network device and release information of an SDN controller, forward the subscription information to the SDN network device, and store link state change information of a backbone network.

9. A computing device, comprising:

at least one processor; and

a memory storing program instructions, wherein the program instructions are configured to be adapted to be executed by the at least one processor, the program instructions comprising instructions for performing the backbone network link-state monitoring method as recited in any of claims 1-7.

10. A readable storage medium storing program instructions which, when read and executed by a computing device, cause the computing device to perform the backbone network link state monitoring method of any of claims 1-7.