CN112260903B - Link monitoring method and device - Google Patents
Link monitoring method and device Download PDFInfo
- Publication number
- CN112260903B CN112260903B CN202011183188.XA CN202011183188A CN112260903B CN 112260903 B CN112260903 B CN 112260903B CN 202011183188 A CN202011183188 A CN 202011183188A CN 112260903 B CN112260903 B CN 112260903B
- Authority
- CN
- China
- Prior art keywords
- link
- monitoring
- address
- destination
- protocol type
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/18—Protocol analysers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The disclosure relates to a link monitoring method, a link monitoring device, an electronic device and a computer readable medium. The method comprises the following steps: acquiring a destination IP address and a protocol type from the message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; and generating a link monitoring result of the current link based on the response message of the monitoring message. The link monitoring method, the link monitoring device, the electronic equipment and the computer readable medium can monitor the health state of the link to the actual flow and can reduce the cost of manual maintenance.
Description
Technical Field
The present disclosure relates to the field of computer information processing, and in particular, to a link monitoring method, an apparatus, an electronic device, and a computer readable medium.
Background
The link load balancing equipment is deployed in the environment of multiple outlet links of the enterprise network. The intranet flow is scheduled to the optimal link according to a certain scheduling algorithm, so that the link utilization rate is improved, the problem of link blockage is avoided, the user experience is guaranteed, and the link deployment cost is saved for enterprises. The work flow of the link load balancing equipment is as follows: when the traffic enters the link load balancing device, the link load balancing device matches the operator list one by one according to the destination IP address of the traffic. If the address hits the IP address of a certain operator in the matching process, the link load balancing equipment guides the traffic to the link corresponding to the operator, so that the traffic is successfully shunted and guided.
The health state of the link is influenced by the flow condition on the link and the on-off of the physical link, so the health state of the link needs to be monitored in real time by a health monitoring function, the failed link is ensured to be removed from the alternative link in time when the link fails, and the link is added into the alternative link in time when the link returns to be normal.
Therefore, a new link monitoring method, apparatus, electronic device and computer readable medium are needed.
The above information disclosed in this background section is only for enhancement of understanding of the background of the disclosure and therefore it may contain information that does not constitute prior art that is already known to a person of ordinary skill in the art.
Disclosure of Invention
In view of this, the present disclosure provides a link monitoring method, a link monitoring device, an electronic device, and a computer readable medium, which can monitor the health status of a link to actual traffic and reduce the cost of manual maintenance.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.
According to an aspect of the present disclosure, a link monitoring method is provided, which includes: acquiring a destination IP address and a protocol type from the message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; and generating a link monitoring result of the current link based on the response message of the monitoring message.
In an exemplary embodiment of the present disclosure, acquiring a destination IP address and a protocol type from message information includes: and acquiring the destination IP address and the protocol type from the message information of the link load balancing equipment.
In an exemplary embodiment of the present disclosure, determining whether a current link has undergone link monitoring based on the destination IP address and the protocol type includes: and judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type through an alternative link table.
In an exemplary embodiment of the present disclosure, determining, by the alternative link table, whether the current link has undergone link monitoring based on the destination IP address and the protocol type includes: determining an operator link to which the destination IP address belongs through an alternative link table; and judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type based on the information of the operator link.
In an exemplary embodiment of the present disclosure, determining whether a current link has undergone link monitoring based on the destination IP address and the protocol type based on the information of the operator link further includes: when the destination IP address and the protocol type are subjected to link monitoring and the monitoring result is in an effective time range, determining that the destination IP address and the protocol type are subjected to link monitoring; when the destination IP address and the protocol type are subjected to link monitoring and the monitoring result is not in an effective time range, determining that the destination IP address and the protocol type are not subjected to link monitoring; and when the destination IP address and the protocol type are not subjected to link monitoring, determining that the destination IP address and the protocol type are not subjected to link monitoring.
In an exemplary embodiment of the present disclosure, generating a monitoring packet based on the protocol type includes: and generating a back display request message based on the protocol type.
In an exemplary embodiment of the present disclosure, generating a link monitoring result of the current link based on a response packet of the monitoring packet includes: determining a timeout time threshold; when a response message of the detection message is received within a timeout time threshold, determining that the link monitoring result is healthy; and when the response message of the detection message is not received within the overtime time threshold, determining that the link monitoring result is a fault.
In an exemplary embodiment of the present disclosure, further comprising: and storing all link monitoring results in an alternative link table, and setting an effective time range.
In an exemplary embodiment of the present disclosure, further comprising: and monitoring a plurality of links in the alternative link table again at regular time to update the monitoring result.
In an exemplary embodiment of the present disclosure, periodically monitoring a plurality of links in the alternative link table again to update a monitoring result includes: and respectively determining the timing monitoring time interval of each link according to the message frequencies of the links in the alternative link table.
According to an aspect of the present disclosure, a link monitoring apparatus is provided, the apparatus including: the information module is used for acquiring a destination IP address and a protocol type from the message information; the judging module is used for judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; a message module, configured to generate a monitoring message based on the protocol type when the current link has not been subjected to link monitoring; a sending module, configured to send the monitoring packet based on the destination IP address; and the result module is used for generating the link monitoring result of the current link based on the response message of the monitoring message.
According to an aspect of the present disclosure, an electronic device is provided, the electronic device including: one or more processors; storage means for storing one or more programs; when executed by one or more processors, cause the one or more processors to implement a method as above.
According to an aspect of the disclosure, a computer-readable medium is proposed, on which a computer program is stored, which program, when being executed by a processor, carries out the method as above.
According to the link monitoring method, the link monitoring device, the electronic equipment and the computer readable medium, the destination IP address and the protocol type are obtained from the message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; the link monitoring result of the current link is generated based on the response message of the monitoring message, so that the health state of the link to the actual flow can be monitored, and the cost of manual maintenance can be reduced.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The above and other objects, features and advantages of the present disclosure will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings. The drawings described below are merely some embodiments of the present disclosure, and other drawings may be derived from those drawings by those of ordinary skill in the art without inventive effort.
Fig. 1 is a system block diagram illustrating a link monitoring method and apparatus according to an example embodiment.
Fig. 2 is a flow diagram illustrating a method of link monitoring in accordance with an exemplary embodiment.
Fig. 3 is a flow chart illustrating a method of link monitoring according to another exemplary embodiment.
Fig. 4 is a flow chart illustrating a method of link monitoring according to another exemplary embodiment.
Fig. 5 is a block diagram illustrating a link monitoring device according to an example embodiment.
FIG. 6 is a block diagram illustrating an electronic device in accordance with an example embodiment.
FIG. 7 is a block diagram illustrating a computer-readable medium in accordance with an example embodiment.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The same reference numerals denote the same or similar parts in the drawings, and thus, a repetitive description thereof will be omitted.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the disclosure.
The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.
The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.
It will be understood that, although the terms first, second, third, etc. may be used herein to describe various components, these components should not be limited by these terms. These terms are used to distinguish one element from another. Thus, a first component discussed below may be termed a second component without departing from the teachings of the disclosed concept. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items.
It is to be understood by those skilled in the art that the drawings are merely schematic representations of exemplary embodiments, and that the blocks or processes shown in the drawings are not necessarily required to practice the present disclosure and are, therefore, not intended to limit the scope of the present disclosure.
The technical abbreviations involved in this disclosure are explained as follows:
and link: a link refers to a passive point-to-point physical connection. In wired communication, a link refers to a physical line, such as a cable or fiber, between two nodes.
Health monitoring: and monitoring the health condition of the link according to the response result of the detection message by sending the detection message of the specific protocol to the specified destination IP address.
And (3) traffic scheduling: and a device for dispatching the flow to the optimal link through a certain dispatching algorithm.
The operator: an operator refers to a provider that provides network services.
Session maintenance: multiple requests initiated during a session are all maintained on the same link.
And link load balancing: a strategically deployed overall system. Scheduling the flow to an optimal chain through a certain scheduling algorithm; and a device for monitoring the health state of the link at regular time.
The inventor of the present disclosure finds that, in the current stage, the realization mechanism of link health monitoring is to configure corresponding health monitoring for each link according to the information of the outgoing interface, the next hop and the like of the physical link, and can configure main parameters such as a proper monitoring target, a monitoring protocol, a monitoring interval and the like for the health monitoring according to the characteristics of each link; monitoring messages are organized and sent according to configured health monitoring in the running process of the equipment and configured monitoring intervals, and the health state of a link is judged according to the condition of a response message received by the equipment; the link with the failure health monitoring is removed from the alternative link, so that the condition that the equipment dispatches the flow to the link with the abnormal state is avoided, and meanwhile, the link which restores to be normal is added into the alternative link again, and the waste of link resources is avoided.
In the prior art, health monitoring configuration is fixed and unchanged, the quantity is limited, and the health state of a link to all destination IP addresses cannot be reflected. The type of the monitoring message and the monitoring interval are fixed, which causes delay of link state updating and failure to monitor the link state in time. Health monitoring is manually configured, increasing maintenance costs.
Due to the complex and variable deployment environment of the link load balancing equipment, the number of involved network protocols is large, and the link shows different characteristics to different destination IP addresses or protocols. Health monitoring with limited configuration quantity and fixed invariance cannot reflect the health state of a link to actual complicated and changeable destination IP addresses and protocols; meanwhile, the fixed monitoring interval cannot timely acquire the change of the link state, and may increase the burden on the congested link.
The inventors of the present disclosure believe that the best way to solve the above problem is to start with traffic flowing through the link, and no matter how complex the network environment is, there are some characteristics that can be added inside the traffic. Important information such as source and destination IP addresses, source and destination ports and protocols can be obtained from the traffic flowing through the link. The congestion status of the link can also be analyzed by counting the total traffic flowing through the link.
The method optimizes the health monitoring function according to the characteristic that important information such as a source and destination IP address, a source and destination port, a protocol and the like can be obtained from the flow, and the optimized health monitoring process is divided into four parts, namely constructing and sending a monitoring message, counting a monitoring result, carrying out aging processing on the monitoring result and calculating a monitoring interval. The technical contents of the present disclosure are described in detail below with reference to specific embodiments.
Fig. 1 is a system block diagram illustrating a link monitoring method, apparatus, electronic device, and computer readable medium in accordance with an example embodiment.
As shown in fig. 1, the system architecture 10 may include terminal devices 101, 102, 103, a network 104, a link load balancing device 105, and other servers 106. The network 104 is used to provide the medium of communication links between the terminal devices 101, 102, 103 and the link load balancing device 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The user may use the terminal devices 101, 102, 103 to interact with other servers 106 via the network 104 to receive or send messages or the like. The terminal devices 101, 102, 103 may have various communication client applications installed thereon, such as a shopping application, a web browser application, a search application, an instant messaging tool, a mailbox client, social platform software, and the like.
The terminal devices 101, 102, 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.
The link load balancing device 105 may be a server that provides various services, and is provided between the user-using terminal devices 101, 102, 103 and the other server 106. The link load balancing device 105 may analyze the communication packets between the terminal devices 101, 102, 103 and the other servers 106 and thereby determine whether the communication links between the terminal devices 101, 102, 103 and the other servers 106 are in a healthy state.
The link load balancing device 105 may obtain the destination IP address and the protocol type from the message information, for example; the link load balancing device 105 may determine whether the current link has been link monitored, e.g., based on the destination IP address and the protocol type; the link load balancing device 105 may generate a monitoring packet based on the protocol type, for example, when the current link has not been subjected to link monitoring; the link load balancing device 105 may send the monitoring packet, for example, based on the destination IP address; the link load balancing device 105 may generate a link monitoring result of the current link, for example, based on a response packet of the monitoring packet.
The link load balancing device 105 may also monitor a plurality of links in the alternative link table again, for example, at regular times, to update the monitoring results.
The link load balancing device 105 may be a server of an entity, or may be composed of a plurality of servers, for example, it should be noted that the link monitoring method provided by the embodiment of the present disclosure may be executed by the link load balancing device 105, and accordingly, the link monitoring apparatus may be disposed in the link load balancing device 105. And the requesting end for providing the user with web browsing is typically located in the terminal equipment 101, 102, 103.
Fig. 2 is a flow diagram illustrating a method of link monitoring in accordance with an exemplary embodiment. The link monitoring method 20 includes at least steps S202 to S210.
As shown in fig. 2, in S202, the destination IP address and the protocol type are obtained from the message information. The method comprises the following steps: and acquiring the destination IP address and the protocol type from the message information of the link load balancing equipment.
In S204, it is determined whether the current link has been link-monitored based on the destination IP address and the protocol type. The method comprises the following steps: and judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type through an alternative link table.
Wherein, the alternative link table judges whether the current link has been subjected to link monitoring based on the destination IP address and the protocol type, and includes: determining an operator link to which the destination IP address belongs through an alternative link table; and judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type based on the information of the operator link.
In S206, when the current link has not been monitored, a monitoring packet is generated based on the protocol type. The echo request message may be generated, for example, based on the protocol type. For example, if the message entering the link load balancing device is a UDP message, the ICMP echo request message is organized, and the ICMP echo request message is sent to the acquired destination IP address through the link to be monitored according to the acquired destination IP address.
In one embodiment, when the destination IP address and the protocol type have been subjected to link monitoring and a monitoring result is within an effective time range, determining that a current link has been subjected to link monitoring;
in one embodiment, when the destination IP address and the protocol type have been subjected to link monitoring and a monitoring result is not within an effective time range, determining that the current link has not been subjected to link monitoring;
in one embodiment, when the destination IP address and the protocol type are not link-monitored, the current link is determined to be link-not-monitored.
In S208, the monitoring packet is sent based on the destination IP address.
In S210, a link monitoring result of the current link is generated based on the response packet of the monitoring packet. The method comprises the following steps: determining a timeout time threshold; when a response message of the detection message is received within a timeout time threshold, determining that the link monitoring result of the current link is healthy; and when the response message of the detection message is not received within the overtime time threshold, determining that the link monitoring result of the current link is a fault.
For example, if the ICMP echo request message is sent, it should be determined whether an ICMP echo response message is received within the timeout period, and if the response message is received within the timeout period, it indicates that the link is healthy for the UDP message of the destination IP.
According to the link monitoring method disclosed by the invention, a destination IP address and a protocol type are obtained from message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; the link monitoring result of the current link is generated based on the response message of the monitoring message, so that the health state of the link to the actual flow can be monitored, and the cost of manual maintenance can be reduced.
It should be clearly understood that this disclosure describes how to make and use particular examples, but the principles of this disclosure are not limited to any details of these examples. Rather, these principles can be applied to many other embodiments based on the teachings of the present disclosure.
Fig. 3 is a flow chart illustrating a method of link monitoring according to another exemplary embodiment. The process 30 shown in fig. 3 is a supplementary description of the process shown in fig. 2.
As shown in fig. 3, in S302, all the link monitoring results are stored in the alternative link table, and the valid time range is set. Since the characteristics of the link to a certain destination IP address and protocol change with the passage of time, the result of each health monitoring can only represent the health status of the link to the destination IP address and protocol in the current period of time, which is called the effective time (generally, the period is from several seconds to ten seconds, etc.). The monitoring result exceeding the valid time needs to be set to have failed, and this process is also called aging process of the monitoring result.
In S304, a timing monitoring time interval of each link is respectively determined according to the packet frequencies of the links in the alternative link table.
In S306, the links in the alternative link table are monitored again at regular time. Some messages of destination IP addresses and protocols are persistent, and some messages of destination IP addresses and protocols occur only occasionally. Therefore, the monitoring intervals of the messages with different occurrence probabilities are different, the continuous messages need to be subjected to continuous health monitoring, the monitoring intervals should be uniform and stable (generally, the monitoring intervals are different from several seconds to ten seconds), and the health monitoring time intervals can be properly prolonged for the message types with lower occurrence frequencies.
In S308, the alternative link table is updated. And updating the content in the alternative link table according to the detection result.
Fig. 4 is a flow chart illustrating a method of link monitoring according to another exemplary embodiment. The process 40 shown in fig. 4 is a detailed description of the process shown in fig. 2.
As shown in fig. 4, in S401, traffic is received.
In S402, the destination IP and the protocol type are acquired.
In S403, the destination IP and the protocol type match the operator to which they belong.
In S404, the operator' S link is traversed.
In S405, whether link monitoring is performed for the destination IP address and the protocol type.
In S406, the monitoring packet is organized according to the destination IP and the protocol type.
In S407, the monitoring packet is sent through the current link.
In S408, the response message is received to record the monitoring result.
In S409, whether or not there is a link that is not monitored.
In S410, the process ends.
And if the health monitoring result of the link to the target IP address and the protocol is in the effective time range, the link indicates that the corresponding link has been subjected to health inspection recently. If the link fails to monitor the health of the target IP address and the target protocol or the target IP address and the target protocol are not checked for health, a corresponding monitoring message is constructed according to the acquired target IP address and the target protocol, and the monitoring message is sent through the link.
And judging whether a corresponding response message is received within the overtime according to the transmitted monitoring message, and meanwhile, calculating the response time. If the response message is received within the overtime, the link is healthy for the target IP address and the target protocol, and if the response message is not received within the overtime, the link is failed for the target IP address and the target protocol. And saving the health state of the link to the destination IP address and the protocol according to the receiving condition of the response message.
Those skilled in the art will appreciate that all or part of the steps implementing the above embodiments are implemented as computer programs executed by a CPU. When executed by the CPU, performs the functions defined by the above-described methods provided by the present disclosure. The program may be stored in a computer readable storage medium, which may be a read-only memory, a magnetic or optical disk, or the like.
Furthermore, it should be noted that the above-mentioned figures are only schematic illustrations of the processes involved in the methods according to exemplary embodiments of the present disclosure, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.
The following are embodiments of the disclosed apparatus that may be used to perform embodiments of the disclosed methods. For details not disclosed in the embodiments of the apparatus of the present disclosure, refer to the embodiments of the method of the present disclosure.
Fig. 5 is a block diagram illustrating a link monitoring device according to an example embodiment. As shown in fig. 5, the link monitoring apparatus 50 includes: an information module 502, a judgment module 504, a message module 506, a sending module 508, and a result module 510.
The information module 502 is configured to obtain a destination IP address and a protocol type from the message information; the information module 502 is further configured to obtain the destination IP address and the protocol type from the message information of the device performing link load balancing.
The judging module 504 is configured to judge whether the current link has already undergone link monitoring based on the destination IP address and the protocol type; more specifically, whether the current link has been subjected to link monitoring can be judged through an alternative link table based on the destination IP address and the protocol type.
The message module 506 is configured to generate a monitoring message based on the protocol type when the current link is not monitored; the message module 506 is further configured to generate a display request message based on the protocol type.
The sending module 508 is configured to send the monitoring packet based on the destination IP address;
the result module 510 is configured to generate a link monitoring result of the current link based on a response packet of the monitoring packet. More specifically, when a response message of the detection message is received within a timeout time threshold, determining that the link monitoring result of the current link is healthy; and when the response message of the detection message is not received within the overtime time threshold, determining that the link monitoring result of the current link is a fault.
According to the link monitoring device disclosed by the invention, a destination IP address and a protocol type are obtained from message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; the link monitoring result of the current link is generated based on the response message of the monitoring message, so that the health state of the link to the actual flow can be monitored, and the cost of manual maintenance can be reduced.
FIG. 6 is a block diagram illustrating an electronic device in accordance with an example embodiment.
An electronic device 600 according to this embodiment of the disclosure is described below with reference to fig. 6. The electronic device 600 shown in fig. 6 is only an example and should not bring any limitations to the function and scope of use of the embodiments of the present disclosure.
As shown in fig. 6, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one storage unit 620, a bus 630 that connects the various system components (including the storage unit 620 and the processing unit 610), a display unit 640, and the like.
Wherein the storage unit stores program code that is executable by the processing unit 610 such that the processing unit 610 performs the steps described in this specification in accordance with various exemplary embodiments of the present disclosure. For example, the processing unit 610 may perform the steps as shown in fig. 2, 3, 4.
The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.
The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
The electronic device 600 may also communicate with one or more external devices 600' (e.g., keyboard, pointing device, bluetooth device, etc.), such that a user can communicate with devices with which the electronic device 600 interacts, and/or any device (e.g., router, modem, etc.) with which the electronic device 600 can communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 via the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
In summary, the invention optimizes the health monitoring function according to the characteristics of important information such as source and destination IP addresses, source and destination ports, protocols and the like which can be obtained from the flow, and the optimized health monitoring process is divided into four parts of constructing and sending monitoring messages, counting the monitoring results, aging processing of the monitoring results and calculating the monitoring interval. The method for constructing and sending the monitoring message flow is that the target IP address and the protocol are obtained from the message entering the link load balancing equipment, whether the target IP address and the protocol are subjected to health monitoring by each link is judged, and if the health monitoring result of the link on the target IP address and the protocol is in the effective time range, the corresponding link is subjected to health inspection recently. If the link fails to monitor the health of the target IP address and the target protocol or the target IP address and the target protocol are not checked for health, a corresponding monitoring message is constructed according to the acquired target IP address and the target protocol, and the monitoring message is sent through the link. For example, if the message entering the link load balancing device is a UDP message, the ICMP echo request message is organized, and the ICMP echo request message is sent to the acquired destination IP address through the link to be monitored according to the acquired destination IP address. The method for realizing the statistics of the monitoring results comprises the steps of judging whether a corresponding response message is received within overtime according to the transmitted monitoring message, and meanwhile calculating the response time. If the response message is received within the overtime, the link is healthy for the target IP address and the target protocol, and if the response message is not received within the overtime, the link is failed for the target IP address and the target protocol. And saving the health state of the link to the destination IP address and the protocol according to the receiving condition of the response message. For example, if the ICMP echo request message is sent, it should be determined whether an ICMP echo response message is received within the timeout period, and if the response message is received within the timeout period, it indicates that the link is healthy for the UDP message of the destination IP. The monitoring result aging process is that the link characteristic to a certain destination IP address and protocol changes with the time, so that each health monitoring result only represents the link health state to the destination IP address and protocol in the current period of time, which is called the effective time (generally, the effective time is from several seconds to ten seconds). The monitoring result exceeding the valid time needs to be set to have failed, and this process is called an aging process of the monitoring result. And calculating the monitoring interval, wherein some messages of the destination IP address and the protocol are continuous, and some messages of the destination IP address and the protocol are only occasionally appeared. Therefore, the monitoring intervals of the messages with different occurrence probabilities are different, the continuous messages need to be subjected to continuous health monitoring, the monitoring intervals should be uniform and stable (generally, the monitoring intervals are different from several seconds to ten seconds), and the health monitoring time intervals can be properly prolonged for the message types with lower occurrence frequencies.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, as shown in fig. 7, the technical solution according to the embodiment of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, or a network device, etc.) to execute the above method according to the embodiment of the present disclosure.
The software product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).
The computer readable medium carries one or more programs which, when executed by a device, cause the computer readable medium to perform the functions of: acquiring a destination IP address and a protocol type from the message information; judging whether the current link is subjected to link monitoring or not based on the destination IP address and the protocol type; generating a monitoring message based on the protocol type when the current link is not subjected to link monitoring; sending the monitoring message based on the destination IP address; and generating a link monitoring result of the current link based on the response message of the monitoring message.
Those skilled in the art will appreciate that the modules described above may be distributed in the apparatus according to the description of the embodiments, or may be modified accordingly in one or more apparatuses unique from the embodiments. The modules of the above embodiments may be combined into one module, or further split into multiple sub-modules.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
Exemplary embodiments of the present disclosure are specifically illustrated and described above. It is to be understood that the present disclosure is not limited to the precise arrangements, instrumentalities, or instrumentalities described herein; on the contrary, the disclosure is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
Claims (5)
1. A method of link monitoring, comprising:
acquiring a target IP address and a protocol type from message information of link load balancing equipment;
determining an operator link to which the destination IP address belongs through an alternative link table;
when the destination IP address and the protocol type are subjected to link monitoring and the monitoring result is in an effective time range, determining that the current link is subjected to link monitoring, and when the destination IP address and the protocol type are not subjected to link monitoring or when the destination IP address and the protocol type are subjected to link monitoring and the monitoring result is not in the effective time range, determining that the current link is not subjected to link monitoring;
when the current link is not monitored, generating a display back request message based on the protocol type;
sending the echo request message based on the destination IP address;
and when the response message of the redisplay request message is not received within the overtime threshold, determining that the link monitoring result of the current link is a fault.
2. The method of claim 1, further comprising:
and storing all link monitoring results in an alternative link table, and setting an effective time range.
3. The method of claim 2, further comprising:
and monitoring a plurality of links in the alternative link table again at regular time to update the monitoring result.
4. The method of claim 3, wherein periodically re-monitoring the plurality of links in the alternative link table to update monitoring results comprises:
and respectively determining the timing monitoring time interval of each link according to the message frequencies of the links in the alternative link table.
5. A link monitoring device, comprising:
the information module is used for acquiring a destination IP address and a protocol type from the message information of the link load balancing equipment;
the judging module is used for determining an operator link to which the destination IP address belongs through an alternative link table, determining that a current link is subjected to link monitoring when the destination IP address and the protocol type are subjected to link monitoring and a monitoring result is in an effective time range, and determining that the current link is not subjected to link monitoring when the destination IP address and the protocol type are not subjected to link monitoring or when the destination IP address and the protocol type are subjected to link monitoring and the monitoring result is not in the effective time range;
a message module, configured to generate a display request message based on the protocol type when the current link is not monitored;
the sending module is used for sending the echo request message based on the destination IP address;
and the result module is used for determining that the link monitoring result of the current link is healthy when the response message of the redisplay request message is received within the overtime threshold, and determining that the link monitoring result of the current link is a fault when the response message of the redisplay request message is not received within the overtime threshold.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011183188.XA CN112260903B (en) | 2020-10-29 | 2020-10-29 | Link monitoring method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011183188.XA CN112260903B (en) | 2020-10-29 | 2020-10-29 | Link monitoring method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112260903A CN112260903A (en) | 2021-01-22 |
| CN112260903B true CN112260903B (en) | 2022-03-25 |
Family
ID=74267443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011183188.XA Active CN112260903B (en) | 2020-10-29 | 2020-10-29 | Link monitoring method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112260903B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114629822B (en) * | 2022-04-18 | 2024-06-11 | 北京小米移动软件有限公司 | Link detection method, device, electronic equipment and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103905268A (en) * | 2012-12-28 | 2014-07-02 | 华为技术有限公司 | GRE link detection method and device, main control board and communication protection system |
| CN106027326A (en) * | 2016-05-10 | 2016-10-12 | 杭州迪普科技有限公司 | Link health detection method and link health detection apparatus |
| CN109245961A (en) * | 2018-09-29 | 2019-01-18 | 优刻得科技股份有限公司 | Link-quality detection method, device, storage medium and equipment |
| CN110233778A (en) * | 2019-07-01 | 2019-09-13 | 北京云端智度科技有限公司 | A kind of end-to-end link packet loss analysis method based on packet loss |
| CN110505112A (en) * | 2019-07-09 | 2019-11-26 | 星融元数据技术(苏州)有限公司 | A kind of network performance monitoring method, device and storage medium |
| CN111010330A (en) * | 2019-12-06 | 2020-04-14 | 苏州浪潮智能科技有限公司 | Method, device and medium for detecting and recovering congested link |
| CN111092785A (en) * | 2019-12-05 | 2020-05-01 | 深圳市任子行科技开发有限公司 | Data monitoring method and device |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101192951B (en) * | 2006-11-29 | 2011-04-20 | 华为技术有限公司 | Measuring method and device for utilization rate of IPv6 network link and IPv6 network router |
| CN102035692B (en) * | 2009-09-30 | 2013-04-03 | 中兴通讯股份有限公司 | Method and device for detecting quality of link |
| CN104301184B (en) * | 2014-10-31 | 2017-10-27 | 北京百度网讯科技有限公司 | The health examination method and device of link |
| CN107483409B (en) * | 2017-07-21 | 2019-02-26 | 南京南瑞集团公司 | A method of the operational order real-time monitoring echo towards industry control operating system |
-
2020
- 2020-10-29 CN CN202011183188.XA patent/CN112260903B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103905268A (en) * | 2012-12-28 | 2014-07-02 | 华为技术有限公司 | GRE link detection method and device, main control board and communication protection system |
| CN106027326A (en) * | 2016-05-10 | 2016-10-12 | 杭州迪普科技有限公司 | Link health detection method and link health detection apparatus |
| CN109245961A (en) * | 2018-09-29 | 2019-01-18 | 优刻得科技股份有限公司 | Link-quality detection method, device, storage medium and equipment |
| CN110233778A (en) * | 2019-07-01 | 2019-09-13 | 北京云端智度科技有限公司 | A kind of end-to-end link packet loss analysis method based on packet loss |
| CN110505112A (en) * | 2019-07-09 | 2019-11-26 | 星融元数据技术(苏州)有限公司 | A kind of network performance monitoring method, device and storage medium |
| CN111092785A (en) * | 2019-12-05 | 2020-05-01 | 深圳市任子行科技开发有限公司 | Data monitoring method and device |
| CN111010330A (en) * | 2019-12-06 | 2020-04-14 | 苏州浪潮智能科技有限公司 | Method, device and medium for detecting and recovering congested link |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112260903A (en) | 2021-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3211831B1 (en) | N-tiered end user response time eurt breakdown graph for problem domain isolation | |
| US11062231B2 (en) | Supervised learning system training using chatbot interaction | |
| US6738811B1 (en) | Method and architecture for monitoring the health of servers across data networks | |
| US20190057213A1 (en) | Security in microservice architectures | |
| CN113726607B (en) | Network detection method and device, electronic equipment and storage medium | |
| CN111954240A (en) | Network fault processing method and device and electronic equipment | |
| CN112468406B (en) | Method and device for determining flow threshold | |
| CN112260903B (en) | Link monitoring method and device | |
| US20050154758A1 (en) | Method and apparatus for supporting transactions | |
| WO2022068280A1 (en) | Data processing method and apparatus, device, and storage medium | |
| US20210288979A1 (en) | Scaling a processing resource of a security information and event management system | |
| US10616081B2 (en) | Application aware cluster monitoring | |
| CN115080363B (en) | System capacity evaluation method and device based on service log | |
| CN113179317B (en) | Test system and method for content rewriting device | |
| CN115514618A (en) | Alarm event processing method and device, electronic equipment and medium | |
| CN115412326A (en) | Abnormal flow detection method and device, electronic equipment and storage medium | |
| CN114827157A (en) | Cluster task processing method, device and system, electronic equipment and readable medium | |
| CN112436951B (en) | Method and device for predicting flow path | |
| CN113760589A (en) | Service fusing method and device based on real-time stream processing framework | |
| CN115277506B (en) | Load balancing equipment testing method and system | |
| CN115250254B (en) | Netflow message distribution processing method and device | |
| CN110796543A (en) | Method and device for obtaining customized information based on relational network and electronic equipment | |
| CN115277477B (en) | Flow detection method and device based on simple object access protocol | |
| CN117130873B (en) | Task monitoring method and device | |
| CN113691462B (en) | Response method and device of Internet group management protocol |
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 |