Re: [Gendispatch] some thoughts about ietf communication

Eliot Lear <lear@lear.ch> Fri, 30 July 2021 15:32 UTC

Return-Path: <lear@lear.ch>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A49B13A2DB0; Fri, 30 Jul 2021 08:32:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.889
X-Spam-Level:
X-Spam-Status: No, score=-0.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 SAFVmGXm3IP3; Fri, 30 Jul 2021 08:32:15 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA3AD3A2DAC; Fri, 30 Jul 2021 08:32:14 -0700 (PDT)
Received: from [IPv6:2001:420:c0c0:1011::4] ([IPv6:2001:420:c0c0:1011:0:0:0:4]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 16UFW7g9109269 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 30 Jul 2021 17:32:08 +0200
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1627659131; bh=PINOgIbzITkx8o2SnN84S2Ms0qmrTiOsUuwZehzyWb0=; h=To:References:From:Subject:Date:In-Reply-To:From; b=WeqYcwuPa7L4+2LW8sQFCmJDOqZrY2EEdlpqaq6RlIWymkAfcUAVipiNnQbF4Oa76 aZF+NcU2ofK3fjgtKAoIGcABbjOtzEabhYwxgWrLWWraB8rt9/6CNB2GnlUkaI+7n5 HgueYrXjuDy3yO9tF7JVWHsT+TUyqvfQ5DXrH1/I=
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, Keith Moore <moore@network-heretics.com>, "gendispatch@ietf.org" <gendispatch@ietf.org>
References: <ee2a840d-1837-1e06-647e-1251295c94bb@lear.ch> <D011C9BF-3FFB-4A61-A9CE-C449DF4296B2@akamai.com> <72e82e93-457f-e289-16b7-6be8393864ea@network-heretics.com> <1E0D84E6-9F79-452F-AEBB-2C46E2FF1598@akamai.com>
From: Eliot Lear <lear@lear.ch>
Message-ID: <49464569-073f-a879-6ce8-764fb46cc456@lear.ch>
Date: Fri, 30 Jul 2021 17:32:05 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <1E0D84E6-9F79-452F-AEBB-2C46E2FF1598@akamai.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="I7lczdIE2lbLKkEa8QyoSM0hY3UtFoZhh"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/KdolUJX7LUp2pAsToO0bLglIQQQ>
Subject: Re: [Gendispatch] some thoughts about ietf communication
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jul 2021 15:32:22 -0000

There are two issues:

 1. How are new concerns developed/discussed?
 2. How do we manage the conversation so that it comes to a productive
    outcome?

The ietf list works ok for (1) but generally poorly for (2).

And so what to do about (2)?  My proposal was an attempt to address that 
by having someone organize a discussion a bit, and have people prepare 
for that, with an eye toward SOME outcome.

Let's take a complaint about the IESG from someone who says that there 
are currently no people with on the IESG that have good skills at polo, 
and can we have a conversation about qualifications and where to get 
good horses. Some people take different directions, and argue that the 
underlying issue is a dearth of scuba divers, and the conversation goes 
on for a while, and nothing happens, and our IESG remains woefully 
unprepared for the next polo match.

First of all, was that the optimal outcome?  With the given example, 
quite possibly so, since we don't need IESG members who play polo or 
scuba dive.

But supposing the issue was around three party communication models and 
their interactions between security, application, and Internet layers, 
and the impact was around 1st responders?  Now what would you like to 
have happen?  Especially if there are passionate views?  Who is prepared 
to engage in an informed way?  What IETF processes should be used?

With an outcome comes a next step and hopefully a cessation of the 
discussion on the ietf list; unless and until that next step has led to 
some sort of dead end.

Eliot


On 30.07.21 16:23, Salz, Rich wrote:
>
> Keith and Dan have made me re-think my posting, and I was wrong. An 
> open mic is really like the price of an open organization.  Thanks.
>
> (Ironic since I’ve said that exact same thing more than once when 
> people put up proposals to make “ietf@ietf” more useful. :)
>
>