Re: [Gendispatch] WG Review: General Area Dispatch (gendispatch)

Alissa Cooper <alissa@cooperw.in> Fri, 11 October 2019 09:10 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BFC1120043; Fri, 11 Oct 2019 02:10:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.634
X-Spam-Level:
X-Spam-Status: No, score=0.634 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, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=Y0WKI4Ef; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=FcJvpciR
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 tuo642vNeNcf; Fri, 11 Oct 2019 02:10:31 -0700 (PDT)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A7BE120020; Fri, 11 Oct 2019 02:10:31 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 6BB085AC; Fri, 11 Oct 2019 05:10:30 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 11 Oct 2019 05:10:30 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=0 1miGXdw8fkO0BEZBW2bWqJSg41CPOdtsYjp3lkbiOM=; b=Y0WKI4Efj6sQQ/NwG 5DATRhsyErXEvfkpZj1ryL9rvqe0cmu9WD17VEjCxHlpW1cHBnkHd/3y86PdIY6E gO82hJR3U5dkHBcQUuKA5GrrViR7zkLTbpr7fVO6+ShjXZKPVU0qDLuGQinar7d3 OZBaFDSrhKQsMV+t8opmg/LQsP5edv5VHllzgN6HeuB9GYGu7ylM1YmlIBD5RqUG vvC5sZPTN0nRMpOZA80PyNNx0jwZDykrBqfXYAtzMR20SVvE2xInR5HTFqjCVXRa faH1rdhmfbIr+jmhkqrh05FKxtuN+UUQahpEWhlsmbl/hr6J1hMGPJWbzHmlz9bR iI9lw==
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=01miGXdw8fkO0BEZBW2bWqJSg41CPOdtsYjp3lkbi OM=; b=FcJvpciRiXwRfF28Vy5AtbSzTqiBMXamfrmlwFddS+B8h/j3mhYPonKT/ meJd/RhvoggU3+itMyxAUGM8WzbAieHRPTjtMigE4ca/nrOXiXb9o1O4cUXg1QOy OXGbpNs1S5jZ2PRFoGOueevpOPcqMukQmAvNvcaHtpbL38q75IBAR1n5tNZzZJwN boyehZgEn4dUwxL4dAJ+tdQziTJm78R5F6stVsFaqQGE/k4PYbe13an0a153nXZ1 HMmj+37xmnTOjA5kZVt/4j+mAKesh4UwHhF9CUcOZOAE5kxB4YbTVN3/LpheDIQh vEu2V8DYYMHkAqPqFIn2qpePBPgTQ==
X-ME-Sender: <xms:BUegXWYCdy7SlELbtkOEQ95f6Q9n5sgiJF0dTn-Z4jsqMeyKJBbZUQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrieehgddugecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeetlhhishhs rgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuffhomhgrih hnpehivghtfhdrohhrghenucfkphepkeelrddvgeekrddugedtrdduheenucfrrghrrghm pehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinhenucevlhhushhtvg hrufhiiigvpedt
X-ME-Proxy: <xmx:BUegXWH1hWyyysiABOQitefZB-CL7iaZz0Nzpiov0gHoexorfjw8LA> <xmx:BUegXU2D2Fy5oEikMl3suGHxMynrpTaIe2tofqJEyMkhKo7OSJU3wg> <xmx:BUegXSwJ6XxkCef8mp_ryWIMrPGJ0tibqxQhVaLmmEqFyn-Mwjq_HA> <xmx:BkegXciDox7SSqpHE-ihOmUjzjHKnO4jdYc4vfapyJF72eBJTrRVtA>
Received: from [10.22.150.10] (unknown [89.248.140.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 92D258005B; Fri, 11 Oct 2019 05:10:28 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <2E4933D9-ECD0-436A-9ADA-5EF6C6470C01@nostrum.com>
Date: Fri, 11 Oct 2019 11:10:26 +0200
Cc: Mark Nottingham <mnot@mnot.net>, Barry Leiba <barryleiba@computer.org>, gendispatch@ietf.org, IETF discussion list <ietf@ietf.org>, IESG <iesg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <18383AE8-9AF2-4C93-8598-EF33F7E49A4B@cooperw.in>
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> <6F6819D9-E681-4247-8C19-F87709ADB1CA@mnot.net> <2DE4AAEA-13A0-4D49-AE3E-8ACCD81BF49E@nostrum.com> <2E4933D9-ECD0-436A-9ADA-5EF6C6470C01@nostrum.com>
To: Ben Campbell <ben@nostrum.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/VJfgr6rqHLLinjT5UH1vAwhy1ZQ>
Subject: Re: [Gendispatch] WG Review: General Area Dispatch (gendispatch)
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Oct 2019 09:10:33 -0000

Hi Ben,

> On Oct 10, 2019, at 6:05 PM, Ben Campbell <ben@nostrum.com> wrote:
> 
> Here’s an attempt to distill my concern a little better:
> 
> The “dispatch process” can reasonably be thought of as a triage process. Triage makes sense when you don’t have the time and resources to address every problem and have to pick and choose where you can have the most impact. If you do have time and resources to address everything, then triage is just a process bump. 
> 
> Do we believe that GEN area proposals will routinely exceed our capacity to discuss them? If so, do we think that will continue to be true for the foreseeable future? (I assume this is intended to be a long-lived wg).

I guess I see the question differently. If there are people in the community who are willing to manage discussions about process proposals while they’re in formation (i.e., people willing to chair this WG), that seems like a better arrangement than the current one both from the perspective of being more community-led and from the perspective of the other time commitments that the IESG has. If the WG isn’t busy or meeting all the time, that’s fine — it will still be nice to have it there for times when process proposals do come up and inspire discussion.

Best,
Alissa 

> 
> Thanks!
> 
> Ben.
> 
> 
>> On Oct 8, 2019, at 5:19 PM, Ben Campbell <ben@nostrum.com> wrote:
>> 
>> 
>>> On Oct 8, 2019, at 5:06 PM, Mark Nottingham <mnot@mnot.net> wrote:
>>> 
>>> 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 don’t disagree with any of your points. But keep in mind that, according the proposed charter, GENDISPATCH would develop a problem statement, context, and assess the level of interest, then pass the work on somewhere else for the developing a solution part. For some things that can help focus thinking. For others it can become yet another process speed bump. For relatively self-contained proposals like the one you suggest, I suspect it may be more of the latter.
>> 
>>> 
>>> 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.
>> 
>> That’s a pretty good point—it’s possible that GENDISPATCH could become a well-known entry point, with less guessing about who one needs to talk to to promote an idea. DISPATCH has occasionally had complaints from people from areas that don’t use the dispatch process because it doesn’t match the processes they are familiar with. But that’s probably easier for something with more cross-area appeal.
>> 
>>> 
>>> 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.
>> 
>> No disagreement there.
>> 
>> Thanks!
>> 
>> Ben.
>> 
> 
> -- 
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch