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

Stewart Bryant <stewart.bryant@gmail.com> Fri, 13 October 2017 05:35 UTC

Return-Path: <stewart.bryant@gmail.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 69383132D79 for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 22:35:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 BvuqPX6KZ04L for <ietf@ietfa.amsl.com>; Thu, 12 Oct 2017 22:35:43 -0700 (PDT)
Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 0147D13263F for <ietf@ietf.org>; Thu, 12 Oct 2017 22:35:43 -0700 (PDT)
Received: by mail-wm0-x22c.google.com with SMTP id q132so18528362wmd.2 for <ietf@ietf.org>; Thu, 12 Oct 2017 22:35:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EN278CYwQNSd0IgpufZeF1AJhGpnk16wO0s0p+HNbYQ=; b=jwaAtCuOEldQxncX0D1tG4Ul8jxFTvAPnypUh2zRGyGA6K3PHvnvYOfp4Tili+zW0z F8FMRa9bAsAccb2/LGFesQsQNsPa9bOG2dOECdwIJGloc/Lb+s04oH/bhAIkPDPUdU7f Zkz4rvg0j6+5++NJUeFONBfbe0dwB1Ipj6q60yDyhzoNOV3ip2Am1Ly6NQxQfIoFVwOa i4L+ItamRR7ldHfU72VR0YlrmsrKtOLUyPU0shAXcUEW1BHs1O4nLzJ+jDEniBc21ZaM g0VOuvDVY9TBIk6geHHLvdcKf57uova4NTdegxC+nCJVQNLGE2r9aSz6A8+yL9PVz7JQ nm6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EN278CYwQNSd0IgpufZeF1AJhGpnk16wO0s0p+HNbYQ=; b=dUyytzWpr1nOmNaOYR2ERLZ3iK92mXKBEQTR89ZGuXfB0416XFafVY4AEYabONPpO3 wEUFD4ivxiS3QaP5/wsQ3DUhO+Ofbp0KPHEBPglMCOKxyf83q/bDVchPgfIqCeOkO38Y bMKqGVBmqhS+Tkt34LIplZuFWMVcFPCFJi4UDdXrppXbC1aeI9yg1sLu0TvfP287c4R/ HkIJmgtTj/VFk9dfAc5QBstsrd9ZwhxsLaTn0NzduvlkF2eCB16gmtVzCkNQEw9tE8JK BBCgynGPMeIISimrMQRtqWxZXOgTMNHSsV816PLeuEgTDbrU2EglixTF86QyULwq+09b uzaw==
X-Gm-Message-State: AMCzsaWKqYGRREHSPk9mMxVGatSN1HfS3gw7U5mvRP5m3M08U8gOAY9E KiQt7fJ0umgPBIJ/kSzYm4w=
X-Google-Smtp-Source: AOwi7QChq0EXcNhZO68vVaZP884lTpcgI2KOaFgPz0EcEURR42ZkJpbVR0bcrCbOsDm8IkAHK63VAg==
X-Received: by 10.223.134.157 with SMTP id 29mr247495wrx.72.1507872941550; Thu, 12 Oct 2017 22:35:41 -0700 (PDT)
Received: from [192.168.2.173] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id e17sm1487554wmf.46.2017.10.12.22.35.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Oct 2017 22:35:40 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-CEEA356A-B446-44D7-B62A-0036AB3DAA3A"
Mime-Version: 1.0 (1.0)
Subject: Re: Request for feedback - IESG thoughts about new work proposals
From: Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: iPad Mail (15A421)
In-Reply-To: <CAPt1N1kR=_jia_9M-fPfTDZUf=NQiVK8Vsers-tHrqRW=qCi9Q@mail.gmail.com>
Date: Fri, 13 Oct 2017 06:35:39 +0100
Cc: George Michaelson <ggm@algebras.org>, ietf <ietf@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <7FE2EFD0-477A-431D-8F74-A14D93B58D64@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> <CAPt1N1kR=_jia_9M-fPfTDZUf=NQiVK8Vsers-tHrqRW=qCi9Q@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/SpY2qrPV4uDJi7y-SdovalqZEVo>
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: Fri, 13 Oct 2017 05:35:45 -0000

We need a contingency approach.

One size does not fit all!

Stewart

Sent from my iPad

> On 12 Oct 2017, at 23:54, Ted Lemon <mellon@fugue.com> wrote:
> 
> 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
> 
>