Re: [Ietf108planning] 48 hour consultation on response to feedback on registration fees for IETF 108

John C Klensin <john-ietf@jck.com> Tue, 16 June 2020 07:53 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf108planning@ietfa.amsl.com
Delivered-To: ietf108planning@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 930633A117A; Tue, 16 Jun 2020 00:53:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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 SzJVAzINMH25; Tue, 16 Jun 2020 00:53:23 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BC3B3A116A; Tue, 16 Jun 2020 00:53:20 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1jl6PE-000KmR-8W; Tue, 16 Jun 2020 03:53:16 -0400
Date: Tue, 16 Jun 2020 03:53:09 -0400
From: John C Klensin <john-ietf@jck.com>
To: ietf108planning@ietf.org
cc: IETF Executive Director <exec-director@ietf.org>
Message-ID: <2AC404A425402350021E8435@PSB>
In-Reply-To: <159228074098.9752.4311605509238262070@ietfa.amsl.com>
References: <159228074098.9752.4311605509238262070@ietfa.amsl.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf108planning/9j7cCAQo6r2AlIgjt5xyRyknqL4>
Subject: Re: [Ietf108planning] 48 hour consultation on response to feedback on registration fees for IETF 108
X-BeenThere: ietf108planning@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ietf108planning.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf108planning>, <mailto:ietf108planning-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf108planning/>
List-Post: <mailto:ietf108planning@ietf.org>
List-Help: <mailto:ietf108planning-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf108planning>, <mailto:ietf108planning-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jun 2020 07:53:29 -0000

Jay,

I am deferring to the reply-to field in the message and sending
this to ietf108planning@ietf.org (a list I don't think I've
heard of previously) rather than the IETF list.  If it should
have gone to the latter, please forward.

I think, under the circumstances and given the timing, this
proposal represents a thoughtful and excellent balance.  I am
particularly pleased that you and the LLC Board have recognized
that, for someone who is in need of a fee waiver, if one is not
granted, the alternative would almost certainly be "don't
participate" rather than paying.  

I note two loose ends that do not seem to have been covered: (1)
The use of extra charges for late registration.  Whether such
charges are appropriate or not, they are clearly within your and
the LLC's authority.  (2) There are privacy-related reasons for
wanting to see the sessions in real time and maybe communicate
about them with people outside the IETF and "wait for YouTube"
may not be a good answer.  I'd prefer to see that functionality
(which already exists in Meetecho and have been extensively
tested) enabled until after there is community consultation to
discontinue it rather than discontinuing it and assessing how
much damage was done after the meeting.  As with fee waivers,
someone who is going to observe that way is quite unlikely to
respond to not having the option available by registering and
paying whatever the fees are.

However, one comment below concerns me.   You write "Should IETF
109 or a later meeting move online and no new community
consensus guidelines be available...".  I think I understand
what you intend and sympathize but I think that, if we are
rational, we need to assume that some future meeting will need
to be held online.  Maybe that will be 109 or 110; maybe we will
just decide that we want to do a meeting fully online every once
in a while without an external driver.  Let's deal with that
possibility, if necessary just on a contingency planning basis,
rather than setting ourselves up for another "decision making in
an emergency" process such as would be caused if we wait until a
determination is made about whether IETF 109 will be online.   I
hope that the consensus you are looking for will emerge quickly
from SHMO or elsewhere but, if I doesn't, I hope you and the LLC
Board will take some responsibility for working with others to
be sure we don't end up in another emergency situation.

    best,
      john


--On Monday, June 15, 2020 21:12 -0700 IETF Executive Director
<exec-director@ietf.org> wrote:

> The IETF Administration LLC has reviewed the feedback provided
> by the community in response to its decision regarding
> registration fees for IETF 108 [1] and invites further
> community feedback on proposed changes to address this
> feedback.
> 
> The LLC set new registration fees for IETF 108 [2] based on
> its understanding of its authority to set registration fees as
> detailed in RFC 8711 [3]. This was in response to the
> exceptional circumstances of deciding whether to meet in
> person and, if not, whether and how to hold a fully online
> meeting.  Because of the very short timescales the LLC decided
> that there was insufficient time to substantively consult with
> the community and so instead consulted solely with the IESG.
> 
> In retrospect, the decision not to consult with the community
> was a mistake as this deprived the community of an opportunity
> to express their views and for us to respond, and because that
> process was not consistent with the documented consensus
> guidance of RFC 8711.
> 
> Based on recent community feedback, the LLC proposes the
> following changes to address the other key concern expressed -
> that the new registration fees might prevent people from
> participating who would otherwise do so remotely and without
> fee if this were an in-person event:
> 
> - Unlimited Waivers: Remove the cap on the number of fee
> waivers available.[4]
> 
> - Clarify Honor System: Update the registration page to note
> the cost of the meeting and to clearly state that fee waivers
> are offered on a trust basis to those for whom the
> registration fee is a barrier to participation, with no
> requirement to demonstrate eligibility.
> 
> - Remove Waiver Deadline: Remove the deadline to request a fee
> waiver - this can occur up until the conclusion of the meeting.
> 
> - Refund Fees If Needed: If any participant has paid for a
> registration but now needs to apply for a waiver, they may do
> so by contacting the IETF Registrar at registrar@ietf.org
> 
> While this proposal is not made from a financial perspective,
> we do not expect any financial impact as the fee waiver system
> is intended for those people who would not otherwise pay the
> registration fee.  As one member of the community put it: [5]
> 
>     "IETF likes to experiment. So we should experiment with
> a trust      model. Trust that only those who need the waiver
> will request it,      and see what happens".
> 
> We understand that this proposal will not address all of the
> community feedback, particularly the view that setting a fee
> for a fully online meeting requires community consensus.
> However we believe this proposal will address the major
> practical issues raised and enable a successful meeting. These
> fees only apply to IETF 108 and so should not prejudice any
> future community discussions regarding fully online meetings.
> Should IETF 109 or a later meeting move online and no new
> community consensus guidelines be available then we commit to
> engaging in a community consultation process as set out in RFC
> 8711 before making a decision.
> 
> Given that the meeting date is quite close and so operating on
> a compressed timetable, we invite feedback on this proposal
> within the next 48 hours (ending 18 June 2020 at 03:59 UTC).
> The LLC can then review the feedback and implement a final
> decision before the currently published closure of the fee
> waiver period on 18 June 2020 at 23:59 UTC.
> 
> 
> [1]
> https://mailarchive.ietf.org/arch/msg/ietf-announce/TH2O7LE5Wy
> oG60A3ERoKVz53x2E/ [2]
> https://www.ietf.org/blog/ietf108-registration-fees/ [3]
> https://tools.ietf.org/html/rfc8711#section-7.5 
> [4] As of 11 June 2020, fifteen waivers had been requested.
> [5]
> https://mailarchive.ietf.org/arch/msg/ietf/kZr2bc7Bw2jSWwx8HAB
> IQb-Bo0Y/