Re: [Manycouches] [admin-discuss] Follow up on consultation on planning for IETF 111

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 12 April 2021 21:48 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6087C3A0FF7 for <manycouches@ietfa.amsl.com>; Mon, 12 Apr 2021 14:48:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.632
X-Spam-Level:
X-Spam-Status: No, score=-1.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=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 YAKyKsENEsXX for <manycouches@ietfa.amsl.com>; Mon, 12 Apr 2021 14:48:07 -0700 (PDT)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 E74CF3A0FF6 for <manycouches@ietf.org>; Mon, 12 Apr 2021 14:48:06 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 13CLm4qJ047046 for <manycouches@ietf.org>; Mon, 12 Apr 2021 23:48:05 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DDFD7207A16 for <manycouches@ietf.org>; Mon, 12 Apr 2021 23:48:04 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D1EA3204563 for <manycouches@ietf.org>; Mon, 12 Apr 2021 23:48:04 +0200 (CEST)
Received: from [10.14.0.65] ([10.14.0.65]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 13CLm4bc009609 for <manycouches@ietf.org>; Mon, 12 Apr 2021 23:48:04 +0200
To: manycouches@ietf.org
References: <3431E359-7CDE-43AE-9284-56A9C0AC3A1A@ietf.org> <d4eaa5ce-083f-7558-28a9-fc0df7d817a5@gmail.com> <80C5BA10-4D11-4B48-95F4-918ECC01579A@cable.comcast.com> <3bf17293-5a7d-78a2-b8cf-1b32de9b879c@gmail.com> <9F0A812EC6497AECE61626C0@PSB> <22259.1618010874@localhost> <E7A5A8F393316F8CD2D015D8@PSB> <2670454.1618095915@dooku> <LO2P265MB03999D8A17223E35312D8AC2C2719@LO2P265MB0399.GBRP265.PROD.OUTLOOK.COM>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <da0a15a6-2d7d-71c0-d005-c6ac37cd2176@gmail.com>
Date: Mon, 12 Apr 2021 23:48:04 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1
MIME-Version: 1.0
In-Reply-To: <LO2P265MB03999D8A17223E35312D8AC2C2719@LO2P265MB0399.GBRP265.PROD.OUTLOOK.COM>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/_o1A5w8Y6BoVw1xLIbJdBvGigbE>
Subject: Re: [Manycouches] [admin-discuss] Follow up on consultation on planning for IETF 111
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of remote meeting attendance and virtual IETF meetings, as well as for SHMOO working group" <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Apr 2021 21:48:11 -0000


Le 11/04/2021 à 22:17, Andrew Campling a écrit :
> Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> 
>> I mostly agree with you.  ADs have *not* been pushing back against 
>> virtual interim meetings for the past ten years.  Virtual interim 
>> meetings do not even require AD approval at all.
> 
> This made me wonder whether there would be merit in inserting a 
> little more bureaucracy to reduce the volume of virtual interim 
> meetings, both in total and generated by individual WGs.  A review
> of the scheduling would be useful too as I suspect (but haven't
> checked) that the majority are unlikely to be helpful to participants
> in AP.
> 
> 
>> While there are some WGs which engage in significant synchronous 
>> activites, I think it's important to recognize that some tools
>> like github issue work are in fact asynchronous activites, which
>> just don't happen to use SMTP as their primary transport.   I also
>> want to point out that in many cases, the use of meeting tools 
>> (including github) are actually having the effect of making design 
>> team activities *more* accessible by being more visible, not less. 
>> People used to do weekly phone conferences for design teams back
>> in the 1990s too, and they tended to be very exclusionary.
> 
> Whilst I know others will not agree, the choice of GitHub to edit 
> documents is, in my view, particularly exclusionary for two reasons.

It is.

I know for example of some who refuse to use github for document sharing
because it is not on IPv6.  They might prefer gitlab or pastebin.com.

I agree with them.

> Firstly it erects yet another barrier to participation in IETF 
> discussions by other stakeholder groups (GitHub is hardly a 
> mainstream tool for such a task).  Secondly, as others have pointed 
> out on other lists, it can encourage higher volumes of messaging, 
> making it harder for would-be participants to keep track of a 
> discussion unless they can follow it with the same degree of vigour 
> as the most active WG participants (potentially difficult for those 
> with day jobs not dedicated to the topic at hand).
> 
> 
>> Too many WG sessions occuring at the same time, to which to too 
>> many people attend.  Inherent in this is that too many WGs are in 
>> scheduling conflicts, which means that too few people are 
>> experiencing the same set of discussions.
> 
>> Too many sessions mean that people are exhausted, aren't spending 
>> enough time bored (i.e., with their brain free-associating), and 
>> there aren't enough occasions to chat with random other people who 
>> are bored.
> 
> Is this a function of the abbreviated day for the recent set of 
> virtual meetings?  Would the longer day of in-person meetings
> address this, combined with the extensive time available for
> informal interaction throughout the week?
> 
> 
>> Were they less costly CO2 wise and $$$-wise, I would want more 
>> meetings, with shorter weeks.   Moving to two in-person and two 
>> virtual would be my goal as we resume.
> 
> For the record, and admittedly from my much less extensive
> experience of the IETF, I'd far prefer to see things revert to three
> in-person meetings a year.  Without these in-person meetings I
> believe that the IETF risks fracturing

Fracturing already happens within the 3-times a year in-person meetings.

I try to follow many WGs and often times things pop up in one WG that
would be contrary to what other WG thinks.  It would be the ADs to
notice and avoid that, but ADs are not 1000 people, just maybe 15.

It is that last-call email list who might work agains fracturing, but
that is an online tool.

I have an example at hand about such fracturing, but I will not talk
about it, since it is IMHO.


  into a number of largely separate activities
> with minimal overlap, increasingly driven by the interests of 
> companies and with little regard for the "big picture".  In-person 
> meetings build a sense of community as well as fostering the 
> cross-pollination of ideas, diluting the former risks harming the 
> community over the medium-term.

I agree with the sense of community at in-person meetings.

 From my part, I call it a trust building.  A joke I might have said
during a dinner, or a private note I might have shared to a co-IETFer
during a long walk at night in a great City... they stay recorded for
long times.  Based on that people trust each other much more than just
an email online.

But in dire times when it might be hard to meet, one might try to select
how to structure the trust best, such that to involve the least travel.

Nowadays nobody travels or meets, which is not an ideal situation with
respect to trust.

Alex

> 
> 
>> well. I tried to capture this into a document, but I'm not going
>> to work on a draft that this WG doesn't seem interested in
>> adopting. <insert rfc7221bis>.
> 
> On balance this does seem to be needed, does it fit here?  And if 
> not, where?
> 
> 
> Andrew
> 
> _______________________________________________ Manycouches mailing 
> list Manycouches@ietf.org 
> https://www.ietf.org/mailman/listinfo/manycouches
>