Re: [dnsext] WGLC: RFC6195bis IANA guidance

Paul Hoffman <paul.hoffman@vpnc.org> Tue, 03 July 2012 14:45 UTC

Return-Path: <dnsext-bounces@ietf.org>
X-Original-To: namedroppers-archive-gleetwall6@lists.ietf.org
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE23C21F879B; Tue, 3 Jul 2012 07:45:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1341326754; bh=xn9ukIvUQPSQGjhsjsP4pcrB1aFrKykgmEquhV0ZOfw=; h=Mime-Version:From:In-Reply-To:Date:Message-Id:References:To:Cc: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; b=Syh4W0DKkAAwwylSxbDpkuL/fz284+iQ0/9HJoPeGbi3GbT35Qnt+jTVLfiKaxzvS IN49lfeod+Fa9W9Cul6McJWA+yYphkU5QK4dmyemo4K4UXaOrrtUu5aVIwvv+pXvso mRgUhVXSTjdRtjUpTOIE0kXxwbm3asIPr7JjCnNA=
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8CF321F8458 for <dnsext@ietfa.amsl.com>; Tue, 3 Jul 2012 07:45:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.578
X-Spam-Level:
X-Spam-Status: No, score=-102.578 tagged_above=-999 required=5 tests=[AWL=0.021, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g6UvF7lqAOyJ for <dnsext@ietfa.amsl.com>; Tue, 3 Jul 2012 07:45:48 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id CEA8821F87A2 for <dnsext@ietf.org>; Tue, 3 Jul 2012 07:45:46 -0700 (PDT)
Received: from [10.20.30.102] (50-1-50-97.dsl.dynamic.fusionbroadband.com [50.1.50.97] (may be forged)) (authenticated bits=0) by hoffman.proper.com (8.14.5/8.14.5) with ESMTP id q63EjnPS034979 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 3 Jul 2012 07:45:50 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <20120703141331.45D4D222DC10@drugs.dv.isc.org>
Date: Tue, 03 Jul 2012 07:45:50 -0700
Message-Id: <6AB4DF76-54EE-49A6-8F3E-BF1FA7782711@vpnc.org>
References: <20120613090016.205a61dff9fc1684c258b274662bb912.d2ce8b95d9.wbe@email00.secureserver.net> <CAF4+nEGbZavii4p_km2kRik-5B2RB19wJ2TFZJ-tSbX-x=Nh6A@mail.gmail.com> <CAF4+nEHdtq2dRknB8NEasfz7THUOfpPaE7Qr189CjQpZVt5D2w@mail.gmail.com> <20120703141331.45D4D222DC10@drugs.dv.isc.org>
To: Mark Andrews <marka@isc.org>
X-Mailer: Apple Mail (2.1278)
Cc: IETF DNSEXT WG <dnsext@ietf.org>
Subject: Re: [dnsext] WGLC: RFC6195bis IANA guidance
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

On Jul 3, 2012, at 7:13 AM, Mark Andrews wrote:

>>>   RRTYPE assignments need to say something about the rdata format
>>>   no longer being subject to change.  Its not for reserving a code
>>>   point as it will be coded into implementations.
> 
> DANE thought that they had a code point that they could change the
> internal structure about at will by going through the allocation
> process.  They needed to be disavowed of this notion.  This should
> not happen again.

Mark's sneering is one way to look at it. Another is that, with an RRtype in a mature draft that labelled as TBD, implementers will just pick one and then eventually squat on it, screwing up both the registry and implementations.

Standards-track protocols can be changed all the way through IESG review. Those changes could in fact change the internal structure of the data covered in an RRtype. This leaves exactly two choices:

- Force Internet-Drafts to keep their RRtype as TBD all the way until the IESG passes the Internet-Draft to the RFC Editor

- Allow WGs and document authors to request RRtype assignment earlier in the process and know that there might be a change based on technical review of the document

Pick one.

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