Re: WG Review: General Area Dispatch (gendispatch)

Mark Nottingham <mnot@mnot.net> Tue, 08 October 2019 22:06 UTC

Return-Path: <mnot@mnot.net>
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 9DCEE120020; Tue, 8 Oct 2019 15:06:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=oGXIPRqX; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=m4xioOIp
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 NR9Nv73Vzsid; Tue, 8 Oct 2019 15:06:55 -0700 (PDT)
Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF32A12007A; Tue, 8 Oct 2019 15:06:55 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 926186F7; Tue, 8 Oct 2019 18:06:54 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 08 Oct 2019 18:06:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=i stqjyGsFkKHSY0NJUgnyO84qt+ZG/fxJ8tWu8OIPuk=; b=oGXIPRqXhhlEZr7cB Dv9ysAwMeCiwqmqHB3ZgXP7i0a/ahpwkNnux8zn+aX4HRaNCOTDFcg4cUPrAF9Dk VloEDVFzbWuun/dVfVNDB2JTlA5bi0VoTFA3ESeTpuFWD6Vqrb8Ps7E/C3FwA5cT yjA2DC8D1eQ03qHw8rcre/kCTjhrBhBQHGiafIz3N283yDiuoP8o2kK+/sX9tktZ 0bcrsWX4liZFfp6EwuxKLJpF4daNGAsw81i0bM+glEgcxgsFxNeS/O1KQ/QM/iHx PNNF38+SvclwPfV5IXQH48gju1Pd77K7/3xWe8OJus45c9t2sBV+EhKY2HS6nDpm rsjkg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=istqjyGsFkKHSY0NJUgnyO84qt+ZG/fxJ8tWu8OIP uk=; b=m4xioOIpwYMGf05RQZ1JkPOVOEXb2+0e5ZAf8pY4RSZ2dBW/ZPAIFNSDK Si8iuDvKJOEtjk9mrXJzumn9huHKdK2R6PkArcRsK0Ii+ZGLyzgZxO7ao3+vSzhm Dt/73snqZ2/GlXB1O4xsZYA4tvGxK2ikDKxhhYCQ0AYWsOL/LFTl+lmVY7xkgFPK Q4HP3kTV49sFZjMOf5xT9TnBhT6e3apvlrXZ4rSpWusTrqS6XczN8fOx+mxH7fNk 6VjvVuqeaFAO4uNQsqAdOdFgpsZl8LeHP2pQlqXv8xBSzWEFEIXae3fK6s9dFHtT jD257ZzJGf+mh83myyf5Kzf2kppaA==
X-ME-Sender: <xms:fAidXVM6Q13cMKWG5dstJTiFi9NoLtT3iWobzo94JErV5KvrXenb7A>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedtgddtgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuffhomhgrihhnpe hsthgrrhhtrdhnohdpmhhnohhtrdhnvghtnecukfhppeduvddurddvtddtrdeirddvvdei necurfgrrhgrmhepmhgrihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvghtnecuvehluh hsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:fAidXaQLhHdkISH3lzwYYaWgboqZe6gsZImHvSj1eo1yQZEUNUtrXw> <xmx:fAidXS-qsZUVR2G_Dm4SxEAzDpYEOPJtsetPMwx6oq3LTDjoA10jBg> <xmx:fAidXerFDHr8_xsQqFQzS_sUkP4Z3aRT10mnpIU07jRL8-oQwYTyHA> <xmx:fgidXelW37PhrBTbwG4XbaHh-sQCuJPhueLOrULCgY9Pq0xzf_s4UQ>
Received: from macbook-pro.mnot.net (121-200-6-226.79c806.syd.nbn.aussiebb.net [121.200.6.226]) by mail.messagingengine.com (Postfix) with ESMTPA id 26A7D8005A; Tue, 8 Oct 2019 18:06:49 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3594.4.19\))
Subject: Re: WG Review: General Area Dispatch (gendispatch)
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <6CC7893B-7A6C-4A6A-9AB4-9C62A4E1777A@nostrum.com>
Date: Wed, 09 Oct 2019 09:06:45 +1100
Cc: Barry Leiba <barryleiba@computer.org>, gendispatch@ietf.org, IETF discussion list <ietf@ietf.org>, The IESG <iesg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6F6819D9-E681-4247-8C19-F87709ADB1CA@mnot.net>
References: <156953786511.31837.12069537821662045851.idtracker@ietfa.amsl.com> <8A15D8AF-6B1A-42A0-85CE-DF861E73C1C2@nostrum.com> <CALaySJL0-=Jn0Wk8GR+xrGcZ6Vyv4QO+p=LgkKt5srdVu+Zh_g@mail.gmail.com> <6CC7893B-7A6C-4A6A-9AB4-9C62A4E1777A@nostrum.com>
To: Ben Campbell <ben@nostrum.com>
X-Mailer: Apple Mail (2.3594.4.19)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/k25n6vumRRVDO3LH-BsA9rdBglg>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 08 Oct 2019 22:07:00 -0000

Anecdata - 

I made a proposal at the plenary mic in Montreal for a separate last-call@ list. I'd made that proposal at least twice before to iesg@ in the past, but it never got traction, until it was suggested I bring it up at the mic. Once it got some support in the room, the IESG went away and came up with a fully-baked proposal for an experiment in the community.

Under GENDISPATCH, I would have taken the proposal there (I didn't take it to ietf@ because it was too focused on other issues, and I didn't see it as likely to gain traction there). It would have been discussed and presumably we would have developed a proposal in the open, guided by the chair(s).

I think that's a better outcome; certainly, as someone who wants to suggest a change to the process, GENDISPATCH is more straightforward and requires less "inside" knowledge.

I do think there are going to be some cases where process changes are only going to get rough consensus, and the chair(s) of GENDISPATCH need to be able to make that consensus stick -- but that's just as it is in every other working group. I suspect that developing the proposals and making those calls in a public process rather than (what some perceive to be) as proclamations from on high is a better way to promote what resembles harmony in our community.

Cheers,


> On 9 Oct 2019, at 6:48 am, Ben Campbell <ben@nostrum.com> wrote:
> 
> 
> 
>> On Oct 8, 2019, at 2:18 PM, Barry Leiba <barryleiba@computer.org> wrote:
>> 
>>> At the risk of strawman-ing: If the problem is mainly that GEN issues
>>> tend to eat the IESG list, then a separate mailing list could be
>>> enough. Maybe the idea is mainly to have chairs responsible for
>>> discussion wrangling? If so, then a more conventional “GenArea” working
>>> group might do the trick.
>> 
>> I don't think it's that they "eat the IESG list" so much as that they
>> "eat the IETF list”.
> 
> Oops, typo on my part. I meant the IETF list.
> 
>> And not in the sense that they monopolize the
>> list, but that that particular list isn't sufficiently focused to give
>> process issues proper consideration and determine what the right way
>> to handle them is.  From my PoV, the advantage of a DISPATCH-like
>> group, rather than an unfocused area group, is that the former is
>> assigned the task of considering what's being discussed/proposed and
>> figuring out how best to address it... rather than to just keep
>> discussing it to no conclusion.
> 
> Do you think writing a charter will really change people’s behavior on that matter? I imagine most people on the IETF list would like to come to a conclusion as it is.
> 
> But as I think about this, it seems to me the main advantage of the wg would be to have a home for discussion and some experienced chairs to try to wrangle it.
> 
> The original promise of DISPATCH was the ability to say “No, this is not something appropriate for the IETF to work on right now due to (reasons).” My experience is that mainly happens when there is insufficient interest in a proposal. Even then the proponents are often unhappy with the result. It’s rare  for DISPATCH[ to conclude “There are so many opinions we are unlikely to reach consensus”. Unfortunately for GENDISPATCH, I think that will be the most common show-stopper—and a GENDISPATCH conclusion to that effect will not, by itself, stop such a discussion from continuing to eat mailing lists.
> 
> I suppose it’s possible that GENDISPATCH could say “We probably can’t reach consensus on problem A, but maybe we can on B an C; can people please put their energy into those now and fight about A later?”.
> 
> 
>>> Another difference is that while DISPATCH is mainly interesting to
>>> people in the ART Area, we can expect GENDISPATCH to draw from all
>>> areas. We try not to let DISPATCH conflict with other ART meetings. How
>>> do you deconflict GENDISPATCH without it turning into another plenary
>>> or a standing BoF?
>> 
>> This is always an issue with Gen Area BoFs and WGs, and this will be
>> no different.  I think the bottom line is that there'll be a set of
>> people who will want to participate regularly, and we'll try to
>> accommodate that... there'll be people who want to parachute in for
>> certain topics, and we'll do what we can to accommodate that,
>> realizing that it's harder... and there'll be a lot of people who
>> won't want to have anything to do with it until a proposal is at a
>> stage where they strongly support it or object to it, and there's
>> little we can do to accommodate that.  It is what it is, but it's no
>> different than if we just charter Gen Area WGs without a DISPATCH-like
>> start.  No?
> 
> 
> I agree that deconflicting a GenArea wg and a GenDispatch wg would be essentially the same problem. In either case, both the “regular set” and the “paratrooper” participants are equally likely to participate in any other working group. Since gendispatch would cover (I assume) more topics than a either a GEN bof or “normal" GEN wg, the deconflicting problem will be harder. Plenary meetings would be a better comparison.
> 
> Again, I’m not completely opposed, just on the fence.
> 
> Ben.

--
Mark Nottingham   https://www.mnot.net/