Re: Excessive use of interim meetings

Keith Moore <moore@network-heretics.com> Mon, 17 February 2020 17:20 UTC

Return-Path: <moore@network-heretics.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 F131D1208B9 for <ietf@ietfa.amsl.com>; Mon, 17 Feb 2020 09:20:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.618
X-Spam-Level:
X-Spam-Status: No, score=-2.618 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 mQpF27EmEDsi for <ietf@ietfa.amsl.com>; Mon, 17 Feb 2020 09:20:01 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B2701208AD for <ietf@ietf.org>; Mon, 17 Feb 2020 09:20:01 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id ECBED22025; Mon, 17 Feb 2020 12:19:59 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 17 Feb 2020 12:19:59 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm2; bh=f2kIBH gd0wdQaQg/99JoG7MY7fgUOgkrny6D+xLdmRw=; b=CLY85yD/Rb2ZLKHDS5pD6k W56hMHkpOTAeJJRujEx0RV0aen0qWa4JWC3NIMI5HejGqUM2LpTi1Ps6MgiDdGBd ptpm+4BXmLp7VnQC/Gs6kj8i3aKDTx5t6fPvRWLtYhxN2LNikaHoNZyLTx9hyzFM /ASuHF5lLZFujSQXIeP8DsiEm+0iIeMVm4CIS4NF1QZPKXJKi2IaYDnIJsZcwieE IXwsmytpkdJm2R4rHB7yJ9CPTIhsqT1qrWWKtFPaQVLygasHBSLsqeZ6JDUm6GF5 ex57vzlA4jNSIH4fcZilmWtV2C6oXs09ek9z3QqdMZ8UD8zV9hPNFcBmK0o+7bUQ ==
X-ME-Sender: <xms:P8tKXuLKmOMKR71L0amGwDpbt6di8gcE6QzEYF9FuMlsXV8gpRzToA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrjeeigddutddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgesrgdtre ertdefjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvghtfiho rhhkqdhhvghrvghtihgtshdrtghomheqnecukfhppedutdekrddvvddurddukedtrdduhe enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmohho rhgvsehnvghtfihorhhkqdhhvghrvghtihgtshdrtghomh
X-ME-Proxy: <xmx:P8tKXo8Zbr4xT1uLbsvDwaNgitRZEdKpXrVI7I7NBCbKvKzikan40g> <xmx:P8tKXhdlHtN2LWlAYvw9m3QUk6QkAFsn-FRlWRBHz_jVnyOIqOx5sw> <xmx:P8tKXm7kvIO_akFX5Ggc8CoOs6inUjnFM9EKHdMyKdR2iuwbBmNDSw> <xmx:P8tKXnXO1TLIhmsSoqsa1nljfxrixdIPyzdiJMh0oPz3xEfj610LyA>
Received: from [192.168.1.97] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 58C853280059; Mon, 17 Feb 2020 12:19:57 -0500 (EST)
Subject: Re: Excessive use of interim meetings
To: ietf@ietf.org
References: <6E58094ECC8D8344914996DAD28F1CCD27D91338@dggemm526-mbx.china.huawei.com> <a85b45cf-bc11-75f8-780a-f121150f08b4@network-heretics.com> <CAMm+Lwijie8EeKF0KK5f2Cjj4wh0frQHUd7V7sYn5z3zttXCXA@mail.gmail.com> <CAChr6Sx76dUUi=poigEmJhHzBTnvyLxoLffVp3wsodLHK8ajbw@mail.gmail.com> <CAMm+LwjBz7ba2eL6aGL34dezqGmua_fkgsPPWMxJOkabtFs+RQ@mail.gmail.com>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <e5514c11-2450-58ba-cf1a-d5e0fce39628@network-heretics.com>
Date: Mon, 17 Feb 2020 12:19:56 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <CAMm+LwjBz7ba2eL6aGL34dezqGmua_fkgsPPWMxJOkabtFs+RQ@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------2E2BC487AF9E66ACB654F8CA"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Zc6nnEoUX6tUbhPs7j4Aed7Sl7E>
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: Mon, 17 Feb 2020 17:20:13 -0000

On 2/17/20 12:03 PM, Phillip Hallam-Baker wrote:

> Many things Internet have scaled. The IETF ain't one of them. Some 
> people are still insisting that it work in the same way as 25 years 
> ago. How can that make sense.

Just because IETF has changed doesn't mean it has improved. It's not 
that people want IETF to work exactly as it did 25 years ago, but there 
were some things done 25 years ago that make more sense, even under 
today's conditions, than some of the things that IETF does today.

You are correct to point out that conditions have changed, but it's 
important to recognize _how_ conditions have changed.

What I see is that IETF is trying to do far more today (broader range of 
topics covered by WGs, WGs more siloed, WGs more likely to act at cross 
purposes with one another, more RFCs produced), with fewer active 
participants overall than we had 25 years ago. (Even if some WGs have a 
great many participants and that makes work difficult for those WGs.)

When IETF conducts its business in a way to discourage diversity and 
discourage input, I see that as contributing to those problems.

The point of looking at past practice is not to say "we should do 
everything exactly like we did 25 years ago" (because conditions have 
indeed changed) but rather "we have reason to believe, based on past 
experience, that it's possible to do better".

Keith

p.s. one way that IETF could do better is not to attack people for 
pointing out problems and suggesting ways to improve things.