Re: Root Anycast (fwd)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Some time back we were talking about anycast being a bad thing on DNS Root
servers. It was suggested by that conversations typically take only one
path as a result of CEF-like caching.  I noted that providers were working
on per packet load balancing. Well, here it is, in the "major vendor":

Per-Packet Load Balancing
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120s/120s21/pplb.htm

So, it seems that we need to review whether the use of anycast on the root
nameservers is a good idea. I suggest that we ignore for the momeent
anyway the question of whether the deployment of anycast was done with
adequate technical analysis, discussion, and approval, and just consider
whether we should continue doing it.  However, the Root server operation
and oversight issues are very important should also be discussed, too, but
probably by different forums.

		--Dean

---------- Forwarded message ----------
Date: Tue, 18 May 2004 19:03:52 -0400 (EDT)
From: Dean Anderson <dean@xxxxxxx>
To: Paul Vixie <vixie@xxxxxxx>
Cc: ietf@xxxxxxxx
Subject: Re: Root Anycast

On 18 May 2004, Paul Vixie wrote:

> Careful design by whom?  Organic compared to what?  I assure you that f-root
> has grown by careful design.  It's only organic in that we go where we're
> invited rather than having a gigantic budget that could be used as a leash.

Do you mean "Careful Design" like the non-standard changes in Bind 9 AXFR
and IXFR?  I don't think we can take too much of that sort of thing in the
operation of the root servers before we have serious problems.

Unilateral action is not a good thing. There is no point in having an IETF
(Remember the "Internet __Engineering__ Task Force" in IETF) if you just
implement whatever you think OK at the moment (AXFR mods, IXFR mods,
Anycast, and probably more that we just don't yet know about)

		--Dean


--
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000






_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]