[dnsop] DNS Anycast revisited (fwd)

Patrick W. Gilmore patrick at ianai.net
Wed May 4 01:58:37 UTC 2005


On May 3, 2005, at 7:38 PM, Edward B. Dreger wrote:

> PWG> Date: Tue, 3 May 2005 18:03:12 -0400
> PWG> From: Patrick W. Gilmore
>
> PWG> NB [translation, "operational content"]: Akamai does not use any
> PWG> anycast for HTTP.  I am not at all certain why Paul is telling us
> PWG> this is a bad idea, since we don't do it.  Then again, we  
> might in
> PWG> the future, I am not privy to every decision in the company.   
> (No,
> PWG> that is not a "hint", I really do not think we will do anycast  
> HTTP
> PWG> for content delivery, but I also really do not know everything we
> PWG> will do in the future.)
>
> One also should distinguish between TCP _to_ an anycasted address and
> TCP _from_ an anycasted address.  The latter is trickier, as  
> asymmetric
> routing increases the chances that the session will need to be
> transferred to another pod:

Just to make life fun, there is the whole "anycast a bunch of name  
servers, each with different zone files pointing at local HTTP  
servers".  Since the "anycast" portion is over UDP, it avoids a lot  
of the problems (real or otherwise) mentioned here, and the HTTP is  
still unicast but distributed and can be made resilient to failure.

Of course, the DNS backend is then .. uh .. "de-coherent"? :-)  But  
it works, and works well, in many currently operational configurations.

Does PPLB (or anything else) break this?  I'm certain I could find  
things that would break this if I looked hard enough.  But as I've  
said many times, reality trumps NANOG posts.  Since this is a  
_working_ configuration today, I would say that disproves any claims  
that it cannot or will not work.

-- 
TTFN,
patrick



More information about the NANOG mailing list