US20100005182A1 - Distributed Selection of a Content Server - Google Patents

Distributed Selection of a Content Server Download PDF

Info

Publication number
US20100005182A1
US20100005182A1 US12/555,393 US55539309A US2010005182A1 US 20100005182 A1 US20100005182 A1 US 20100005182A1 US 55539309 A US55539309 A US 55539309A US 2010005182 A1 US2010005182 A1 US 2010005182A1
Authority
US
United States
Prior art keywords
content
server
client
optimal
servers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/555,393
Inventor
John Rozen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xcelera Inc
Clearway Acquisition Inc
Original Assignee
Xcelera Inc
Clearway Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xcelera Inc, Clearway Technologies LLC filed Critical Xcelera Inc
Priority to US12/555,393 priority Critical patent/US20100005182A1/en
Publication of US20100005182A1 publication Critical patent/US20100005182A1/en
Assigned to CLEARWAY ACQUISITION, INC. reassignment CLEARWAY ACQUISITION, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CLEARWAY TECHNOLOGIES, LLC
Assigned to XCELERA INC. reassignment XCELERA INC. NOTICE OF PROPOSAL TO RETAIN COLLATERAL Assignors: CLEARWAY ACQUISITION, INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1021Server selection for load balancing based on client or server locations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/306Route determination based on the nature of the carried application

Definitions

  • This application relates to content delivery systems, and in particular, to selecting a content server for delivery of content to a client.
  • a user To retrieve a web-page, a user typically provides, to a web-browser running on that user's computer, a URL (uniform resource locator) identifying an origin server that contains the desired web-page.
  • a URL uniform resource locator
  • the user's computer sends a message to a domain-name server requesting a numerical IP address for the origin server identified by that URL.
  • the domain-name server responds, perhaps after querying other domain-name servers, with the IP address of the origin server.
  • the web-browser After having learned the IP address for the origin server, the web-browser sends that origin server a message requesting the desired web-page. In response, the origin server sends the desired web-page to the web-browser.
  • This web-page generally includes text with embedded references to other types of content, such as graphic images (both moving and stationary), audio clips, and other data-rich content.
  • the origin server and the web-browser are frequently located on different networks at different locations.
  • the origin server and the web-browser typically communicate across the internet. Data communications across the internet can result in substantial delays arising from, among other causes, router congestion, packet loss, and sub-optimal path selection.
  • content-delivery systems often replicate content at content servers that are dispersed throughout the internet.
  • Such distributed content-delivery systems relieve network congestion by delegating the serving of data-rich content to an optimal content-server that is logically (and in many cases physically) closer to the user's computer than other content servers. Because the path between the optimal content-server and the user's computer is the logically shortest, the likelihood of encountering network congestion along that path is minimized.
  • a conventional distributed content-delivery systems selects an optimal content-server on the basis of location and route information that has been gathered into a centralized mapping database. This selection is then communicated to the web-browser as a modified URL.
  • the web-browser then provides the modified URL to a domain-name server, which directs the browser to a resolving server.
  • the resolving server On the basis of the requesting domain-name server's IP address, the resolving server translates the modified URL into the IP address of the optimal content-server. This IP address is then provided to the web-browser. Finally, the web-browser uses this IP address to contact the optimal content-server.
  • the resolving server typically maintains a mapping database that identifies the optimal content-server for a particular IP address.
  • the resolving server uses this mapping database to return an IP address of an optimal content-server on the basis of the IP address of the domain-name server that requested resolution. This relies heavily on the assumption that this domain-name server and the user's computer are proximate to each other.
  • the topology of the internet is a dynamically changing one.
  • the mapping database is periodically updated to reflect changes in network topology. Updating this mapping database is a significant undertaking. Moreover, since the network topology changes more often than the mapping database can reasonably be updated, the mapping database is rapidly rendered obsolete.
  • a content delivery system incorporating the invention causes a client to be connected to a closest available content server without specifying in advance which content server is the closest available content server.
  • the origin server from which the client first requests content, needs to know only what content is requested and which content servers can serve that content. Neither the origin server, nor any other server associated with the content delivery system, needs to know which of those content servers is the client's closest available content server.
  • the content delivery system of the invention exploits the fact that the routers that interconnect autonomous systems on the internet already cooperate among themselves to identify the best path from one autonomous system to another. These routers periodically communicate with each other to identify trouble-spots along each path and to update the best path to circumvent those trouble spots. By allowing the routers to collectively choose the client's closest available content server, the content delivery system of the invention avoids having to acquire the network specific knowledge that the routers have already accumulated in the course of their operation.
  • the invention provides a method for directing a client to a content server containing desired content by providing the client with an address shared by a plurality of content servers, each of the content servers having a copy of the desired content.
  • the client is then served from an optimal, or closest available content server selected from the plurality of content servers. This optimal content server is selected on the basis of an optimal path from the client to the shared address.
  • the client requests a connection to a content server having the shared address. This triggers the identification of an optimal path between the client and the shared address.
  • the content server on this optimal path is then designated as the client's optimal, or closest available content server.
  • the plurality of content servers are typically grouped into an autonomous system and the routers implement a BGP protocol that enables them to identify the optimal path to an autonomous system.
  • a content delivery system for practice of the invention includes a first content server and a second content server having content in common with the first content server.
  • the first and second content servers have a shared address.
  • the system includes a first router for relaying messages to the first content server, and a second router for relaying messages to the second content server.
  • the first and second content servers are grouped into an autonomous system.
  • the first and second routers can be BGP routers.
  • FIG. 1 is a block diagram of a content delivery system
  • FIG. 2 is an example of a distribution of routers between a client and a set of content servers.
  • FIG. 3 is a flow chart of a method for selecting a closest available content server.
  • an origin server provides a browser with an address shared by a set of content servers, all of which belong to the same autonomous system.
  • the selection of which particular content server is the optimal content server is made by the cooperation of BGP routers between the browser and the routers leading to the autonomous system to which the content servers belong.
  • the content delivery system relies on routing information that is already distributed among the routers that connect autonomous systems on the internet.
  • a content delivery system 10 includes a first server farm 12 a located at a first site 14 a.
  • the first server farm 12 a includes first 16 a, second 16 b, and third 16 c content servers.
  • the content servers 16 a, 16 b, 16 c in the first server farm 12 a are connected to the internet by a first BGP (border gateway protocol) router 20 a.
  • BGP border gateway protocol
  • the content delivery system 10 also includes second and third server farms 12 b, 12 c located at second and third sites 14 b, 14 c.
  • the second server farm 12 b includes fourth 16 d, fifth 16 e, and sixth 16 f content servers, all of which are connected to the internet by a second BGP router 20 b.
  • the third server farm 12 c includes seventh 16 g, eighth 16 h, and ninth 16 i content servers connected to the internet by a third BGP router 20 c.
  • the content stored on the first content server 16 a is replicated in the fourth content server 16 d and in the seventh content server 16 g.
  • content stored on the second content server 16 b is replicated in the fifth and eighth content servers 16 e, 16 h
  • content stored on the third content server 16 c is replicated on the sixth 16 f and ninth 16 i content servers.
  • the first, second, and third server farms 12 a - c are thus capable of serving the same content.
  • the content servers 16 a - 16 i form a content-server matrix in which each column of the matrix corresponds to a server farm 12 a - c at a particular geographic location 14 a - c and each row of the matrix corresponds to set of content servers 16 a, 16 d, 16 g that share the same content.
  • FIG. 1 shows a particular content-server matrix having three rows and three columns.
  • the scope of the invention is not limited to a specific number of rows and columns of the content-server matrix.
  • the task of specifying which content server 16 a - 16 i is to deliver content to the client 18 can thus be decomposed into choosing a row and a column in the content-server matrix.
  • the choice of a row depends on the specific content requested but does not depend on the physical location of the client 18 or on the topology of the network.
  • the choice of a column does not depend on the specific content requested; it does, however, depend heavily on the network topology between the location of the client 18 and that of the individual server farms 12 a - c.
  • the content delivery system 10 will begin to direct browsers to content servers that may have once been appropriate but no longer are.
  • the content delivery system 10 is thus placed in the awkward position of being asked to give directions on the basis of an obsolete map.
  • the origin server 22 identifies the appropriate row of the content-server matrix.
  • the task of identifying an appropriate column is distributed among routers between the client 18 and the various server farms 12 a - 12 c. This is achieved by grouping the content servers 16 a, 16 d, 16 g, in each row of the content-server matrix into an autonomous system 24 .
  • the content servers within an autonomous system 24 are then assigned a common IP address.
  • a particular content server 16 a thus has two addresses: a unique address to enable the origin server 22 to communicate with that particular content server 16 a directly, and a shared address that is common to all content servers 16 a, 16 d, 16 g belonging to the autonomous system 24 to which the particular content server 16 a belongs.
  • the origin server 22 determines which autonomous system contains content servers that maintain copies of that content. The origin server 22 then looks up the shared IP address of the content servers belonging to that autonomous system and provides that shared IP address to the client 18 . In doing so, the origin server 22 does not have to inquire at all into the client's location. Nor does the origin server 22 have to know anything about the network topology between the client 18 and the various server farms 12 a - 12 c.
  • the client 18 sends a message requesting a connection to the shared IP address.
  • This message eventually reaches a first BGP router 26 that connects the client's own autonomous system 28 to other autonomous systems on the internet.
  • the first BGP router 26 maintains an autonomous-system table that lists all the autonomous systems on the internet together with a list of IP addresses that belong to each of those autonomous systems.
  • the first BGP router 26 then uses this autonomous-system table to identify the autonomous system corresponding to the shared IP address.
  • the first router 26 uses its routing table to determine the best path from itself to that autonomous system. In the example shown in FIG. 2 , the first router 26 recognizes that, of the various paths available to the autonomous system containing the content servers, there is one path that reaches that autonomous system in only two hops. The first router 26 than sends the message on its first hop to the next router 30 along that path.
  • next router 30 Like the first router 26 , the next router 30 maintains an autonomous system table and a routing table. The next router 30 thus functions the same way as the first router 26 and sends the message to the next router on the path, which happens to be the first router 20 a that connects the first server farm 12 a to the internet.
  • the content delivery system of the invention thus connects the client 18 to the optimal content server for that client 18 without having to know anything about the topology of the network. It does so by exploiting a map of the network topology that is collectively stored and updated by BGP routers as part of their routine function.
  • the method by which a client is directed to the closest content server is analogous to the method by which a stranger in a large city might find the nearest fire station.
  • This stranger might approach a policeman at a corner and ask: “Where is the fire station?”
  • the policeman who presumably knows the paths to all the fire stations in the city, would identify the closest fire station and lead the stranger to the beginning of the best path to it.
  • the stranger would then proceed along this path until he encountered a second policeman at a second corner.
  • the stranger would then ask this second policeman the same question. This process would repeat itself until the stranger finally reached the nearest fire station.
  • the stranger need not know the street address of the closest fire station. Indeed, the stranger need not even know that there exists more than one fire station in the city. All the stranger is required to know, is that he wants to go to the nearest fire station and not, for example, to the nearest hospital.
  • the method by which the content delivery system 10 of the invention causes the browser to be led to the closest available content server is illustrated in FIG. 3 .
  • the method begins with the browser sending 32 a request for content to an origin server.
  • the request for content contains information enabling the origin server to identify a set of content servers capable of satisfying that request. Each content server in the set shares the same address. The origin server does not know, and has no need to know, which content server from that set is the closest available content server for that client. In response to the request for content, the origin server sends 34 the browser the address shared by all the available content servers.
  • the browser gives 36 the shared address to a router, which then determines the best path to that address.
  • the router then relays 38 the message to the next router on the best path.
  • the next router on the best path determines 40 whether it is the last router on the best path. If it is, it delivers 42 the message to one of the content servers identified by the shared address. Otherwise, it relays 38 the message to the next router on the best path.
  • the content delivery system of the invention thus causes a browser to connect to the closest available content server without having to know in advance the address of that content server. It does so by grouping together content servers sharing the same content and relying on the cooperation of the routers between the client and the content servers to resolve which of the content servers is the closes available content server.
  • the content delivery system of the invention thus reduces complexity by eliminating the need to identify the closest available content server on the basis of the client's location.
  • the system also reduces software overhead by performing the task of selecting the closest available content server at the network layer rather than at the application layer.
  • the system also increases reliability by dynamically re-routing messages in response to temporary outages along the paths leading to the content servers.

Abstract

A method for directing a client to a content server containing desired content by providing the client with an address shared by a plurality of content servers, each of which has a copy of the desired content. The client is then served from an optimal, or closest available content server selected from the plurality of content servers. This optimal content server is selected on the basis of an optimal path from the client to the shared address.

Description

    RELATED APPLICATION
  • This application is a continuation of and claims priority to U.S. Ser. No. 09/757,745, filed on Jan. 10, 2001, and issued as U.S. Pat. No. 7,587,500 on Sep. 8, 2009. The contents of the above application are incorporated herein by reference.
  • TECHNICAL FIELD
  • This application relates to content delivery systems, and in particular, to selecting a content server for delivery of content to a client.
  • BACKGROUND
  • To retrieve a web-page, a user typically provides, to a web-browser running on that user's computer, a URL (uniform resource locator) identifying an origin server that contains the desired web-page. In response, the user's computer sends a message to a domain-name server requesting a numerical IP address for the origin server identified by that URL. The domain-name server then responds, perhaps after querying other domain-name servers, with the IP address of the origin server.
  • After having learned the IP address for the origin server, the web-browser sends that origin server a message requesting the desired web-page. In response, the origin server sends the desired web-page to the web-browser. This web-page generally includes text with embedded references to other types of content, such as graphic images (both moving and stationary), audio clips, and other data-rich content. Once the web-browser receives the desired web-page, it interprets it to determine what content it needs to gather and how to assemble that content to correctly display the desired web-page to the user.
  • In the foregoing content-delivery system, the origin server and the web-browser are frequently located on different networks at different locations. As a result, the origin server and the web-browser typically communicate across the internet. Data communications across the internet can result in substantial delays arising from, among other causes, router congestion, packet loss, and sub-optimal path selection.
  • To improve their performance, content-delivery systems often replicate content at content servers that are dispersed throughout the internet. Such distributed content-delivery systems relieve network congestion by delegating the serving of data-rich content to an optimal content-server that is logically (and in many cases physically) closer to the user's computer than other content servers. Because the path between the optimal content-server and the user's computer is the logically shortest, the likelihood of encountering network congestion along that path is minimized.
  • A conventional distributed content-delivery systems selects an optimal content-server on the basis of location and route information that has been gathered into a centralized mapping database. This selection is then communicated to the web-browser as a modified URL. The web-browser then provides the modified URL to a domain-name server, which directs the browser to a resolving server. On the basis of the requesting domain-name server's IP address, the resolving server translates the modified URL into the IP address of the optimal content-server. This IP address is then provided to the web-browser. Finally, the web-browser uses this IP address to contact the optimal content-server.
  • In a distributed content-delivery system as described above, the resolving server typically maintains a mapping database that identifies the optimal content-server for a particular IP address. The resolving server uses this mapping database to return an IP address of an optimal content-server on the basis of the IP address of the domain-name server that requested resolution. This relies heavily on the assumption that this domain-name server and the user's computer are proximate to each other.
  • A consequence of the above mechanism for communicating the IP address of the optimal content-server to the user is the additional interaction with the domain-name server. This interaction, whose only purpose is to obtain an IP address from a resolving server, introduces additional latency into the overall content-delivery process.
  • The topology of the internet is a dynamically changing one. As a result, in order to maintain optimal performance of the conventional content-delivery system, the mapping database is periodically updated to reflect changes in network topology. Updating this mapping database is a significant undertaking. Moreover, since the network topology changes more often than the mapping database can reasonably be updated, the mapping database is rapidly rendered obsolete.
  • SUMMARY
  • A content delivery system incorporating the invention causes a client to be connected to a closest available content server without specifying in advance which content server is the closest available content server. In the content delivery system of the invention, the origin server, from which the client first requests content, needs to know only what content is requested and which content servers can serve that content. Neither the origin server, nor any other server associated with the content delivery system, needs to know which of those content servers is the client's closest available content server.
  • The content delivery system of the invention exploits the fact that the routers that interconnect autonomous systems on the internet already cooperate among themselves to identify the best path from one autonomous system to another. These routers periodically communicate with each other to identify trouble-spots along each path and to update the best path to circumvent those trouble spots. By allowing the routers to collectively choose the client's closest available content server, the content delivery system of the invention avoids having to acquire the network specific knowledge that the routers have already accumulated in the course of their operation.
  • The invention provides a method for directing a client to a content server containing desired content by providing the client with an address shared by a plurality of content servers, each of the content servers having a copy of the desired content. The client is then served from an optimal, or closest available content server selected from the plurality of content servers. This optimal content server is selected on the basis of an optimal path from the client to the shared address.
  • In one practice of the invention, the client requests a connection to a content server having the shared address. This triggers the identification of an optimal path between the client and the shared address. The content server on this optimal path is then designated as the client's optimal, or closest available content server. The plurality of content servers are typically grouped into an autonomous system and the routers implement a BGP protocol that enables them to identify the optimal path to an autonomous system.
  • A content delivery system for practice of the invention includes a first content server and a second content server having content in common with the first content server. The first and second content servers have a shared address. The system includes a first router for relaying messages to the first content server, and a second router for relaying messages to the second content server. In one embodiment of the content delivery system, the first and second content servers are grouped into an autonomous system. In this case, the first and second routers can be BGP routers.
  • These and other features of the invention will be apparent from a review of the following detailed description and the accompanying figures, in which:
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 is a block diagram of a content delivery system;
  • FIG. 2 is an example of a distribution of routers between a client and a set of content servers; and
  • FIG. 3 is a flow chart of a method for selecting a closest available content server.
  • DETAILED DESCRIPTION
  • In a content delivery system according to the invention, an origin server provides a browser with an address shared by a set of content servers, all of which belong to the same autonomous system. The selection of which particular content server is the optimal content server is made by the cooperation of BGP routers between the browser and the routers leading to the autonomous system to which the content servers belong. In effect, the content delivery system relies on routing information that is already distributed among the routers that connect autonomous systems on the internet.
  • Referring to FIG. 1, a content delivery system 10 includes a first server farm 12 a located at a first site 14 a. The first server farm 12 a includes first 16 a, second 16 b, and third 16 c content servers. The content servers 16 a, 16 b, 16 c in the first server farm 12 a are connected to the internet by a first BGP (border gateway protocol) router 20 a.
  • The content delivery system 10 also includes second and third server farms 12 b, 12 c located at second and third sites 14 b, 14 c. The second server farm 12 b includes fourth 16 d, fifth 16 e, and sixth 16 f content servers, all of which are connected to the internet by a second BGP router 20 b. Similarly, the third server farm 12 c includes seventh 16 g, eighth 16 h, and ninth 16 i content servers connected to the internet by a third BGP router 20 c.
  • The content stored on the first content server 16 a is replicated in the fourth content server 16 d and in the seventh content server 16 g. Similarly, content stored on the second content server 16 b is replicated in the fifth and eighth content servers 16 e, 16 h, and content stored on the third content server 16 c is replicated on the sixth 16 f and ninth 16 i content servers. The first, second, and third server farms 12 a-c are thus capable of serving the same content.
  • As is apparent from FIG. 1, the content servers 16 a-16 i form a content-server matrix in which each column of the matrix corresponds to a server farm 12 a-c at a particular geographic location 14 a-c and each row of the matrix corresponds to set of content servers 16 a, 16 d, 16 g that share the same content. For ease of exposition, FIG. 1 shows a particular content-server matrix having three rows and three columns. However, the scope of the invention is not limited to a specific number of rows and columns of the content-server matrix.
  • The task of specifying which content server 16 a-16 i is to deliver content to the client 18 can thus be decomposed into choosing a row and a column in the content-server matrix. The choice of a row depends on the specific content requested but does not depend on the physical location of the client 18 or on the topology of the network. The choice of a column does not depend on the specific content requested; it does, however, depend heavily on the network topology between the location of the client 18 and that of the individual server farms 12 a-c.
  • In the prior art, these two choices are made by the content delivery system. Since the choice of a row depends only on the content requested, and since the content delivery system maintains complete control over the contents of each content server, there is little difficulty in selecting an appropriate row in the content-server matrix.
  • The choice of an appropriate column, however, is an entirely different matter. This choice depends on the location of the client, the location of each content server, and the network topology between the browser and each content server. To choose a column, the content delivery system must know about the topology of the network. The task of acquiring knowledge about the topology of the network, and then constantly updating that knowledge is a burdensome and computationally intensive task.
  • As the network grows, so too does the complexity of this task, until a point is reached at which the processing power of the content delivery system 10 becomes inadequate to maintain current knowledge of the network topology. When this occurs, the content delivery system 10 will begin to direct browsers to content servers that may have once been appropriate but no longer are. The content delivery system 10 is thus placed in the awkward position of being asked to give directions on the basis of an obsolete map.
  • In the present invention, the origin server 22 identifies the appropriate row of the content-server matrix. The task of identifying an appropriate column is distributed among routers between the client 18 and the various server farms 12 a-12 c. This is achieved by grouping the content servers 16 a, 16 d, 16 g, in each row of the content-server matrix into an autonomous system 24. The content servers within an autonomous system 24 are then assigned a common IP address. A particular content server 16 a thus has two addresses: a unique address to enable the origin server 22 to communicate with that particular content server 16 a directly, and a shared address that is common to all content servers 16 a, 16 d, 16 g belonging to the autonomous system 24 to which the particular content server 16 a belongs.
  • When a client 18 makes a request to the origin server 22 for particular content, the origin server 22 determines which autonomous system contains content servers that maintain copies of that content. The origin server 22 then looks up the shared IP address of the content servers belonging to that autonomous system and provides that shared IP address to the client 18. In doing so, the origin server 22 does not have to inquire at all into the client's location. Nor does the origin server 22 have to know anything about the network topology between the client 18 and the various server farms 12 a-12 c.
  • The client 18 sends a message requesting a connection to the shared IP address. This message eventually reaches a first BGP router 26 that connects the client's own autonomous system 28 to other autonomous systems on the internet. The first BGP router 26 maintains an autonomous-system table that lists all the autonomous systems on the internet together with a list of IP addresses that belong to each of those autonomous systems. The first BGP router 26 then uses this autonomous-system table to identify the autonomous system corresponding to the shared IP address.
  • Once the first router 26 has determined the autonomous system to which content servers having the desired content belong, it uses its routing table to determine the best path from itself to that autonomous system. In the example shown in FIG. 2, the first router 26 recognizes that, of the various paths available to the autonomous system containing the content servers, there is one path that reaches that autonomous system in only two hops. The first router 26 than sends the message on its first hop to the next router 30 along that path.
  • Like the first router 26, the next router 30 maintains an autonomous system table and a routing table. The next router 30 thus functions the same way as the first router 26 and sends the message to the next router on the path, which happens to be the first router 20 a that connects the first server farm 12 a to the internet.
  • The content delivery system of the invention thus connects the client 18 to the optimal content server for that client 18 without having to know anything about the topology of the network. It does so by exploiting a map of the network topology that is collectively stored and updated by BGP routers as part of their routine function.
  • The method by which a client is directed to the closest content server is analogous to the method by which a stranger in a large city might find the nearest fire station. This stranger might approach a policeman at a corner and ask: “Where is the fire station?” The policeman, who presumably knows the paths to all the fire stations in the city, would identify the closest fire station and lead the stranger to the beginning of the best path to it. The stranger would then proceed along this path until he encountered a second policeman at a second corner. The stranger would then ask this second policeman the same question. This process would repeat itself until the stranger finally reached the nearest fire station.
  • It is significant in the foregoing example that the stranger need not know the street address of the closest fire station. Indeed, the stranger need not even know that there exists more than one fire station in the city. All the stranger is required to know, is that he wants to go to the nearest fire station and not, for example, to the nearest hospital.
  • The method by which the content delivery system 10 of the invention causes the browser to be led to the closest available content server is illustrated in FIG. 3. The method begins with the browser sending 32 a request for content to an origin server.
  • The request for content contains information enabling the origin server to identify a set of content servers capable of satisfying that request. Each content server in the set shares the same address. The origin server does not know, and has no need to know, which content server from that set is the closest available content server for that client. In response to the request for content, the origin server sends 34 the browser the address shared by all the available content servers.
  • The browser gives 36 the shared address to a router, which then determines the best path to that address. The router then relays 38 the message to the next router on the best path. The next router on the best path then determines 40 whether it is the last router on the best path. If it is, it delivers 42 the message to one of the content servers identified by the shared address. Otherwise, it relays 38 the message to the next router on the best path.
  • The content delivery system of the invention thus causes a browser to connect to the closest available content server without having to know in advance the address of that content server. It does so by grouping together content servers sharing the same content and relying on the cooperation of the routers between the client and the content servers to resolve which of the content servers is the closes available content server.
  • The content delivery system of the invention thus reduces complexity by eliminating the need to identify the closest available content server on the basis of the client's location. The system also reduces software overhead by performing the task of selecting the closest available content server at the network layer rather than at the application layer. The system also increases reliability by dynamically re-routing messages in response to temporary outages along the paths leading to the content servers.

Claims (14)

1. A method for directing a client to a content server containing desired content, said method comprising:
providing said client with a shared address, said shared address being common to a plurality of content servers, each of said content servers having a copy of said desired content; and
serving said client from an optimal content server selected from said plurality of content servers, said optimal content server having been selected on the basis of an optimal path from said client to said shared address.
2. The method of claim 1 wherein serving said client from an optimal content server comprises:
receiving a request from said client to connect to a content server at said shared address;
identifying an optimal path between said client and said shared address; and
designating a content-server on said optimal path to be said optimal content-server
3. The method of claim 2 further comprising directing said client to reach said optimal content-server by following said optimal path.
4. The method of claim 1 further comprising grouping said plurality of content servers into an autonomous system.
5. The method of claim 4 further comprising providing said shared address to a BGP router.
6. A content delivery system comprising:
a first content server and a second content server having content in common with said first content server, said first and second content servers having a shared address;
a first router for relaying messages to said first content server; and
a second router for relaying messages to said second content server.
7. The content delivery system of claim 6 further comprising an autonomous system containing said first and second content servers.
8. The content delivery system of claim 6 wherein said first router is a BGP router.
9. The content delivery system of claim 1 further comprising an origin server for providing said shared address in response to a request for content.
10. A computer-readable medium having encoded thereon software for directing a client to a content server containing desired content, said software comprising instructions for:
providing said client with a shared address, said shared address being common to a plurality of content servers, each of said content servers having a copy of said desired content; and
serving said client from an optimal content server selected from said plurality of content servers, said optimal content server having been selected on the basis of an optimal path from said client to said shared address.
11. The method of claim 10 wherein said instructions for serving said client from an optimal content server comprise instructions for:
receiving a request from said client to connect to a content server at said shared address;
identifying an optimal path between said client and said shared address; and
designating a content-server on said optimal path to be said optimal content-server
12. The method of claim 11 wherein said software further comprises instructions for directing said client to reach said optimal content-server by following said optimal path.
13. The method of claim 10 said software further comprises instructions for grouping said plurality of content servers into an autonomous system.
14. The method of claim 13 said software further comprises instructions for said shared address to a BGP router.
US12/555,393 2001-01-10 2009-09-08 Distributed Selection of a Content Server Abandoned US20100005182A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/555,393 US20100005182A1 (en) 2001-01-10 2009-09-08 Distributed Selection of a Content Server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/757,745 US7587500B2 (en) 2001-01-10 2001-01-10 Distributed selection of a content server
US12/555,393 US20100005182A1 (en) 2001-01-10 2009-09-08 Distributed Selection of a Content Server

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/757,745 Continuation US7587500B2 (en) 2001-01-10 2001-01-10 Distributed selection of a content server

Publications (1)

Publication Number Publication Date
US20100005182A1 true US20100005182A1 (en) 2010-01-07

Family

ID=25049047

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/757,745 Expired - Fee Related US7587500B2 (en) 2001-01-10 2001-01-10 Distributed selection of a content server
US12/555,393 Abandoned US20100005182A1 (en) 2001-01-10 2009-09-08 Distributed Selection of a Content Server

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/757,745 Expired - Fee Related US7587500B2 (en) 2001-01-10 2001-01-10 Distributed selection of a content server

Country Status (3)

Country Link
US (2) US7587500B2 (en)
AU (1) AU2002235355A1 (en)
WO (1) WO2002056565A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7984151B1 (en) * 2008-10-09 2011-07-19 Google Inc. Determining placement of user data to optimize resource utilization for distributed systems

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7680912B1 (en) * 2000-05-18 2010-03-16 thePlatform, Inc. System and method for managing and provisioning streamed data
US7260600B1 (en) * 2000-11-17 2007-08-21 International Business Machines Corporation User specified parallel data fetching for optimized web access
US7089309B2 (en) * 2001-03-21 2006-08-08 Theplatform For Media, Inc. Method and system for managing and distributing digital media
US20060242072A1 (en) * 2001-03-28 2006-10-26 Vidius, Inc Method and system for creation, management and analysis of distribution syndicates
US7987270B2 (en) 2001-11-05 2011-07-26 Spyder Navigations L.L.C. Apparatus, and associated method, for facilitating QoS and bearer setup in an IP-based communication system
US7120704B2 (en) * 2002-01-31 2006-10-10 International Business Machines Corporation Method and system for workload balancing in a network of computer systems
US20030163586A1 (en) * 2002-02-27 2003-08-28 Steve Schnetzler Server persistence using a URL identifier
US7460547B2 (en) * 2002-10-03 2008-12-02 Cisco Technology, Inc. Mobile director
US20050132294A1 (en) * 2003-12-16 2005-06-16 Dinger Thomas J. Component-based distributed learning management architecture
US8166197B2 (en) 2005-10-25 2012-04-24 Oracle International Corporation Multipath routing process
US8041837B2 (en) * 2006-01-10 2011-10-18 Telefonaktiebolaget L M Ericsson (Publ) Method and devices for filtering data packets in a transmission
US7624168B2 (en) * 2006-02-02 2009-11-24 Hostway Corporation Multi-layer system for scalable hosting platform
US20080307114A1 (en) * 2007-03-30 2008-12-11 Canon Kabushiki Kaisha Network assignment method and apparatus
US20090016361A1 (en) * 2007-07-09 2009-01-15 At&T Knowledge Ventures, L.P. System and method for establishing communications between packet-switched networks
US8180896B2 (en) * 2008-08-06 2012-05-15 Edgecast Networks, Inc. Global load balancing on a content delivery network
EP2159983A1 (en) * 2008-08-26 2010-03-03 BRITISH TELECOMMUNICATIONS public limited company Content distribution network
US9203921B2 (en) * 2008-08-26 2015-12-01 British Telecommunications Public Limited Company Operation of a content distribution network
US9769504B2 (en) 2009-03-31 2017-09-19 Comcast Cable Communications, Llc Dynamic distribution of media content assets for a content delivery network
US8135912B2 (en) 2009-05-18 2012-03-13 Hola Networks, Ltd. System and method of increasing cache size
WO2011034956A2 (en) 2009-09-15 2011-03-24 Comcast Cable Communications, Llc Dynamic content packaging
US8560604B2 (en) 2009-10-08 2013-10-15 Hola Networks Ltd. System and method for providing faster and more efficient data communication
US9628579B2 (en) * 2010-05-13 2017-04-18 Futurewei Technologies, Inc. System, apparatus for content delivery for internet traffic and methods thereof
US8984144B2 (en) 2011-03-02 2015-03-17 Comcast Cable Communications, Llc Delivery of content
CN104219133A (en) * 2013-05-31 2014-12-17 中国电信股份有限公司 A method and a system for sharing and processing an address book
US9241044B2 (en) 2013-08-28 2016-01-19 Hola Networks, Ltd. System and method for improving internet communication by using intermediate nodes
US11553018B2 (en) 2014-04-08 2023-01-10 Comcast Cable Communications, Llc Dynamically switched multicast delivery
US9350668B2 (en) * 2014-06-03 2016-05-24 The Viki Group, Inc. Systems and methods for IP sharing across wide area networks
US10749945B2 (en) * 2017-10-09 2020-08-18 Level 3 Communications, Llc Cross-cluster direct server return with anycast rendezvous in a content delivery network (CDN)
LT4075304T (en) 2019-02-25 2023-07-25 Bright Data Ltd. System and method for url fetching retry mechanism
EP3935792A4 (en) 2019-04-02 2022-11-30 Bright Data Ltd. System and method for managing non-direct url fetching service

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5377327A (en) * 1988-04-22 1994-12-27 Digital Equipment Corporation Congestion avoidance scheme for computer networks
US6052718A (en) * 1997-01-07 2000-04-18 Sightpath, Inc Replica routing
US6185619B1 (en) * 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
US6212570B1 (en) * 1998-04-29 2001-04-03 Nippon Telegraph & Telephone Corporation Information distribution device selection system
US6266335B1 (en) * 1997-12-19 2001-07-24 Cyberiq Systems Cross-platform server clustering using a network flow switch
US6351775B1 (en) * 1997-05-30 2002-02-26 International Business Machines Corporation Loading balancing across servers in a computer network
US6415323B1 (en) * 1999-09-03 2002-07-02 Fastforward Networks Proximity-based redirection system for robust and scalable service-node location in an internetwork
US6526448B1 (en) * 1998-12-22 2003-02-25 At&T Corp. Pseudo proxy server providing instant overflow capacity to computer networks
US6665702B1 (en) * 1998-07-15 2003-12-16 Radware Ltd. Load balancing
US6789125B1 (en) * 2000-05-10 2004-09-07 Cisco Technology, Inc. Distributed network traffic load balancing technique implemented without gateway router
US6928485B1 (en) * 1999-08-27 2005-08-09 At&T Corp. Method for network-aware clustering of clients in a network
US7020698B2 (en) * 2000-05-31 2006-03-28 Lucent Technologies Inc. System and method for locating a closest server in response to a client domain name request
US7219160B1 (en) * 1999-08-27 2007-05-15 At&T Corp. Method for fast network-aware clustering

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU3394000A (en) 1999-03-05 2000-09-21 At & T Corporation System, method and apparatus for network service load and reliability management

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5377327A (en) * 1988-04-22 1994-12-27 Digital Equipment Corporation Congestion avoidance scheme for computer networks
US6185619B1 (en) * 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
US6052718A (en) * 1997-01-07 2000-04-18 Sightpath, Inc Replica routing
US6351775B1 (en) * 1997-05-30 2002-02-26 International Business Machines Corporation Loading balancing across servers in a computer network
US6266335B1 (en) * 1997-12-19 2001-07-24 Cyberiq Systems Cross-platform server clustering using a network flow switch
US6212570B1 (en) * 1998-04-29 2001-04-03 Nippon Telegraph & Telephone Corporation Information distribution device selection system
US6665702B1 (en) * 1998-07-15 2003-12-16 Radware Ltd. Load balancing
US6526448B1 (en) * 1998-12-22 2003-02-25 At&T Corp. Pseudo proxy server providing instant overflow capacity to computer networks
US6928485B1 (en) * 1999-08-27 2005-08-09 At&T Corp. Method for network-aware clustering of clients in a network
US7219160B1 (en) * 1999-08-27 2007-05-15 At&T Corp. Method for fast network-aware clustering
US6415323B1 (en) * 1999-09-03 2002-07-02 Fastforward Networks Proximity-based redirection system for robust and scalable service-node location in an internetwork
US6789125B1 (en) * 2000-05-10 2004-09-07 Cisco Technology, Inc. Distributed network traffic load balancing technique implemented without gateway router
US7020698B2 (en) * 2000-05-31 2006-03-28 Lucent Technologies Inc. System and method for locating a closest server in response to a client domain name request

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7984151B1 (en) * 2008-10-09 2011-07-19 Google Inc. Determining placement of user data to optimize resource utilization for distributed systems
US9015229B1 (en) 2008-10-09 2015-04-21 Google Inc. Determining placement of user data to optimize resource utilization for distributed systems

Also Published As

Publication number Publication date
US7587500B2 (en) 2009-09-08
US20020091760A1 (en) 2002-07-11
AU2002235355A1 (en) 2002-07-24
WO2002056565A2 (en) 2002-07-18
WO2002056565A3 (en) 2003-02-13

Similar Documents

Publication Publication Date Title
US7587500B2 (en) Distributed selection of a content server
JP4068158B2 (en) Replica routing
US10476984B2 (en) Content request routing and load balancing for content distribution networks
EP2319221B1 (en) Content distribution network
US7401160B2 (en) Registration of routers in a hierarchy of routers
US6304913B1 (en) Internet system and method for selecting a closest server from a plurality of alternative servers
US7809854B2 (en) Logical routing system
US6397255B1 (en) Method and apparatus for providing intelligent network services
JPH0870299A (en) Target transmission in network and message target generationsystem
JP2001103092A (en) Dns inquiry device, dns inquiry method and recording medium
WO2001039470A1 (en) Optimal request routing by exploiting packet routers topology information
US9154571B2 (en) Publish/subscribe networks
US6917978B1 (en) Network system having function of retrieving information, network terminal device having function of retrieving information, and network relay device having function of retrieving information
KR20000064071A (en) Web contents transmission system and method
WO2002025463A1 (en) Method and apparatus for dynamic determination of optimum connection of a client to content servers
JP4180279B2 (en) Routing method and system using name resolution
JP3676714B2 (en) Priority selection name server system and client terminal
JP2743890B2 (en) Network management method
JP3708085B2 (en) DNS inquiry device and DNS inquiry method
JP4426183B2 (en) Logical routing control system
JP2000295269A (en) Method for access restriction to external network and router
KR20000017857A (en) Web contents delivery system and delivery method
Garcia-Luna-Aceves System and Method forInformation Object Routing in Computer Networks

Legal Events

Date Code Title Description
AS Assignment

Owner name: CLEARWAY ACQUISITION, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CLEARWAY TECHNOLOGIES, LLC;REEL/FRAME:025941/0270

Effective date: 20010122

Owner name: XCELERA INC., CAYMAN ISLANDS

Free format text: NOTICE OF PROPOSAL TO RETAIN COLLATERAL;ASSIGNOR:CLEARWAY ACQUISITION, INC.;REEL/FRAME:025941/0581

Effective date: 20021223

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION