Re: Fw: Impending publication: draft-iab-dns-assumptions-02.txt

Florian Weimer <fw@deneb.enyo.de> Sat, 05 March 2005 12:44 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA10188; Sat, 5 Mar 2005 07:44:14 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D7YfW-0001Bw-7S; Sat, 05 Mar 2005 07:46:06 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D7YZS-0001Py-89; Sat, 05 Mar 2005 07:39:50 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D7YZQ-0001PT-1A for ietf@megatron.ietf.org; Sat, 05 Mar 2005 07:39:48 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA09631 for <ietf@ietf.org>; Sat, 5 Mar 2005 07:39:46 -0500 (EST)
Received: from mail.enyo.de ([212.9.189.167]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D7YbA-00013w-Lh for ietf@ietf.org; Sat, 05 Mar 2005 07:41:38 -0500
Received: from deneb.enyo.de ([212.9.189.171]) by albireo.enyo.de with esmtp id 1D7YZ6-00039P-7r; Sat, 05 Mar 2005 13:39:28 +0100
Received: from fw by deneb.enyo.de with local (Exim 4.50) id 1D7YZ5-00022l-HI; Sat, 05 Mar 2005 13:39:27 +0100
From: Florian Weimer <fw@deneb.enyo.de>
To: Keith Moore <moore@cs.utk.edu>
References: <20050302102024.7074ed49.olaf@ripe.net> <20050302144917.EEB2113E3F@sa.vix.com> <20050302122116.30bdcf09.moore@cs.utk.edu>
Date: Sat, 05 Mar 2005 13:39:27 +0100
In-Reply-To: <20050302122116.30bdcf09.moore@cs.utk.edu> (Keith Moore's message of "Wed, 2 Mar 2005 12:21:16 -0500")
Message-ID: <87r7iuqnb4.fsf@deneb.enyo.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: ietf@ietf.org, Paul Vixie <paul@vix.com>
Subject: Re: Fw: Impending publication: draft-iab-dns-assumptions-02.txt
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2

* Keith Moore:

>> i think this document is just silly.  and highly subjective.  there is
>> no way to edit it to correct its problems -- it should just quietly
>> die. IAB should preserve its relevance and integrity by limiting its
>> focus to objective technical matters (such as the excellent work on
>> wildcards back when COM and NET each had wildcards), rather than fluff
>> like this.
>
> I think the intent of the document is timely and appropriate, though I
> think it needs another rev before publication.  Mostly it could be
> condensed to:
>
> "automata should not make any assumptions about the meaning of a domain
> name"

I think this summary is misleading, given that the document is silent
on a very important issue: standards which attach special semantics to
parts of the DNS tree.  By "special semantics" I mean special stub
resolver or resolver which is triggered by the appearance of some
magic labels or domain names, indepedent of actual zone data.  (An
extreme example: "Resolvers MUST return the address 192.0.2.1 for IN A
queries of the name www.example.com.")

This is extremely annoying for those who use Internet technology on
private networks.  Publishing such a document and not addressing this
class of mistakes could mean that the IAB even endorses such poor
standards.

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf