Maintenance WG: Re: How to get diversity of nominees was Re: Diversity of candidates was Re: NomCom 2020 Announcement of Selections

Phillip Hallam-Baker <phill@hallambaker.com> Thu, 28 January 2021 16:23 UTC

Return-Path: <hallam@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 79A833A161D for <ietf@ietfa.amsl.com>; Thu, 28 Jan 2021 08:23:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 TwrYRS0orIGo for <ietf@ietfa.amsl.com>; Thu, 28 Jan 2021 08:23:11 -0800 (PST)
Received: from mail-yb1-f180.google.com (mail-yb1-f180.google.com [209.85.219.180]) (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 29CAD3A161E for <ietf@ietf.org>; Thu, 28 Jan 2021 08:23:11 -0800 (PST)
Received: by mail-yb1-f180.google.com with SMTP id w204so3158050ybg.2 for <ietf@ietf.org>; Thu, 28 Jan 2021 08:23:11 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6Sqmm3mySv1Srl+b0FtL2TZwwO0s25zhiutRAo+9uP8=; b=qy5yaGtqyoz8/Ib4w3ad8X7HqCMw1CzeoNSH7Bt98i82L5Wxiot8MAsGLvgINLH3eX BAyuXYH50kqIIoZfkU/h3DyxETLowQZ0OKKGgJxcvPJV6WIiK86fLphfFY406QTj+FB8 /FEBcaZbHMWfibuOcJ5E4OU7iCnrZKCUflxWisRj3zNQldT9GZrsoaeSUElLGYfTn++3 PgqtkaAQwnQyLNQT0duMC4qljtvFZ12LyWdLEMzo3ZRLD0NHvT0SDAcgt1rZFOEc5SqG nhzSBGvZjuC+C2RMrnc4A3CIjg8ieE/5x98uxX9hyOT1iFIIBPa2yCpcjNB8Bqh6hl45 sX8g==
X-Gm-Message-State: AOAM533WErZE3YdvBgCf1rH0k8T77k6LmN1CunkMzV65BbVhewHwORVG 4/g9u9cetb30uNZeaeqCNa9PFculWPH2AWZRXVM=
X-Google-Smtp-Source: ABdhPJzt6MsO/nAbVfvrdVYA9CPWmQtXua0QeqKDG1xRn/pTn43cYd36pc8CY/fyAqiE02WRmlOplPBTtEusDOjypvE=
X-Received: by 2002:a5b:444:: with SMTP id s4mr24828991ybp.172.1611850990285; Thu, 28 Jan 2021 08:23:10 -0800 (PST)
MIME-Version: 1.0
References: <a306a4d6-83c6-cee1-b226-00e45c5b8c5a@gmail.com> <1161C78E-841B-48D5-B215-F4935CBB367D@gmail.com>
In-Reply-To: <1161C78E-841B-48D5-B215-F4935CBB367D@gmail.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Thu, 28 Jan 2021 11:22:59 -0500
Message-ID: <CAMm+Lwg1dPKiqb7ZVe-jr=0YY-8LUGfHt+fvxhNGr5cxO+BU6g@mail.gmail.com>
Subject: Maintenance WG: Re: How to get diversity of nominees was Re: Diversity of candidates was Re: NomCom 2020 Announcement of Selections
To: Fred Baker <fredbaker.ietf@gmail.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b4f58305b9f84d36"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/yTFuzrxl1CttTgdrJOIYiUKmVSw>
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: Thu, 28 Jan 2021 16:23:13 -0000

On Wed, Jan 27, 2021 at 7:05 PM Fred Baker <fredbaker.ietf@gmail.com> wrote:

> So voila! IPv4 has existed more than ten years, so we don’t need it any
> more... Also DNS, DHCP, TCP, Ethernet, SMTP - wow, that rule really clears
> the deck. And heck - even IETF chairs produce internet drafts.
>

Quite. This leads me to re-suggest a proposal I have made from time to time
which is that every area have a DISPATCH working group and every area also
have a maintenance group.

This has (sorta) happened in security with LAMPS. Faced with the need to
update cipher suites across the board, a new WG was formed which has been
tweaking every protocol in active use not in active development.

The objection generally raised is of course that this allows people to
'mess' with existing protocols adding features that shouldn't be there. But
that objection presupposes that the job of the IETF is to control
permission for permissionless innovation.

One of the reasons some WGs linger is that their function requires
continuous tweakage, GSSAPI/KITTEN being an example. Better to have one WG
with the purpose of lingering than four lingering past their sell-by.