Re: [dnsext] New Version Notification for draft-barton-clone-dns-labels-fun-profit-00

[Doug Barton <[e-mail]>]

On 03/07/2011 12:37, John Levine wrote:
>> Title: Cloning Domain Name System (DNS) Labels for Fun and Profit
>
> Looks promising.

Thanks. :)

> In section 3, why does a CARNS have to make future queries to the
> preferred version?  Is it to improve cacheing, or is there something
> else about it that I'm missing?

Yes, and to reduce overall traffic, decrease processing power on the
authorities, etc.

> In 1.1, "truly equal" is really an application issue.

The point I was trying to make there was that I'm attempting to provide
a DNS solution to equivalence, not enter the debate on what "equal"
means. :) If you think I need to clarify that I can add some text, but
I'm hoping that the reference to the aliasing draft will help there.

> From a user's point of view, if a web browser changes the name in the
> displayed URL to the preferred one, the names aren't equal, and if it
> shows what you entered, they are, regardless of what bits the DNS
> might have returned,

Right, I think you're getting the idea of what I'm proposing. Users 
don't care about DNS. :)

> Ditto mail programs changing domains in mail addresses and so forth.
> With that in mind, I don't see the fact that the application can tell
> which name is preferred as a significant issue.

In most cases I think you're right. The idea behind CLONES is to give 
the application the ability to determine this in case it *is* 
significant for some reason.


Doug

-- 

	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/