US20070255828A1 - Method and apparatus for controlling registration traffic for a server in a communication network - Google Patents

Abstract

Method and apparatus for controlling registration traffic for a server in a communication network is described. In one example, a network port associated with the registration traffic on ingress links to the server is blocked. The network port associated with the registration traffic is unblocked on at least one of the ingress links to the server in response to the server being configured to process registration requests. The step of unblocking is repeated over time until the network port associated with the registration traffic on each of the ingress links is unblocked.

Description

BACKGROUND OF THE INVENTION
• 1. Field of the Invention
• Embodiments of the present invention generally relate to telecommunications systems and, more particularly, to a method and apparatus for controlling registration traffic for a server in a communication network.
• 2. Description of the Related Art
• Generally, telecommunications systems provide the ability for two or more people or machines (e.g., computerized or other electronic devices) to communicate with each other. A telecommunications system may include various networks for facilitating communication that may be generally organized into packet networks and circuit-switched networks. An exemplary circuit-switched network includes a plain old telephone system (POTS), such as the publicly switched telephone network (PSTN). Exemplary packet networks include internet protocol (IP) networks, asynchronous transfer mode (ATM) networks, frame-relay networks, and the like. One type of packet network is a voice-over-internet protocol (VOIP) network.
• In some cases, endpoint devices in a VOIP network are registered with a particular server that provides a gateway between the devices and the VOIP network (“VOIP gateway server”). An endpoint device may communicate with the VOIP gateway server using various protocols, such as session initiation protocol (SIP), media gateway control protocol (MGCP), and the like. When an endpoint device loses connectivity to its assigned VOIP gateway server (caused by network connectivity problems, server reloads/reboots, and the like), the endpoint device must request reconnection to the VOIP gateway server. For example, during a reconnection/re-convergence process, endpoint devices that were disconnected from the VOIP gateway server may send registration requests to the VOIP gateway server in an attempt to reestablish connectivity (e.g., a SIP registration request).
• Due to the volume endpoint devices in the network, a potentially large number of simultaneous registration requests may be sent to the VOIP gateway server, deleteriously affecting the VOIP gateway server. For example, a large number simultaneous registration requests may quickly deplete the memory subsystem in the server, cause the memory subsystem to become fragmented, and/or cause abnormal central processing unit (CPU) spikes. In response, the VOIP gateway server may be forced to reload/reboot to clear the memory problem, which in turn causes a service disruption for all customers using the service. In addition, the VOIP gateway server may enter into a cycle that will never allow the server function normally. Accordingly, there exists a need in the art for a method and apparatus for controlling registration traffic for a server in a communication network such that endpoint devices can be connected and re-connected without causing the aforementioned problems.
SUMMARY OF THE INVENTION
• Method and apparatus for controlling registration traffic for a server in a communication network is described. In one embodiment, a network port associated with the registration traffic on ingress links to the server is blocked. The network port associated with the registration traffic is unblocked on at least one of the ingress links to the server in response to the server being configured to process registration requests. The step of unblocking is repeated over time until the network port associated with the registration traffic on each of the ingress links is unblocked.
BRIEF DESCRIPTION OF THE DRAWINGS
• So that the manner in which the above recited features of the present invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
• FIG. 1 is a block diagram depicting an exemplary embodiment of a communication network in accordance with one or more aspects of the invention;
• FIG. 2 is a flow diagram depicting an exemplary embodiment of a method for controlling registration traffic for a gateway server in accordance with one or more aspects of the invention; and
• FIG. 3 is a block diagram depicting an exemplary embodiment of a computer suitable for implementing the processes and methods described herein.
DETAILED DESCRIPTION
• FIG. 1 is a block diagram depicting an exemplary embodiment of acommunication network100 in accordance with one or more aspects of the invention. Thecommunication network100 includes apacket network102,access routers104, one ormore switches106,gateway servers108, and acontroller110. Thepacket network102 comprises a “backbone” network through which various endpoint devices and thegateway servers108 communicate using well known network protocol, such as the Internet Protocol (IP). The term “packet network” is broadly defined as a network that uses a network protocol (e.g., IP) to exchange data packets. For example, thepacket network102 may comprise a portion of the Internet backbone. Thecommunication network100 may comprise all or a portion of a voice-over-internet protocol (VOIP) network or a services-over internet protocol (SOIP) network. Broadly defined, a VoIP network is a network that is capable of carrying voice signals as packetized data over an IP network. The present invention is described below in the context of an illustrative VoIP network. Thus, the present invention should not be interpreted to be limited by this particular illustrative architecture.
• In the present example,endpoint devices112 are directly coupled to thepacket network102.Endpoint devices114 are coupled topacket network116, which in turn is coupled to thepacket network102. Thepacket network112 may comprise any type of access network, such as a cable or digital subscriber line (DSL) network. Theendpoint devices112 and114 are configured to send and receive packet data (e.g., IP packets). For example, theendpoint devices112 and114 may include IP phones or other types of IP devices. Alternatively, some endpoint devices may comprise time division multiplexing (TDM) based phones and the like coupled to a terminal adapter (TA) that provides the necessary interworking functions between TDM devices and packet-based networks.
• Theaccess routers104 are coupled to thepacket network102 viaingress links118 and egresslinks120. Theaccess routers104 receive traffic from thepacket network102 via theingress links118, and provide traffic to thepacket network102 via the egresslinks120. The ingress andegress links118 and120 may be implemented using any type of physical medium (e.g., wire or optical) and any type of data link protocol (e.g., Gigabit Ethernet). Notable, the ingress andegress links118 and120 are shown logically separated, but it is to be understood that such links may be implemented using a single physical link. Theaccess routers104 are further coupled to thegateway servers108 via the switches106 (e.g., Ethernet switches).
• Thegateway servers108 are typically implemented as a media gateway and may perform signaling, media control, security, and call admission control and like type related functions. Thegateway servers108 may be further coupled to other types of network elements, such as soft-switches and the like (not shown). Each of the endpoint devices is registered with one of the gateway servers108 (e.g., the network provider assigns a particular gateway server to each endpoint device).
• In operation, each of theendpoint devices112 and114 is configured to send a registration request to its respective gateway server in order to connect thereto. As described above, a registration request is re-sent anytime connectivity is lost between an endpoint device and the gateway server. In one embodiment, endpoint devices communicate with their respective gateway servers using Session Initiation Protocol (SIP) and, thus, the registration requests are SIP registration requests. As is well known in the art, SIP registration traffic is associated with user datagram protocol (UDP) port5620.
• When a gateway server is disconnected from the packet network102 (e.g., either via a planned or unplanned event), each of the endpoint devices registered therewith will send registration requests. In order to mitigate the potential flood of registration requests, theaccess routers104 are configured to block registration request traffic to the affected gateway server. For example, theaccess routers104 may be configured to block SIP registration traffic on UDP port5620 destined to the affected gateway server. In one embodiment, access control lists (ACLs)122 are used to block the registration traffic. That is, an ACL blocking UDP port5620, for example, may be enabled on each of theaccess routers104. This will effectively stop all registration activity to affected gateway server.
• After the affected gateway server is again capable of processing registration requests from the endpoint devices, one or more of theaccess routers104 are configured to unblock the registration request traffic to the affected gateway server. Registration request traffic may be unblocked by disabling the ACL blocking UDP port5620, for example. In one embodiment, only asingle access router104 may be configured to unblock the registration request traffic. Sine IP routing is still in place and registration traffic is still being blocked on the other access routers, only a limited number of registration requests will reach the affected gateway server. These registration requests can then be processed at a rate consistent with the capability of the affected gateway server. Once the gateway server is capable of processing additional registration requests (e.g., memory and CPU utilization have stabilized), one or moreadditional access routers104 are configured to unblock the registration request traffic to the affected gateway server. This process may be repeated until the registration request traffic is completely unblocked by theaccess routers104.
• In this manner, registration requests are blocked in a controlled manner at the nearest routing devices connecting thepacket network102 to thegateway servers108. The registration/re-convergence process is controlled by the network layer, as opposed to the gateway servers themselves. By blocking registration traffic in the network layer, and then allowing the traffic to slowly flow toward the gateway server, registration requests can be processed at a sustainable rate such that the server is not overloaded. In addition, since the process is controlled by the network layer, the gateway servers do not have to dedicate resources (memory and CPU resources) to control the process. Since the gateway servers must respond to network protocols and requests, moving the intelligence down a layer into the network frees the servers to focus their priority on the hosted applications.
• In one embodiment, thecontroller110 is provided to configure theaccess routers104 to block/unblock registration traffic and implement the process described above. Thecontroller110 may comprise, for example, a computer or server configured to communicate with theaccess routers104 via theswitches106. Thecontroller110 may also monitor thegateway servers108 to detect any loss in connectivity thereto. If thecontroller110 detects a loss in connectivity to any one of thegateway servers108, thecontroller110 automatically initiates the re-convergence process discussed above for the affected gateway server. In addition, thecontroller110 may monitor the status of thegateway servers108 as they begin processing registration requests. Once the servers are capable of processing additional registration requests, thecontroller110 will selectively unblock additional ingress links, as discussed above Alternatively, the re-convergence process of the invention may be initiated manually in response to a planned event (e.g., a planned reloading of a gateway server). While thecontroller110 is shown as a separate component, in another embodiment, that the function performed by thecontroller110 may be integrated into theaccess routers104.
• While a specific architecture has been shown inFIG. 1 by example, those skilled in the art will appreciate that the invention may be employed in communication networks having other architectures. Notably, although the SIP registration traffic has been described as an example, the invention may be used to control other types of registration traffic, such as media gateway control protocol (MGCP) traffic and the like.
• FIG. 2 is a flow diagram depicting an exemplary embodiment of amethod200 for reconnecting endpoint devices to a gateway server in accordance with one or more aspects of the invention. Themethod200 may be initiated automatically in response to loss of connectivity to the gateway server, or manually in response to a planned event. Themethod200 begins atstep202. Atstep204, a network port associated with registration traffic is blocked on ingress links to the gateway server. In one embodiment, ACLs on routers associated with the ingress links are enabled. Each of the ACLs is configured to cause a respective one of the routers to block the network port associated with the registration traffic. For example, the registration traffic may be SIP registration traffic, and the network port may comprise a UDP port assigned to the SIP registration traffic (e.g., port5620).
• Atstep206, a determination is made whether the gateway server is configured to process registration requests at a rate in accordance with a threshold capability measure for the server. An exemplary capability measures include CPU usage, memory usage, and the like, or a combination of such measures. A threshold capability measure may be defined such that the gateway server can process registration requests without causing deleterious CPU spikes and/or memory depletion/fragmentation. In the system ofFIG. 1, thecontroller110 may be configured to monitor thegateway servers108 to determine whether they are configured to process registration requests at a rate in accordance with the threshold capability measure. Notable, each of thegateway servers108 may have the same or difference threshold capability measure.
• If the gateway server is not able to process registration requests in accordance with the threshold,step206 is repeated. Otherwise, themethod200 proceeds to step208, where the network port associated with the registration traffic on at least one of the ingress links is unblocked. In one embodiment, at least on ACL is removed from at least one router associated with the at least one ingress link. For example, an ACL blocking registration traffic may be removed from a single router so that a limited number of registration requests can flow to the gateway server. Atstep210, a determination is made whether registration traffic is blocked on any remaining ingress links. If not, themethod200 ends at step212. Otherwise, themethod200 returns to step206.
• FIG. 3 is a block diagram depicting an exemplary embodiment of acomputer300 suitable for implementing the processes and methods described herein. Thecomputer300 may be used to implement thecontroller110 ofFIG. 1 and/or themethod200 ofFIG. 2. Thecomputer300 includes a central processing unit (CPU)301, amemory303,various support circuits304, and an I/O interface302. TheCPU301 may be any type of microprocessor known in the art. Thesupport circuits304 for theCPU301 include conventional cache, power supplies, clock circuits, data registers, I/O interfaces, and the like. The I/O interface302 may be directly coupled to thememory303 or coupled through theCPU301. The I/O interface302 may be coupled tovarious input devices312 andoutput devices311, such as a conventional keyboard, mouse, printer, and the like.
• Thememory303 may store all or portions of one or more programs and/or data to implement the processes and methods described herein. Notably, thememory303 may store program code to be executed by theCPU301 for performing themethod200 ofFIG. 2. Although one or more aspects of the invention are disclosed as being implemented as a computer executing a software program, those skilled in the art will appreciate that the invention may be implemented in hardware, software, or a combination of hardware and software. Such implementations may include a number of processors independently executing various programs and dedicated hardware, such as ASICs.
• Thecomputer300 may be programmed with an operating system, which may be OS/2, Java Virtual Machine, Linux, Solaris, Unix, Windows, Windows95, Windows98, Windows NT, and Windows2000, WindowsME, and WindowsXP, among other known platforms. At least a portion of an operating system may be disposed in thememory303. Thememory303 may include one or more of the following random access memory, read only memory, magneto-resistive read/write memory, optical read/write memory, cache memory, magnetic read/write memory, and the like, as well as signal-bearing media as described below.
• An aspect of the invention is implemented as a program product for use with a computer system. Program(s) of the program product defines functions of embodiments and can be contained on a variety of signal-bearing media, which include, but are not limited to: (i) information permanently stored on non-writable storage media (e.g., read-only memory devices within a computer such as CD-ROM or DVD-ROM disks readable by a CD-ROM drive or a DVD drive); (ii) alterable information stored on writable storage media (e.g., floppy disks within a diskette drive or hard-disk drive or read/writable CD or read/writable DVD); or (iii) information conveyed to a computer by a communications medium, such as through a computer or telephone network, including wireless communications. The latter embodiment specifically includes information downloaded from the Internet and other networks. Such signal-bearing media, when carrying computer-readable instructions that direct functions of the invention, represent embodiments of the invention.
• While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.

Claims (20)

1. A method of controlling registration traffic for a server in a communication network, comprising:

blocking a network port associated with the registration traffic on ingress links to the server;

unblocking the network port associated with the registration traffic on at least one of the ingress links to the server in response to the server being configured to process registration requests; and

repeating the step of unblocking over time until the network port associated with the registration traffic on each of the ingress links is unblocked.

2. The method ofclaim 1, wherein the registration traffic comprises session initiation protocol (SIP) traffic and the network port comprises a user datagram protocol (UDP) port associated with SIP registration traffic.

3. The method ofclaim 1, wherein the step of blocking comprises:

enabling an access control lists (ACLs) on routers associated with the ingress links, each of the ACLs being configured to cause a respective one of the routers to block the network port associated with the registration traffic.

4. The method ofclaim 3, wherein the step of unblocking comprises:

removing at least one of the ACLs from at least one of the routers associated with the at least one of the ingress links.

5. The method ofclaim 1, wherein the step of unblocking comprises:

determining whether the server is configured to process registration requests at a rate in accordance with a capability measure for the server.

6. The method ofclaim 1, further comprising:

detecting loss of network connectivity to the server;

automatically performing the steps of blocking, unblocking, and repeating in response to the detection of the loss of network connectivity.

7. The method ofclaim 1, wherein the communication network comprises a voice-over-internet protocol (VOIP) or services-over internet protocol (SOIP) network.

8. Apparatus for controlling registration traffic for a server in a communication network, comprising:

means for blocking a network port associated with the registration traffic on ingress links to the server;

means for unblocking the network port associated with the registration traffic on at least one of the ingress links to the server in response to the server being configured to process registration requests; and

means for repeating the step of unblocking over time until the network port associated with the registration traffic on each of the ingress links is unblocked.

9. The apparatus ofclaim 8, wherein the registration traffic comprises session initiation protocol (SIP) traffic and the network port comprises a user datagram protocol (UDP) port associated with SIP registration traffic.

10. The apparatus ofclaim 8, wherein the means for blocking comprises:

means for enabling an access control lists (ACLs) on routers associated with the ingress links, each of the ACLs being configured to cause a respective one of the routers to block the network port associated with the registration traffic.

11. The apparatus ofclaim 10, wherein the means for unblocking comprises:

means for removing at least one of the ACLs from at least one of the routers associated with the at least one of the ingress links.

12. The apparatus ofclaim 8, wherein the means for unblocking comprises:

means for determining whether the server is configured to process registration requests at a rate in accordance with a capability measure for the server.

13. The apparatus ofclaim 8, further comprising:

means for detecting loss of network connectivity to the server;

means for automatically performing the steps of blocking, unblocking, and repeating in response to the detection of the loss of network connectivity.

14. The apparatus ofclaim 8, wherein the communication network comprises a voice-over-internet protocol (VOIP) or services-over internet protocol (SOIP) network.

15. A computer readable medium having stored thereon instructions that, when executed by a processor, cause the processor to perform a method of controlling registration traffic for a server in a communication network, comprising:

blocking a network port associated with the registration traffic on ingress links to the server;

unblocking the network port associated with the registration traffic on at least one of the ingress links to the server in response to the server being configured to process registration requests; and

repeating the step of unblocking over time until the network port associated with the registration traffic on each of the ingress links is unblocked.

16. The computer readable medium ofclaim 15, wherein the registration traffic comprises session initiation protocol (SIP) traffic and the network port comprises a user datagram protocol (UDP) port associated with SIP registration traffic.

17. The computer readable medium ofclaim 15, wherein the step of blocking comprises:

enabling an access control lists (ACLs) on routers associated with the ingress links, each of the ACLs being configured to cause a respective one of the routers to block the network port associated with the registration traffic.

18. The computer readable medium ofclaim 17, wherein the step of unblocking comprises:

removing at least one of the ACLs from at least one of the routers associated with the at least one of the ingress links.

19. The computer readable medium ofclaim 15, wherein the step of unblocking comprises:

determining whether the server is configured to process registration requests at a rate in accordance with a capability measure for the server.

20. The computer readable medium ofclaim 15, further comprising:

detecting loss of network connectivity to the server;

automatically performing the steps of blocking, unblocking, and repeating in response to the detection of the loss of network connectivity.

Images