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

Lars Eggert <lars@eggert.org> Mon, 28 March 2022 09:38 UTC

Return-Path: <lars@eggert.org>
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 CC74D3A10DA; Mon, 28 Mar 2022 02:38:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.109
X-Spam-Level:
X-Spam-Status: No, score=-7.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org
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 YOVvieeQg7Hl; Mon, 28 Mar 2022 02:38:45 -0700 (PDT)
Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (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 ADD883A108F; Mon, 28 Mar 2022 02:38:44 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a00:ac00:4000:400:24de:9aaa:db8e:3b28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 892361D323B; Mon, 28 Mar 2022 12:38:28 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1648460308; bh=MDo6K87lV+fbKneybDnPteFxZ1AotUu6595SPWqHVHw=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=UzLNlBvzOdRcFcSA5565puhnbWuJBY4RZr9XKWb7L7vBCtCF+sd/pxrGGFRCL27w7 RDOswqZ87fHJd02GghUbRW4XaYSW6E4G7o652hfUvakNY2725ROXISVJv07NiJfLbl DIpaTr4A1Hr+8iqsrPRoSKVP3zze3NXPlmUnzz+Q=
Content-Type: multipart/signed; boundary="Apple-Mail=_15AD98AF-388B-404C-9EF3-FB5DDB5FC0E9"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <YkF2o+n1tERslAkg@faui48e.informatik.uni-erlangen.de>
Date: Mon, 28 Mar 2022 12:38:20 +0300
Cc: Jay Daley <exec-director@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>, Kyle Rose <krose@krose.org>, 113attendees <113attendees@ietf.org>
Message-Id: <EED184D4-45B5-442A-B14B-D923B1A9F582@eggert.org>
References: <YkFr0Fh7cI6gCRoS@faui48e.informatik.uni-erlangen.de> <E3C36844-3DB3-4F91-A67E-4F657B17ED22@ietf.org> <YkF2o+n1tERslAkg@faui48e.informatik.uni-erlangen.de>
To: Toerless Eckert <tte@cs.fau.de>
X-MailScanner-ID: 892361D323B.A6022
X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/113attendees/ofRpz3FD51Gd6rM9-jVoSK7LZcU>
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 09:38:50 -0000

Hi,

On 2022-3-28, at 11:49, Toerless Eckert <tte@cs.fau.de> wrote:
> Deliberately providing physical space (rooms), but not webex space for side
> meeting strikes me as highly illogical. That is an IESG policy issue. I claim it
> is a remote-unfriendly policy.

the IETF is not "deliberately providing physical space", i.e., we do not contract extra meeting space so that side meetings can be held.

What we do offer is the use of rooms that are used for other purposes some of the time (e.g., for IESG and IAB breakfast meetings, etc.) when they would otherwise sit empty.

We provide a wiki for people to coordinate the use of these rooms during such times, so that they can avoid scheduling during times when the rooms are blocked for their original purposes, and they can also avoid conflicts with each other. (Which did happen before the wiki was offered for coordination.)

> Deliberately NOT using remote participation tools in a side-meeting strikes
> me as highly remote-unfriendly. That is a side-meeting organizer issue.

I agree.

> The linkage is of course that side meeting organizers not well versed in remote-friendly
> tooling might have an easier time if the IETF policy would make its tools available
> to them. Like it is for finding a room.

> Aka: as long as IETF policy in support of remote participation in side meetings
> is as it is compared to its support for in-person meeting (rooms), its really
> difficult to give side-meeting organizers a hard time when they choose NOT to support
> remote participation.

Most participants by now have two year's experience with running online meetings as part of their dayjobs, and most have access to their organizational Zoom/Webex/etc. setups. I remain unconvinced that a lack of knowledge or access to an A/V service is the issue here.

Thanks,
Lars