Method and apparatus for low-overhead service availability and performance monitoring

• US 20050259634A1
• Filed: 05/18/2005
• Published: 11/24/2005
• Est. Priority Date: 05/19/2004
• Status: Abandoned Application

• Current Assignee: Computer Associates Think Inc. (Broadcom, Inc.)
• Original Assignee: Computer Associates Think Inc. (Broadcom, Inc.)
• Inventors: Ross, Perry R.
• Application Number:
  US11/132,607
• Publication Number:
  US 20050259634A1
• Time in Patent Office: Days
• US Class Current: 370/351
• CPC Class Codes: H04L 43/0811 by checking connectivity
• CPC Class Codes: H04L 43/10 Active monitoring, e.g. heartbeat, ping or trace-route
• CPC Class Codes: H04L 67/51 Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

Methods and apparatuses for low-overhead service availability and performance monitoring are provided. A contact attempt is sent to a machine running a service being monitored and associated with a port in the machine. A status of the service is updated as being unavailable, if no response is received within a predetermined period of time, and is updated based on the response, if the response is received within a predetermined period of time. If the response is an acknowledgment from the machine to proceed with a contact attempt for connecting to the port, the contact attempt is disconnected.

Claims

1. A method for low-overhead service availability and performance monitoring, comprising:

(a) sending a contact attempt to a machine running a service being monitored, the service being associated with a port in the machine;

(b) updating a status of the service as being unavailable, if no response is received within a predetermined period of time; and

(c) updating the status of the service based on the response, if the response is received within a predetermined period of time, wherein if the response is an acknowledgment from the machine to proceed with the contact attempt for connecting to the port, the contact attempt is disconnected.

2. The method of claim 1, further comprising updating the status of the service as being unavailable, if the response from the machine is a reset message.

3. The method of claim 1, further comprising updating the status of the service as being available, if the response from the machine is an acknowledgment to continue with the contact attempt.

4. The method of claim 1, wherein the contact attempt includes an intrusion mitigating procedure in a selected communication protocol that provides an indication of whether the service being monitored is connectable.

5. The method of claim 1, wherein the contact attempt includes an intrusion mitigating procedure in a selected communication protocol that provides an indication of whether the service being monitored is connectable without completing a connection to the port.

6. The method of claim 1, wherein the contact attempt includes using one or more stealth intrusion techniques.

7. The method of claim 6, wherein the one or more stealth intrusion techniques comprise SYN scan, FIN scan, XMAS scan, Null scan, FTP bounce scan, Idle scan, or combinations thereof.

8. The method of claim 1, wherein the contact attempt includes sending a communications packet for closing a connection to the service.

9. The method of claim 1, wherein the contact attempt includes sending an initial communications packet to establish a connection to the port on the machine, the initial communications packet eliciting one or more responses from an operating system running on the machine that indicate whether the service is available.

10. The method of claim 1, further comprising sending one or more requests to test reachability of the machine and waiting for a reply, and updating the status of the service as unavailable and not sending the contact attempt to the machine in (a), if it is determined that the machine is not reachable.

11. The method of claim 10, wherein the one or more requests include a ping.

12. The method of claim 1, further including measuring duration of time between the contact attempt and the response.

13. A computer system comprising:

a processor; and

a program storage device readable by the computer system, tangibly embodying a program of instructions executable by the processor to perform the method claimed in claim 1.

14. A program storage device readable by a machine, tangibly embodying a program of instructions executable by the machine to perform the method claimed in claim 1.

15. A computer data signal transmitted in one or more segments in a transmission medium which embodies instructions executable by a computer to perform the method claimed in claim 1.

16. A method for low-overhead service availability and performance monitoring, comprising:

sending one or more requests to test reachability of a machine and waiting for a reply;

updating a status of a service running on a port on the machine as being unavailable, if it is determined that the machine is not reachable;

sending a message packet to the machine to reach a port running a service being monitored, if it is determined that the machine is reachable;

updating the status of the service as being unavailable, if the machine replies with a reset packet; and

updating the status of the service as being available, if the machine replies with an acknowledgment.

17. An apparatus for low-overhead service availability and performance monitoring, comprising:

a module operable to prepare and send a communication request to a machine on a network, to contact a service on a port on the machine while mitigating intrusiveness on the host machine,

wherein the module updates a status of the service as being unavailable, if no response is received within a predetermined period of time, and updates the status of the service based on the response, if the response is received within a predetermined period of time, and wherein if the response is an acknowledgment from the machine to proceed with a contact attempt for connecting to the port, the contact attempt is disconnected.

18. The apparatus of claim 17, wherein the network includes a TCP/IP network and the reply includes at least an acknowledgment or a reset message.

19. The apparatus of claim 17, further comprising a sliding window module for controlling the sending of the communication request to a predetermined number of ports.

20. The apparatus of claim 17, wherein the module measures a duration of time between the communication request and the reply.