Re: [Manycouches] AD review: draft-ietf-shmoo-remote-fee-04

Lars Eggert <lars@eggert.org> Mon, 09 January 2023 14:05 UTC

Return-Path: <lars@eggert.org>
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 0E699C1D25B9; Mon, 9 Jan 2023 06:05:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PjvjE18Q8U0u; Mon, 9 Jan 2023 06:05:07 -0800 (PST)
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 97017C40CAF5; Mon, 9 Jan 2023 05:23:48 -0800 (PST)
Received: from smtpclient.apple (unknown [IPv6:2a00:ac00:4000:400:a9d3:73de:4690:9e70]) (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 72F001D11C4; Mon, 9 Jan 2023 15:23:40 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1673270620; bh=y6veK47CC85Lm85+GmV2cqfvmxZak3d2bthJwTL31WA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=rz/2mCz2TiMfiwd9exu7CpBAuthi36h7DxkJTFLikOKQIMMzUkj1GrqNHoNVyXZ2+ GjgWRRpNOcxrEI7JWLkjAUE0D+HrbraSwdCf9dq+yCa+uLZ5wuNiVRn+/bvlwHSzn4 CCTNIG/yUZJ3vDdMp6Jx2g7b4wF9WDBqtu2IfZkI=
Content-Type: multipart/signed; boundary="Apple-Mail=_52631480-402C-4F57-BC26-2F99017AC50B"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <62E4F044-3C40-4653-8E6E-DDCEAD6E2347@eggert.org>
Date: Mon, 09 Jan 2023 15:23:39 +0200
Cc: shmoo-chairs@ietf.org, draft-ietf-shmoo-remote-fee@ietf.org
Message-Id: <4320922E-4366-4D66-953E-4546FC41E6EE@eggert.org>
References: <167046836387.29741.3254288906554935906@ietfa.amsl.com> <62E4F044-3C40-4653-8E6E-DDCEAD6E2347@eggert.org>
To: manycouches@ietf.org
X-MailScanner-ID: 72F001D11C4.A1EA1
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/manycouches/D97q7ZX0MjltX1P9SeRVByiPlJo>
Subject: Re: [Manycouches] AD review: draft-ietf-shmoo-remote-fee-04
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.39
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, 09 Jan 2023 14:05:12 -0000

Hi,

and happy new year! Could we get the ball rolling on this document again? I believe there will be a new revision coming and then it can go to last call.

Thanks,
Lars

On Dec 8, 2022, at 14:58, Lars Eggert <lars@eggert.org> wrote:
> 
> Signed PGP part
> # GEN AD review of draft-ietf-shmoo-remote-fee-04
> 
> CC @larseggert
> 
> ## Comments
> 
> ### Section 1, paragraph 2
> ```
>     Remote participation for IETF in-person meetings has evolved over
>     time from email-only to live chat and audio streaming, and,
>     subsequently, to a full online meeting system that is tightly
>     integrated with the in-room session and enables interactive
>     participation by audio and video.  Due to this evolution, and because
>     most in-person attendees paid registration fees and this has been
>     sufficient to support the meeting, online participation has
>     historically been free for remote attendees.
> ```
> The meeting fees have never been sufficient to support the meetings -
> meeting sponsors and the ISOC support are critical. I think it may be
> better to replace the entire final sentence with simply "Online
> participation has historically been free for remote attendees",
> sidestepping all of this.
> 
> ### Section 1, paragraph 3
> ```
>     With the move to fully online meetings in 2020, however, there is no
>     longer a distinction between remote and on-site participants.  Since
>     IETF meeting costs and other costs still had to be covered, there was
>     the need for a meeting fee for remote participants, which risks the
>     removal of the free remote option.
> ```
> Would rephrase the last sentence as "Since IETF meeting costs and
> other costs still had to be recovered, a meeting fee was charged for
> remote participants, eliminating the free remote participation
> option (for a time)."
> 
> ### Section 2, paragraph 3
> ```
>     The principle this document states is simple: there must always be an
>     option for free remote participation in any IETF meeting, regardless
>     of whether the meeting has a physical presence.  Related events of a
>     meeting for which the IETF provides remote participation services and
>     are therefore part of the IETF's open process [RFC3935] are
>     encouraged to follow this principle as well.
> ```
> Suggest to rephrase the last sentence as "Related events collocated
> with an IETF meeting are part of the IETF's open process [RFC3935] and
> are encouraged to follow this principle as well.""
> 
> ### Section 3, paragraph 2
> ```
>     Online meetings can have lower costs than in-person meetings,
>     however, they still come with expenses, as do other services that the
>     IETF provides such as mailing lists, document access via the
>     datatracker or other online platforms, or support for
>     videoconferencing, e.g., with Webex accounts for working groups and
>     other roles in the IETF.
> ```
> Webex is not a good example, since it's an in-kind donation. We do pay
> for Meetecho, that would be a better example.
> 
> ### Section 3, paragraph 2
> ```
>     These and other operating costs of the IETF are also cross-financed
>     by income generated through meeting fees.  The intention of this
>     document and the principle stated herein is not to make participation
>     free for everyone, but to always offer a free remote participation
>     option that a potential attendee can apply for without any barriers
>     other than the registration procedure itself.  As long as the overall
>     meeting expenses are covered by paid registrations, sponsorships and
>     other sources of revenue, additional remote participants usually
>     impose very low additional expenses.
> ```
> "without any barriers other than the registration procedure" - this
> seems to prevent requiring fee waiver requests?
> 
> ### Inclusive language
> 
> Found terminology that should be reviewed for inclusivity; see
> https://www.rfc-editor.org/part2/#inclusive_language for background and more
> guidance:
> 
> * Terms `his` and `her`; alternatives might be `they`, `them`, `their`
> 
> ## Nits
> 
> All comments below are about very minor potential issues that you may choose to
> address in some way - or ignore - as you see fit. Some were flagged by
> automated tools (via https://github.com/larseggert/ietf-reviewtool), so there
> will likely be some false positives. There is no need to let me know what you
> did with these suggestions.
> 
> ### Typos
> 
> #### Section 1, paragraph 2
> ```
> -    seen an increasing number of remote participants.  This increase can
> +    seeing an increasing number of remote participants.  This increase can
> +       + +
> ```
> 
> #### Section 1, paragraph 2
> ```
> -    better understand these trends the IETF started requiring
> +    better understand these trends, the IETF started requiring
> +                                  +
> ```
> 
> #### Section 1, paragraph 3
> ```
> -    With the move to fully online meetings in 2020, however, there is no
> -                                                                   ^
> +    With the move to fully online meetings in 2020, however, there was no
> +                                                                   ^^
> ```
> 
> #### Section 1, paragraph 4
> ```
> -    about the potential impact on both, those who regularly remotely
> -                                      -
> ```
> 
> #### Section 1, paragraph 4
> ```
> -    attend IETF meetings as well as people considering attending an IETF
> -                           --------------
> +    attend IETF meetings and those considering attending an IETF
> +                          ++++++
> ```
> 
> #### Section 2, paragraph 5
> ```
> -    and documentation and making them accessible over the Internet, it
> -        ---- ---   ^^        ^^^
> +    and materials and to make them accessible over the Internet, it
> +           ++ ^^^     +++   ^
> ```
> 
> #### Section 2, paragraph 6
> ```
> -    possible.  This document rather says that if remote participation is
> -                                      ^
> +    possible.  This document rather states that if remote participation is
> +                                     + ^^
> ```
> 
> #### Section 3, paragraph 1
> ```
> -    however, they still come with expenses, as do other services that the
> -                  -- ^^^ ^^^^^^^^
> -    IETF provides such as mailing lists, document access via the
> +    however, they incur expenses, as do other services that the
> +                   ^ ^^
> +    IETF provides, such as mailing lists, document access via the
> +                 +
> ```
> 
> #### Section 3, paragraph 2
> ```
> -    These and other operating costs of the IETF are also cross-financed
> -                                                      ^^
> +    These and other operating costs of the IETF are partially cross-financed
> +                                                    +++++  ^^
> ```
> 
> #### Section 3, paragraph 3
> ```
> -    the cost of free participation emerges to a signification factor, the
> +    the cost of free participation emerges to be a signification factor, the
> +                                              +++
> ```
> 
> #### Section 4, paragraph 1
> ```
> -    This document does not provide specific requirements on when to use
> -                           ^ -----          ^^^   ^^^
> +    This document does not offer specific guidance to participants on when to use
> +                           ^^^^           ^  +++++++++++ ^^^^^^
> ```
> 
> #### Section 4, paragraph 1
> ```
> -    participants, nor to any specific other restrictions like the number
> -                             ---  ----- -  ------ ^^^^^^
> +    participants, nor to any criteria, like the number
> +                              +     ^^
> ```
> 
> #### Section 4, paragraph 2
> ```
> -    It is expected that participants who have financial support to use
> -           ^^^ ^                                                ---
> -    the regular registration option will do so.  Paying a registration
> -                                   -----------
> +    It is encouraged that participants who have financial support use
> +           ^ ^^^^^
> +    the regular paid registration option.  Paying a registration
> +               +++++
> ```
> 
> #### Section 4, paragraph 3
> ```
> -    the number and percentage of free registrations used should be
> -                                                    -----
> ```
> 
> #### Section 4, paragraph 3
> ```
> -    published, as this will permit analysis of the use and change in use
> -                                                      ------------------
> ```
> 
> #### Section 4, paragraph 4
> ```
> -    As the principle defined in this document aims to promote openness
> -                                                               -- ----
> -    and thereby enhance participation, an increase in use of free
> -                         ^^^^^^^^^^^
> +    As the principle defined in this document aims to promote participation
> +                                                              +++++++++++
> +    and thereby enhance openness, an increase in use of free
> +                        + ^ ++++
> ```
> 
> #### Section 4, paragraph 4
> ```
> -    registrations stays stable and retains the projected needed income.
> -    If the number of paid registrations, however, decreases, this can
> -    ^                                  ----------
> -    still also have various reasons other than misuse, such as
> -    ^ ------- -----
> +    registrations stays stable and the needed registration revenue is realized.
> +    However, if the number of paid registrations decreases, this can
> +    ^^^^^^^^^^
> +    be due to various reasons other than misuse, such as
> +    ^^^^^^^
> ```
> 
> ## Notes
> 
> This review is in the ["IETF Comments" Markdown format][ICMF], You can use the
> [`ietf-comments` tool][ICT] to automatically convert this review into
> individual GitHub issues. Review generated by the [`ietf-reviewtool`][IRT].
> 
> [ICMF]: https://github.com/mnot/ietf-comments/blob/main/format.md
> [ICT]: https://github.com/mnot/ietf-comments
> [IRT]: https://github.com/larseggert/ietf-reviewtool
> 
>