Hay (43) Pub. Date: Oct. 17, 2002



Similar documents
\ \ \ connection connection connection interface interface interface

(12) Patent Application Publication (10) Pub. No.: US 2003/ A1 Wu et al. (43) Pub. Date: Feb. 20, 2003

US Al (19) United States (12) Patent Application Publication (10) Pub. No.: US 2009/ A1 Sanvido (43) Pub. Date: Jun.

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2007/ A1 Ollis et al. HOME PROCESSOR /\ J\ NETWORK

(Us) (73) Assignee: Avaya Technology Corp. Je?' McElroy, Columbia, SC (US); (21) Appl. No.: 10/413,024. (22) Filed: Apr. 14, 2003 (57) ABSTRACT

NETWORK BOUNDARY PRIVATE NETWORK PUBLIC _1 NETWORK

US Al (19) United States (12) Patent Application Publication (10) Pub. No.: US 2012/ A1 Kuehl (43) Pub. Date: Aug.

(12) United States Patent (16) Patent N6.= US 6,198,814 B1 Gill (45) Date of Patent: Mar. 6, 2001

(12) United States Patent Edelen

software, and perform automatic dialing according to the /*~102

i Load balancer relays request to selected node

(71) Applicant: SPEAKWRITE, LLC,Austin, TX (US)

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2012/ A1 Chung (43) Pub. Date: Aug.

(12) United States Patent (16) Patent N6.= US 6,611,861 B1 Schairer et al. (45) Date of Patent: Aug. 26, 2003

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2014/ A1 FAN et al. (43) Pub. Date: Feb.

POTENTIAL. SC DA Il'JA N INTERFACE m. (21) Appl. No.: 11/037,604

60 REDIRECTING THE PRINT PATH MANAGER 1

/ \33 40 \ / \\ \ \ M / f 1. (19) United States (12) Patent Application Publication Lawser et al. NETWORK \ 36. SERVlCE 'NTERNET SERVICE

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2005/ A1 Owhadi et al. (43) Pub. Date: Feb.

(12) United States Patent Halonen

(12) Ulllted States Patent (10) Patent N0.: US 8,028,070 B2 Boyd et al. (45) Date of Patent: Sep. 27, 2011

GATEWAY ' o o o

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2013/ A1 Pi0t (43) Pub. Date: May 30, 2013

205 Controller / 205

Back up information data by blocks, and generate backup data of each block

;111: ~~~~~~~~~~~~~~~~~~~ [73] Assigneez Rockwell Semiconductor Systems 5,754,639 5/1998 Flockhart et al...

Lookup CNAM / other database for calllng

US Al (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2012/ A1 Lundstrom (43) Pub. Date: NOV.

(54) RAPID NOTIFICATION SYSTEM (52) US. Cl /206. (57) ABSTRACT (75) Inventors: Anand Rajasekar, San Jose, CA

Patent Application Publication Sep. 30, 2004 Sheet 1 0f 2. Hierarchical Query. Contact Ow FIG. 1

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2002/ A1 Fukuzato (43) Pub. Date: Jun.

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2007/ A1. Operating System. 106 q f 108.

(30) Foreign Application Priority Data

US Al (19) United States (12) Patent Application Publication (10) Pub. No.: US 2007/ A1 Voight et al. SUBSCRIBER DATABASE.

(43) Pub. Date: Jan. 24, 2008

Ulllted States Patent [19] [11] Patent Number: 6,141,545

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2006/ A1 Clegg (43) Pub. Date: Sep.

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2013/ A1 Simburg (43) Pub. Date: Dec.

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2002/ A1. Mannarsamy (43) Pub. Date: NOV.

Ulllted States Patent [19] [11] Patent Number: 5,943,406

Access List: my-fw-rule

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2003/ A1 Inoue et al. (43) Pub. Date: Jun.

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2002/ A1 STRANDBERG (43) Pub. Date: Oct.

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2013/ A1 DANG (43) Pub. Date: Jul.

(12) Ulllted States Patent (10) Patent N0.: US 8,532,017 B2 Ojala et a]. (45) Date of Patent: Sep. 10, 2013

(12> Ulllted States Patent (10) Patent N0.: US 6,591,288 B1 Edwards et al. (45) Date of Patent: Jul. 8, 2003

(12) United States Patent (10) Patent N0.: US 7,068,424 B1 Jennings et al. (45) Date of Patent: Jun. 27, 2006

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2007/ A1 Rothbarth (43) Pub. Date: May 10, 2007

Telephone Dressing Systems - Advantages and Disadvantages

Psychic Psychic Psychic Psychic Psychic

. tlllll,1! 1% 11:11 I.,W/ "-111 // out AIHI/ ) I \\ M10. 1 I! (1' 1L- 1!!! I VEHICLE} I] r20 (TRAFFIC COMPUTER 10 RECEIVING UNIT 41 I \ ")SENSOR

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2002/ A1 Boyer et al. (43) Pub. Date: Aug.

/12 [-16. U CIUUU Cl UUCIEI U CICIUU. (12) Patent Application Publication (10) Pub. No.: US 2002/ A1 Lawless et al.

(12) United States Patent (10) Patent No.: US 8,253,226 B2 Oguri (45) Date of Patent: Aug. 28, 2012

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2014/ A1 Kota et al. (43) Pub. Date: Dec.

(43) Pub. Date: Feb. 16, 2012

Naylor, Lake OsWego, OR (US) (51) Int_ CL

(12) United States Patent Wen et a].

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2002/ A1 Saunders (43) Pub. Date: Nov.

(54) Applicant: (71) (72) Assignee: (73) (21) (22) (60)

(12) (10) Patent N0.: US 7,069,466 B2 Trimmer et a]. (45) Date of Patent: Jun. 27, 2006

110-\ CALLER TERMINAL

US B1 (12) United States Patent. (10) Patent N0.: US 6,282,278 B1 D0ganata et al. (45) Date 0f Patent: Aug. 28, 2001

(54) RETARGETING RELATED TECHNIQUES (52) US. Cl /1453 AND OFFERINGS. (75) Inventors: Ayrnan Farahat, San Francisco, (57) ABSTRACT

US Al (19) United States (12) Patent Application Publication (10) Pub. No.: US 2013/ A1 Weng et al. (43) Pub. Date: Sep.

Cunneciiun to credit cards dltabase. The system analyzes all credit cards aeecums.

(12) United States Patent (10) Patent N0.: US 8,282,471 B1 Korner (45) Date of Patent: Oct. 9, 2012

1,5 F., n M 3 My MM, 3 2. M5, ' (21) App1.N0.: 13/789,334 M/WMWW W ~ 3> ( I INTERNET < 114. (71) ApplicantszRobert Monster, Sammamish, WA

llllllllllllllillllllllllllllllllllllllllllllllllllllllllllllllllllllllllll

US A1 (19) United States (12) Patent Application Publication (10) Pub. N0.: US 2003/ A1 Ritchc (43) Pub. Date: Jun.

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2013/ A1 Warren (43) Pub. Date: Jan.

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2012/ A1 Lee (43) Pub. Date: Mar.

United States. (12) Patent Application Publication (10) Pub. No.: US 2013/ A1 Koonce et al. (43) Pub. Date: Oct. 10, 2013 (19) (54) (71) (72)

I SEARCH DATABASE l/ VISIT WEBSITE k ( UPDATE RECORDS Y (54) (75) (73) (21) (22) (63) (60) (US); Gary Stephen Shuster, Oakland, SELECT SUB-DOMAIN NAME

(54) METHOD FOR AUTOMATED HANDLING OF Publication Classi?cation OUTBOUND CONTACTS REQUIRING ASSURED CONNECTION TO A LIVE AGENT (51) Int- Cl

(54) (71) (72) Vedelago (TV) (IT) (73) (21) (22) (30) Chirignago (VE) (IT); Alberto Al?er, Foreign Application Priority Data

US Al (19) United States (12) Patent Application Publication (10) Pub. No.: US 2007/ A1 Zhou et al. (43) Pub. Date: Jul.

Web Hosting Community 100

(12) United States Patent

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2013/ A1 Chen (57)

Filetto et al. [45] Date of Patent: Feb. 15, 2000

T0 THE USER EE JEQE, THE REWRWTEN CQNTENT includeng A REFERENCE N132

US B1 (12) United States Patent. (10) Patent N0.: US 6,424,627 B1 Snrhaug et al. (45) Date of Patent: Jul. 23, 2002

United States Patent [19] [11] Patent Number: 5,347,302

(54) METHODS AND SYSTEMS FOR FINDING Publication Classi?cation CONNECTIONS AMONG SUBSCRIBERS TO AN CAMPAIGN (51) Int- Cl

(12) United States Patent Buchman et a1.

(54) (75) ( ) (73) (21) (22) (63) Peschel, Schoengeising (DE); (30) Foreign Application Priority Data. Robert Trimpe, Wessling (DE)

USOO A United States Patent [191 [11] Patent Number: 5,469,362. Hunt et al. [45] Date of Patent: Nov. 21, 1995

United States Patent [191

Support systems messaging via

EP A1 (19) (11) EP A1 (12) EUROPEAN PATENT APPLICATION. (43) Date of publication: Bulletin 2012/21

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2013/ A1 Fan et al.

CDMA-based network video surveillance System Solutions

wanagamem transformation and management

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2009/ A1 CROSBY (43) Pub. Date: Feb.

subscription event billing event Dispatch selection to user

US A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2005/ A1 Kelly et al. (43) Pub. Date: Feb.

(12) (10) Patent N0.: US 6,614,314 B2 d Haene et al. 45 Date 0f Patent: Se (54) NON-LINEAR PHASE DETECTOR FOREIGN PATENT DOCUMENTS

USOOS A Ulllted States Patent [19] [11 Patent Number: Dezonno et al. [45] Date of Patent: *May 25, 1999

(IP Connection) Miami (54) (76) (21) (22) (51) (52) Application

Transcription:

US 20020152322A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2002/0152322 A1 Hay (43) Pub. Date: Oct. 17, 2002 (54) (76) (21) (22) (51) (52) METHOD AND APPARATUS FOR FACILITATING LOAD BALANCING ACROSS NAME SERVERS Inventor: Russell C. Hay, Kirkland, WA (US) Correspondence Address: A. Richard Park Park & Vaughan LLP 508 Second Street, Suite 201 Davis, CA 95616 (US) Appl. No.: 09/835,312 Filed: Apr. 13, 2001 Publication Classi?cation (57) ABSTRACT One embodiment of the present invention provides a system that translates host names into Internet Protocol (IP) addresses. This system includes a plurality of name servers that are con?gured to translate host names into correspond ing IP addresses. This system also includes a plurality of load balancers coupled to the plurality of Each of these load balancers is con?gured to receive requests for host name translations, and to distribute these requests between the plurality of name servers in order to balance load across the plurality of Note that these load balancers are con?gured to operate in parallel in distributing requests between the plurality of Avariation on the above embodiment provides a system that performs failovers between a plurality of load balancers that are con?gured to balance requests for host name to IP address translations between a plurality of The system operates by sending a keep alive packet from a load balancer to a?rst neighboring load balancer, and then Waiting for a response to the keep alive packet in order to determine if the?rst neighboring load balancer remains alive. If the?rst neighboring load balancer does not remain Int. Cl.7..... G06F 15/173; G06F 15/16 alive, the load balancer takes over servicing of translation US. Cl...... 709/245; 709/226 requests directed to the?rst neighboring load balancer. DISTRIBUTED COMPUTING SYSTEM CLIENT NETWORK CLIENT M 125 116 124 b NAME SERVERS INTERFACE 120 5 @ i i I I I I ------------ " I ROUTING NETWORK I 104 I ----v ' LOAD VIRTUAL 102 I BALANCER SERVER 106 111 LOAD VIRTUAL O O O - BALANCER SERVER O O O 107 112 LOAD VIRTUAL BALANCER SERVER I08 113 I HOSTING SYSTEM \LOCAL NETWORK 101 110

Patent Application Publication Oct. 17, 2002 Sheet 2 0f 4 US 2002/0152322 A1 RECEIVE REQUEST FOR HOST NAME TRANSLATION 202 IS REQUEST VALID? 204 NAME SERVER AVAILABLE? 206 SEND ERROR MESSAGE 209 SELECT NAME SERVER BASED UPON MEASURED LOAD 208 FORWARD REQUEST TO SELECTED NAME SERVER 210 FIG. 2

Patent Application Publication Oct. 17, 2002 Sheet 3 0f 4 US 2002/0152322 A1 START 300 LOAD LIST OF NAME SERVERS 302 V SEND INFORMATION REQUEST TO EACH NAME SERVER ON LIST 304 I LISTEN FOR RESPONSES 306 RECORD UNAVAILABLE NAME SERVERS 308 ARE ALL RESPONSES WITHIN THRESHOLD? 310 LIMIT SENDING TO SLOW NAME SERVERS 312 REPEAT PERIODICALLY 314 FIG. 3

Patent Application Publication Oct. 17, 2002 Sheet 4 0f 4 US 2002/0152322 A1 START 400 LOAD LIST OF LOAD BALANCERS 402 OPEN CONNECTION TO FIRST ACCEPT CONNECTION FROM SECOND NEIGHBOR NEIGHBOR 404 408 V V PERIODICALLY SEND KEEP ALIVE SEND RESPONSES TO KEEP ALIVE PACKETS TO FIRST NEIGHBOR PACKETS FROM SECOND NEIGHBOR 406 410 IS FIRST NEIGHBOR STILL ALIVE? 412 NO TAKE OVER IP ADDRESS AND HANDLE REQUESTS FOR FIRST NEIGHBOR 413 REPEAT 414 FIG. 4

US 2002/0152322 A1 Oct. 17, 2002 METHOD AND APPARATUS FOR FACILITATING LOAD BALANCING ACROSS NAME SERVERS BACKGROUND [0001] 1. Field of the Invention [0002] The present invention relates to translating addresses for communications across computer networks. More speci?cally, the present invention relates to a method and an apparatus for providing multiple load balancers to balance translation requests across multiple [0003] 2. Related Art [0004] As the Internet continues to grow at an exponential rate, the existing Internet infrastructure must continually expand to keep pace With increasing network traffic. One problem in this expansion is to ensure that mechanisms that translate host names into Internet Protocol (IP) addresses continue to operate in the face of an increasing volume of translation requests. [0005] Note in order to send a message across a network, it is necessary to include the destination address in the message. This destination address is typically a 32-bit num ber, Which is referred to as an IP address. [0006] HoWever, 32-bit IP addresses tends to be hard for a human being to remember. For this reason, the domain name system (DNS) is used to provide more easily remem bered logical names, Which are referred to as host names. By referring to a host through a host name, a network user does not have to remember the IP address Which speci?es the physical location of the host. Moreover, the host may be moved to a different network While users continue to use the same logical host name. [0007] The domain name system operates through use of a database that contains translations between logical host names and IP addresses. This database is distributed between a plurality of In sending a message to a host, a translation between the logical host name and the IP address typically takes place at a name server, Which contains records of host name to IP address translations. [0008] As network traffic continues to increase, name servers are beginning to experience a tremendous volume of requests. In order to service these requests, some systems have begun to employ multiple name servers that operate in parallel. In this type of system, address translation requests are typically received by a centralized load balancer that distributes the requests to the multiple [0009] HoWever, as the number of requests for address translations continues to increase, a single load balancer is often not able to keep pace With the large volume requests that are directed to the multiple Moreover, if the load balancer fails or must be stopped for routine maintenance, no address translations can take place because the load balancer is unavailable to route address translation requests. [0010] What is needed is a method and an apparatus for routing address translation requests Without the performance and reliability problems associated With existing systems that use a single load balancer. SUMMARY [0011] One embodiment of the present invention provides a system that translates host names into Internet Protocol (IP) addresses. This system includes a plurality of name servers that are con?gured to translate host names into corresponding IP addresses. This system also includes a plurality of load balancers coupled to the plurality of name servers. Each of these load balancers is con?gured to receive requests for host name translations, and to distribute these requests between the plurality of name servers in order to balance load across the plurality of Note that these load balancers are con?gured to operate in parallel in distributing requests between the plurality of [0012] In one embodiment of the present invention, each of the load balancers is associated With its own IP address, and is con?gured to process translation requests directed its own IP address. [0013] In one embodiment of the present invention, each of the load balancers is con?gured to take over load bal ancing operations for one or more failed load balancers. [0014] In one embodiment of the present invention, the load balancers are organized into a ring. Within this ring, each load balancer is con?gured to take over load balancing operations for a neighboring load balancer, if the neighbor ing load balancer fails. [0015] In one embodiment of the present invention, each load balancer is a proxy server that is con?gured to accept user datagram protocol (UDP) and transmission control protocol (TCP) connections from domain name system (DNS) clients, and to forward corresponding UDP or proxy TCP requests to the plurality of [0016] In one embodiment of the present invention, each of the plurality of load balancers is con?gured to distribute translation requests between the plurality of name servers based upon measured response times of the plurality of [0017] In one embodiment of the present invention, the system includes an internal communication network that couples the plurality of load balancers With the plurality of [0018] One embodiment of the present invention provides a system that translates a host name into an Internet Protocol (IP) address. Upon receiving a translation request to trans late the host name into the IP address, the system selects a name server to process the translation request. This selection is based upon a measured load of the This ensures that overloaded name servers Will not be selected. Next, the system forwards the translation request to the selected name server, so that the selected name server can translate the host name into the IP address. [0019] In one embodiment of the present invention, the system additionally measures a load on the name servers by periodically sending an information request to each name server, and measuring a response time for the request. [0020] One embodiment of the present invention provides a system that performs failovers between a plurality of load balancers that are con?gured to balance requests for host name to IP address translations between a plurality of name servers. The system operates by sending a keep alive packet from a load balancer to a?rst neighboring load balancer, and then Waiting for a response to the keep alive packet in order to determine if the?rst neighboring load balancer remains alive. If the?rst neighboring load balancer does not remain

US 2002/0152322 A1 Oct. 17, 2002 alive, the load balancer takes over servicing of translation requests directed to the?rst neighboring load balancer. [0021] In one embodiment of the present invention, the system receives a second keep alive packet from a second neighboring load balancer, and sends a response to the second keep alive packet to the second neighboring load balancer. BRIEF DESCRIPTION OF THE FIGURES [0022] FIG. 1 illustrates a distributed computing system in accordance With an embodiment of the present invention. [0023] FIG. 2 is a How chart illustrating the process of forwarding an address translation request from a load bal ancer to a name server in accordance With an embodiment of the present invention. [0024] FIG. 3 is a How chart illustrating the process of measuring response times for name servers in accordance With an embodiment of the present invention. [0025] FIG. 4 is a How chart illustrating the process of monitoring a neighboring load balancer and taking over for the neighboring load balancer if the neighboring load bal ancer fails in accordance With an embodiment of the present invention. DETAILED DESCRIPTION [0026] The following description is presented to enable any person skilled in the art to make and use the invention, and is provided in the context of a particular application and its requirements. Various modi?cations to the disclosed embodiments Will be readily apparent to those skilled in the art, and the general principles de?ned herein may be applied to other embodiments and applications Without departing from the spirit and scope of the present invention. Thus, the present invention is not intended to be limited to the embodi ments shown, but is to be accorded the Widest scope consistent With the principles and features disclosed herein. [0027] The data structures and code described in this detailed description are typically stored on a computer readable storage medium, Which may be any device or medium that can store code and/or data for use by a computer system. This includes, but is not limited to, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs) and DVDs (digital versatile discs or digital video discs), and computer instruc tion signals embodied in a transmission medium (With or Without a carrier Wave upon Which the signals are modu lated). For example, the transmission medium may include a communications network, such as the Internet. [0028] Distributed Computing System [0029] FIG. 1 illustrates a distributed computing system 100 in accordance With an embodiment of the present invention. Distributed computing system 100 includes cli ents 124-125, Which are coupled through network 122 to hosting system 101. [0030] NetWork 122 can generally include any type of Wire or Wireless communication channel capable of coupling together computing nodes. This includes, but is not limited to, a local area network, a Wide area network, or a combi nation of networks. In one embodiment of the present invention, network 122 includes the Internet. [0031] Clients 124-125 can generally include any node on a network including computational capability and including a mechanism for communicating across the network. [0032] Hosting system 101 makes a number of applica tions available to clients 124-125 across network 122. In order to do so, hosting system 101 includes a local network 110 that is coupled to network 122 through interface 120. In one embodiment of the present invention, local network 110 includes a 1-gigabit local area network. [0033] Local network 110 is coupled to virtual servers 111-113, Which host applications that can be accessed by clients 124-125. Note that each virtual server 111-113 oper ates Within its own virtual environment on a physical server. This allows multiple virtual servers to be located on the same physical server Without interfering With each other. [0034] Local network 110 is additionally coupled to a number of name servers 102 through load balancers 106 108. In one embodiment of the present invention, name servers 102 are con?gured to service requests to translate host names into IP addresses for hosts that are associated With virtual servers 111-113. In order to process these requests, load balancers 106-108 receive the requests and route them through routing network 104 to name servers 102. Name servers 11-113 are selected to receive requests based upon measured response times. This ensures that name servers that are heavily loaded are not selected to receive additional requests. [0035] In one embodiment of the present invention, each load balancer 106-108 is accessed through its own IP address, and this IP address is different from the IP address of the other Note that for return communica tions from name servers 102 to clients 124-125, the source address for the return communication is con?gured to be the IP address of the load balancer that originally forwarded the request. This makes the return communication appear to originate from the IP address of the load balancer that originally forwarded to request. [0036] In one embodiment of the present invention, the load balancers 106-108 are organized into a ring and are con?gured so that if one or more of the load balancers 106-108 fail, neighboring load balancers in the ring can take over for the failed load balancer. [0037] The name servers 102 illustrated in FIG. 2 operate generally as follows. A client 124 sending a message to a virtual serer 111?rst obtains the IP address of the virtual server 111. This is accomplished by sending a host name for the virtual server 111 through load balancers 106-108 to one of name servers 102(A). Recall that the name server is selected based upon load. Next, the selected name server translates the host name into a corresponding IP address and returns the IP address to client 124(B). Finally, client 124 uses the IP address to communicate directly With virtual server 111(C). [0038] Process of ForWarding a Translation Request [0039] FIG. 2 is a How chart illustrating the process of forwarding a request from a load balancer to a name server in accordance With an embodiment of the present invention. A load balancer 106?rst receives a request for a host name

US 2002/0152322 A1 Oct. 17, 2002 translation from a client 124 (box 202). Next, load balancer 106 uses a set of rules to determine if the request is valid (box 204). If not, the system generates an error message (box 209). OtherWise, if the request is valid, the system deter mines Whether a name server is available to process the request (box 206). This may involve measuring response times for name servers 102 as is described in more detail below With reference to FIG. 3. If no name servers are available, the system generates an error message (box 209). OtherWise, if at least one name server is available, the system selects one of the available name servers based upon measured response times (box 208). This is done to ensure that a highly loaded name server is not selected if a lightly loaded name server is available. Load balancer 106 then forwards the request to the selected name server (box 210). [0040] Process of Measuring Name Server Response Times [0041] FIG. 3 is a How chart illustrating the process of measuring response times for name servers in accordance With an embodiment of the present invention. In order to measure response times, a load balancer 106?rst loads a list of name servers from a database or other storage area (box 302). Load balancer 106 then sends an information request to each name server on the list (box 304). Next, load balancer 106 listens for responses and measures response times for each of the name servers on the list (box 306). Load balancer 106 next makes a record to indicate that any name server that did not respond is unavailable (box 308 Load balancer 106 also determines Whether all remaining name servers responded Within a threshold time period (box 310). If any of the name servers did not respond Within the threshold time period, they are considered to be overloaded, and the load balancer 106 limits the sending of additional requests to these overloaded name servers (box 312). Note that this threshold time is selected to ensure a reasonable response time. Also note that load balancer 106 periodically repeats the above process in order to keep track of the load on name servers 102 (box 314). [0042] Process of Monitoring and Taking Over for a Neighboring Load Balancer [0043] FIG. 4 is a How chart illustrating the process of monitoring a neighboring load balancer and taking over if the neighboring load balancer fails in accordance With an embodiment of the present invention. Each of the load balancers 106-108 continually performs the below-de scribed process. [0044] This process starts When a load balancer 106 loads a list of all of the load balancers in the system 106-108 (box 402). Recall that in the embodiment of the present invention illustrated in FIG. 1, these load balancers are organized into a ring. Next, load balancer 106 opens a connection to a?rst neighboring load balancer in the ring, for example to load balancer 107 (box 404), and then sends keep alive packets to load balancer 107 (box 406). By listening for responses to these keep alive packets, load balancer 106 can determine Whether load balancer 107 remains alive. [0045] At the same time, load balancer 106 accepts a connection from a second neighboring load balancer in the ring (box 408), for example from load balancer 108. Next, load balancer 106 sends responses to any keep alive packets received from load balancer 108 (box 410). In this Way, load balancer 106 continually noti?es load balancer 108 that load balancer 106 remains alive. [0046] If load balancer 106 determines that load balancer 107 is alive because responses to keep alive packets sent to load balancer 107 have been received, the system repeats the process (box 414). OtherWise, if no responses to the keep alive packets are received from load balancer 107, load balancer 106 determines that load balancer 107 is not alive. In this case, load balancer 106 takes over the IP address for load balancer 107, and handles all subsequent requests that are directed to load balancer 107 (box 413). [0047] Note that if another adjacent load balancer fails, such as load balancer 108, load balancer 106 takes over for load balancer 108 in a subsequent iteration through the loop. [0048] The foregoing descriptions of embodiments of the present invention have been presented for purposes of illustration and description only. They are not intended to be exhaustive or to limit the present invention to the forms disclosed. Accordingly, many modi?cations and variations Will be apparent to practitioners skilled in the art. Addition ally, the above disclosure is not intended to limit the present invention. The scope of the present invention is de?ned by the appended claims. What is claimed is: 1. An apparatus that translates host names into Internet Protocol (IP) addresses, comprising: a plurality of name servers, Wherein each name server is con?gured to translate a host name into a correspond ing IP address; and a plurality of load balancers coupled to the plurality of name servers, Wherein each load balancer is con?gured to, receive requests for host name translations, and to distribute the requests between the plurality of name servers so as to balance load across the plurality of name servers; Wherein the plurality of load balancers are con?gured to operate in parallel in distributing requests between the plurality of 2. The apparatus of claim 1, Wherein each of the plurality of load balancers is associated With its own IP address, and is con?gured to process translation requests directed its own IP address. 3. The apparatus of claim 1, Wherein each of the plurality of load balancers is con?gured to take over load balancing operations for one or more failed load balancers in the plurality of load balancers. 4. The apparatus of claim 3, Wherein load balancers in the plurality of load balancers are organized into a ring; and Wherein each load balancer is con?gured to take over load balancing operations for a neighboring load balancer in the ring, if the neighboring load balancer fails. 5. The apparatus of claim 1, Wherein each load balancer in the plurality of load balancers is a proxy server that is con?gured to accept user datagram protocol (UDP) and transmission control protocol (TCP) connections from domain name system (DNS) clients, and to forward corre sponding UDP or proxy TCP requests to the plurality of

US 2002/0152322 A1 Oct. 17, 2002 6. The apparatus of claim 1, wherein each of the plurality of load balancers is con?gured to distribute translation requests between the plurality of name servers based upon measured response times of the plurality of 7. The apparatus of claim 1, further comprising an internal communication network that couples the plurality of load balancers With the plurality of 8. A method for translating a host name into an Internet Protocol (IP) address, comprising: receiving a translation request to translate the host name into the IP address; selecting a name server from a plurality of name servers to process the translation request based upon a mea sured load of the plurality of name servers, so that overloaded name servers Will not be selected; and forwarding the translation request to the selected name server so that the selected name server can translate the host name into the IP address. 9. The method of claim 8, Wherein receiving the transla tion request involves receiving the translation request at one of a plurality of load balancers, Wherein each load balancer is con?gured to: receive translation requests for host name translations; and to distribute the translation requests between the plurality of name servers so as to balance load across the plurality of 10. The method of claim 9, Wherein each of the plurality of load balancers is associated With its own IP address, and is con?gured to process translation requests directed its own IP address. 11. The method of claim 9, further comprising taking over load balancing operations, if necessary, for one or more failed load balancers in the plurality of load balancers. 12. The method of claim 11, Wherein the plurality of load balancers are organized into a ring; and Wherein each load balancer is con?gured to take over load balancing operations for a neighboring load balancer in the ring. 13. The method of claim 9, Wherein each load balancer in the plurality of load balancers is a proxy server that is con?gured to accept user datagram protocol (UDP) and transmission control protocol (TCP) connections from domain name system (DNS) clients, and to forward corre sponding UDP or proxy TCP requests to the plurality of 14. The method of claim 8, further comprising measuring a load on the plurality of name servers by periodically: sending an information request to each name server in the plurality of name servers; and measuring a response time to the information request for each name server in the plurality of 15. Amethod for performing failovers between a plurality of load balancers that are con?gured to balance requests for host name to IP address translations between a plurality of name servers that are coupled to the plurality of load balancers, comprising: sending a keep alive packet to a?rst neighboring load balancer in the plurality of load balancers; Waiting for a response to the keep alive packet in order to determine if the?rst neighboring load balancer remains alive; if the?rst neighboring load balancer does not remain alive, taking over servicing of translation requests directed to the?rst neighboring load balancer. 16. The method of claim 15, further comprising: receiving a second keep alive packet from a second neighboring load balancer in the plurality of load balancers; and sending a response to the second keep alive packet to the second neighboring load balancer. 17. The method of claim 15, Wherein each of the plurality of load balancers is associated With its own IP address, and is con?gured to process translation requests directed its own IP address. 18. The method of claim 15, Wherein the plurality of load balancers are organized into a ring; and Wherein each load balancer in the plurality of load bal ancers is con?gured to take over load balancing opera tions for a neighboring load balancer in the ring. 19. The method of claim 15, Wherein each load balancer in the plurality of load balancers is a proxy server that is con?gured to accept user datagram protocol (UDP) and transmission control protocol (TCP) connections from domain name system (DNS) clients, and to forward corre sponding UDP or proxy TCP requests to the plurality of 20. The method of claim 15, further comprising distrib uting translation requests between the plurality of name servers based upon measured response times of the plurality of 21. An apparatus that translates host names into Internet Protocol (IP) addresses, comprising: a plurality of name servers, Wherein each name server is con?gured to translate a host name into a correspond ing IP address; and a plurality of load balancers coupled to the plurality of name servers, Wherein each load balancer is con?gured to, receive requests for host name translations, and to distribute the requests between the plurality of name servers so as to balance load across the plurality of name servers; Wherein the plurality of load balancers are con?gured to operate in parallel in distributing requests between the plurality of name servers; Wherein each of the plurality of load balancers is con?g ured to take over load balancing operations for one or more failed load balancers in the plurality of load balancers; and Wherein each of the plurality of load balancers is con?g ured to distribute translation requests between the plu rality of name servers based upon measured response times of the plurality of

US 2002/0152322 A1 Oct. 17, 2002 22. A method for translating a host name into an Internet Protocol (IP) address, comprising: receiving a translation request at one of a plurality of load balancers to translate the host name into the IP address; selecting a name server from a plurality of name servers to process the translation request based upon a mea sured load of the plurality of name servers, so that overloaded name servers Will not be selected; forwarding the translation request to the selected name server so that the selected name server can translate the host name into the IP address; and taking over load balancing operations, if necessary, for one or more failed load balancers in the plurality of load balancers; Wherein each load balancer is con?gured to distribute the translation requests between the plurality of name servers so as to balance load across the plurality of 23. Arnethod for performing failovers between a plurality of load balancers that are con?gured to balance requests for host name to IP address translations between a plurality of name servers that are coupled to the plurality of load balancers, cornprising: distributing translation requests between the plurality of name servers based upon rneasured response times of the plurality of name servers; sending a keep alive packet to a?rst neighboring load balancer in the plurality of load balancers; Waiting for a response to the keep alive packet in order to determine if the?rst neighboring load balancer rernains alive; if the?rst neighboring load balancer does not remain alive, taking over servicing of translation requests directed to the?rst neighboring load balancer; receiving a second keep alive packet from a second neighboring load balancer in the plurality of load balancers; and sending a response to the second keep alive packet to the second neighboring load balancer. * * * * *