Re: [dnsext] Name equivalence: Another no protocol change solution

Niall O'Reilly <Niall.oReilly@ucd.ie> Mon, 13 September 2010 19:55 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC3B53A6AA9; Mon, 13 Sep 2010 12:55:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.298
X-Spam-Level:
X-Spam-Status: No, score=-6.298 tagged_above=-999 required=5 tests=[AWL=0.301, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 CpfyQ3vYdIAQ; Mon, 13 Sep 2010 12:55:29 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id A756F3A6A22; Mon, 13 Sep 2010 12:55:25 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.72 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1OvF4A-000HN4-O2 for namedroppers-data0@psg.com; Mon, 13 Sep 2010 19:51:50 +0000
Received: from mailhost.ucd.ie ([193.1.169.34] helo=dakota.ucd.ie) by psg.com with esmtps (TLSv1:RC4-MD5:128) (Exim 4.72 (FreeBSD)) (envelope-from <Niall.oReilly@ucd.ie>) id 1OvF47-000HLH-NK for namedroppers@ops.ietf.org; Mon, 13 Sep 2010 19:51:47 +0000
Received: from conversion-daemon.dakota.ucd.ie by dakota.ucd.ie (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) id <0L8P00601B3FZR00@dakota.ucd.ie> (original mail from Niall.oReilly@ucd.ie) for namedroppers@ops.ietf.org; Mon, 13 Sep 2010 20:51:45 +0100 (IST)
Received: from [10.0.1.177] (bark.no8.be [83.141.81.52]) by dakota.ucd.ie (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPSA id <0L8P00ENHB68XJ00@dakota.ucd.ie>; Mon, 13 Sep 2010 20:51:45 +0100 (IST)
Date: Mon, 13 Sep 2010 20:51:49 +0100
From: Niall O'Reilly <Niall.oReilly@ucd.ie>
Subject: Re: [dnsext] Name equivalence: Another no protocol change solution
In-reply-to: <76654177181824E3CD24FBFD@Ximines.local>
To: Alex Bligh <alex@alex.org.uk>
Cc: namedroppers@ops.ietf.org
Message-id: <4C8E80D5.5090405@ucd.ie>
MIME-version: 1.0
Content-type: text/plain; format="flowed"; charset="UTF-8"
Content-transfer-encoding: 7bit
References: <C0F55485EA77FDF78E9B0398@Ximines.local> <4C8E266D.3070702@ucd.ie> <952FA12530B5693E36B03554@Ximines.local> <4C8E399F.8090300@ucd.ie> <C1D6C4E4CDAB83BE68BE10B0@Ximines.local> <4C8E4B65.5030402@ucd.ie> <9C2DE15E0F640A9D041DD421@Ximines.local> <4C8E530F.1050009@ucd.ie> <1B0679E8FE7160C3E91E246B@Ximines.local> <4C8E786D.7070105@ucd.ie> <76654177181824E3CD24FBFD@Ximines.local>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-IE.utf8; rv:1.9.1.12) Gecko/20100826 Thunderbird/3.0.7
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>
List-Unsubscribe: To unsubscribe send a message to namedroppers-request@ops.ietf.org with
List-Unsubscribe: the word 'unsubscribe' in a single line as the message text body.
List-Archive: <http://ops.ietf.org/lists/namedroppers/>

On 13/09/10 20:37, Alex Bligh wrote:
> That's what I thought the problem was the first time, but it surely can't
> be that, because TLD operators of any size generate their zonefiles through
> a database extraction anyway, and I can't believe doing that would make
> extraction any harder.

	I don't think their problem is with their own TLD zone(s),
	for just the reasons you suggest.
	Until one or two of the TLDers involved speak up,
	we may as well keep our breath to cool our porridge ...

	ATB

	/Niall