Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice

Russ Housley <housley@vigilsec.com> Wed, 28 May 2014 16:30 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 362DF1A03DD; Wed, 28 May 2014 09:30:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level:
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] 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 Rgb6d7NOqyDq; Wed, 28 May 2014 09:30:36 -0700 (PDT)
Received: from odin.smetech.net (mail.smetech.net [209.135.209.4]) by ietfa.amsl.com (Postfix) with ESMTP id 7736D1A036A; Wed, 28 May 2014 09:30:36 -0700 (PDT)
Received: from localhost (unknown [209.135.209.5]) by odin.smetech.net (Postfix) with ESMTP id 99CBB9A419E; Wed, 28 May 2014 12:30:22 -0400 (EDT)
X-Virus-Scanned: amavisd-new at smetech.net
Received: from odin.smetech.net ([209.135.209.4]) by localhost (ronin.smeinc.net [209.135.209.5]) (amavisd-new, port 10024) with ESMTP id fCewvsYQMZte; Wed, 28 May 2014 12:30:01 -0400 (EDT)
Received: from [192.168.2.100] (pool-96-255-144-77.washdc.fios.verizon.net [96.255.144.77]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 639309A41A1; Wed, 28 May 2014 12:30:01 -0400 (EDT)
Subject: Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <5246800F-6822-4607-9F73-1199C77FDAEC@vpnc.org>
Date: Wed, 28 May 2014 12:29:50 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <B590E9AF-057A-46A3-975F-1EE5F70201A5@vigilsec.com>
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <6.2.5.6.2.20140521194638.06eaf508@resistor.net> <5246800F-6822-4607-9F73-1199C77FDAEC@vpnc.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
X-Mailer: Apple Mail (2.1085)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/oub8_0VjoUqRcqSEnz40Pbr7mYM
Cc: IESG <iesg@ietf.org>, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2014 16:30:38 -0000

Paul:

You have asked a question in a manner that assumes a technical assessment can be made.  I do not think that is the situation.  Instead, I think the question is whether the IETF is the proper organization to write a BCP about protocol requirements for root servers and RSSAC is the right organization to write a document about operational requirements for root servers.  In short, this more of a political question than a technical one.  Back when RFC 2870 was written, the IETF (rightly or wrongly) included both requirement sets in the same document.

From my perspective, IETF is the proper organization to write a BCP about protocol requirements.

RSSAC has been going through a restructuring process.  Assuming that a functional organization emerges from that process, RSSAC will be a fine organization to handle the operational requirements.

Russ


On May 24, 2014, at 12:47 PM, Paul Hoffman wrote:

> This message covers a procedural problem with draft-iab-2870bis obsoleting RFC 2870.
> 
> On May 22, 2014, at 9:34 AM, Joe Abley <jabley@hopcount.ca> wrote:
> 
>> I understand that RSSAC have made recent progress on that document, and that it will appear soon. I would presume that the RFC Editor would hold final publication of this document, once approved, until that reference showed up, as is the case for references to IETF documents. I don't know whether that's a good presumption though. I just thought I'd mention it as a plausible workflow.
> 
> From the draft:
> 
>   The operational requirements are defined in [RSSAC-001].
> . . .
>   This document and [RSSAC-001] together functionally replace [RFC2870].
> 
> Note that it is only this draft that obsoletes RFC 2870. RFC 2870 (which is a BCP) has protocol, deployment, and operational requirements, but it's title says only "Operational". This draft explicitly has no "operational" requirements: those are in a different, as-yet unpublished, non-RFC-track document.
> 
> This IETF LC is asking us to obsolete a BCP with a draft that is arguably on a different topic, with the real replacement not yet published, and that will not even be published as an RFC. How can we decide whether or not the important parts of RFC 2870 are dealt with?
> 
> To be clear: draft-iab-2870bis covers the relevant protocol and deployment requirements. (There are some issues with those short lists; I'll cover those in a separate message.) But that is not sufficient for *this draft* to obsolete a BCP like RFC 2870 unless we know that the operational parts of RFC 2870 are covered somewhere else.
> 
> --Paul Hoffman