Re: [dnsext] we need help to make names the same, was draft-yao-dnsext-identical-resolution-02 comment

Doug Barton <dougb@dougbarton.us> Fri, 18 February 2011 22:48 UTC

Return-Path: <dnsext-bounces@ietf.org>
X-Original-To: namedroppers-archive-gleetwall6@lists.ietf.org
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D264B3A6E7D; Fri, 18 Feb 2011 14:48:13 -0800 (PST)
X-Original-To: dnsext@core3.amsl.com
Delivered-To: dnsext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9EF603A6E7D for <dnsext@core3.amsl.com>; Fri, 18 Feb 2011 14:48:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FDFF8X+Z3occ for <dnsext@core3.amsl.com>; Fri, 18 Feb 2011 14:48:11 -0800 (PST)
Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by core3.amsl.com (Postfix) with ESMTP id 0CB823A6E55 for <dnsext@ietf.org>; Fri, 18 Feb 2011 14:48:10 -0800 (PST)
Received: (qmail 1845 invoked by uid 399); 18 Feb 2011 22:48:45 -0000
Received: from router.ka9q.net (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@75.60.237.91) by mail2.fluidhosting.com with ESMTPAM; 18 Feb 2011 22:48:45 -0000
X-Originating-IP: 75.60.237.91
X-Sender: dougb@dougbarton.us
Message-ID: <4D5EF74C.9080603@dougbarton.us>
Date: Fri, 18 Feb 2011 14:48:44 -0800
From: Doug Barton <dougb@dougbarton.us>
Organization: http://SupersetSolutions.com/
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110129 Thunderbird/3.1.7
MIME-Version: 1.0
To: dnsext@ietf.org
References: <4D5B5E81.1050602@necom830.hpcl.titech.ac.jp> <20110216073338.7251.qmail@joyce.lan> <F21692535B1A478F95D9E3AA048E8037@ics.forth.gr> <20110216165921.GW96213@shinkuro.com> <3B90ED2E-980D-4B01-889F-447D66D0B58D@insensate.co.uk> <20110216174011.GZ96213@shinkuro.com> <20110218143653.GC84482@bikeshed.isc.org> <20110218151209.GF66684@shinkuro.com> <4D5EEE09.4080405@dougbarton.us> <20110218222950.GL74065@shinkuro.com>
In-Reply-To: <20110218222950.GL74065@shinkuro.com>
X-Enigmail-Version: 1.1.2
OpenPGP: id=1A1ABC84
Subject: Re: [dnsext] we need help to make names the same, was draft-yao-dnsext-identical-resolution-02 comment
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

On 02/18/2011 14:29, Andrew Sullivan wrote:

> Now, today, people tend not to put DNAME on the parent side because it
> doesn't redirect the name itself.  But if we create this tool, it
> allows the parent side of the delegation effectively to _require_ that
> two names both be active; or at least, to force the child side of the
> delegation to handle the traffic from both "spellings".

Sure, that's possible. But I think it's very, very unlikely. As I said 
in my previous post registries today are giving registrants the option 
of whether to delegate the variants, I don't see this changing if we 
give them a new tool to use.

> So if you want to run your mailserver at example.com, and your parent
> decides that you ought also to handle otherexample.com, you're going
> to get that traffic even if you don't want it.  And this, of course,
> carries up the tree.

Ok, but even if this happens (which I think is unlikely), so what? If 
the mail server is not configured to handle otherexample the person 
sending mail there will get a bounce. That's only slightly more 
aggravating than having it not resolve at all.


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/

_______________________________________________
dnsext mailing list
dnsext@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext