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 > >
- [Manycouches] Publication has been requested for … Suresh Krishnan via Datatracker
- [Manycouches] AD review: draft-ietf-shmoo-remote-… Lars Eggert
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Lars Eggert
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Lars Eggert
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Lars Eggert
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… John C Klensin
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Barry Leiba
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… John C Klensin
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… John C Klensin
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Mirja Kuehlewind
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Lars Eggert
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Michael Richardson
- Re: [Manycouches] AD review: draft-ietf-shmoo-rem… Lars Eggert