Visual monitoring method and system for network service state
By extracting the complete routing information in the network management configuration information, generating a service path map, and conducting remote connectivity checks, the accuracy and visibility problems of network service status monitoring in the prior art are solved, and more efficient fault location and processing are achieved.
Patent Information
- Application Number
- CN202411822457.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-11
- Publication Date
- 2025-03-14
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
When monitoring network service status, the prior art has low accuracy and poor visibility, making it difficult to achieve overall analysis and fault location of multi-source data.
By extracting the complete routing information of the target service from the network management configuration information, generating a service path map, and using network detection, address resolution and remote login commands to perform remote connectivity checks, displaying it in the graphical user interface.
It improves the accuracy and visibility of network service status monitoring, allowing network administrators to understand network status and performance issues more quickly, locate fault points, and thus improve fault handling efficiency.
Smart Images

Figure CN119629076A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of network monitoring management, and in particular to a method and system for visually monitoring network service status. Background Art
[0002] With the development and application of Internet technology, network services are becoming increasingly complex. Network administrators need to uniformly monitor and manage the status of network services to avoid service interruptions caused by service failures and affect service quality.
[0003] In the related art, traditional network monitoring and management technology can usually only monitor the status information of ports, lines, and routes, and can only display information in the form of text or data lists. However, monitoring the status of network services requires comprehensive analysis of information from multiple data sources (such as security events, server status, service quality parameters, etc.). The related art can only process a single data source, and it is difficult to perform overall analysis of multi-source data, resulting in low accuracy of network service status monitoring methods.
[0004] In addition, in the process of monitoring network services in the related technology, information is displayed in the form of text or data lists, resulting in poor visibility of the network service status monitoring method. It is difficult for network administrators to quickly understand the status and performance issues of network services, and it is difficult to locate specific fault points in the network service chain and the related equipment corresponding to the fault, thereby resulting in low fault handling efficiency.
[0005] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention
[0006] The embodiments of the present invention provide a method and system for visually monitoring network service status, so as to at least solve the technical problems of low accuracy and poor visibility of network service status monitoring methods in related technologies.
[0007] According to one aspect of an embodiment of the present invention, a method for visually monitoring network service status is provided, comprising: extracting complete routing information of a target service from network management configuration information; generating a service path graph corresponding to the target service based on the complete routing information, wherein the service path graph comprises node data of a plurality of network nodes on the service path; in response to an opening event of the service path graph, displaying the service path graph in a graphical user interface, and performing a remote connectivity check on the service path using a target query command to obtain a first check result, wherein the target query command comprises: a network detection command, an address resolution command and a remote login command, and the first check result is used to characterize the connectivity status between a plurality of network nodes on the service path; and displaying the first check result in the graphical user interface.
[0008] Optionally, the business path is a network path from a source terminal device to a target terminal device corresponding to a target business; the multiple network nodes include: a source node corresponding to the source terminal device, a target node corresponding to the target terminal device, and multiple intermediate nodes between the source node and the target node; the node data includes address information and a business port; the visual monitoring method also includes: responding to an open event, determining a login node according to a preset query requirement of the target business, wherein the login node is one of the following: a default node, a source node, or a target node pre-set in multiple intermediate nodes.
[0009] Optionally, a target query command is used to perform a remote connectivity check on the business path, and a first check result is obtained, including: when the login node is a default node, remotely log in to the default node, and use a network detection command to check the connectivity status between the default node and the source node, and between the default node and the target node; in response to successful connectivity between the default node and the source node and successful connectivity between the default node and the target node, it is determined that the first check result is that the full-link connectivity of the business path is successful.
[0010] Optionally, a target query command is used to perform a remote connectivity check on the service path, and a first check result is obtained, including: when the login node is a source node, remotely log in to the source terminal device, and use a network detection command to check the connectivity status between the source node and the target node; when the login node is a target node, remotely log in to the target terminal device, and use a network detection command to check the connectivity status between the source node and the target node; in response to successful connectivity between the source node and the target node, determining that the first check result is successful full-link connectivity of the service path.
[0011] Optionally, a target query command is used to perform a remote connectivity check on the service path, and a first check result is obtained, including: in response to a connectivity failure between a login node and an end node, a network detection command is used to check the connectivity status between the login node and multiple candidate nodes in a target order, and a faulty node is determined among the multiple candidate nodes, wherein the end node includes a source node and / or a target node, and the multiple candidate nodes are some of the intermediate nodes among the multiple intermediate nodes located between the login node and the end node; and the first check result is determined to be a routing failure or a packet loss failure in a network link between the end node and the faulty node.
[0012] Optionally, a target query command is used to perform a remote connectivity check on the service path, and a first check result is obtained, including: in response to a connectivity failure between a login node and an end node, connectivity between the login node and an adjacent intermediate node of the end node is successful and the end node and the adjacent intermediate node belong to the same network segment, remotely logging into the adjacent intermediate node, and using an address resolution command to perform an address lookup on an address resolution protocol cache table of the adjacent intermediate node to obtain an address lookup result, wherein the address lookup result is used to characterize whether the address resolution protocol cache table contains a terminal device address corresponding to the end node; in response to the address lookup result, it is determined that the address resolution protocol cache table does not contain the terminal device address, and it is determined that the first check result is a fault between the end node and the adjacent intermediate node.
[0013] Optionally, the visual monitoring method also includes: in response to the first inspection result that the full link of the service path is successfully connected, using a remote login command to perform a port connectivity check on the service ports of the source terminal device and the target terminal device to obtain a second inspection result, wherein the second inspection result is used to characterize whether the port channel of the service path is normally connected; and displaying the second inspection result in a graphical user interface.
[0014] Optionally, the display content of the graphical user interface also includes: a link check button corresponding to the network detection command, an address check button corresponding to the address resolution command, and a port check button corresponding to the remote login command; the visual monitoring method also includes at least one of the following: in response to the first control operation performed on the link check button and the second control operation performed on the node to be checked among multiple network nodes, using the network detection command to check the connectivity status between the login node and the node to be checked, obtaining a third check result, and displaying the third check result in the graphical user interface; in response to the third control operation performed on the address check button and the second control operation performed on the node to be checked, using the address resolution command to check whether the address resolution protocol cache table of the node to be checked contains the node address of the login node, obtaining a fourth check result, and displaying the fourth check result in the graphical user interface; in response to the fourth control operation performed on the port check button and the second control operation performed on the node to be checked, using the remote login command to perform a port connectivity check on the network port of the node to be checked, obtaining a fifth check result, and displaying the fifth check result in the graphical user interface.
[0015] Optionally, the display content of the graphical user interface also includes a refresh button; the visual monitoring method also includes: in response to a fifth control operation performed on the refresh button, using a target query command to perform a remote connectivity check on the service path, updating the first check result, and updating and displaying the first check result in the graphical user interface.
[0016] According to another aspect of an embodiment of the present invention, a visual monitoring system for network service status is also provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute any one of the above-mentioned visual monitoring methods.
[0017] In an embodiment of the present invention, the complete routing information of the target service is extracted from the network management configuration information; based on the complete routing information, a service path diagram corresponding to the target service is generated, wherein the service path diagram includes node data of multiple network nodes on the service path; in response to an opening event of the service path diagram, the service path diagram is displayed in a graphical user interface, and a target query command is used to perform a remote connectivity check on the service path to obtain a first check result, wherein the target query command includes: a network detection command, an address resolution command, and a remote login command, and the first check result is used to characterize the connectivity status between multiple network nodes on the service path; the first check result is displayed in a graphical user interface. Thus, the present invention achieves the purpose of more accurately visually monitoring the network service status, thereby achieving the technical effect of improving the accuracy and visibility of the network service status monitoring method, and further solving the technical problems of low accuracy and poor visibility of the network service status monitoring method in the related art. BRIEF DESCRIPTION OF THE DRAWINGS
[0018] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:
[0019] Figure 1 It is a hardware structure block diagram of a terminal device of an optional method for visual monitoring of network service status according to an embodiment of the present invention;
[0020] Figure 2 is a flow chart of a method for visually monitoring network service status according to an embodiment of the present invention;
[0021] Figure 3 This is a schematic diagram of an optional network service path according to an embodiment of the present application. DETAILED DESCRIPTION
[0022] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.
[0023] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.
[0024] According to an embodiment of the present invention, an embodiment of a method for visually monitoring network business status is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.
[0025] Figure 1 is a hardware structure block diagram of a terminal device for an optional method for visual monitoring of network service status according to an embodiment of the present invention, such as Figure 1 As shown, the terminal device may include one or more processors 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor (Microcontroller Unit, referred to as MCU) or a programmable logic device (Field Programmable Gate Array, referred to as FPGA)), a memory 104 for storing data, and a transmission device 106 for communication functions. In addition, it may also include: a display device 110, an input / output device 108 (i.e., an I / O device), a Universal Serial Bus (USB) port (which may be included as one of the ports of a computer bus, not shown in the figure), a network interface (not shown in the figure), a power supply (not shown in the figure) and / or a camera (not shown in the figure). It can be understood by those skilled in the art that Figure 1 The structure shown is for illustration only and does not limit the structure of the above terminal device. Figure 1 More or fewer components as shown, or with Figure 1 Different configurations shown.
[0026] It should be noted that the one or more processors 102 and / or other data processing circuits may be embodied in whole or in part as software, hardware, firmware or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be fully or partially integrated into any of the other components in the terminal device (or mobile device).
[0027] The memory 104 can be used to store software programs and modules of application software, such as program instructions / data storage devices corresponding to the visual monitoring method of network service status in the embodiment of the present invention. The processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, the visual monitoring method of network service status described above is realized. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the terminal device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
[0028] The transmission device 106 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the terminal device. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.
[0029] Under the above operating environment, the embodiment of the present invention provides the following Figure 2 The visual monitoring method of the network service status shown, Figure 2 is a flow chart of a method for visually monitoring network service status according to an embodiment of the present invention. Figure 2 As shown, the method includes the following implementation steps S201 to S204.
[0030] Step S201: extracting complete routing information of a target service from network management configuration information.
[0031] The above network services may be various communication and data transmission services provided by computer networks.
[0032] The above network management configuration information may be configuration parameters of each device in the network. The above configuration parameters may include, but are not limited to, interface configuration (such as Internet Protocol Address (IP), physical layer (Media Access Control Address, MAC), subnet mask, interface status, etc.), routing protocol configuration (such as Border Gateway Protocol, Open Shortest Path First Protocol, Routing Information Protocol, etc.), security policy configuration (such as firewall rules, access control lists, security group tags, encryption configuration, etc.), port number configuration, routing table configuration, etc.
[0033] The above-mentioned complete routing information may be the detailed information of all paths and nodes that a service corresponding to the information transmission end passes through to the receiving end in the data communication network. The above-mentioned complete routing information may include but is not limited to the source address, the destination address, the network equipment passed through (such as routers, switches, gateways, etc.), network link information, routing strategy, routing status, etc. The above-mentioned network link information may be the physical or logical connection information used in the data packet transmission.
[0034] The specific implementation steps of extracting the complete routing information of the target business from the network management configuration information may be: the network management monitoring system analyzes the target business, determines all network nodes and links through which the target business flows, and further extracts the complete routing information related to the target business from the network management configuration information.
[0035] In an optional exemplary application scenario, Figure 3 is a schematic diagram of an optional network service path according to an embodiment of the present application, such as Figure 3 As shown, the target business is data transmission from the client to the server. The network management monitoring system will extract the configuration information of the client, access switch, backbone switch and server during the data transmission process from the client to the server from the network management configuration information to ensure that the complete routing information of the target business is obtained.
[0036] By extracting the complete routing information of the target service from the network management configuration information, the embodiment of the present application can obtain the complete routing information corresponding to the network service, and can more accurately and completely obtain multi-source data of the network service, so as to more quickly determine the overall status and performance of the network service path, thereby improving the accuracy of the visual monitoring method of the network service status.
[0037] Step S202: Generate a service path graph corresponding to the target service based on the complete routing information, wherein the service path graph includes node data of multiple network nodes on the service path.
[0038] The above-mentioned business path diagram can be a visual diagram of the transmission path of a business flow or data packet in the network. The business path diagram can be used to display the status of the business link. The business path diagram can be drawn by using a graphical tool (such as a graphical interface of a network management software).
[0039] The above-mentioned network nodes can be devices in a computer network that can receive, process and forward data. The network nodes can include computing devices (such as personal computers, servers, etc.), network devices (such as routers, switches, gateways, etc.), and terminal devices (such as printers, cameras, sensors, etc.).
[0040] The node data mentioned above may be data related to a network node, and the node data may be used to describe the status, configuration and function of the network node.
[0041] Based on the complete routing information, the specific implementation steps of generating a business path diagram corresponding to the target business may be: analyzing the complete routing information, converting the link relationship between nodes in the target business into a link model, and using a graphical tool to draw a business path diagram according to the link model.
[0042] In an optional exemplary application scenario, Figure 3 As shown, a business path diagram is drawn using complete routing information. The business path diagram includes network nodes and IP address data and business port information corresponding to the network nodes. The above network nodes include clients, access switches, backbone switches and servers.
[0043] By generating a business path diagram corresponding to the target business, the embodiment of the present application can intuitively display the complex routing information corresponding to the target business to network management personnel, thereby improving the visibility of the visual monitoring method of the network business status, thereby being able to provide network management personnel with more timely network status information, which is conducive to network management personnel to more accurately monitor the network business status.
[0044] Step S203, in response to the opening event of the business path map, the business path map is displayed in the graphical user interface, and a target query command is used to perform a remote connectivity check on the business path to obtain a first check result, wherein the target query command includes: a network detection command, an address resolution command, and a remote login command, and the first check result is used to characterize the connectivity status between multiple network nodes on the business path.
[0045] The above-mentioned opening event may be an opening operation triggered in the network management and monitoring system, the opening event may be the result of user interaction, or the opening event may be automatically triggered by the system, such as the execution of a scheduled task. The above-mentioned target query command may be a network instruction to inquire about the status of a specific device or resource in the network. The above-mentioned remote connectivity check may be used to verify the connectivity of the network.
[0046] The above network detection command can be a type of instruction for actively testing network performance and status. The above address resolution command can be used to convert a network layer address (such as an IP address) into a data link layer address (such as a MAC address). The address resolution command can also be used to view, add, delete and clear entries in the address resolution protocol cache table. The above address resolution protocol cache table can be used to store the correspondence between the IP address and the MAC address of each device in the local area network.
[0047] The above remote login command can be a network protocol based on a text protocol. The remote login command can be used to remotely log in to a network device or server to perform configuration management, troubleshooting or monitoring. The remote login command can also be used to test the connectivity of ports in a network link.
[0048] In response to an opening event of a business path map, the business path map is displayed in a graphical user interface, and a target query command is used to perform a remote connectivity check on the business path. The specific implementation steps for obtaining a first inspection result may be: in response to an instruction corresponding to an opening event of a business path map received in a network management and monitoring system, a business path map corresponding to the business is displayed on a graphical user interface; further, a target query command is executed on each network node on the business path, and the connectivity status between multiple network nodes on the business path is checked to obtain a first inspection result.
[0049] In order to more accurately monitor the network service status, the target query command is used in the embodiment of the present application to perform remote connectivity check on the service path, which can provide more accurate and timely network service status information.
[0050] Step S204: display the first inspection result in the graphical user interface.
[0051] It should be noted that the various connectivity states in the first check result can be displayed in the graphical user interface using markers of various colors.
[0052] In an exemplary application scenario, the connectivity status may include normal network path, faulty network path, blocked network path, network path being refreshed, and network path being checked. In the graphical user interface, green marks are used to display the connectivity status of multiple network nodes with normal network paths, red marks are used to display the connectivity status of multiple network nodes with faulty or blocked network paths, and orange marks are used to display the connectivity status of multiple network nodes with network paths being refreshed or checked.
[0053] By displaying the first inspection result in the graphical user interface, the first inspection result can be directly displayed on the service path diagram in the embodiment of the present application, so as to more intuitively determine the network node where the fault occurs in the network service status. The visibility of the visual monitoring method of the network service status is improved, which is conducive to network management personnel to better monitor the network service status.
[0054] It is easy to understand that through the above steps S201 to S204, in the present application, the complete routing information of the target business is used to generate a business path diagram corresponding to the target business, which can monitor the network business status more intuitively and easily; the target query command is used to perform a remote connectivity check on the business path to obtain a first check result, and the first check result is displayed in the graphical user interface, which can more accurately and intuitively display the faulty nodes in the network business path, thereby improving the accuracy and visibility of the visual monitoring method of the network business status.
[0055] Optionally, the service path is a network path from a source terminal device to a target terminal device corresponding to the target service; the multiple network nodes include: a source node corresponding to the source terminal device, a target node corresponding to the target terminal device, and multiple intermediate nodes between the source node and the target node; the node data includes address information and a service port; the above-mentioned visual monitoring method of the network service status may also include the following method steps:
[0056] Step S205, responding to the opening event, and determining a login node according to a preset query requirement of the target business, wherein the login node is one of the following: a preset default node among multiple intermediate nodes, a source node, and a target node.
[0057] The above-mentioned network node may be a node that the network service data flow must pass through during the network service data transmission process. The above-mentioned source terminal device may be the starting point of the network service data flow. The above-mentioned target terminal device may be the end point of the network service data flow. The above-mentioned node data may be used to identify the network device and monitor the status of the network device. The above-mentioned address information may be the physical address information or network address information of the network node. The above-mentioned service port may be a network port used by the network node for service data transmission. The above-mentioned login node may be a network node to be checked for status corresponding to a preset query requirement. The above-mentioned default node may be a default login node pre-set in the service path.
[0058] Specifically, in response to the opening event, the network management and monitoring system parses the preset query requirements of the target business and selects a login node from a default node, a source node, and a target node that are pre-set in multiple intermediate nodes.
[0059] It is easy to understand that through the above step S205, in this application, by determining the login node according to the preset query requirements of the target business, the connectivity status of the login node in the network business can be checked, and the appropriate login node can be selected, thereby reducing the troubleshooting time and improving the overall response speed of network operation and maintenance.
[0060] Optionally, in the above step S203, performing a remote connectivity check on the service path by using a target query command to obtain a first check result may further include the following method steps:
[0061] Step S231, when the login node is a default node, remotely log in to the default node, and use a network detection command to check the connectivity between the default node and the source node, and between the default node and the target node;
[0062] Step S232: In response to the default node and the source node being successfully connected and the default node and the target node being successfully connected, it is determined that the first inspection result is that the entire link of the service path is successfully connected.
[0063] Specifically, when the login node is the default node, the network management and monitoring system uses the target query command to remotely connect to the default node in the business path, and uses the network detection command to check the connectivity status between the default node and the source node and the connectivity status between the default node and the target node. If the default node and the source node are both successfully connected and the default node and the target node are successfully connected, it means that the connectivity from the default node to the source node and the default node to the target node are normal, and the first inspection result is determined to be that the full link connectivity of the business path is successful.
[0064] In an exemplary application scenario, Figure 3 As shown, the above network detection command can be a command corresponding to a network packet detector (Packet Internet Groper, referred to as Ping). In response to the opening event, the business path map is opened. When the login node is the default node, the server remotely logs in to the default node in the business path map, creates an Internet Control Message Protocol (ICMP) protocol data packet using the Ping command, encapsulates it in an IP data packet, and sends the IP data packet from the default node to the source node and the target node respectively. If the source node can successfully receive the IP data packet sent by the default node, it is determined that the default node and the source node are connected successfully. If the target node can successfully receive the IP data packet sent by the default node, it is determined that the default node and the target node are connected successfully; further, in response to the default node and the source node being connected successfully and the default node and the target node being connected successfully, it is determined that the first inspection result is that the full link of the business path is connected successfully.
[0065] It is easy to understand that through the above steps S231 to S232, in the present application, the default node is used as the login node, and the network management personnel only need to pay attention to the connectivity between the default node and the source node and the target node, without having to check each node on the path one by one, which simplifies the node troubleshooting process in the business path and improves the efficiency and speed of node troubleshooting in the business path.
[0066] Optionally, in the above step S203, performing a remote connectivity check on the service path by using a target query command to obtain a first check result may further include the following method steps:
[0067] Step S233, when the login node is a source node, remotely log in to the source terminal device, and use a network detection command to check the connectivity between the source node and the target node;
[0068] Step S234, when the login node is the target node, remotely log in to the target terminal device, and use a network detection command to check the connectivity between the source node and the target node;
[0069] Step S235 , in response to the source node and the target node being successfully connected, determining that the first inspection result is that the entire link of the service path is successfully connected.
[0070] Specifically, when the login node is a source node, the network management and monitoring system uses a target query command to remotely connect to the source terminal device, and uses a network detection command to check the connectivity status between the source node and the target node; when the login node is a target node, the network management and monitoring system uses a target query command to remotely connect to the target terminal device, and uses a network detection command to check the connectivity status between the source node and the target node;
[0071] Further, if the source node and the target node are successfully connected, it means that the connectivity from the source node to the target node is normal, and the first inspection result is determined to be that the full link of the service path is successfully connected.
[0072] In an exemplary application scenario, Figure 3As shown, the above network detection command can be a Ping command. In response to the opening event, the business path map is opened. When the login node is the source node, the server remotely logs in to the source terminal device, uses the Ping command to create an ICMP protocol data packet, encapsulates it in an IP data packet, and sends the IP data packet from the source node to the target node. If the target node can successfully receive the IP data packet sent by the source node, it is determined that the connection between the source node and the target node is successful; when the login node is the target node, the server remotely logs in to the target terminal device, uses the Ping command to create an ICMP protocol data packet, encapsulates it in an IP data packet, and sends the IP data packet from the target node to the source node. If the source node can successfully receive the IP data packet sent by the target node, it is determined that the connection between the source node and the target node is successful; further, in response to the successful connection between the source node and the target node, the first inspection result is determined to be the successful connection of the entire link of the business path.
[0073] It is easy to understand that, through the above steps S231 to S232, in the present application, using the source node or the target node as the login node for inspection can directly verify the end-to-end connectivity, thereby improving the efficiency and speed of troubleshooting nodes in the service path.
[0074] Optionally, in the above step S203, performing a remote connectivity check on the service path by using a target query command to obtain a first check result may further include the following method steps:
[0075] Step S236, in response to the failure of the connection between the landing node and the end node, using the network detection command to sequentially check the connection status between the landing node and multiple candidate nodes in the target order, and determine the failed node among the multiple candidate nodes, wherein the end node includes the source node and / or the target node, and the multiple candidate nodes are some intermediate nodes located between the landing node and the end node among the multiple intermediate nodes;
[0076] Step S237: determine that the first inspection result is that a routing failure or a packet loss failure occurs in the network link between the end node and the faulty node.
[0077] The candidate nodes mentioned above may be network nodes with potential connectivity failures.
[0078] Specifically, if the login node fails to connect only with the source node, then the multiple candidate nodes are some intermediate nodes between the login node and the source node; if the login node fails to connect only with the target node, then the multiple candidate nodes are some intermediate nodes between the login node and the target node; if the login node fails to connect with the source node and the login node fails to connect only with the target node, then the multiple candidate nodes are some intermediate nodes between the login node and the source node and some intermediate nodes between the login node and the target node; further, the network management and monitoring system uses the network detection command to check the connectivity status between the login node and the multiple candidate nodes in the target order in sequence, and determines the multiple candidate nodes whose connectivity status between the login node and the candidate nodes belongs to connectivity failure as faulty nodes, thereby determining the faulty nodes among the multiple candidate nodes; further, the network link between the end node and the faulty node is analyzed to determine whether a routing failure or a packet loss failure has occurred, thereby determining that the first inspection result is a routing failure or a packet loss failure has occurred in the network link between the end node and the faulty node.
[0079] In an exemplary application scenario, Figure 3 As shown, in response to the failure of connectivity between the login node and the end node, in the order of the distance between the login node and the multiple candidate nodes from near to far, the Ping command is used at the login node to send IP data packets to the multiple candidate nodes in sequence, and the connectivity status between the login node and the multiple candidate nodes is checked in sequence, and the candidate node farthest from the login node among the multiple candidate nodes that can successfully receive the IP data packet sent by the login node is determined as the faulty node; further, the Ping command is used to check whether a routing failure or a packet loss failure occurs in the network link between the end node and the faulty node, and the result is displayed in a graphical user interface (such as Figure 3 The content shown in "Ping192.168.1.1: packet loss rate 100%, Ping192.168.1.10: packet loss rate 0%, Ping10.79.128.5: packet loss rate 0%, Ping 10.79.128.6: packet loss rate 0%, Ping 10.78.46.1: packet loss rate 0%").
[0080] It is easy to understand that through the above steps S236 to S237, in the present application, by executing a network detection command from the login node to multiple candidate nodes, it is possible to perform overall detection and analysis of multi-source information in the service path, and can accurately identify the specific faulty nodes on the faulty link, thereby improving the positioning accuracy of the faulty nodes in the service path and improving the accuracy of the visual monitoring method of the network service status.
[0081] Optionally, in the above step S203, performing a remote connectivity check on the service path by using a target query command to obtain a first check result may further include the following method steps:
[0082] Step S238, in response to the failure of the connection between the login node and the end node, the connection between the login node and the adjacent intermediate node of the end node is successful and the end node and the adjacent intermediate node belong to the same network segment, remotely log in to the adjacent intermediate node, use the address resolution command to perform an address search on the address resolution protocol cache table of the adjacent intermediate node, and obtain an address search result, wherein the address search result is used to indicate whether the address resolution protocol cache table contains the terminal device address corresponding to the end node;
[0083] Step S239, in response to the address lookup result, it is determined that the address resolution protocol cache table does not contain the terminal device address, and the first inspection result is determined that a fault occurs between the end node and the adjacent intermediate node.
[0084] The above-mentioned address resolution protocol cache table can be a list storing the correspondence between IP addresses and MAC addresses in the network device.
[0085] Specifically, if the connection between the login node and the end node fails, the connection between the login node and the adjacent intermediate node of the end node is successful and the end node and the adjacent intermediate node belong to the same network segment, then the network management and monitoring system remotely connects to the adjacent intermediate node, and uses the address resolution command to search the address resolution protocol cache table of the adjacent intermediate node to see whether the address resolution protocol cache table contains the terminal device address corresponding to the end node, and obtain the address search result; further, if it is determined that the address search result is that the address resolution protocol cache table does not contain the terminal device address, then it is determined that the first inspection result is that a fault has occurred between the end node and the adjacent intermediate node.
[0086] In an exemplary application scenario, Figure 3 As shown, the address resolution command may be a command corresponding to the Address Resolution Protocol (Arp for short), the address resolution protocol cache table may be an Arp cache table, the end node may be a node corresponding to the client, the adjacent intermediate node may be a node corresponding to the access switch adjacent to the client, the IP address of the client is 192.168.1.1, and the IP address of the access switch adjacent to the client is 192.168.1.10.
[0087] Further, in response to the failure of connectivity between the login node and the end node, the connectivity between the end node (i.e., the node corresponding to the client) and the adjacent intermediate node of the end node (i.e., the node corresponding to the access switch adjacent to the client) is successful and the end node and the adjacent intermediate node belong to the same network segment (the network prefix of the IP address is 192.168.1.0), the server logs in to the adjacent intermediate node, and uses the Arp command to search the Arp cache table of the adjacent intermediate node to see whether the terminal device address corresponding to the end node is included, and obtains the address lookup result.
[0088] Further, in response to the address lookup result determining that the address resolution protocol cache table does not contain the terminal device address, determining that the first check result is a fault between the end node and the adjacent intermediate node, and displaying the first check result in a graphical user interface (such as Figure 3 "Arp: failed to get 192.168.1.1").
[0089] It is easy to understand that through the above steps S238 to S239, in the present application, by logging into the adjacent intermediate node and using the address resolution command to perform an address search on the address resolution protocol cache table of the adjacent intermediate node, the fault point in the service path can be determined more accurately. In the event of link detection failure, by further checking the address resolution protocol cache table, the possibility of a fault in the link itself can be ruled out, the cause of the fault can be determined more accurately, and misjudgment in fault diagnosis can be reduced.
[0090] Optionally, the above-mentioned visual monitoring method of network service status may also include the following method steps:
[0091] Step S206, in response to the first check result being that the full link of the service path is successfully connected, using a remote login command to perform a port connectivity check on the service ports of the source terminal device and the target terminal device to obtain a second check result, wherein the second check result is used to indicate whether the port channel of the service path is normally connected;
[0092] Step S207: display the second inspection result in the graphical user interface.
[0093] Specifically, in response to the first inspection result that the entire link of the service path is successfully connected, the network management and monitoring system remotely logs in to the source terminal device and the target terminal device, and uses the remote login command to connect to the service ports of the source terminal device and the target terminal device respectively to check whether the service ports are connected normally; if the remote login command can successfully connect to the service ports of the source terminal device and the target terminal device, then the second inspection result is determined to be that the port channel of the service path is connected normally; if the remote login command cannot successfully connect to the service ports of the source terminal device and the target terminal device, then the second inspection result is determined to be that the port channel of the service path is not connected normally; further, the second inspection result is displayed in the graphical user interface to present the status of the service port channel.
[0094] In an exemplary application scenario, Figure 3 As shown, the remote login command may be a command corresponding to a network protocol (Teletype Network, referred to as Telnet). In response to the first check result being that the full link of the service path is successfully connected, a Telnet command is used to send connection requests to the service ports of the source terminal device and the target terminal device respectively, so as to implement a port connectivity check on the service ports of the source terminal device and the target terminal device. If both the source terminal device and the target terminal device can accept the connection, it is determined that the second check result is that the port channel of the service path is normally connected. Otherwise, it is determined that the second check result is that the port channel of the service path is not normally connected, and the second check result is displayed in a graphical user interface (such as Figure 3 "Telnet 192.168.1.1 port 120: Connection failed").
[0095] It is easy to understand that, through the above steps S206 to S207, the present application displays the port connectivity check result through a graphical user interface, so that network administrators can intuitively see the status of the service port. Therefore, the visual monitoring method of the network service status of the embodiment of the present application has better visibility.
[0096] Optionally, the display content of the graphical user interface also includes: a link check button corresponding to the network detection command, an address check button corresponding to the address resolution command, and a port check button corresponding to the remote login command; the above-mentioned visual monitoring method of the network service status also includes at least one of the following method steps:
[0097] Step S208, in response to the first control operation performed on the link check button and the second control operation performed on the node to be checked among the multiple network nodes, using the network detection command to check the connectivity between the login node and the node to be checked, obtaining a third check result, and displaying the third check result in the graphical user interface;
[0098] Step S209, in response to the third control operation performed on the address check button and the second control operation performed on the node to be checked, using the address resolution command to check whether the address resolution protocol cache table of the node to be checked contains the node address of the login node, obtaining a fourth check result, and displaying the fourth check result in the graphical user interface;
[0099] Step S210, in response to the fourth control operation performed on the port check button and the second control operation performed on the node to be checked, use the remote login command to perform a port connectivity check on the network port of the node to be checked, obtain a fifth check result, and display the fifth check result in the graphical user interface.
[0100] The link check button can be a control for checking the connectivity status between network nodes. The link check button can be used to trigger a network detection command to check the connectivity status between specific network nodes. The address check button can be used to trigger an address resolution command to check whether the address resolution protocol cache table of the network node contains the specified node address. The port check button can be used to trigger a remote login command to check the connectivity of the service port of a specific network node.
[0101] The first control operation may be a triggering operation of a link check button in a graphical user interface, such as clicking or touching. The second control operation may be a selection operation of a node to be checked among multiple network nodes, such as clicking a node to be checked in a node list or a topology map. The third check result may be used to indicate whether the login node and the node to be checked are connected normally.
[0102] The third control operation may be a trigger operation on an address check button in a graphical user interface, such as a click or a touch. The fourth check result may be used to indicate whether the address resolution protocol cache table of the node to be checked contains the node address of the login node.
[0103] The fourth control operation may be a triggering operation on a port check button in a graphical user interface, such as clicking or touching. The fifth check result may be used to indicate whether the network port of the node to be checked is connected normally.
[0104] Specifically, if a first control operation is performed on a link check button, and a second control operation is performed on a node to be checked among multiple network nodes, a network detection command is triggered to check the connectivity between the nodes to be checked selected by the second control operation. In response to the first control operation performed on the link check button and the second control operation performed on the node to be checked among multiple network nodes, the network management and monitoring system uses the network detection command to check the connectivity between the login node and the node to be checked. If the login node and the node to be checked are successfully connected, a third inspection result is determined to be normal connectivity between the login node and the node to be checked, and the obtained third inspection result is displayed in the graphical user interface.
[0105] If the third control operation is performed on the address check button and the second control operation is performed on the node to be checked, a network address resolution command is triggered to check whether the address resolution protocol cache table of the node to be checked contains the node address of the login node. In response to the third control operation performed on the address check button and the second control operation performed on the node to be checked, the network management and monitoring system uses the address resolution command to check whether the address resolution protocol cache table of the node to be checked contains the address information of the login node. If the address information of the login node is found in the address resolution protocol cache table of the node to be checked, it is determined that the fourth check result is that the address resolution protocol cache table of the node to be checked contains the address information of the login node, and the fourth check result is obtained and displayed in the graphical user interface;
[0106] If the fourth control operation is performed on the port check button and the second control operation is performed on the node to be checked, the remote login command is triggered to perform a port connectivity check on the network port of the node to be checked. In response to the fourth control operation performed by the port check button and the second control operation performed on the node to be checked, the network management and monitoring system uses the remote login command to check the connectivity of the network port of the node to be checked. If the network port of the node to be checked is successfully connected, the fifth check result is determined to be that the network port of the node to be checked is normally connected, and is displayed in the graphical user interface.
[0107] In an exemplary application scenario, Figure 3 As shown, the display content of the graphical user interface also includes a query command button, and the query command button includes a link check button, an address check button, and a port check button. The above-mentioned first control operation, second control operation, third control operation, and fourth control operation can all be click operations. In response to clicking the query command button on the service path diagram displayed by the graphical user interface and clicking the node to be checked among the multiple network nodes, the system executes the command corresponding to the query command button, obtains the inspection result, and displays the inspection result in the graphical user interface.
[0108] It is easy to understand that through the above steps S208 to S210, in the present application, the use of link check buttons, address check buttons and port check buttons can more quickly and intuitively initiate specific checks on the network service status, thereby improving the response speed and accuracy of the network management and monitoring system, making the network service status troubleshooting process more convenient, and improving the efficiency and accuracy of the visual monitoring method of the network service status.
[0109] Optionally, the display content of the graphical user interface also includes a refresh button; the above-mentioned visual monitoring method of network service status may also include the following method steps:
[0110] Step S211, in response to the fifth control operation executed on the refresh button, a remote connectivity check is performed on the service path using a target query command, a first check result is updated, and the first check result is updated and displayed in the graphical user interface.
[0111] The refresh button can be used to trigger the network management monitoring system to update the information or status displayed in the graphical user interface. The fifth control operation can be a triggering operation on the refresh button in the graphical user interface, such as clicking or touching.
[0112] Specifically, if the fifth control operation is performed on the refresh button, the target query command is triggered to remotely check the connectivity of the business path. In response to the fifth control operation performed on the refresh button, the network management and monitoring system uses the target query command to perform a remote connectivity check on the business path. If the business path is successfully connected, the first check result is updated to determine that the first check result is that the business path connectivity is normal; if the business path is not successfully connected, the first check result is updated to determine that the first check result is that the business path connectivity is not normal; further, the updated first check result is displayed in the graphical user interface.
[0113] In an exemplary application scenario, Figure 3 As shown, the display content of the graphical user interface also includes a refresh button, and the fifth control operation can be a click operation. In response to clicking the refresh command button on the business path diagram displayed by the graphical user interface, a remote connectivity check is performed on the business path using a target query command, the first check result is updated, and the first check result is updated and displayed in the graphical user interface.
[0114] It is easy to understand that through the above step S211, in this application, the business network status information can be updated by using the refresh button, ensuring the real-time and accuracy of the business path connectivity displayed in the graphical user interface, thereby improving the real-time and accuracy of the visual monitoring method of the network business status.
[0115] According to another aspect of an embodiment of the present invention, a visual monitoring system for network service status is provided, comprising a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute any one of the aforementioned visual monitoring methods for network service status.
[0116] Optionally, in this embodiment, the above-mentioned processor can be configured to perform the following steps through a computer program: extracting complete routing information of the target business from the network management configuration information; based on the complete routing information, generating a business path graph corresponding to the target business, wherein the business path graph includes node data of multiple network nodes on the business path; in response to an opening event of the business path graph, displaying the business path graph in a graphical user interface, and performing a remote connectivity check on the business path using a target query command to obtain a first check result, wherein the target query command includes: a network detection command, an address resolution command, and a remote login command, and the first check result is used to characterize the connectivity status between multiple network nodes on the business path; and displaying the first check result in the graphical user interface.
[0117] Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiment and its optional implementation manners, which will not be described in detail here.
[0118] The serial numbers of the above embodiments of the present invention are for description only and do not represent the advantages or disadvantages of the embodiments.
[0119] In the above embodiments of the present invention, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.
[0120] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.
[0121] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.
[0122] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.
[0123] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, ROM, RAM, mobile hard disks, magnetic disks or optical disks.
[0124] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.
Claims
1. A visual monitoring method for network service status, characterized in that: include: Extracting complete routing information of target services from network management configuration information; Based on the complete routing information, a service path graph corresponding to the target service is generated, wherein the service path graph includes node data of multiple network nodes on the service path; In response to an opening event of the service path diagram, the service path diagram is displayed in a graphical user interface, and a remote connectivity check is performed on the service path using a target query command to obtain a first check result, wherein the target query command includes: a network detection command, an address resolution command, and a remote login command, and the first check result is used to characterize the connectivity status between the multiple network nodes on the service path; The first inspection result is displayed in the graphical user interface.
2. The visual monitoring method according to claim 1, characterized in that: The service path is a network path from a source terminal device to a target terminal device corresponding to the target service; the multiple network nodes include: a source node corresponding to the source terminal device, a target node corresponding to the target terminal device, and multiple intermediate nodes between the source node and the target node; the node data includes address information and service ports; The visual monitoring method further comprises: In response to the opening event, a login node is determined according to a preset query requirement of the target business, wherein the login node is one of the following: a pre-set default node among the multiple intermediate nodes, the source node, and the target node.
3. The visual monitoring method according to claim 2, characterized in that: Using the target query command to perform a remote connectivity check on the service path, and obtaining the first check result includes: When the login node is the default node, remotely log in to the default node, and use the network detection command to check the connectivity between the default node and the source node, and between the default node and the target node; In response to the default node and the source node being successfully connected and the default node and the target node being successfully connected, it is determined that the first inspection result is that the full link of the service path is successfully connected.
4. The visual monitoring method according to claim 2, characterized in that: Using the target query command to perform a remote connectivity check on the service path, and obtaining the first check result includes: When the login node is the source node, remotely log in to the source terminal device, and use the network detection command to check the connectivity status between the source node and the target node; When the login node is the target node, remotely log in to the target terminal device, and use the network detection command to check the connectivity between the source node and the target node; In response to successful connectivity between the source node and the target node, it is determined that the first inspection result is successful connectivity of the entire link of the service path.
5. The visual monitoring method according to claim 2, characterized in that: Using the target query command to perform a remote connectivity check on the service path, and obtaining the first check result includes: In response to a connection failure between the landing node and the end node, using the network detection command to sequentially check the connection status between the landing node and multiple candidate nodes in a target order, and determine the faulty node among the multiple candidate nodes, wherein the end node includes the source node and / or the target node, and the multiple candidate nodes are some of the multiple intermediate nodes located between the landing node and the end node; It is determined that the first inspection result is that a routing failure or a packet loss failure occurs in a network link between the end node and the faulty node.
6. The visual monitoring method according to claim 5, characterized in that: Using the target query command to perform a remote connectivity check on the service path, and obtaining the first check result includes: In response to the failure of the connection between the login node and the end node, the connection between the login node and the adjacent intermediate node of the end node is successful and the end node and the adjacent intermediate node belong to the same network segment, remotely log in to the adjacent intermediate node, use the address resolution command to perform an address search on the address resolution protocol cache table of the adjacent intermediate node, and obtain an address search result, wherein the address search result is used to indicate whether the address resolution protocol cache table contains the terminal device address corresponding to the end node; In response to the address lookup result, it is determined that the address resolution protocol cache table does not contain the terminal device address, and the first inspection result is determined as a fault between the end node and the adjacent intermediate node.
7. The visual monitoring method according to claim 2, characterized in that: The visual monitoring method further comprises: In response to the first inspection result being that the full link of the service path is successfully connected, using the remote login command to perform a port connectivity check on the service ports of the source terminal device and the target terminal device to obtain a second inspection result, wherein the second inspection result is used to indicate whether the port channel of the service path is normally connected; The second inspection result is displayed in the graphical user interface.
8. The visual monitoring method according to claim 3, characterized in that: The display content of the graphical user interface also includes: a link check button corresponding to the network detection command, an address check button corresponding to the address resolution command, and a port check button corresponding to the remote login command; the visual monitoring method also includes at least one of the following: In response to a first control operation performed on the link check button and a second control operation performed on a node to be checked among the plurality of network nodes, using the network detection command to check a connectivity status between the login node and the node to be checked, obtaining a third check result, and displaying the third check result in the graphical user interface; In response to the third control operation performed on the address check button and the second control operation performed on the node to be checked, using the address resolution command to check whether the address resolution protocol cache table of the node to be checked contains the node address of the login node, obtaining a fourth check result, and displaying the fourth check result in the graphical user interface; In response to the fourth control operation performed on the port check button and the second control operation performed on the node to be checked, the network port of the node to be checked is checked for port connectivity using the remote login command to obtain a fifth check result, and the fifth check result is displayed in the graphical user interface.
9. The visual monitoring method according to claim 3, characterized in that: The display content of the graphical user interface also includes a refresh button; The visual monitoring method further comprises: In response to a fifth control operation performed on the refresh button, the target query command is used to perform a remote connectivity check on the service path, the first check result is updated, and the first check result is updated and displayed in the graphical user interface.
10. A visual monitoring system for network service status, characterized in that: The method comprises a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the visual monitoring method according to any one of claims 1 to 9.
Citation Information
Patent Citations
Method and device for flow path discovery and fault fast positioning
CN101640612A
Troubleshooting method and device, storage medium and computer equipment
CN114157554A
Virtualized infrastructure underlying network performance measurement and monitoring method and system
CN116633810A
Network topological graph generation method and device, equipment and medium
CN117857366A
Method and system for generating network communication topological graph between two points and storage medium
CN117880109A