<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE>RE: DNS Based Load Balancers</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>What would be a better solution then?<BR>
<BR>
 -----Original Message-----<BR>
From:   Lincoln Dale [<A HREF="mailto:ltd@interlink.com.au">mailto:ltd@interlink.com.au</A>]<BR>
Sent:   Tue Jul 04 18:30:00 2006<BR>
To:     'Rodrick Brown'; 'Sam Stickland'<BR>
Cc:     'Matt Ghali'; 'Patrick W. Gilmore'; nanog@merit.edu<BR>
Subject:        RE: DNS Based Load Balancers<BR>
<BR>
<BR>
> As someone who has also deployed GSLB's with hardware applicances I<BR>
> would also like to know real world problems and issues people are<BR>
> running into "today" on modern GSLB implementations and not<BR>
> theoretical ones, as far as I can tell our GSLB deployment was very<BR>
> straight forward and works flawlessly.<BR>
<BR>
GSLB based on DNS have one significant shortcoming that moone here has yet<BR>
mentioned: they are performing their magic on the location of the<BR>
_nameserver_ that issued the query.<BR>
<BR>
this can be VERY different to that of the ACTUAL location of the client.<BR>
<BR>
for example, Akamai always sends to off to a serverfarm in Northern<BR>
California, because that's where my DNS query is originating from.<BR>
<BR>
that is almost the exact opposite side of the planet from where I'm coming<BR>
from.......<BR>
irony is that there is an akamai cluster about 10 feet away from where my<BR>
[subsequent] http requests originate from...<BR>
<BR>
sure - perhaps this isn't the norm - split-tunnel VPNs being what they are -<BR>
but it's a perfect example of why GSLB based on DNS ain't perfect.<BR>
<BR>
<BR>
<BR>
cheers,<BR>
<BR>
lincoln.<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>