Re: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice

John C Klensin <john-ietf@jck.com> Wed, 03 December 2014 19:54 UTC

Return-Path: <john-ietf@jck.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 0F5321A9121 for <ietf@ietfa.amsl.com>; Wed, 3 Dec 2014 11:54:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] 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 Q1px_ZbNHuOZ for <ietf@ietfa.amsl.com>; Wed, 3 Dec 2014 11:54:27 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B746F1A6FDC for <ietf@ietf.org>; Wed, 3 Dec 2014 11:54:27 -0800 (PST)
Received: from h8.int.jck.com ([198.252.137.35] helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1XwG0F-000I7y-9G; Wed, 03 Dec 2014 14:54:23 -0500
Date: Wed, 03 Dec 2014 14:54:18 -0500
From: John C Klensin <john-ietf@jck.com>
To: Melinda Shore <melinda.shore@gmail.com>, adrian@olddog.co.uk
Subject: Re: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice
Message-ID: <5672BCEFF39BADE994093B91@JcK-HP8200.jck.com>
In-Reply-To: <547F37C7.6030207@gmail.com>
References: <20140612132656.8100.57197.idtracker@ietfa.amsl.com> <CAL0qLwZEo-AN4Er0gmbCyWJwTqOKBUKKMHEMQ_YqhK+oB+pcgg@mail.gmail.com> <547E9DBA.9040703@pi.nu> <0c1001d00ee9$36598670$a30c9350$@olddog.co.uk> <D51141636F7AC8CBFE11FA93@JcK-HP8200.jck.com> <547F23AD.90206@gmail.com> <F1301BDF5BA91E9561C6654C@JcK-HP8200.jck.com> <0c7901d00f12$f6790a60$e36b1f20$@olddog.co.uk> <547F37C7.6030207@gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.35
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/fXdwleCHSpCGiLQySxMTYZmpjGw
Cc: 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, 03 Dec 2014 19:54:29 -0000

FWIW, I concur.  A few more comments inline.

--On Wednesday, December 03, 2014 07:18 -0900 Melinda Shore
<melinda.shore@gmail.com> wrote:

> On 12/3/14 7:05 AM, Adrian Farrel wrote:
>> But I would note for the second of these points that the WG
>> secretary role exists and there is also the concept of a
>> "delegate". These ways of handling IETF work are not
>> introduced or made concrete by this document. We can't,
>> therefore, hold this document to account for the existence of
>> things we don't like. We can only ensure that the document
>> accurately describes what exists.
> 
> Absolutely, but what concerns me (I'm not going to try
> to speak for John) is that this document appears to
> normalize the secretarial role, rather than simply saying
> that chairs are able to delegate various tasks.  There
> appears to be a formal vesting of responsibility in working
> group secretaries.

Right.  And, as I said earlier, it also doesn't accurately
describe current practice because there are two many variations,
including "no secretary" that the document doesn't recognize (or
recognize as legitimate)..
 
> I like Ralph's proposal to update 2418 to allow for
> wg secretary access to working group tools.  Otherwise
> my preference would be to continue to keep the focus on
> chair responsibilities, including chair delegation of
> various tasks.  Secretaries are fine but I really
> dislike seeing the role institutionalized.

Secretaries are fine but, if 2418 is changed, the change
shouldn't be to institutionalize Secretaries either.  It should:

(1) Make clear that the statements in 2418 about Secretaries are
to be taken as examples, not limits.

(2) Make clear that WG Chairs can, subject to review with/by the
relevant AD, delegate anything they like to anyone they like and
that such delegations should allow whatever access to tools,
etc., is needed to do the job... as long as such delegations do
no change the responsibility and accountability of the with WG
Chair.  If a WG Chair (after whatever consultation with the
relevant AD they consider appropriate) wants to delegate some
tasks to someone who is not an officially-designated WG
Secretary, we shouldn't have documents that accidentally get in
the way.

For the record, I'm not convinced that a change to 2418 is
needed for the above: the IESG has claimed, and gotten away
with, far more significant changes to procedures my means of
"statements" and the 2418 text does not appear to me to contain
any words that restrict access to tools that did not exist when
it was written.

    john