Re: [113attendees] remote-inclusiveness (was: Re: hybrid meetings: the worst of both worlds)

Toerless Eckert <tte@cs.fau.de> Mon, 28 March 2022 08:03 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: 113attendees@ietfa.amsl.com
Delivered-To: 113attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 295A73A0DDE for <113attendees@ietfa.amsl.com>; Mon, 28 Mar 2022 01:03:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.661
X-Spam-Level:
X-Spam-Status: No, score=-6.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 z4oo0Qpm3omi for <113attendees@ietfa.amsl.com>; Mon, 28 Mar 2022 01:03:34 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (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 0A4F43A080F for <113attendees@ietf.org>; Mon, 28 Mar 2022 01:03:33 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 70B08549C82; Mon, 28 Mar 2022 10:03:28 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 66A9D4EAA47; Mon, 28 Mar 2022 10:03:28 +0200 (CEST)
Date: Mon, 28 Mar 2022 10:03:28 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Kyle Rose <krose@krose.org>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 113attendees <113attendees@ietf.org>
Message-ID: <YkFr0Fh7cI6gCRoS@faui48e.informatik.uni-erlangen.de>
References: <91b2da16-46e1-2370-d0f9-786934637c09@sunet.se> <132b08c49caa41e6a0be75c53841bb42@huawei.com> <e41b5a7a-df0b-e778-dc89-4fc78fc482ef@labs.htt-consult.com> <CAPt1N1k01kNqkXAfG=Mh4nvrp0apDRise6N39u++yBU_kd-Tkw@mail.gmail.com> <Yj5ee80R0JtkDsj4@faui48e.informatik.uni-erlangen.de> <60279.1648299247@dooku> <CAJU8_nV+oy1wWOFjvigKR_f-_6Ca-jJPatzR0Y472T+vW6pJLw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAJU8_nV+oy1wWOFjvigKR_f-_6Ca-jJPatzR0Y472T+vW6pJLw@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/113attendees/VGhIm9YT0-zDImIbesZ1b82Hn-k>
Subject: Re: [113attendees] remote-inclusiveness (was: Re: hybrid meetings: the worst of both worlds)
X-BeenThere: 113attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 113 attendees <113attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/113attendees>, <mailto:113attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/113attendees/>
List-Post: <mailto:113attendees@ietf.org>
List-Help: <mailto:113attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/113attendees>, <mailto:113attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Mar 2022 08:03:39 -0000

These mail threads of course encourage primarily contrarian pondering.
I think we do get more substantial understanding of the overall community
opinion by those questionaires that JohnD started to do. Aka: it would be
useful to have over time more question with the experience with the different
type of get-togethers. As long as they cover relevnt questions. Such as 
usefulness or its opposite in the face of different audio qualities of a
particular venue (such as a bar).

Wrt to resisting more remote-inclusiveness: Its clear that if we do not have
a group trying to push the envelope, we wouldn't have moved away from the
local-only state we had 30 years ago. That's just human nature. And i am sure
that if we would look back, we'll find enough evidence of participants rejecting
even the idea of what we have achieved so far (with meetecho/gather) as impossible
or undesirable back then.

I have just seen outside of IETF over the decades a lot more remote-inclusive
options that i think are also worth to explore for IETF. Sitting in a side-meeting
room in the IETF and NOT having a remote participation option for example strikes
me as particularily objectionable. Sitting in a bar and trying to get actual
technical work done, but then not understanding anyone due to background noise
equally so.

Yes, spending more time by doing local and then remote meetings would be nice,
but i already know that only a minority of people that where able to meet locally
would make themselves available remotely to the same degree.

Cheers
    Toerless

On Sat, Mar 26, 2022 at 07:04:56PM -0600, Kyle Rose wrote:
> On Sat, Mar 26, 2022, 6:54 AM Michael Richardson <mcr+ietf@sandelman.ca>
> wrote:
> 
> >
> > I've been doing 1 meeting remote since around 2004.
> > I got multicast IP to work once, but then the IETF abandonned that method.
> > I know all about how remote people get "excluded", but ...
> >
> > Toerless Eckert <tte@cs.fau.de> wrote:
> >     > One wish i have is that people on-site should be remote-inclusive
> >     > whenever they do announce/organize an activity that easily could
> >     > include remote participation.
> >
> > I don't have that wish.
> > I wish that people who want to organize side meetings with remote people
> > would just have a "zoom" meeting next week, with all the people remote.
> >
> >     > And no: using the words "bar" and "bof" together is not a valid
> > excuse
> >
> > I want us to return to bar bofs happenning in bars with beer and napkins.
> >
> 
> Agreed.
> 
> More generally, there would be little point in traveling were all
> interactions handicapped to the degree that would be required for full
> remote participant equity. The IETF should provide reasonable accommodation
> for remote attendees (which IMO includes things like the new local/remote
> mic queue discipline) but accept that there is value in *being there* that
> cannot be replicated by remote attendees via any near-term telepresence
> technology.
> 
> Moreover, the IETF should not apologize for wanting to maximize the
> benefits of the reality we inhabit. These are constraints not under our
> control.
> 
> Kyle
> 
> >

-- 
---
tte@cs.fau.de