[116458] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: DNS alternatives (was Re: Dan Kaminsky)

daemon@ATHENA.MIT.EDU (Mark Andrews)
Wed Aug 5 11:12:10 2009

To: Roland Dobbins <rdobbins@arbor.net>
From: Mark Andrews <marka@isc.org>
In-reply-to: Your message of "Wed, 05 Aug 2009 21:43:31 +0700."
	<825C8AC7-C01E-4934-92FD-E7B9E8091A3A@arbor.net> 
Date: Thu, 06 Aug 2009 01:11:22 +1000
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


In message <825C8AC7-C01E-4934-92FD-E7B9E8091A3A@arbor.net>, Roland Dobbins wri
tes:
> 
> On Aug 5, 2009, at 9:32 PM, Florian Weimer wrote:
> 
> > We might have an alternative one day, but it's going to happen by  
> > accident, through generalization of an internal naming service  
> > employed by a widely-used application.
> 
> Or even more likely, IMHO, that more and more applications will have  
> their own naming services which will gradually reduce the perceived  
> need for a general-purpose system - i.e., the centrality of DNS won't  
> be subsumed into any single system (remember X.500?), but, rather, by  
> a multiplicity of systems.

Been there, done that, doesn't work well.  For all it's short comings
the DNS and the single namespace it brings is much better than
having a multitude of namespaces.  Yes I've had to work with a
multitude of namespaces and had to map between them.  Ugly.

> [Note that I'm not advocating this particular approach; I just think  
> it's the most likely scenario.]
> 
> Compression/conflation of the transport stack will likely be both a  
> driver and an effect of this trend, over time.
> 
> -----------------------------------------------------------------------
> Roland Dobbins <rdobbins@arbor.net> // <http://www.arbornetworks.com>
> 
>          Unfortunately, inefficiency scales really well.
> 
> 		   -- Kevin Lawton
> 
> 
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org


home help back first fref pref prev next nref lref last post