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

Sam Hartman <hartmans-ietf@mit.edu> Tue, 17 February 2015 23:07 UTC

Return-Path: <hartmans@mit.edu>
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 173111A90BD; Tue, 17 Feb 2015 15:07:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_SOFTFAIL=0.665] 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 KUjOw4ERgEf6; Tue, 17 Feb 2015 15:07:28 -0800 (PST)
Received: from mail.painless-security.com (mail.painless-security.com [23.30.188.241]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4BCF1A8A7A; Tue, 17 Feb 2015 15:07:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.painless-security.com (Postfix) with ESMTP id E705320610; Tue, 17 Feb 2015 18:07:10 -0500 (EST)
Received: from mail.painless-security.com ([127.0.0.1]) by localhost (mail.suchdamage.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XVGt6tnqL-QX; Tue, 17 Feb 2015 18:07:10 -0500 (EST)
Received: from carter-zimmerman.suchdamage.org (gain1-180.nortex.net [63.160.158.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "laptop", Issuer "laptop" (not verified)) by mail.painless-security.com (Postfix) with ESMTPS; Tue, 17 Feb 2015 18:07:10 -0500 (EST)
Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 01CF68043B; Tue, 17 Feb 2015 18:07:22 -0500 (EST)
From: Sam Hartman <hartmans-ietf@mit.edu>
To: Marc Blanchet <marc.blanchet@viagenie.ca>
Subject: Re: [IAB] Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <500031A0-DF45-409E-AACB-F79C32032E38@viagenie.ca>
Date: Tue, 17 Feb 2015 18:07:22 -0500
In-Reply-To: <500031A0-DF45-409E-AACB-F79C32032E38@viagenie.ca> (Marc Blanchet's message of "Tue, 17 Feb 2015 17:42:39 -0500")
Message-ID: <tsld258rvbp.fsf@mit.edu>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/oUYDhduZxKcOHBSQIg9UAkjKDn8>
X-Mailman-Approved-At: Wed, 18 Feb 2015 08:28:17 -0800
Cc: IAB <iab@iab.org>, ietf@ietf.org, iesg@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: Tue, 17 Feb 2015 23:07:29 -0000

Hi.


The message below sounds like it perports to be a judgment of consensus
and a summary of last call comments ffor a draft being published as IETF
stream as a standards action.
This document is authored by the IAB.

Mark Blanchet, the author of this message is an IAB member.

I have a huge process concern with this.  I'd expect that the person
judging consensus for an IETF last call on a standards action would be a
member of the IESG, and especially not one of the authors of the draft,
which for an IAB document should include the entire IAB.

>From time to time the IESG might delegate that role to a document
shepherd who is not a member of the IESG.  I'd expect that the IESG
member would still ultimately judge consensus, but I can see a shepherd
writing up an initial message.  I think such a delegation to an IAB
member for an IAB document is entirely inappropriate.

I'm very uncomfortable with the apparent process here and believe that
that to avoid doubt a member of the IESG needs to step in and make their
own independent assessment of the last call comments.
If my understanding is correct and we've already misstepped here, I
think delegation would be inappropriate in this instance.

--Sam