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

Paul Hoffman <paul.hoffman@vpnc.org> Sat, 24 May 2014 16:47 UTC

Return-Path: <paul.hoffman@vpnc.org>
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 1FE011A00BA; Sat, 24 May 2014 09:47:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] autolearn=no
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 Idmwd0cQ9TiZ; Sat, 24 May 2014 09:47:51 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CB771A0039; Sat, 24 May 2014 09:47:51 -0700 (PDT)
Received: from [10.20.30.90] (50-1-51-90.dsl.dynamic.fusionbroadband.com [50.1.51.90]) (authenticated bits=0) by hoffman.proper.com (8.14.8/8.14.7) with ESMTP id s4OGllxA092337 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 24 May 2014 09:47:48 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: hoffman.proper.com: Host 50-1-51-90.dsl.dynamic.fusionbroadband.com [50.1.51.90] claimed to be [10.20.30.90]
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
Subject: Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <6.2.5.6.2.20140521194638.06eaf508@resistor.net>
Date: Sat, 24 May 2014 09:47:46 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <5246800F-6822-4607-9F73-1199C77FDAEC@vpnc.org>
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <6.2.5.6.2.20140521194638.06eaf508@resistor.net>
To: IESG <iesg@ietf.org>
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/tviNtj9O0NlcUie4j12BrLKq-RI
Cc: 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: Sat, 24 May 2014 16:47:52 -0000

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