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 >
- [Manycouches] Follow up on consultation on planni… Jay Daley
- Re: [Manycouches] Follow up on consultation on pl… Salz, Rich
- Re: [Manycouches] Follow up on consultation on pl… John C Klensin
- Re: [Manycouches] Follow up on consultation on pl… Jay Daley
- Re: [Manycouches] Follow up on consultation on pl… John C Klensin
- Re: [Manycouches] Follow up on consultation on pl… Alexandre Petrescu
- Re: [Manycouches] [admin-discuss] Follow up on co… Livingood, Jason
- Re: [Manycouches] [admin-discuss] Follow up on co… Brian E Carpenter
- Re: [Manycouches] [admin-discuss] Follow up on co… John C Klensin
- Re: [Manycouches] [admin-discuss] Follow up on co… Michael Richardson
- Re: [Manycouches] [admin-discuss] Follow up on co… John C Klensin
- Re: [Manycouches] [admin-discuss] Follow up on co… Michael Richardson
- Re: [Manycouches] [admin-discuss] Follow up on co… Andrew Campling
- Re: [Manycouches] [admin-discuss] Follow up on co… Fred Baker
- Re: [Manycouches] [admin-discuss] Follow up on co… John C Klensin
- Re: [Manycouches] [admin-discuss] Follow up on co… Brian E Carpenter
- Re: [Manycouches] [admin-discuss] Follow up on co… Vittorio Bertola
- Re: [Manycouches] [admin-discuss] Follow up on co… Alexandre Petrescu
- Re: [Manycouches] [admin-discuss] Follow up on co… Alexandre Petrescu
- Re: [Manycouches] [admin-discuss] Follow up on co… Alexandre Petrescu
- Re: [Manycouches] [admin-discuss] Follow up on co… Alexandre Petrescu
- Re: [Manycouches] [admin-discuss] Follow up on co… Alexandre Petrescu