Re: [dnsext] draft-jabley-dnsext-eui48-eui64-rrtypes as AD sponsored individual sumission...

Joe Abley <jabley@hopcount.ca> Thu, 18 April 2013 14:16 UTC

Return-Path: <jabley@hopcount.ca>
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 3EFEF21F8EBF for <dnsext@ietfa.amsl.com>; Thu, 18 Apr 2013 07:16:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 G0ZMb5NnXLsx for <dnsext@ietfa.amsl.com>; Thu, 18 Apr 2013 07:16:09 -0700 (PDT)
Received: from mail-qe0-f47.google.com (mail-qe0-f47.google.com [209.85.128.47]) by ietfa.amsl.com (Postfix) with ESMTP id 5DEC621F8F02 for <dnsext@ietf.org>; Thu, 18 Apr 2013 07:16:09 -0700 (PDT)
Received: by mail-qe0-f47.google.com with SMTP id w7so1715161qeb.34 for <dnsext@ietf.org>; Thu, 18 Apr 2013 07:16:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=JyL4ZBRNXv63fFZof619Up4VFaGISQMXWn8HRKRjJto=; b=fBqX5cVXF0EDtlPzEhRT9uD+qxy6zlKjoyrFJ3zE/tnc9gSyRkB8NUty+JbL5dmiBL sgeZwiHpZuP+dQgtYq9TfNMw9jFiNJZWDgiY3MBujKw4TtpR3T7w2QsT8hUYMrDuhLzM b6vXD1EbCLQDBMigQzE4aC0lySvk5v7QJ402g=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=JyL4ZBRNXv63fFZof619Up4VFaGISQMXWn8HRKRjJto=; b=jpJ0ZzLDrqusJ8ma4veQxh/Mokds4Uc8uOYU2GkqfpsHXuGVAXzinz0/zdW0fldTwT LRPocTVqYJ576mE6SxKMDueqPOH0o9B9rmEsp9OODoH7Gm7tCzo1SHqWKROimEDsWUMk NmITs0Wo/lp3oYxjGfVqUm+Ht3yxbJRjvI0jlQJDwDw2LVMUNMwALrFBG4g7BK43PCZM EwRfYp0S0N5i2CwOO5dgOW00UcKYySdvXgOy+ML6NELeofzM9D6EWLfgGaQ06oRpA2/W F15XFqcNpkA0Wu45LmTgiLTJfoAZZ5oKZIa6z6iMThriyZIhv9C8QJIlFa4ue/JMiMbc Zjhg==
X-Received: by 10.224.17.72 with SMTP id r8mr10501461qaa.48.1366294568752; Thu, 18 Apr 2013 07:16:08 -0700 (PDT)
Received: from ?IPv6:2001:4900:1042:100:18eb:1cb9:572d:3d5e? ([2001:4900:1042:100:18eb:1cb9:572d:3d5e]) by mx.google.com with ESMTPS id en8sm12275042qeb.0.2013.04.18.07.16.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Apr 2013 07:16:07 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Joe Abley <jabley@hopcount.ca>
In-Reply-To: <516FF953.1010108@connotech.com>
Date: Thu, 18 Apr 2013 10:16:04 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <F78E3256-2576-45E7-97B0-F570135BE08E@hopcount.ca>
References: <516AD188.1020408@bogus.com> <24BA22EC-7C7F-4698-8EC1-A6A350986A50@comcast.net> <456792BA-A987-4CAF-968D-EFD9261ECD49@hopcount.ca> <516C2693.2050506@dougbarton.us> <BB4CD5BA-B193-485D-AC54-8E36EC6E4603@hopcount.ca> <516FF953.1010108@connotech.com>
To: Thierry Moreau <thierry.moreau@connotech.com>
X-Mailer: Apple Mail (2.1503)
X-Gm-Message-State: ALoCoQlME1XlkOpf8V6o/wKDuC41HmaLW1xfhpdFiB0vKqa+Yo4FU0cEtDkDum3FozOg3k3FlraR
Cc: dnsext@ietf.org
Subject: Re: [dnsext] draft-jabley-dnsext-eui48-eui64-rrtypes as AD sponsored individual sumission...
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>
X-List-Received-Date: Thu, 18 Apr 2013 14:16:10 -0000

On 2013-04-18, at 09:46, Thierry Moreau <thierry.moreau@connotech.com> wrote:

> Joe Abley wrote:
>> On 2013-04-15, at 12:10, Doug Barton <dougb@dougbarton.us> wrote:
>>> It's also not clear why IANA has already assigned code points for this (as described in your text).
>> Because the expert review passed, and IANA was following the required procedure, I think.
> 
> [reviewing the discussion from a process perspective -- what is the root cause of the controversy?]
> 
> It appears that the bar for RR type allocation is lower than for an informational RFC.

The RRType application registry's bar is "expert review". The bar for publication of an informational RFC depends on what stream you follow, whether it's a working group document, etc. It's not clear to me that one bar is obviously lower; they're just different.

> To which extent should the IESG lower the bar for a specific I-D on the ground that it acquired an RR type?

I'm not sure that it should (nor that anybody has suggested it should, or would).

> Incidentally:
> 
> Process-wise, we could be in front of a "submarine RFC" case: IANA (or the expert?) would have followed the RFC6895 procedures before it was published.

As I understand it, the directions in draft-ietf-dnsext-rfc6195bis-05 were followed by the IANA once that document was approved by the IESG. It looks like that happened in December last year. The document emerged from the RFC editor queue as RFC6895 two days ago.

It doesn't seem unreasonable that "IESG approval" is the trigger here, rather than "RFC published".

> It bugs me that the IANA allocation process uses a mailing list a) not listed in the IANA web pages, and b) (I guess) subject to the IETF IPR disclosure policy by virtue of being run under the ietf.org domain.

I'm not sure what mailing list you're talking about. Applications for RRTYPE code point assignments are sent to dns-rrtype-applications@ietf.org, which seems to forward to a ticket system at the IANA.

> I am not particularly expert in those details, but somehow I care that
> 1) stakeholders are created equal, but some are more equal than others (e.g. those aware in advance of the submarine RFC), and

I had no particular awareness of the process when I applied for code points for EUI48 and EUI64 -- I just found the relevant registry at www.iana.org and clicked the link above the table. That took me to draft-ietf-dnsext-rfc6195bis-05 which contained instructions; I followed them.

> 2) who controls the process controls the outcome.

My experience with this application was that the process was efficient, easy to find and easy to understand.


Joe