Selective User Notification Based on IP Flow Information

• US 20120136995A1
• Filed: 02/06/2012
• Published: 05/31/2012
• Est. Priority Date: 08/23/2007
• Status: Active Grant

• Current Assignee: Cisco Technology, Inc. (Cisco Systems, Inc.)
• Original Assignee: Cisco Technology, Inc. (Cisco Systems, Inc.)
• Inventors: Wang, Alex, Bainbridge, David, Zhou, Xiaohui, Adams, Beecher
• Granted Patent: US 8,433,795 B2
• Time in Patent Office: Days
• US Class Current: 709/224
• CPC Class Codes: H04L 41/0213 Standardised network management protocols, e.g. simple network management protocol [SNMP]
• CPC Class Codes: H04L 41/507 Filtering out customers affected by service problems
• CPC Class Codes: H04L 67/54 Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
• CPC Class Codes: H04L 69/40 for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection management of faults, events, alarms or notifications in data switching networks H04L41/06

Abstract

An example embodiment of the present invention provides a process that uses IP flow information to selectively notify users of an application server of the server'"'"'s unavailability. In the example embodiment, the process, which might run on a system comprising a router, monitors IP flow records as to dropped packets and learns that an application server has become unavailable. The process then uses the IP flow records to identify active users of the application server, for example, by passing a source IP address to a presence service. Once the process has identified an active user, the process determines a means of notification for the user, which might be through the presence service, and transmits a notification to the user as to the unavailability of the application server. In the example embodiment, the process transmits a later notification as to the availability of the application server, using reverse camp-on functionality.

Claims

1-25. -25. (canceled)

26. A method, comprising:

receiving an indication of unavailability of an application server;

responsive to the indication of unavailability, accessing flow state information to identify one or more active clients of the application server, wherein the flow state information includes data from one or more data flows between the application server and the one or more clients, the data of the flow state information comprising a source internet protocol (IP) address, a destination IP address, a source transmission control protocol (TCP) port and a destination TCP port;

determining a notification channel for one or more of the active clients; and

transmitting a notification of unavailability of the application server to the one or more active clients over the determined notification channels.

27. The method of claim 26, wherein determining a notification channel comprises obtaining one or more client IP addresses corresponding to the one or more clients of the application server.

28. The method of claim 27, wherein determining a notification channel further comprises mapping the one or more client IP addresses to one or more user identifiers.

29. The method of claim 27, wherein determining a notification channel further comprises providing the one or more client IP addresses to a presence service to retrieve one or more user identifiers.

30. The method of claim 27, wherein determining a notification channel further comprises:

providing the one or more client IP addresses to a Dynamic Host Configuration Protocol (DHCP) server to retrieve one or more hosts names; and

accessing, using the one or more host names, a directory service to retrieve one or more user identifiers.

31. The method of claim 26, wherein transmitting the notification comprises selecting notification information based on one or more attributes of the application server.

32. The method of claim 26, wherein transmitting the notification comprises selecting notification information based on one or more attributes of the notification channel.

33. The method of claim 26, further comprising:

receiving an indication of availability of the application server; and

transmitting a notification of availability of the application server to the one or more active clients using the determined notification channels.

34. The method of claim 26, wherein the indication of unavailability of an application server is obtained by monitoring IP flow records for indications of dropped packets destined for the application server.

35. The method of claim 26, wherein the indication of unavailability of an application server is obtained from a routing system reporting one or more dropped packets destined for the application server.

36. One or more non-transitory computer-readable storage media containing instructions operable, when executed, to:

receive an indication of unavailability of an application server;

responsive to the indication of unavailability, access flow state information to identify one or more active clients of the application server, wherein the flow state information includes data from one or more data flows between the application server and the one or more clients, the data of the flow state information comprising a source interne protocol (IP) address, a destination IP address, a source transmission control protocol (TCP) port and a destination TCP port;

determine a notification channel for one or more of the active clients; and

transmit a notification of unavailability of the application server to the one or more active clients over the determined notification channels.

37. The non-transitory computer-readable storage media of claim 36, wherein the logic is further operable to obtain one or more client IP addresses corresponding to the one or more clients of the application server.

38. The non-transitory computer-readable storage media of claim 37, wherein the instructions are further operable, when executed, to map the one or more client IP addresses to one or more user identifiers.

39. The non-transitory computer-readable storage media of claim 37, wherein the instructions are further operable, when executed, to provide the one or more client IP addresses to a presence service to retrieve one or more user identifiers.

40. The non-transitory computer-readable storage media of claim 37, wherein the logic is further operable to:

provide the one or more client IP addresses to a Dynamic Host Configuration Protocol (DHCP) server to retrieve one or more hosts names; and

access, using the one or more host names, a directory service to retrieve one or more user identifiers.

41. The non-transitory computer-readable storage media of claim 36, wherein the instructions are further operable, when executed, to select notification information based on one or more attributes of the application server.

42. The non-transitory computer-readable storage media of claim 36, wherein the instructions are further operable, when executed, to select notification information based on one or more attributes of the notification channel.

43. The non-transitory computer-readable storage media of claim 36, wherein the instructions are further operable, when executed, to:

receive an indication of availability of the application server; and

transmit a notification of availability of the application server to the one or more active clients using the determined notification channels.

44. The non-transitory computer-readable storage media of claim 36, wherein the indication of unavailability of an application server is obtained by monitoring IP flow records for indications of dropped packets destined for the application server.

45. The non-transitory computer-readable storage media of claim 36, wherein the indication of unavailability of an application server is obtained from a routing system reporting one or more dropped packets destined for the application server.

46. An apparatus comprising:

one or more network interfaces;

a memory;

one or more processors; and

a notification process module comprising computer-readable instructions operable to cause the one or more processors to;

receive an indication of unavailability of an application server;

responsive to the indication of unavailability, access flow state information to identify one or more active clients of the application server, wherein the flow state information includes data from one or more data flows between the application server and the one or more clients, the data of the flow state information comprising a source internet protocol (IP) address, a destination IP address, a source transmission control protocol (TCP) port and a destination TCP port;

determine a notification channel for one or more of the active clients; and

transmit a notification of unavailability of the application server to the one or more