CN115883400B - Network monitoring method, device and storage medium - Google Patents
Network monitoring method, device and storage medium Download PDFInfo
- Publication number
- CN115883400B CN115883400B CN202211407699.4A CN202211407699A CN115883400B CN 115883400 B CN115883400 B CN 115883400B CN 202211407699 A CN202211407699 A CN 202211407699A CN 115883400 B CN115883400 B CN 115883400B
- Authority
- CN
- China
- Prior art keywords
- network
- target
- node
- target node
- test
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 141
- 238000000034 method Methods 0.000 title claims abstract description 45
- 239000000523 sample Substances 0.000 claims abstract description 133
- 238000012360 testing method Methods 0.000 claims description 131
- 238000013101 initial test Methods 0.000 claims description 25
- 238000012806 monitoring device Methods 0.000 claims description 24
- 238000012545 processing Methods 0.000 claims description 22
- 238000004891 communication Methods 0.000 abstract description 29
- 238000007726 management method Methods 0.000 description 44
- 230000006870 function Effects 0.000 description 26
- 238000010586 diagram Methods 0.000 description 10
- 239000012085 test solution Substances 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 7
- 238000005259 measurement Methods 0.000 description 7
- 239000000243 solution Substances 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 238000010998 test method Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a network monitoring method, a device and a storage medium, relates to the technical field of communication, and is used for solving the technical problem of how to monitor network performance in a cloud network integrated architecture. The method comprises the following steps: receiving a network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network includes: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity probe is deployed on the entity equipment node; the target node includes a virtual Yun Jiedian; acquiring network performance parameters of a target node based on a target probe deployed on the target node; determining a network monitoring result of the target node according to the network performance parameters; the network monitoring result is used for indicating the network state of the target node. The application can improve the accuracy of network monitoring.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a network monitoring method, a device, and a storage medium.
Background
With development of cloud technology, a traditional communication network is gradually clouded, and a cloud network integrated network architecture is gradually mature. Cloud network integration architecture typically includes physical cloud network border core nodes and virtual core clouds, edge clouds, and public clouds.
In order to ensure the working performance of the cloud network integrated architecture, the network performance in the cloud network integrated architecture needs to be reasonably monitored.
Disclosure of Invention
The application provides a network monitoring method, a network monitoring device and a storage medium, which are used for solving the technical problem of reasonably monitoring network performance in a cloud network integrated architecture.
In order to achieve the above purpose, the application adopts the following technical scheme:
In a first aspect, a network monitoring method is provided, including: receiving a network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network includes: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity probe is deployed on the entity equipment node; the target node includes a virtual Yun Jiedian; acquiring network performance parameters of a target node based on a target probe deployed on the target node; determining a network monitoring result of the target node according to the network performance parameters; the network monitoring result is used for indicating the network state of the target node.
Optionally, the network monitoring request includes a test program identifier; the test program identification is used to represent a test program deployed in the target probe.
Optionally, determining an initial test protocol corresponding to the test program identifier, and configuring parameter information of the initial test protocol to obtain a target test protocol; transmitting a target test protocol to a target node; the target test protocol is used for indicating the target node to be in the target probe, and executing a test program based on the target test protocol so as to obtain the network performance parameters of the target node.
Optionally, when the network performance parameter is greater than the threshold, determining that the network monitoring result of the target node is: determining a sub-network to which a target node belongs as a fault network; the sub-network is a regional network in the target network; the regional network is a network corresponding to a preset network region to which the target node belongs; or when the network performance parameter is less than or equal to the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network.
Optionally, the network monitoring method further includes: acquiring network performance parameters of each node in the fault network; and determining the fault node according to the network performance parameters of each node.
Optionally, at a test time corresponding to the test time information, acquiring a network performance parameter of the target node based on the target probe deployed on the target node.
In a second aspect, there is provided a network monitoring device comprising: the device comprises a receiving unit, an acquisition unit and a processing unit; the receiving unit is used for receiving the network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network includes: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity probe is deployed on the entity equipment node; the target node includes a virtual Yun Jiedian; an acquisition unit, configured to acquire network performance parameters of a target node based on a target probe deployed on the target node; the processing unit is used for determining a network monitoring result of the target node according to the network performance parameters; the network monitoring result is used for indicating the network state of the target node.
Optionally, the network monitoring request includes a test program identifier; the test program identification is used to represent a test program deployed in the target probe.
Optionally, the acquiring unit is configured to: determining an initial test protocol corresponding to the test program identifier, and configuring parameter information of the initial test protocol to obtain a target test protocol; transmitting a target test protocol to a target node; the target test protocol is used for indicating the target node to be in the target probe, and executing a test program based on the target test protocol so as to obtain the network performance parameters of the target node.
Optionally, the processing unit is configured to: when the network performance parameter is greater than the threshold value, determining that the network monitoring result of the target node is: determining a sub-network to which a target node belongs as a fault network; the sub-network is a regional network in the target network; the regional network is a network corresponding to a preset network region to which the target node belongs; or when the network performance parameter is less than or equal to the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network.
Optionally, the acquiring unit is further configured to acquire a network performance parameter of each node in the failure network; and the processing unit is also used for determining the fault node according to the network performance parameter of each node.
Optionally, the network monitoring request includes: testing time information; the test time information comprises a test period or preset test time; an acquisition unit configured to: and acquiring network performance parameters of the target node based on the target probe deployed on the target node at the test moment corresponding to the test time information.
In a third aspect, a network monitoring device is provided, comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the network monitoring device is running, the processor executes the computer-executable instructions stored in the memory to cause the network monitoring device to perform the network monitoring method according to the first aspect.
The network monitoring device may be a network device or may be a part of a device in a network device, such as a system-on-chip in a network device. The system-on-chip is configured to support the network device to implement the functions involved in the first aspect and any one of its possible implementations, for example, to obtain, determine, and send data and/or information involved in the network monitoring method described above. The chip system includes a chip, and may also include other discrete devices or circuit structures.
In a fourth aspect, there is provided a computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the network monitoring method of the first aspect.
In a fifth aspect, there is also provided a computer program product comprising computer instructions which, when run on a network monitoring device, cause the network monitoring device to perform the network monitoring method as described in the first aspect above.
It should be noted that the above-mentioned computer instructions may be stored in whole or in part on the first computer readable storage medium. The first computer readable storage medium may be packaged together with the processor of the network monitoring device or may be packaged separately from the processor of the network monitoring device, which is not limited in the present application.
The description of the second, third, fourth and fifth aspects of the present application may refer to the detailed description of the first aspect; the advantages of the second aspect, the third aspect, the fourth aspect and the fifth aspect may be referred to as analysis of the advantages of the first aspect, and will not be described here.
In the present application, the names of the above-mentioned network monitoring apparatuses do not constitute limitations on the devices or function modules themselves, and in actual implementations, these devices or function modules may appear under other names. Insofar as the function of each device or function module is similar to that of the present application, it falls within the scope of the claims of the present application and the equivalents thereof.
These and other aspects of the application will be more readily apparent from the following description.
The technical scheme provided by the application has at least the following beneficial effects:
Based on any one of the above aspects, the present application provides a network monitoring method, where after receiving a network monitoring request for requesting to monitor a network monitoring result of a target node in a target network, an electronic device may obtain a network performance parameter of the target node based on a target probe deployed on the target node, and perform network monitoring on the target node according to the network performance parameter.
Since the target node is any node in the target network, and the target network comprises: the electronic equipment can acquire the network performance parameters of each node through the probes corresponding to each node, and further can accurately and effectively monitor the network of the target network through the network performance parameters of each node.
Drawings
Fig. 1 is a schematic structural diagram of a network monitoring system according to an embodiment of the present application;
Fig. 2 is a schematic diagram of another structure of a network monitoring system according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a network monitoring system according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a network monitoring system according to an embodiment of the present application;
Fig. 5 is a schematic diagram of a hardware structure of a network monitoring device according to an embodiment of the present application;
fig. 6 is a schematic diagram of another hardware structure of the network monitoring device according to the embodiment of the present application;
Fig. 7 is a schematic flow chart of a network monitoring method according to an embodiment of the present application;
Fig. 8 is a flow chart of another network monitoring method according to an embodiment of the present application;
fig. 9 is a flowchart of another network monitoring method according to an embodiment of the present application;
Fig. 10 is a flowchart of another network monitoring method according to an embodiment of the present application;
Fig. 11 is a flowchart of another network monitoring method according to an embodiment of the present application;
fig. 12 is a schematic structural diagram of a network monitoring device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment should not be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.
In order to clearly describe the technical solution of the embodiment of the present application, in the embodiment of the present application, the words "first", "second", etc. are used to distinguish identical items or similar items having substantially the same function and effect, and those skilled in the art will understand that the words "first", "second", etc. are not limited in number and execution order.
Before the network monitoring method provided by the application is described in detail, the application scene and the implementation environment related to the application are simply described.
As described in the background art, in order to ensure the working performance of the cloud network integrated architecture, the network performance in the cloud network integrated architecture needs to be reasonably monitored.
In view of the above problems, an embodiment of the present application provides a network monitoring method, where after receiving a network monitoring request for requesting to monitor a network monitoring result of a target node in a target network, an electronic device may obtain a network performance parameter of the target node based on a target probe deployed on the target node, and perform network monitoring on the target node according to the network performance parameter.
Since the target node is any node in the target network, and the target network comprises: virtual Yun Jiedian (or described as a cloud node) deployed with a cloud probe and an entity device node (or described as an entity node) deployed with an entity probe, so that the electronic device can acquire the network performance parameters of each node through the probe corresponding to each node, and further can accurately and effectively monitor the network of the target network through the network performance parameters of each node.
In one implementation, the network monitoring method is applicable to a network monitoring system. Fig. 1 shows one configuration of the network monitoring system. As shown in fig. 1, the network monitoring system includes: the system comprises an electronic device 101, a target network 102, a first cloud node 103, a first entity node 104, a cloud probe 105 deployed at the first cloud node 103, and an entity probe 106 deployed at the first entity node 104.
The electronic device 101 is configured to perform network monitoring, fault location, network resource planning, and other management and control operations on each node of the target network 102. The first cloud node 103 is any one cloud node in the target network 102. The first entity node 104 is any entity node in the target network 102.
In practical applications, the target network 102 may include a plurality of virtual cloud nodes or entity device nodes, and the number of the virtual cloud nodes or entity device nodes in the target network 102 is not limited in the embodiments of the present application. For ease of understanding, the present application is described by taking as an example that a virtual cloud node in a target network includes a first cloud node 103 or that an entity device node includes a first entity node 104.
Alternatively, the target network 102 may be a data center oriented cloud interconnection network. The nodes in the cloud interconnection network are all virtual cloud nodes. The virtual cloud node may be a gateway or a router between data centers, or may be an edge router of each data center, and the cloud probe may be a software program installed in the virtual cloud node. Large enterprises often have branches in various areas, different branches have their own data centers, and the business between data centers, such as large games, has a great deal of bandwidth consumption for stock exchanges, and also has very strict time-consuming requirements. However, because of burstiness and imbalance of traffic between data centers, such as internet hot spot service and random migration of data between data centers, uncertainty of traffic is easily caused. These can cause traffic imbalance or local link congestion, resulting in poor average utilization of the entire network link. Based on the above, the electronic equipment can perform network monitoring, fault positioning, network resource planning and other management and control operations on the interconnection network among the data centers and the internal network of the data centers.
Optionally, the target network 102 may be an integrated carrier network facing to an integrated computing network, the virtual cloud node may be a node in a core cloud, an edge cloud or a public cloud of an enterprise, the entity device node may be a cloud network boundary core node, the cloud probe may be a software program installed in the virtual cloud node, and the entity probe may be an entity probe installed in the entity device node. The computing power network is an intelligent novel network integrating computing, storage and transmission resources, and special equipment in the original communication network is realized by adopting a server, storage and data center network. The integrated load network of the computing network can effectively manage computing resources, storage resources and network resources from different chip frameworks in the data center, realize unified management of computing capacity and decentralized computing power transaction, and construct a unified service platform.
Alternatively, the cloud probe 105 may also be referred to as a clouding probe 105.
As shown in fig. 1, the electronic device 101 may obtain the network performance parameter of the first cloud node 103 from the cloud probe 105 of the target network, or may obtain the network performance parameter of the first entity node 104 from the entity probe 106. Then, the electronic device 101 performs network monitoring, fault location, network resource planning, and other management and control operations on the first cloud node 103 and the first entity node 104 of the target network 102 according to the network performance parameters.
The electronic device 101 may be a server or a terminal, which is not limited in the embodiment of the present application.
Alternatively, the terminal may be a device that provides voice and/or data connectivity to the user, a handheld device with wireless connectivity, or other processing device connected to a wireless modem. The wireless terminal may communicate with one or more core networks via a radio access network (radio access network, RAN). The wireless terminals may be mobile terminals such as mobile telephones (or "cellular" telephones) and computers with mobile terminals, as well as portable, pocket, hand-held, computer-built-in or car-mounted mobile devices which exchange voice and/or data with radio access networks, e.g. cell phones, tablet computers, notebook computers, netbooks, personal Digital Assistants (PDAs).
Alternatively, the server may be one server in a server cluster (including multiple servers), or may be a chip in the server, or may be a system on a chip in the server, or may be implemented by a Virtual Machine (VM) deployed on a physical machine, which is not limited in the embodiment of the present application.
In one implementation, in conjunction with fig. 1, as shown in fig. 2, the electronic device 101 may include a cloud end-to-end orchestration server 201 and a probe management server 202.
The probe management server 202 may acquire network performance parameters of each node in the target network 102 based on the probe deployed on each node, and send the acquired network performance parameters to the cloud network end-to-end orchestration server 201 through an uplink interface. The cloud network end-to-end orchestration server 201 may send a test task to the probe management server 202 through a downlink interface, or may perform management and control operations such as network monitoring, fault location, and network resource planning on the target network 102 based on the acquired network performance parameters.
Specifically, the probe management server 202 may be a comprehensive management platform for providing a complete set of test probe management, test task management, test result management, test data collection and integration, and uploading to the cloud network end-to-end orchestration server 201. The cloud network end-to-end orchestration server 201 may comprehensively analyze and monitor the overall network performance of the target network by reporting network performance parameters to the probe management server 202.
Alternatively, probe management server 202 may obtain network performance parameters for each node in target network 102 based on service level agreement (SERVICE LEVEL AGREEMENT, SLA) test solution 203.
Alternatively, the uplink interface may also be referred to as a northbound interface.
Alternatively, the uplink interface may be a plurality of uplink interfaces that interface with a third party system, such as a representational state transfer application program interface (REST API).
The probe management server 202 may build and execute SLA test solutions. The SLA test solution is used to perform network monitoring, fault location, network resource planning, and other management and control operations on the target network 102.
The SLA test solution described above may be a test program executed in a target probe based on a target test protocol in an embodiment of the present application.
Specifically, a test program for acquiring network performance parameters is deployed in the target probe, and the test program corresponds to an initial test protocol. The probe management server 202 may configure parameter information of the initial test protocol after receiving the network monitoring request sent by the target node, obtain the target test protocol, and send the target test protocol to the target node. After receiving the target test protocol, the target node may execute a test program in the target probe based on the target test protocol to obtain network performance parameters of the target node.
Illustratively, as shown in fig. 2, the cloud end-to-end orchestration server 201 may issue test tasks to the probe management server 202 via a downstream interface.
Assume that the test task is: the TWAMP-test procedure is performed based on a test protocol of the bidirectional active measurement protocol (two-WAY ACTIVE measurement protocol, TWAMP), so as to monitor network performance parameters of the nodes 1,2 in the network 1.
After receiving the test tasks, the probe management server 202 may construct a corresponding SLA test solution according to the test tasks. The probe management server 202 may then execute the SLA test solution resulting in a network performance parameter of node 1 of 0.01s and a network performance parameter of node 2 of 0.02s in network 1.
Then, the probe management server 202 sends the network performance parameters 0.01s of the node 1 and the network performance parameters 0.02s of the node 2 in the network 1 to the cloud network end-to-end orchestration server 201 through the uplink interface.
In one implementation, probe management server 202, after building the corresponding SLA test solution, may synchronize the SLA test solution with cloud network end-to-end orchestration server 201. The cloud end-to-end orchestration server 201 may provide both active and inactive functions.
Wherein the activated function is used to instruct the probe management server 202 to begin executing the SLA test solution.
The deactivate function is used to instruct the probe management server 202 to cancel execution of the SLA test solution.
In yet another implementation manner, in conjunction with fig. 2, as shown in fig. 3, the target network 102 may include: an optical transport network (optical transportnetwork, OTN) network 307, an internet protocol (internetprotocol, IP) network 308, a passive optical network (passive optical network, PON) 309.
The cloud network end-to-end orchestration server 201 may perform network monitoring, fault location, network resource planning, and other management and control operations on the target network 102 through the management and control server.
Illustratively, as shown in fig. 3, the cloud network end-to-end orchestration server 201 may perform network monitoring, fault location, network resource planning, and other management operations on the OTN network 307 through the management server 304. The management and control server 305 performs management and control operations such as network monitoring, fault location, network resource planning and the like on the IP network 308. The PON network 309 is subjected to management and control operations such as network monitoring, fault location, network resource planning, and the like by the management and control server 306.
The cloud end-to-end orchestration server 201 may also issue test tasks to the probe management server 202. The probe management server 202 may issue test requests to the probes 303 according to the test tasks. The probe 303 can execute a test program according to the test request.
In yet another implementation, in conjunction with fig. 2, as shown in fig. 4, the target network 102 may include a physical network 401 and a virtual network 402.
The cloud network end-to-end orchestration server 201 can implement the functions of the control management layer 403 through measurement data of the entity probe and the clouding probe.
Alternatively, the entity probe may monitor the entity device nodes in the physical network 401 and the clouding probe may monitor the virtual cloud nodes in the virtual network 402.
Optionally, the control management layer 403 may automatically help the user collect measurement data in the cloud probe and the entity probe through a simple network management protocol (simple network managementprotocol, SNMP) or a network remote sensing technology (TELEMETRY), and implement service arrangement, service management, and service guarantee for the network according to the measurement data.
As shown in fig. 4, the physical network 401 includes four parts of a fifth generation mobile communication technology (5th generation mobile communication technology,5G) forward/forward, metropolitan access, metropolitan area convergence, metropolitan area core, and long-distance backbone, in which each part includes a large number of physical devices such as routers, hosts, switches, and the like, and at the same time, the physical devices are deployed with physical probes. The virtual network 402 comprises three parts of an edge data center, a regional data center and a core data center, wherein each part comprises a large number of virtual devices such as core clouds, hybrid clouds and public clouds of enterprises, and cloud probes are deployed on the virtual devices. The control management layer 403 can provide three functions of service arrangement, service management and service guarantee, wherein the service guarantee can perform specific functions of real-time sensing and learning, associated root cause analysis, quality prediction and the like.
The basic hardware structure of the electronic device 101 in the above-described network monitoring system includes elements included in the communication apparatus shown in fig. 5 or 6. The hardware configuration of the electronic device will be described below taking the communication device shown in fig. 5 and 6 as an example.
Fig. 5 is a schematic diagram of a hardware structure of a communication device according to an embodiment of the present application. The communication device comprises a processor 51, a memory 52, a communication interface 53, a bus 54. The processor 51, the memory 52 and the communication interface 53 may be connected by a bus 54.
The processor 51 is a control center of the communication device, and may be one processor or a collective term of a plurality of processing elements. For example, the processor 51 may be a general-purpose central processing unit (central processing unit, CPU), or may be another general-purpose processor. Wherein the general purpose processor may be a microprocessor or any conventional processor or the like.
As one example, processor 51 may include one or more CPUs, such as CPU 0 and CPU 1 shown in fig. 5.
Memory 52 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), magnetic disk storage or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
In a possible implementation, the memory 52 may exist separately from the processor 51, and the memory 52 may be connected to the processor 51 by a bus 54 for storing instructions or program code. The processor 51, when calling and executing instructions or program code stored in the memory 52, is capable of implementing the network monitoring method provided in the following embodiments of the present application.
In the embodiment of the present application, the software program stored in the memory 52 is different for the electronic device, so the functions realized by the electronic device are different. The functions performed with respect to the respective devices will be described in connection with the following flowcharts.
In another possible implementation, the memory 52 may also be integrated with the processor 51.
A communication interface 53 for connecting the communication device with other devices via a communication network, which may be an ethernet, a radio access network, a wireless local area network (wireless local area networks, WLAN), etc. The communication interface 53 may include a receiving unit for receiving data, and a transmitting unit for transmitting data.
Bus 54 may be an industry standard architecture (industry standard architecture, ISA) bus, an external device interconnect (PERIPHERAL COMPONENT INTERCONNECT, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 5, but not only one bus or one type of bus.
Fig. 6 shows another hardware configuration of the communication apparatus in the embodiment of the present application. As shown in fig. 6, the communication device may include a processor 61 and a communication interface 62. The processor 61 is coupled to a communication interface 62.
The function of the processor 61 may be as described above with reference to the processor 51. The processor 61 also has a memory function and can function as the memory 52.
The communication interface 62 is used to provide data to the processor 61. The communication interface 62 may be an internal interface of the communication device or an external interface of the communication device (corresponding to the communication interface 53).
It should be noted that the structure shown in fig. 5 (or fig. 6) does not constitute a limitation of the communication apparatus, and the communication apparatus may include more or less components than those shown in fig. 5 (or fig. 6), or may combine some components, or may be arranged in different components.
The network monitoring method provided by the embodiment of the application is described in detail below with reference to the accompanying drawings.
As shown in fig. 7, the network monitoring method provided by the embodiment of the present application is applied to an electronic device in the network monitoring system shown in fig. 1, where the network monitoring method includes: S701-S703.
S701, the electronic equipment receives a network monitoring request.
Wherein the network monitoring request is for requesting monitoring of a target node in the target network. The target network includes: at least one of a virtual cloud node and a physical device node. Cloud probes are deployed on the virtual cloud nodes. The entity probe is deployed on the entity equipment node. The target node comprises a virtual cloud node.
Specifically, in order to ensure the working performance of the cloud network integrated architecture, the network monitoring request device may send a network monitoring request to the electronic device. Accordingly, the electronic device may receive a network monitoring request.
The network monitoring request device may be a server corresponding to the target network, or may be a device that interacts with the user.
In one implementation manner, when the network monitoring request device is a server corresponding to the target network, the server corresponding to the target network may send a network monitoring request to the electronic device in order to ensure the working performance of the target network.
Optionally, the target node further comprises an entity device node.
Optionally, in connection with fig. 1, the server corresponding to the target network may be a management server corresponding to the cloud interconnection network, or may be a management server corresponding to the converged bearer network.
In yet another implementation, when the network monitoring request device is a device that interacts with a user, the user may execute the network monitoring request instruction on the network monitoring request device according to network monitoring requirements. Accordingly, the network monitoring request device may send a network monitoring request to the electronic device in response to the network monitoring request instruction executed by the user.
S702, the electronic equipment acquires network performance parameters of the target node based on the target probe deployed on the target node.
Specifically, after receiving the network monitoring request, the electronic device may obtain the network performance parameter of the target node, so as to implement network monitoring on the target node.
When the target node is an entity equipment node, the target probe is an entity probe; when the target node is a virtual cloud node, the target probe is a cloud probe.
Optionally, with development of network technology, the target probe may be another probe, which is not limited in this embodiment of the present application.
Alternatively, the network performance parameter may be the actual performance value of the target node.
In one implementation manner, when the electronic device obtains the network performance parameter of the target node, the test program that needs to be executed by the target probe may be determined according to the identification information of the test program in the network monitoring request.
The identification information is a test program identification. The test program identification is used to represent a test program deployed in the target probe. The electronic device may execute a test program to obtain network performance parameters.
Specifically, a test program for acquiring network performance parameters is deployed in the target probe, and the test program corresponds to an initial test protocol. The electronic device may configure parameter information of the initial test protocol after receiving the network monitoring request sent by the target node, to obtain the target test protocol. The electronic device then sends the target test protocol to the target node. After receiving the target test protocol, the target node may execute a test program in the target probe based on the target test protocol to obtain network performance parameters of the target node.
Optionally, the network performance parameter may be one or more of a minimum round trip delay, a maximum round trip delay, a round trip average delay, a number of round trip packet losses, a minimum delay from sender to reflector, a maximum delay from sender to reflector, a minimum jitter from sender to reflector, a maximum jitter from sender to reflector, a mean jitter from sender to reflector, a data traffic, and the like.
In connection with fig. 4, when the target node is a node in the virtual network 402, the round trip delay refers to the data transmission round trip time between the target node and other nodes in the virtual network 402. Jitter refers to the round trip delay of a target node each time it transmits data to other nodes in the virtual network 402. The target node may be a reflection end, and other nodes in the virtual network 402 may be transmission ends.
S703, the electronic equipment determines a network monitoring result of the target node according to the network performance parameter.
The network monitoring result is used for indicating the network state of the target node.
For example, the network state may indicate that the state of the target node is faulty or non-faulty.
Specifically, after the network performance parameter of the target node is obtained, the electronic device may determine a network monitoring result of the target node according to the network performance parameter.
In one implementation, the electronic device may determine the network monitoring result of the target node by comparing the network performance parameter to a threshold.
Optionally, the threshold may be set according to a user's requirement, and the specific value of the threshold is not limited in the embodiment of the present application.
Alternatively, the threshold may also be referred to as an alarm threshold.
In one implementation, when the network monitoring result is that the network performance parameter is greater than the threshold, the electronic device determines that the sub-network to which the target node belongs is a failure network. Correspondingly, when the network monitoring result is that the network performance parameter is smaller than or equal to the threshold value, the electronic equipment determines that the sub-network to which the target node belongs is a non-fault network.
Optionally, when the sub-network to which the target node belongs is a fault network, an alarm is triggered, and the electronic device sends alarm prompt information to the user.
Thus, the electronic equipment can realize alarm management by sending alarm prompt information to the user.
Optionally, the alarm prompt information may include: identification information of the target node, network performance parameters and alarm triggering time.
Illustratively, assume that the network performance parameter 1 of the target node 1 is 0.02s and the threshold is 0.01s. The electronic device may determine that the network performance parameter 1 of the target node 1 is greater than a threshold value and determine the sub-network to which the target node 1 belongs as a faulty network.
Still another example, assume that the network performance parameter 2 of the target node 2 is 0.01s and the threshold is 0.02s. The electronic device may determine that the network performance parameter 2 of the target node 2 is less than a threshold value and determine the sub-network to which the target node 2 belongs as a non-faulty network.
In yet another implementation, when the network performance parameter is a one-way delay or a round trip delay, and the network monitoring result is that the network performance parameter is greater than a threshold, a network failure may be caused by a busy network (e.g., more traffic carried by the target node). In this case, the electronic device may acquire the network performance parameter of each node in the sub-network to which the target node belongs, and compare the network performance parameter of each node with the magnitude of the threshold. After determining nodes whose network performance parameters are less than the threshold, the electronic device allocates some or all of the network resources of the nodes to the target node.
For example, assume that the network performance parameter 1 of the target node 1 is 0.05s, the network performance parameter 2 of the node 2 in the sub-network to which the target node 1 belongs is 0.01s, the network performance parameter 3 of the node 3 in the sub-network to which the target node 1 belongs is 0.04s, and the threshold is 0.03s. The electronic device determines that network performance parameter 1 of target node 1 and network performance parameter 3 of node 3 are greater than a threshold, and network performance parameter 2 of node 2 is less than the threshold. The electronic device then allocates part of the network resources of node 2 to target node 1 and target node 3.
In this case, the electronic device may obtain network performance parameters of the target node according to the test program identification and the target probe deployed on the target node. Therefore, in connection with fig. 7, as shown in fig. 8, in S702, the method for obtaining, by the electronic device, the network performance parameter of the target node based on the target probe deployed on the target node specifically includes: S801-S802.
S801, the electronic equipment determines an initial test protocol corresponding to the test program identifier, configures parameter information of the initial test protocol, and obtains a target test protocol.
Specifically, in order to obtain the network performance parameters of the target node, the electronic device needs to determine the target test protocol first.
In one implementation, after determining a test program that needs to be executed by the target probe, the electronic device may determine, according to the test program identifier, an initial test protocol corresponding to the test program identifier. Then, the electronic device may configure parameter information of the initial test protocol, and determine the initial test protocol configured with the parameter information as a target test protocol.
Alternatively, the test program may be one or more of TWAMP, internet packet explorer (PACKET INTERNET groper, PING), hypertext transfer protocol (hypertext transferprotocol, HTTP) test, transmission control protocol (transmission controlprotocol, TCP) test, user datagram protocol reply protocol (user datagramprotocol Echo protocol, UDP Echo) test, domain name system (NAME SYSTEM, DNS) test, and the like.
Alternatively, the test program may also be referred to as a test capability set.
Alternatively, TWAMP may measure round trip IP performance between any two TWAMP-test enabled devices (reflective and transmitting) in the network.
Optionally, IP performance may include delay, jitter, packet loss.
Alternatively, TWAMP includes both Full and light weight (light) test modes.
Illustratively, the test program is assumed to be TWAMP. The electronic device determines that the target probe needs to perform TWAMP, and determines main test parameters in parameter information of the initial test protocol to be configured as shown in table 1 below.
TABLE 1
/>
The delay parameters in the parameter information of the initial test protocol that the electronic device determines to be configured are shown in table 2 below.
TABLE 2
Parameter name | Parameter description | Parameter unit |
Low percentile | Setting round trip delay low percentile | / |
High percentile | Setting a round trip delay high percentile | / |
Unidirectional time delay measurement display method | Method for setting one-way time delay measurement display | / |
The IP parameters in the parameter information of the initial test protocol that the electronic device determines needs to be configured are shown in table 3 below.
TABLE 3 Table 3
The network availability parameters in the parameter information of the initial test protocol that the electronic device determines needs to be configured are shown in table 4 below.
TABLE 4 Table 4
Parameter name | Parameter description | Parameter unit |
Serious error packet loss threshold | Setting a severe error packet loss threshold | / |
Reporting period of link unavailability | Selecting whether to report a link unavailability period | / |
The key test index parameters in the parameter information of the initial test protocol that the electronic device determines to be configured are shown in table 5 below.
TABLE 5
Then, the electronic device determines the initial test protocol configured with the above-described parameter information as a target test protocol.
S802, the electronic equipment sends a target test protocol to the target node.
The target test protocol is used for indicating the target node to be in the target probe, and executing a test program based on the target test protocol so as to obtain network performance parameters of the target node.
Specifically, after determining the target test protocol, the electronic device needs to acquire network performance parameters in order to perform network monitoring on the target node.
In one implementation, the electronic device may send a target test protocol to the target node when it acquires network performance parameters. And then, after the target node receives the target test protocol, executing a test program based on the target test protocol in the target probe, and obtaining network performance parameters of the target node. The electronic device then obtains network performance parameters from the target probes of the target nodes.
For example, assuming that the target probe 1 is deployed on the target node 1, the test procedure is TWAMP, the target test protocol is protocol 1, and the network performance parameter that the electronic device needs to acquire is the minimum round trip delay. In this case, the electronic device may send the target test protocol 1 to the target node 1. Next, the target node 1 executes the test program TWAMP based on the target test protocol 1 in the target probe 1, and obtains that the minimum round trip delay network performance parameter of the target node 1 is 0.02s. The electronic device then obtains a minimum round trip delay of 0.02s as a network performance parameter from the target probe 1 of the target node 1.
In one embodiment, referring to fig. 7, as shown in fig. 9, in S703, the method for performing network monitoring on the target node by the electronic device according to the network performance parameter specifically includes: S901-S902.
S901, when the network performance parameter is greater than a threshold value, the electronic equipment determines that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a fault network.
Wherein the sub-network is a regional network in the target network. The regional network is a network corresponding to a preset network region to which the target node belongs.
Optionally, the preset network area may be set according to a user requirement, and the scope of the preset network area is not limited in the embodiment of the present application.
Specifically, after obtaining the network performance parameter, the electronic device may compare the network performance parameter to a threshold value. When the electronic equipment judges that the network performance parameter is larger than the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a fault network.
Optionally, the threshold may be set according to a user's requirement, and the specific value of the threshold is not limited in the embodiment of the present application.
Illustratively, assume that the target node 1 network performance parameter 1 is 0.02s and the threshold is 0.01s. The electronic device determines that the network performance parameter is greater than the threshold value and determines the sub-network to which the target node 1 belongs as a faulty network.
S902, when the network performance parameter is less than or equal to the threshold, the electronic device determines that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network.
Specifically, after obtaining the network performance parameter, the electronic device compares the network performance parameter with the threshold value. When the electronic equipment judges that the network performance parameter is smaller than or equal to the threshold value, the network monitoring result of the target node is determined as follows: and determining the sub-network to which the target node belongs as a non-fault network.
Optionally, the threshold may be set according to a user's requirement, and the specific value of the threshold is not limited in the embodiment of the present application.
Illustratively, assume that the target node 2 network performance parameter 2 is 0.01s and the threshold is 0.02s. The electronic device determines that the network performance parameter is less than the threshold value and determines the sub-network to which the target node 2 belongs as a non-faulty network.
In one embodiment, in conjunction with fig. 9, as shown in fig. 10, when the subnetwork is a faulty network, the network monitoring method further includes: S1001-S1002.
S1001, the electronic equipment acquires network performance parameters of each node in the fault network.
Specifically, when the sub-network to which the target node belongs is a faulty network, in order to determine the faulty node, the electronic device needs to determine a network performance parameter of each node in the faulty network.
Alternatively, multiple test programs may be deployed on the probe corresponding to each node and the target probe. The probe corresponding to each node and the target probe may acquire the network performance parameter of each node based on the same test program (for example, the test program corresponding to the target test protocol in S802 above); network performance parameters for each node may also be obtained based on different test procedures.
In one implementation, when the probe corresponding to each node and the target probe may both be based on the same test program to obtain the network performance parameter of each node, the electronic device may obtain the network performance parameter of each node based on the manner in which the network performance parameter of the target node is obtained.
For example, assume that probe 1 of node 1 of the failed network executes target test program 1 based on target test protocol 1 and acquires network performance parameters of 0.01s; the probe 2 of the node 2 of the fault network executes the target test program 1 of which the target test protocol 1 is determined, and acquires the network performance parameter of 0.02s; the probe 3 of the node 3 of the faulty network executes the target test program 1, which determines the target test protocol 1, and acquires the network performance parameter 0.03s. The electronic device acquires the network performance parameter 0.01s in the probe 1 of the node 1 of the faulty network, acquires the network performance parameter 0.02s in the probe 2 of the node 2 of the faulty network, and acquires the network performance parameter 0.03s in the probe 3 of the node 3 of the faulty network.
In yet another implementation, when the probe and the target probe corresponding to each node may obtain the network performance parameter of each node based on different test programs, the electronic device may obtain the network performance parameter of each node based on the test program corresponding to each node. The specific manner in which the electronic device obtains the network performance parameters of each node may refer to the specific descriptions of S801-S802, which are not described herein.
For example, assuming that the test program based on the target test protocol is 1, the other test programs are 2, the probe 1 of the node 1 of the failed network performs the other test program 2, and the network performance parameter is obtained for 0.01s; the probe 2 of the node 2 of the faulty network executes other test procedures 2 and obtains the network performance parameter 0.02s; the probe 3 of the node 3 of the faulty network performs the other test procedure 2 and obtains the network performance parameter 0.03s. The electronic device acquires the network performance parameter 0.01s in the probe 1 of the node 1 of the faulty network, acquires the network performance parameter 0.02s in the probe 2 of the node 2 of the faulty network, and acquires the network performance parameter 0.03s in the probe 3 of the node 3 of the faulty network.
S1002, the electronic equipment determines a fault node according to the network performance parameter of each node.
Specifically, after the network performance parameters of each node in the fault network are obtained, the electronic device may determine the fault node according to the network performance parameters of each node.
In one implementation, the electronic device may compare the magnitudes of network performance parameters for each node in the failed network and determine the node with the greatest network performance parameter as the failed node.
Illustratively, assume that the network performance parameter of node 1 in the failed network is 0.01s, the network performance parameter of node 2 in the failed network is 0.02s, and the network performance parameter of node 3 in the failed network is 0.03s. The electronic device determines that the network performance parameter of the node 3 in the faulty network is the largest, and determines the node 3 as the faulty node.
In still another implementation manner, the electronic device may determine whether the network performance parameter of each node in the failure network meets a preset condition, and determine, as the failure node, the node corresponding to the network performance parameter that meets the preset condition.
The preset condition may be that the network performance parameter is greater than a threshold value.
Optionally, the threshold value may be the same as or different from the threshold value, or may be set according to a user requirement, and the specific value of the threshold value is not limited in the embodiment of the present application.
For example, assume that the network performance parameter of node 1 in the failed network is 0.01s, the network performance parameter of node 2 in the failed network is 0.02s, the network performance parameter of node 3 in the failed network is 0.03s, the network performance parameter of node 4 in the failed network is 0.04, and the preset condition is that the network performance parameter is greater than the threshold value of 0.02s. The electronic equipment determines that network performance parameters of the node 3 and the node 4 in the fault network meet preset conditions, and determines the node 3 and the node 4 as fault nodes.
Therefore, the electronic equipment can combine the test results of the cloud resource pool internal test and the cloud network entering test to realize intelligent fault defining section.
Optionally, the test results of the cloud resource pool internal test and the cloud network entering test may be network performance parameters of each node in the fault network.
In one embodiment, the network monitoring request includes: and testing time information. The test time information includes a test period or a preset test time. In this case, the electronic device may acquire the network performance parameter of the target node according to the test period or the preset test time. Therefore, in connection with fig. 10, as shown in fig. 11, in S702, the method for obtaining, by the electronic device, the network performance parameter of the target node based on the target probe deployed on the target node specifically includes: s1101.
S1101, at a test time corresponding to the test time information, the electronic device obtains network performance parameters of the target node based on the target probe deployed on the target node.
Specifically, after the test time information is obtained, the electronic device may obtain, at the test time, network performance parameters of the target node based on the target probe deployed on the target node, so as to implement network monitoring on the target node.
In one implementation manner, when the acquired test time information is a test period, the target probe deployed on the target node executes a test program which determines a target test protocol according to the test period, and obtains network performance parameters after each execution of the test program.
After the electronic equipment acquires the network performance parameters after each test program execution in the target probe, the network performance parameters can be stored in a database, and then the electronic equipment can monitor the target node in a network according to the network performance parameters stored in the database.
For example, assume a target probe of 1, a test period of 5 minutes, a target test protocol of 1, and a target program of 1. The electronic device obtains network performance parameters obtained after the target probe 1 executes the test program 1 based on the target test protocol 1 every 5min, stores the latest 100 network performance parameters in the database, and then can draw a statistical chart according to the historical network performance parameters (which can also be called as a historical test result).
Thus, the electronic device can monitor the network of the target node according to the statistical diagram.
In still another implementation manner, when the acquired test time information is a preset test time, the target probe deployed on the target node executes the test program determining the target test protocol at the preset test time, and obtains the network performance parameter after executing the test program.
And then the electronic equipment acquires the network performance parameters after the test program is executed in the target probe, and monitors the target node in a network mode according to the network performance parameters.
For example, assume the target probe is 1 and the test time is 2:00, target test protocol 1, target program 1. The electronic device acquires the target probe 1 at 2:00 executes the network performance parameters obtained after the test program 1 of the target test protocol 1 is determined, and monitors the network of the target node according to the network performance parameters.
The foregoing description of the solution provided by the embodiments of the present application has been mainly presented in terms of a method. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The embodiment of the application can divide the functional modules of the network monitoring device according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. Optionally, the division of the modules in the embodiment of the present application is schematic, which is merely a logic function division, and other division manners may be implemented in practice.
Fig. 12 is a schematic structural diagram of a network monitoring device according to an embodiment of the present application. The network monitoring device may be used to perform the method of network monitoring shown in fig. 7-11. The network monitoring device shown in fig. 12 includes: a receiving unit 1201, an acquiring unit 1202, and a processing unit 1203.
A receiving unit 1201, configured to receive a network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network includes: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity probe is deployed on the entity equipment node; the target node comprises a virtual cloud node. For example, in connection with fig. 7, the receiving unit 1201 is for executing S701.
An obtaining unit 1202 is configured to obtain a network performance parameter of the target node based on the target probe deployed on the target node. For example, in connection with fig. 7, the acquisition unit 1202 is configured to execute S702.
A processing unit 1203, configured to determine a network monitoring result of the target node according to the network performance parameter; the network monitoring result is used for indicating the network state of the target node. For example, in connection with fig. 7, the processing unit 1203 is configured to execute S703.
Optionally, the acquiring unit 1202 is configured to:
And determining an initial test protocol corresponding to the test program identifier, and configuring parameter information of the initial test protocol to obtain a target test protocol. For example, in connection with fig. 8, the acquisition unit 1202 is also configured to execute S801.
Transmitting a target test protocol to a target node; the target test protocol is used for indicating the target node to be in the target probe, and executing a test program based on the target test protocol so as to obtain the network performance parameters of the target node. For example, in connection with fig. 8, the acquisition unit 1202 is also configured to perform S802.
Optionally, the processing unit 1203 is configured to:
When the network performance parameter is greater than the threshold value, determining that the network monitoring result of the target node is: determining a sub-network to which a target node belongs as a fault network; the sub-network is a regional network in the target network; the regional network is a network corresponding to a preset network region to which the target node belongs. For example, in connection with fig. 9, the processing unit 1203 is also configured to execute S901.
Or when the network performance parameter is less than or equal to the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network. For example, in connection with fig. 9, the processing unit 1203 is further configured to execute S902.
Optionally, the acquiring unit 1202 is further configured to:
Network performance parameters are obtained for each node in the failed network. For example, in connection with fig. 10, the acquisition unit 1202 is also configured to execute S1001.
The processing unit 1203 is further configured to determine a failed node according to the network performance parameter of each node. For example, in connection with fig. 10, the processing unit 1203 is further configured to execute S1002.
Optionally, the network monitoring request includes: testing time information; the test time information comprises a test period or preset test time;
an acquisition unit 1202 for:
and acquiring network performance parameters of the target node based on the target probe deployed on the target node at the test moment corresponding to the test time information. For example, in connection with fig. 11, the acquisition unit 1202 is also configured to execute S1101.
The embodiment of the application also provides a computer readable storage medium, which comprises computer execution instructions, when the computer execution instructions run on a computer, cause the computer to execute the network monitoring method provided in the embodiment.
The embodiment of the application also provides a computer program which can be directly loaded into a memory and contains software codes, and the computer program can realize the network monitoring method provided by the embodiment after being loaded and executed by a computer.
Those skilled in the art will appreciate that in one or more of the examples described above, the functions described in the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, these functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer-readable storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and the division of modules or units, for example, is merely a logical function division, and other manners of division are possible when actually implemented. For example, multiple units or components may be combined or may be integrated into another device, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form. The units described as separate parts may or may not be physically separate, and the parts shown as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units. The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the general technology or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the method described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk, etc.
The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any changes or substitutions easily contemplated by those skilled in the art within the scope of the present application should be included in the present application. Therefore, the protection scope of the application is subject to the protection scope of the claims.
Claims (10)
1. A method of network monitoring, comprising:
Receiving a network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network comprises: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity equipment node is provided with an entity probe; the target node includes the virtual Yun Jiedian; the network monitoring request comprises a test program identifier; the test program identifier is used for representing a test program deployed in the target probe;
Determining an initial test protocol corresponding to the test program identifier, and configuring parameter information of the initial test protocol to obtain a target test protocol;
Transmitting the target test protocol to the target node; the target test protocol is used for indicating the target node to execute the test program based on the target test protocol in the target probe to obtain the network performance parameter of the target node;
determining a network monitoring result of the target node according to the network performance parameter; the network monitoring result is used for indicating the network state of the target node.
2. The network monitoring method according to claim 1, wherein the network monitoring of the target node according to the network performance parameter comprises:
When the network performance parameter is greater than a threshold value, determining that the network monitoring result of the target node is: determining the sub-network to which the target node belongs as a fault network; the sub-network is a regional network in the target network; the regional network is a network corresponding to a preset network region to which the target node belongs;
or when the network performance parameter is smaller than or equal to the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network.
3. The network monitoring method according to claim 2, wherein when the sub-network is the faulty network, the network monitoring method further comprises:
Acquiring network performance parameters of each node in the fault network;
and determining the fault node according to the network performance parameters of each node.
4. A network monitoring method according to any one of claims 1-3, wherein the network monitoring request comprises: testing time information; the test time information comprises a test period or preset test time;
based on a target probe deployed on the target node, acquiring network performance parameters of the target node, including:
and acquiring network performance parameters of the target node based on the target probe deployed on the target node at the test moment corresponding to the test time information.
5. A network monitoring device, comprising: the device comprises a receiving unit, an acquisition unit and a processing unit;
The receiving unit is used for receiving a network monitoring request; the network monitoring request is used for requesting to monitor a target node in a target network; the target network comprises: at least one of a virtual cloud node and a physical device node; a cloud probe is deployed on the virtual cloud node; the entity equipment node is provided with an entity probe; the target node includes the virtual Yun Jiedian; the network monitoring request comprises a test program identifier; the test program identifier is used for representing a test program deployed in the target probe;
The acquisition unit is used for: determining an initial test protocol corresponding to the test program identifier, and configuring parameter information of the initial test protocol to obtain a target test protocol;
Transmitting the target test protocol to the target node; the target test protocol is used for indicating the target node to execute the test program based on the target test protocol in the target probe so as to obtain the network performance parameter of the target node;
The processing unit is used for determining a network monitoring result of the target node according to the network performance parameter; the network monitoring result is used for indicating the network state of the target node.
6. The network monitoring device of claim 5, wherein the processing unit is configured to:
When the network performance parameter is greater than a threshold value, determining that the network monitoring result of the target node is: determining the sub-network to which the target node belongs as a fault network; the sub-network is a regional network in the target network; the regional network is a network corresponding to a preset network region to which the target node belongs;
or when the network performance parameter is smaller than or equal to the threshold value, determining that the network monitoring result of the target node is: and determining the sub-network to which the target node belongs as a non-fault network.
7. The network monitoring device of claim 6, wherein when the subnetwork is the faulty network,
The acquiring unit is further configured to acquire a network performance parameter of each node in the failure network;
the processing unit is further configured to determine a failure node according to the network performance parameter of each node.
8. The network monitoring device of any of claims 5-7, wherein the network monitoring request comprises: testing time information; the test time information comprises a test period or preset test time;
The acquisition unit is used for:
and acquiring network performance parameters of the target node based on the target probe deployed on the target node at the test moment corresponding to the test time information.
9. A network monitoring device, comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the network monitoring device is running, the processor executes the computer-executable instructions stored in the memory to cause the network monitoring device to perform the network monitoring method of any one of claims 1-4.
10. A computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the network monitoring method of any of claims 1-4.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211407699.4A CN115883400B (en) | 2022-11-10 | 2022-11-10 | Network monitoring method, device and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211407699.4A CN115883400B (en) | 2022-11-10 | 2022-11-10 | Network monitoring method, device and storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115883400A CN115883400A (en) | 2023-03-31 |
CN115883400B true CN115883400B (en) | 2024-06-11 |
Family
ID=85759627
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211407699.4A Active CN115883400B (en) | 2022-11-10 | 2022-11-10 | Network monitoring method, device and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115883400B (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116599581B (en) * | 2023-05-19 | 2024-01-05 | 煤炭科学技术研究院有限公司 | Reliability assessment method, device, equipment and medium for optical fiber sensing network |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1980159A (en) * | 2005-12-08 | 2007-06-13 | ***电信传输研究所 | Internet protocol network end-to-end performance monitoring system and method |
CN102143022A (en) * | 2011-03-16 | 2011-08-03 | 北京邮电大学 | Cloud measurement device and method for IP network |
CN107995030A (en) * | 2017-11-28 | 2018-05-04 | 车智互联(北京)科技有限公司 | A kind of network detection method, network fault detecting method and system |
CN108011774A (en) * | 2016-10-28 | 2018-05-08 | 国家新闻出版广电总局广播科学研究院 | Network monitoring method and monitoring platform |
CN109067592A (en) * | 2018-08-31 | 2018-12-21 | 国网辽宁省电力有限公司电力科学研究院 | A kind of intelligent control device and management-control method for matching electricity consumption towards intelligence |
CN109905276A (en) * | 2019-01-31 | 2019-06-18 | 山东省电子信息产品检验院 | A kind of cloud service quality monitoring method and system |
CN109962891A (en) * | 2017-12-25 | 2019-07-02 | ***通信集团安徽有限公司 | Monitor method, apparatus, equipment and the computer storage medium of cloud security |
CN111371648A (en) * | 2020-03-03 | 2020-07-03 | 北京百度网讯科技有限公司 | Monitoring method and device for global fault of virtual gateway cluster |
CN111787069A (en) * | 2020-06-09 | 2020-10-16 | 中移雄安信息通信科技有限公司 | Method, device and equipment for processing service access request and computer storage medium |
CN112383447A (en) * | 2020-11-02 | 2021-02-19 | 中移***集成有限公司 | Service quality measuring method, device, equipment and storage medium |
CN112532481A (en) * | 2020-11-24 | 2021-03-19 | 四川泽上恒信科技有限公司 | Network quality monitoring and analyzing method, system and storage medium |
CN112866116A (en) * | 2020-12-31 | 2021-05-28 | 平安科技(深圳)有限公司 | Network access detection method, device, equipment and storage medium |
CN113067728A (en) * | 2021-03-17 | 2021-07-02 | 中国人民解放军海军工程大学 | Network security attack and defense test platform |
CN114205154A (en) * | 2021-12-12 | 2022-03-18 | 中国电子科技集团公司第十五研究所 | Network security test method for isolation security mechanism |
CN114238135A (en) * | 2021-12-22 | 2022-03-25 | 北京金山云网络技术有限公司 | Test case determination method and device and electronic equipment |
CN114553867A (en) * | 2022-01-21 | 2022-05-27 | 北京云思智学科技有限公司 | Cloud-native cross-cloud network monitoring method and device and storage medium |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8949980B2 (en) * | 2010-01-25 | 2015-02-03 | Exelate | Method and system for website data access monitoring |
US9749211B2 (en) * | 2011-02-15 | 2017-08-29 | Entit Software Llc | Detecting network-application service failures |
-
2022
- 2022-11-10 CN CN202211407699.4A patent/CN115883400B/en active Active
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1980159A (en) * | 2005-12-08 | 2007-06-13 | ***电信传输研究所 | Internet protocol network end-to-end performance monitoring system and method |
CN102143022A (en) * | 2011-03-16 | 2011-08-03 | 北京邮电大学 | Cloud measurement device and method for IP network |
CN108011774A (en) * | 2016-10-28 | 2018-05-08 | 国家新闻出版广电总局广播科学研究院 | Network monitoring method and monitoring platform |
CN107995030A (en) * | 2017-11-28 | 2018-05-04 | 车智互联(北京)科技有限公司 | A kind of network detection method, network fault detecting method and system |
CN109962891A (en) * | 2017-12-25 | 2019-07-02 | ***通信集团安徽有限公司 | Monitor method, apparatus, equipment and the computer storage medium of cloud security |
CN109067592A (en) * | 2018-08-31 | 2018-12-21 | 国网辽宁省电力有限公司电力科学研究院 | A kind of intelligent control device and management-control method for matching electricity consumption towards intelligence |
CN109905276A (en) * | 2019-01-31 | 2019-06-18 | 山东省电子信息产品检验院 | A kind of cloud service quality monitoring method and system |
CN111371648A (en) * | 2020-03-03 | 2020-07-03 | 北京百度网讯科技有限公司 | Monitoring method and device for global fault of virtual gateway cluster |
CN111787069A (en) * | 2020-06-09 | 2020-10-16 | 中移雄安信息通信科技有限公司 | Method, device and equipment for processing service access request and computer storage medium |
CN112383447A (en) * | 2020-11-02 | 2021-02-19 | 中移***集成有限公司 | Service quality measuring method, device, equipment and storage medium |
CN112532481A (en) * | 2020-11-24 | 2021-03-19 | 四川泽上恒信科技有限公司 | Network quality monitoring and analyzing method, system and storage medium |
CN112866116A (en) * | 2020-12-31 | 2021-05-28 | 平安科技(深圳)有限公司 | Network access detection method, device, equipment and storage medium |
CN113067728A (en) * | 2021-03-17 | 2021-07-02 | 中国人民解放军海军工程大学 | Network security attack and defense test platform |
CN114205154A (en) * | 2021-12-12 | 2022-03-18 | 中国电子科技集团公司第十五研究所 | Network security test method for isolation security mechanism |
CN114238135A (en) * | 2021-12-22 | 2022-03-25 | 北京金山云网络技术有限公司 | Test case determination method and device and electronic equipment |
CN114553867A (en) * | 2022-01-21 | 2022-05-27 | 北京云思智学科技有限公司 | Cloud-native cross-cloud network monitoring method and device and storage medium |
Non-Patent Citations (4)
Title |
---|
Shun-an Wu ; Qiao Yan ; Xue-song Qiu ; Yanjie Ren."A probe prediction approach to overlay network monitoring".《2011 7th International Conference on Network and Service Management》.2011,全文. * |
互联网跨域端到端质量监测及故障定位方案;颜永明;陈兵;许文杰;;电信科学;20180820(第08期);全文 * |
基于网络监测技术的电信级IP宽带网络研究与实践;赵勇;;国防科技大学学报;20070615(第03期);全文 * |
面向调度数据网的探针部署优化算法研究;刘宇明;田丰;;无线互联科技;20161110(第21期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN115883400A (en) | 2023-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10333835B2 (en) | Packet transmission method, apparatus, and system | |
CN108370341B (en) | Resource allocation method, virtual network function manager and network element management system | |
US9081617B1 (en) | Provisioning of virtual machines using an N-ARY tree of clusters of nodes | |
Slabicki et al. | Performance evaluation of CoAP, SNMP and NETCONF protocols in fog computing architecture | |
US11003516B2 (en) | Geographical redundancy and dynamic scaling for virtual network functions | |
Nogueira et al. | Virtual network mapping into heterogeneous substrate networks | |
TW201423398A (en) | Method and system for analyzing root causes of relating performance issues among virtual machines to physical machines | |
CN115883400B (en) | Network monitoring method, device and storage medium | |
Gedeon et al. | Router-based brokering for surrogate discovery in edge computing | |
EP3456003A1 (en) | A monitoring controller and a method performed thereby for monitoring network performance | |
CN110855741B (en) | Service self-adaptive access method and device, storage medium and electronic device | |
Li et al. | Analyzing open-source serverless platforms: Characteristics and performance | |
JP2010502089A (en) | Component management system for wireless communication network with expandable structure | |
WO2019011142A1 (en) | Network link switching method and system | |
Chiaraviglio et al. | Implementing energy-aware algorithms in backbone networks: A transient analysis | |
Siniarski et al. | Real-time monitoring of SDN networks using non-invasive cloud-based logging platforms | |
CN117176722A (en) | Dynamic reconstruction method, device and server | |
EP2645625B1 (en) | Computer system and subsystem management method | |
US20230087446A1 (en) | Network monitoring method, electronic device and storage medium | |
WO2017101997A1 (en) | Monitoring arrangement, network manager and respective methods performed thereby for enabling resource management in a data centre | |
CN104038360A (en) | Network management realization system and network management realization method based on novel access controller architecture | |
CN110958170B (en) | Network interconnection method and device | |
Gregori et al. | Smartphone-based crowdsourcing for estimating the bottleneck capacity in wireless networks | |
Merino et al. | Towards orchestration in the cloud-fog continuum | |
CN114422599B (en) | Data transmission method, system, electronic equipment and readable medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |