Re: Barely literate minutes

Sam Hartman <hartmans-ietf@mit.edu> Wed, 28 November 2012 21:24 UTC

Return-Path: <hartmans@mit.edu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAFA721F8848 for <ietf@ietfa.amsl.com>; Wed, 28 Nov 2012 13:24:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZgxBz2sEM06b for <ietf@ietfa.amsl.com>; Wed, 28 Nov 2012 13:24:34 -0800 (PST)
Received: from mail.painless-security.com (mail.painless-security.com [23.30.188.241]) by ietfa.amsl.com (Postfix) with ESMTP id 4945321F888D for <ietf@ietf.org>; Wed, 28 Nov 2012 13:24:33 -0800 (PST)
Received: from carter-zimmerman.suchdamage.org (c-98-217-126-210.hsd1.ma.comcast.net [98.217.126.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "laptop", Issuer "laptop" (not verified)) by mail.painless-security.com (Postfix) with ESMTPS id 240E220167; Wed, 28 Nov 2012 16:22:52 -0500 (EST)
Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 3F8F3420E; Wed, 28 Nov 2012 16:24:30 -0500 (EST)
From: Sam Hartman <hartmans-ietf@mit.edu>
To: John C Klensin <john-ietf@jck.com>
Subject: Re: Barely literate minutes
References: <CAC4RtVCogYS4tmY1LLi0C-E+B+di2_wTD0N-=AZrVR7-A8Mz+A@mail.gmail.com> <50B5C839.4060909@gmail.com> <59924CD37D50616BA8EB8EF7@JcK-HP8200.jck.com> <6.2.5.6.2.20121128023905.0afdcde0@resistor.net> <66705A84964227D7EC38A341@JcK-HP8200.jck.com>
Date: Wed, 28 Nov 2012 16:24:30 -0500
In-Reply-To: <66705A84964227D7EC38A341@JcK-HP8200.jck.com> (John C. Klensin's message of "Wed, 28 Nov 2012 15:53:43 -0500")
Message-ID: <tslobih5skx.fsf@mit.edu>
User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Cc: SM <sm@resistor.net>, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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 Nov 2012 21:24:38 -0000

>>>>> "John" == John C Klensin <john-ietf@jck.com> writes:


    John> Let me be clear.  For most WGs and purposes, most of the time,
    John> the "minutes" are the minutes and I'm certainly not going to
    John> be the one who makes a big fuss about clarity or literacy
    John> unless they are so incomplete and incompetent that posting
    John> them becomes a joke.  _However_ if a WG wants to make/be an
    John> exception to the principle that consensus has to be
    John> demonstrated on the mailing list and instead wants to rely on
    John> face to face discussions, than that WG is, IMO, obligated to
    John> have minutes complete and comprehensible enough that someone
    John> who did not participate in the meeting, even remotely, can
    John> determine what went on and why and hence whether the proposed
    John> solution or agreement is acceptable.  If the WG cannot produce
    John> such minutes, then I think it is obligated to be able to
    John> demonstrate consensus from the mailing list discussions alone.

Unfortunately demonstraiting discussions based on the mailing list alone
also opens latitude for appeals.  According to RFc 2418, chairs must
combine the face-to-face discussions and mailing lists when judging
consensus.
If I as a participant believe that the face-to-face discussions when
added to the mailing list discussion would change the outcome and the
chairs say they are only considering the mailing list discussions, I
have valid grounds for an appeal.

Take a look at the discussions surrounding the IPv6 site-local appeal
and particular at the responses generated at the IAB and IESG level for
some of our historical thinking on this.

Personally I'd strongly support an update to RFC 2418 that
allowed|encouraged|required chairs to take a consensus call entirely to
the list .