To:
dnsop@cafax.se
From:
"Eric A. Hall" <ehall@ehsco.com>
Date:
Wed, 12 Nov 2003 18:03:11 -0600
In-Reply-To:
<200311122307.hACN7USS002560@drugs.dv.isc.org>
Sender:
owner-dnsop@cafax.se
User-Agent:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007
Subject:
Re: well-known addresses / was DNS discovery
Mark.Andrews@isc.org wrote: > It is easy to accidently introduce single points of failure > into anycast solutions even though you have topologically > spread your nameservers. It much harder to do this with > a non-anycast solution. Agree completely. Anycast can work well when (1) you control the end-points and (2) you control the netblock. The current proposal leaves those elements under somebody else' control ('default' configs that use hard-coded addresses which follow competing route advertisementss). > WKA doesn't remove the need to have another solution to > supply the search list. I don't see that as a problem for the 'default' service since the data in question is particular to each administrative domain, and therefore has to be configured explicitly on a per-site basis. So for that particular data, the admin either has to config the host anyway, or the admin should be looking towards making a management investment in DHCP or whatever suits their needs. But for a 'default' service that just needs to be able to resolve basic FQDNs, being able to have resolvers locate functional servers automagically is good enough, and is a reasonable scope. -- Eric A. Hall http://www.ehsco.com/ Internet Core Protocols http://www.oreilly.com/catalog/coreprot/ #---------------------------------------------------------------------- # To unsubscribe, send a message to <dnsop-request@cafax.se>.