Why do we have working group charters (was: To "lose the argument in the WG")

S Moonesamy <sm+ietf@elandsys.com> Sun, 19 February 2017 07:08 UTC

Return-Path: <sm@elandsys.com>
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 84EBA1288B8 for <ietf@ietfa.amsl.com>; Sat, 18 Feb 2017 23:08:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level:
X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=opendkim.org header.b=XgK9mAUp; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.com header.b=AjRsdG+H
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 I4afebGe_Eer for <ietf@ietfa.amsl.com>; Sat, 18 Feb 2017 23:08:18 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id A60B4127058 for <ietf@ietf.org>; Sat, 18 Feb 2017 23:08:18 -0800 (PST)
Received: from sm-THINK.elandsys.com ([197.226.55.251]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id v1J77x1V007635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Feb 2017 23:08:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1487488092; x=1487574492; bh=5fWUf5fJk8TnXKEuH+DHzjYfZhkH/GI9puAMbTLP/J4=; h=Date:To:From:Subject:In-Reply-To:References; b=XgK9mAUpx7R4axjvIkP4XHKt+u4k3WUWCmrXuVTlC75iZeAei8d+YSSdk9rjsuL3Q 0XUDZwCmiYm+FYzVuoaj6HPs8isZT+eor9F9NrJjNHSkWVwuYF+VH3zGq3BIPiFtn9 4I6EhIB/Gb0cpcBCQj3IxTNrKlBwwp6lfFdjTfBo=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1487488092; x=1487574492; i=@elandsys.com; bh=5fWUf5fJk8TnXKEuH+DHzjYfZhkH/GI9puAMbTLP/J4=; h=Date:To:From:Subject:In-Reply-To:References; b=AjRsdG+HL/1mDrIhPs5/IXGWGB/tyrUFfIS4siSsftGxmHJSefBe6vczQlQgGxrB1 9WLlBqKCOnuQrhvhnm1qbbAtZ9fkEFQ72qLb3LgQrokGBa1PPnmNwuFyaubRl0mUfS xhLxaU6PAZeh0OLWGLbFsA4FDB6gUsgbLTN4t79E=
Message-Id: <6.2.5.6.2.20170218205437.09c36548@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sat, 18 Feb 2017 23:07:16 -0800
To: Ted Lemon <mellon@fugue.com>, John C Klensin <john-ietf@jck.com>, ietf@ietf.org
From: S Moonesamy <sm+ietf@elandsys.com>
Subject: Why do we have working group charters (was: To "lose the argument in the WG")
In-Reply-To: <D8B7C051-53A1-4EEC-A639-88767C5B3BC4@fugue.com>
References: <66A86016-0382-4B2C-B9E8-30638237CB68@qti.qualcomm.com> <00e13499-7cea-a79a-7de1-dd9bad4bc530@dcrocker.net> <20170214060156.73B32639AEDF@rock.dv.isc.org> <0A3B2FF0-8F1C-430E-B4ED-DFA4CDB1FDB3@gmail.com> <0FB75520-E0BA-453C-8CF6-9F2D05B95FD6@fugue.com> <76d4aff3-760c-b258-a4e5-426ba69923f7@dcrocker.net> <84E813AE-6BD6-4EC3-A8CD-8AB24C9857D2@qti.qualcomm.com> <20170215025055.GW10525@verdi> <6.2.5.6.2.20170218010720.0b845c18@elandnews.com> <AB7BB4019CE95D16CA7B0B8D@PSB> <6.2.5.6.2.20170218152825.0c4d7d68@elandnews.com> <EF9DE86E-C964-4E92-BA48-B1555786C19B@fugue.com> <D8B7C051-53A1-4EEC-A639-88767C5B3BC4@fugue.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/AUPJvowjtE7j2TnZ9r7s1guBeac>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 19 Feb 2017 07:08:19 -0000

Hi Ted, John,

[I changed the subject line]

At 07:10 PM 2/18/2017, Ted Lemon wrote:
>Joel Halpern pointed out privately that I somewhat misrepresented 
>the process here.   The IETF review process for working group 
>charters does not require that there be IETF consensus to approve 
>the charter.    This is true, butdoesn't actually refute my claim 
>that it is a process failure if the IESG approves a charter and then 
>allows a working group to do work that exceeds the bounds of the 
>charter.   That _is_ a process failure, in the simple literal sense 
>that the process did not produce the right outcome: the IETF 
>community was not given an opportunity to review the charter that 
>would have included the work that was done.   If we think that's 
>okay, why do we have working group charters at all?

A Working Group charter is approved by the IESG and the IAB [1].  The 
working group charter would be a theoretical exercise if the charter 
which was published diverges significantly from what was actually 
done.  I agree that it is a process failure.

>The way the process _should_ have gone in this case is that when the 
>IESG noticed that new work needed to be done by a particular working 
>group, they updated the charter to reflect that, and got IETF review 
>of the updated charter.   In this case, you are right that if the 
>IETF community was clearly opposed to the new work, the IESG could 
>still approve the charter.   But this would be extraordinary.

It does not seem that difficult to ask for a recharter.  The relevant 
AD(s) could bring the matter to the attention of the IESG instead of 
having to ignore or to deal with a process failure.

>And this is why the IETF community shouldn't treat charter updates 
>as pro forma.   Charter review is an important part of the feedback 
>mechanism that keeps the IETF a consensus-driven 
>organization.   Doing out-of-charter work, or lawyering the charter 
>to say that work that really isn't part of the intent of the charter 
>nevertheless conforms to the letter of the charter, bypasses this 
>important step.

Describing the process issue as "lawyering" conveys the idea that it 
is unreasonable to complain about such issues.  I agree with what you 
wrote about the feedback mechanism.

At 07:56 PM 2/18/2017, John C Klensin wrote:
>There are a number of dimensions of the problem.  One could
>debate their ranking by importance, but I'm not sure the
>exercise would be productive.  I would encourage you to find the

Agreed.

>Yes, as long as you remember that they are supposed to be
>representing the will of the community and accountable to it.
>Neither WG Chairs nor ADs have any other source of authority.
>The difficulty with your statement above is that it can be read
>to imply that there are no constraints one, or appeals from, the
>decisions.  That is not true or, more specifically, if one wants
>a healthy IETF that produces credible work, it better not be.

It is possible to appeal the decision of the WG Chair, and if that 
fails, to file an appeal with the Responsible AD.  There is still an 
option to file an appeal if the issue is noticed later in the process.

There are constraints.  At the WG level, the WG Chair is accountable 
to the Area Director.  A competent Area Director would probably ask 
for an explanation if the document exceeds the scope of the WG 
Charter.  I don't know the details of the case [2] to form an opinion 
about the matter.

Regards,
S. Moonesamy

1. The wording which I used is imprecise.
2. https://www.ietf.org/mail-archive/web/ietf/current/msg101489.html