Re: Request for feedback - IESG thoughts about new work proposals

Ted Lemon <mellon@fugue.com> Thu, 12 October 2017 22:54 UTC

Return-Path: <mellon@fugue.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 0144613219E for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 15:54:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=fugue-com.20150623.gappssmtp.com
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 KlHAqy3vanwk for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 15:54:31 -0700 (PDT)
Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72C64132332 for <ietf@ietf.org>; Thu, 12 Oct 2017 15:54:31 -0700 (PDT)
Received: by mail-pf0-x22a.google.com with SMTP id d28so7033983pfe.2 for <ietf@ietf.org>; Thu, 12 Oct 2017 15:54:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xSLVqepAKW4f7aYstiPMVz2KSiK7sLcWTEuLRUaFJQk=; b=dzOuBUqAWozPrcx0I+jRI8Mrk2hpb1osRRZaDg29bFEjtzcJI7APmYce/x6ZdyL/Xl j3c+wVZ35zhdE00Z1O8Dw6zY2zZ0bTV5t3wziAudXt1fB0KsWju5COSrKanWGeUkLqRz w1EdEFICEvWJNrVAqjKXFCBREfbIYGa4pYHyo0/2oT9/tdvrpjEdOfY2vm9UD5R9a19V d0gYUlxOTohND5sQ+sBnY88FkqlEyOjtceFFlsLwglaBtjzycX+uHQbM/q3bms5ZZQ02 XOwa/s8pJ9ZoIiA44qEYhxMyv89ALY6o+AO3i4NsnRM9sYBV1mTo3Mg103OWdagUH3ie lSjg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xSLVqepAKW4f7aYstiPMVz2KSiK7sLcWTEuLRUaFJQk=; b=LqU4ibDjiDpFwuVGQRp+s6HpAPeHOd+1mrSzYTRlqxfDLh4c9oM0Id7KLEY1sK0SXH PnIQkUz/W7//ZApIWWPOiZmgZq7cFpmaOHptLtPhyc7bNhAGccr8yNrd7k7pFEYPxEvJ yk3OCJY6hSKHvh6i3YEfnt4LaLuwWKCafuY9DYWenlWSAVUHs760btywu+w4vIk5+MWc 22L94XU4+De3aLZQibcGPhlqJw6AbcgEQ/8xjqdznHkNgfvTVNppcl+Uab67aDspHmhy R2F1GdDz2mWOf2JW75kqJxVO+5YNTWN3RiG7KtH3dIy/UyM0bHiB0axfblYQS8kV9k+U Z6vA==
X-Gm-Message-State: AMCzsaWzqvJFmdhcTVZtz/uwp/9OKNkCfKl2yp0CMRalcfj6sJM6Sve7 PgEL9LXujwBHN9b2BUIQV9qV51/iHBmnSf7JfD4e0g==
X-Google-Smtp-Source: AOwi7QDlbkAoa7CGw1Q07CoSuGKRBIQFvgfFZUOOmrtm4Fmo3Exwejm3KkQpceODdqpQeMWx0V7/MTWe7npoJ8x+L1c=
X-Received: by 10.99.143.88 with SMTP id r24mr1357813pgn.224.1507848871028; Thu, 12 Oct 2017 15:54:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.178.144 with HTTP; Thu, 12 Oct 2017 15:54:30 -0700 (PDT)
Received: by 10.100.178.144 with HTTP; Thu, 12 Oct 2017 15:54:30 -0700 (PDT)
In-Reply-To: <CAPt1N1nvNdw-fqcQzNYo9Zj7fAT2Rs40YtRYYOuE7QHO4BSLOw@mail.gmail.com>
References: <CAKKJt-fAaNPeeuSfS0Dv6vTAOXR=OS2XSKqPVMyxxr1O1tLwBg@mail.gmail.com> <7d45859d-6efc-5576-e413-8c9162c42776@gmail.com> <CAKKJt-ergSJvmzzOCaNP-iEk1i80UCpst-oaHpVoZg8PxFZRTw@mail.gmail.com> <CAKr6gn0vV6AX73SDTCS=-KnOZD9-BXuRD-3htOTSkx5U1t1hhQ@mail.gmail.com> <CAPt1N1nu1CLzqp=zMe7ZqK+UKAKJ_TWyeu4Jmw_i6-djGDaUaw@mail.gmail.com> <CAPt1N1nvNdw-fqcQzNYo9Zj7fAT2Rs40YtRYYOuE7QHO4BSLOw@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Thu, 12 Oct 2017 18:54:30 -0400
Message-ID: <CAPt1N1kR=_jia_9M-fPfTDZUf=NQiVK8Vsers-tHrqRW=qCi9Q@mail.gmail.com>
Subject: Re: Request for feedback - IESG thoughts about new work proposals
To: George Michaelson <ggm@algebras.org>
Cc: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, ietf <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c1b3d2655419f055b616cab"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/BwdIcVAuUOG5yB59JlFEKCyJ2Hk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 12 Oct 2017 22:54:36 -0000

Floggings will continue until morale improves!

Killing a wg before it's done is also bad. I think we should trust the iesg
to do that when it's time.

On Oct 12, 2017 18:29, "George Michaelson" <ggm@algebras.org> wrote:

I think we should enforce proscriptive end of life. WG should be cheap
to spin up, short lived, and killed early. We want a coppice, not a
redwood forest.

What we do now, is we breed WG and associated chairs as long lived
redwood trees and they shade the forest floor killing off new growth.

If we couple that with forced WG chair selection by rote, we'd soon
get to the nub of the matter.

On Thu, Oct 12, 2017 at 1:28 PM, Spencer Dawkins at IETF
<spencerdawkins.ietf@gmail.com> wrote:
> Hi, Brian,
>
> On Thu, Oct 12, 2017 at 2:44 PM, Brian E Carpenter
> <brian.e.carpenter@gmail.com> wrote:
>>
>> Spencer,
>>
>> On 12/10/2017 02:21, Spencer Dawkins at IETF wrote:
>> > The IESG has spent considerable time discussing how we can improve our
>> > ability to charter new work as soon as it’s ready and ensure proposals
>> > have
>> > the resources needed for success.
>>
>> I pretty much support the proposed approach as far as WG-forming BOFs
>> are concerned; and I think we should also support the IESG's right to
>> Just Say No too. I've been amazed for years by this apparent constant
>> of nature: the number of IETF WGs is approximately 120. Why?
>
>
> I assumed it was a natural law :-) ...
>
>>
>> However:
>> ...
>> > The IESG has received some BOF requests that describe interesting
>> > problems
>> > at considerable length but do not clearly identify what the BOF
>> > proponents
>> > want the IETF to do. When that happens, we cannot approve a BOF
intended
>> > to
>> > form a working group.
>> >
>> > In some cases, area directors might approve a non-WG-forming BOF to
>> > tease
>> > out the details of the BOF proposal, but often that isn’t the best way
>> > forward.
>>
>> This bothers me, because it makes non-WG-forming BOFs sound like second
>> class citizens, and I think that's wrong.
>
>
> Then the text is giving the wrong impression. My apologies for that.
>
> I think they're important.
>
> Every area is different, but in TSV, I've approved about as many
> non-WG-forming BOFs as WG-forming BOFs. They're not consolation prizes.
>
>>
>> A non-WG-forming BOF has two
>> possible outcomes (in general terms):
>>
>> 1. There's something here that seems to need doing. Start working towards
>> a WG-forming BOF.
>
>
> I'd broadly agree, with a couple of additions.
>
> It's worth reminding the community that BOFs aren't required to form a
> working group, so I think this is "start working towards a new (or
revised)
> charter, and that might lead to a WG-forming BOF, or to a charter that is
> ready to be approved without a BOF".
>
> I've been saying for a while that much of the new work proposals we see
> that's interesting, spans working groups and even areas, so I think this
is
> "one or more new or revised charters".
>
>>
>> 2. There's nothing coherent here. Forget about it for now, as far as
>> the IETF is concerned. (There may be subsidiary outcomes here, like
>> suggesting some IRTF activity, but as far as IETF resources go, it's
>> over.)
>
>
> I agree, and "for now" is important. Even in the BOF wiki, we say "not
> approved for this IETF", rather than "rejected until the end of time". If
> the outcome should change at some point in the future, we're listening.
>
>>
>> Both of these are good outcomes from the IETF's viewpoint.
>>
> +1.
>
> Spencer