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

George Michaelson <ggm@algebras.org> Thu, 12 October 2017 22:29 UTC

Return-Path: <ggm@algebras.org>
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 92407132331 for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 15:29:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.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 2tL_yKFL63nk for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 15:29:07 -0700 (PDT)
Received: from mail-ua0-x22b.google.com (mail-ua0-x22b.google.com [IPv6:2607:f8b0:400c:c08::22b]) (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 339B3132EC4 for <ietf@ietf.org>; Thu, 12 Oct 2017 15:29:07 -0700 (PDT)
Received: by mail-ua0-x22b.google.com with SMTP id l40so4074751uah.2 for <ietf@ietf.org>; Thu, 12 Oct 2017 15:29:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Zdn2pZJVXJy3BjsUs68MfbLdkvswUY7JVKyQKND23Vw=; b=SqI51UXI6yCbx/or6RNHLYufEm2G09fj8WdOmnjZk1Rtea38EFDaKohwBcy6P7r9Lx eoW/1K287UX+F3Sj9QbtdDbUzw0a1psjfvl8+Q9qX6SQ/1XzW4/OygSSEHfjbjGXGpFI MCLW7AC+ZyouokAeIczXs6nigrCsVauROjyHBcWz53/9aS7evTCjPinI0ubElSXPMV+r 3J+8c+52L76vKJNgUk5zY34FML4xM0uV+DAql1eSPjNaw5FBwAu5HpzsATxDKTnD3DPs wp7IAoZB3DA/2sPPQVVWX92aza2OwtQtsjp9BpZksCrSQi6gLf6wM1sxXIOzQsgKUo/0 z1mA==
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:content-transfer-encoding; bh=Zdn2pZJVXJy3BjsUs68MfbLdkvswUY7JVKyQKND23Vw=; b=LDWPx0Y6PqshRvBDf00VJyMACNATGLqpTA6vOo9+6DsIcgwocw9XbaZfNR5h6aWLRy oAcUqbuHEz9xlI4iWeq6PIyoH11GuahzWP8XcFoIgVJaVU8rmE17lrKYaA3NiA99NCYF EsrLIcyKqkyALcII+1K8JuBiA0/Z9O7gzAHi4nq7upBg/8z65xEMmciUP97TOOMXZidK TB9VslNNAxszV+fGdnwdr18Ys9c7ce0+1hLCwXXgwrkT8kTuJmq7Dyc+5CSAIOW3jNvU h4L5Fm2eGis1J51uc8xnszjOfHfcT0lwORcMBoKB/PqVVhu28UahETxyzDqbsAa6Ehta Fzow==
X-Gm-Message-State: AMCzsaVlGeTHVYjDWe/gU+lwNyzvhLhwwMhVfqIwjG8BIfRsKNJm5ne8 2T9br1kyiL9iWkAEzyjDoOe3r9XfnU4SXPNzzzlzHQ==
X-Google-Smtp-Source: AOwi7QA95XMWCFvNiZODWOyX3lvX9ElGHZAyooljdy50qypACNY82NvmW0Ul6QW3pCylNNb6tg1ZKs0Eu+3TBWRo+Yo=
X-Received: by 10.159.63.15 with SMTP id h15mr1590911uaj.156.1507847346219; Thu, 12 Oct 2017 15:29:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.91.93 with HTTP; Thu, 12 Oct 2017 15:29:05 -0700 (PDT)
X-Originating-IP: [2001:dc0:2001:210:b499:851e:8f86:19c4]
In-Reply-To: <CAKKJt-ergSJvmzzOCaNP-iEk1i80UCpst-oaHpVoZg8PxFZRTw@mail.gmail.com>
References: <CAKKJt-fAaNPeeuSfS0Dv6vTAOXR=OS2XSKqPVMyxxr1O1tLwBg@mail.gmail.com> <7d45859d-6efc-5576-e413-8c9162c42776@gmail.com> <CAKKJt-ergSJvmzzOCaNP-iEk1i80UCpst-oaHpVoZg8PxFZRTw@mail.gmail.com>
From: George Michaelson <ggm@algebras.org>
Date: Thu, 12 Oct 2017 15:29:05 -0700
Message-ID: <CAKr6gn0vV6AX73SDTCS=-KnOZD9-BXuRD-3htOTSkx5U1t1hhQ@mail.gmail.com>
Subject: Re: Request for feedback - IESG thoughts about new work proposals
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, "ietf@ietf.org" <ietf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/zGGFdhxCLXhJo4VXJN_ueLb2050>
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:29:09 -0000

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