METHOD AND DEVICE FOR CHECKING HEALTH OF LINK

• US 20170230261A1
• Filed: 12/10/2014
• Published: 08/10/2017
• Est. Priority Date: 10/31/2014
• Status: Active Grant

• Current Assignee: Beijing Baidu Netcom Science and Technology Company Limited (Baidu Incorporated)
• Original Assignee: Beijing Baidu Netcom Science and Technology Company Limited (Baidu Incorporated)
• Inventors: GONG, Zhi, HUANG, Peng, HOU, Chang
• Granted Patent: US 9,912,560 B2
• Time in Patent Office: Days
• CPC Class Codes: G06F 11/00 Error detection; Error correction; Monitoring error detection, correction or monitoring in information storage based on relative movement between record carrier and transducer G11B20/18; monitoring, i.e. supervising the progress of recording or reproducing G11B27/36; in static stores G11C29/00
• CPC Class Codes: H04L 43/0811 by checking connectivity
• CPC Class Codes: H04L 43/10 Active monitoring, e.g. heartbeat, ping or trace-route

Abstract

A method and a device for checking health of a link are disclosed in the present disclosure. The method includes: receiving and saving control information generated by a keep-alive program; performing a matching on a message received according to the control information, processing the message if the matching is successful, and sending a processed message to the server to be checked; and determining that the link is healthy if a response message is received from the server to be checked, and determining that the link is unhealthy if no response message r is received from the server to be checked. With embodiments of the present disclosure, control information generated by the keep-alive program is received and saved, a matching is performed on a received message according to the control information, and the message is processed if the matching is successful, and then the processed message is sent to a server to be checked, such that whether a link corresponding to the server to be checked is healthy is checked. The above procedure is in accordance with the procedure of accessing the LVS, and thus the problem of traffic loss or mistakenly rejecting the server may be solved and the accuracy of checking health may be improved.

Claims

1. A method for checking health of a link, comprising:

receiving and saving control information generated by a keep-alive program, wherein the control information comprises a source Internet Protocol IP address, a source port, a destination IP address, a destination port, an IP address of a server to be checked, and mode information;

performing a matching on a message received according to the control information, processing the message if the matching is successful, and sending a processed message to the server to be checked; and

determining that the link is healthy if a response message is received from the server to be checked, and determining that the link is unhealthy if no response message is received from the server to be checked.

2. The method according to claim 1, wherein the mode information comprises a Direct Routing DR mode or a Tunnel TUN mode.

3. The method according to claim 1, wherein the source IP address and the source port are configured by the keep-alive program through calling a first preset function, and the destination IP address and the destination port are configured by the keep-alive program through calling a second preset function.

4. The method according to claim 1, wherein performing a matching on a message received according to the control information comprises:

determining whether the matching is successful by determining whether the source IP address, the source port, the destination IP address, and the destination IP port in the control information are respectively identical with a source IP address, a source port, a destination IP address, and a destination IP port in the message received.

5. The method according to claim 2, wherein processing the message comprises:

if the mode information is determined as the DR mode, amending a destination MAC address of the message to a MAC address of the server to be checked; and

if the mode information is determined as the TUN mode, adding a TUNNEL head before the destination IP address of the message.

6. A device for checking health of a link, comprising:

a receiving module, configured to receive and save control information generated by a keep-alive program, wherein the control information comprises a source Internet Protocol IP address, a source port, a destination IP address, a destination port, an IP address of a server to be checked, and mode information;

a processing module, configured to perform a matching on a message received according to the control information, process the message if the matching is successful, and send a processed message to the server to be checked; and

a determining module, configured to determine that the link is healthy if a response message is received from the server to be checked, and to determine that the link is unhealthy if no response message is received from the server to be checked.

7. The device according to claim 6, wherein the mode information comprises a Direct Routing DR mode or a Tunnel TUN mode.

8. The device according to claim 6, wherein the source IP address and the source port are configured by the keep-alive program through calling a first preset function, and the destination IP address and the destination port are configured by the keep-alive program through calling a second preset function.

9. The device according to claim 6, wherein the processing module is configured to:

determine whether the matching is successful by determining whether the source IP address, the source port, the destination IP address, and the destination IP port in the control information are respectively identical with a source IP address, a source port, a destination IP address, and a destination IP port in the message received.

10. The device according to claim 7, wherein the processing module is configured to:

amend a destination MAC address of the message to a MAC address of the server to be checked, if the mode information is determined as the DR mode; and

add a TUNNEL head before the destination IP address of the message matched successfully, if the mode information is determined as the TUN mode.