Re: [DNSOP] Expiration impending: <draft-jabley-dnssec-trust-anchor-11.txt>

"Joe Abley" <jabley@hopcount.ca> Fri, 09 October 2015 11:47 UTC

Return-Path: <jabley@hopcount.ca>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376A81B2BA5 for <dnsop@ietfa.amsl.com>; Fri, 9 Oct 2015 04:47:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1kNyPqRpjSVe for <dnsop@ietfa.amsl.com>; Fri, 9 Oct 2015 04:47:40 -0700 (PDT)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A96A41B2BFB for <dnsop@ietf.org>; Fri, 9 Oct 2015 04:41:40 -0700 (PDT)
Received: by iow1 with SMTP id 1so88507336iow.1 for <dnsop@ietf.org>; Fri, 09 Oct 2015 04:41:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=JGUXP7bd4D/e1Nc2BjsM7cmmb6PRvzld+VKFQN39Z4w=; b=eVslnXoA+iRwML/zOdYEyjN+oGNrnazyjD30WBVGs2GDLIKCH5ypY4TL0FC8ag2rDS x++zlhiaergJ0mCcS5h9YTczaL8+3cWH1aZH0GflckrLC2RvESaoek/BdXOVQ3fh6MfX e6DwRtF8L2WXW38SYarHhWyI2nFXU2LD/gBeQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=JGUXP7bd4D/e1Nc2BjsM7cmmb6PRvzld+VKFQN39Z4w=; b=WxPgOK7LAxNdd+/IAsyjDzuWF6JFuTZ6T7qFe3+Dw6+1Yb+93dKM+7dybUK0UwjtaU su0efcLElBNMSUvdnhxxcuzjSC1iBS7pdIlUwHh2HwCUtPjnHuofE2x8YYHTpCgXW6wK ykUAwJVsWoZ6c2f8c9jOFhvPQxL+9r0HkX6f3FKqhzfphApYaiMY57Lf/8YrD6JyL/BO N98D9OmQ5RA/Zwo5jL9hUI2I+MKEU242WO9pbgIKG2puN36CWeT/YuiZSAA8a3APoIyl +pYGLGgYtL51CRCFN2MkOLPRB6mBEPGYjS+QRGn63X3tt6RQ9F9lgcYM7fvgS6J2/q8/ 4L+Q==
X-Gm-Message-State: ALoCoQkPQ5n0Fzz5EPmaGHw3tbJOMDQ7yulUVxSS0wxJYDPUXeTbqSb7i2mMFDkdzRUiaTG9inzg
X-Received: by 10.107.10.79 with SMTP id u76mr13404807ioi.99.1444390899815; Fri, 09 Oct 2015 04:41:39 -0700 (PDT)
Received: from [172.19.130.254] (135-23-68-43.cpe.pppoe.ca. [135.23.68.43]) by smtp.gmail.com with ESMTPSA id qq7sm1341635igb.13.2015.10.09.04.41.38 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 09 Oct 2015 04:41:38 -0700 (PDT)
From: Joe Abley <jabley@hopcount.ca>
To: manning <bmanning@karoshi.com>
Date: Fri, 09 Oct 2015 07:41:38 -0400
Message-ID: <E6CCA2DC-7EA6-40BC-BBFE-EAE3505589A3@hopcount.ca>
In-Reply-To: <90410066-79B0-4DDE-89F7-CE2BB5DA2307@karoshi.com>
References: <20151009011039.36478.qmail@ary.lan> <90410066-79B0-4DDE-89F7-CE2BB5DA2307@karoshi.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Mailer: MailMate (1.9.2r5141)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/nGBfE8WpQETKnZzQWhfqxkZds88>
Cc: dnsop@ietf.org, John Levine <johnl@taugh.com>
Subject: Re: [DNSOP] Expiration impending: <draft-jabley-dnssec-trust-anchor-11.txt>
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Oct 2015 11:47:41 -0000


On 8 Oct 2015, at 22:25, manning wrote:

> perhaps…  I think (well it used to work this way) that regardless of 
> HOW it comes under IETF purview, once it does,
> it is no longer under the change control of the submitting 
> organization.

I think this is a bit of a red herring.

When we published RFC 7108 as an independent submission there was no 
suggestion that the IETF expected to wield change control over the 
operations of L-Root. The process involved the ISE reaching out for 
multiple independent reviews and, once satisfied, pushing it upstream. 
My impression is that there was a desire that the document be clear and 
accurate, but no ambition to moderate its content more generally.

The only outcome I can see if we tried the same approach with 
dnssec-trust-anchor is that we will want future mechanisms for trust 
anchor publication (since the current mechanisms can, should and surely 
will be improved) we will want mention of them also to appear in the RFC 
series, updating or obsoleting the earlier guidance as appropriate.

That successor document could contain the revised guidance within its 
pages, or it could provide a stable reference to wherever the revised 
guidance now lives. Either way this doesn't seem like much of an 
inconvenience.

Aside from the motivation to provide a useful technical specification in 
a place where it can be easily found, I continue to feel that it is 
important that significant infrastructural elements of the Internet be 
described in the RFC series, even if they don't contain IETF working 
group output. This is our historical record. We would be doing a 
disservice to future enquiring minds if we chose to do otherwise.


Joe