Re: Fees after IETF 108 [Registration details for IETF 108]

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 03 June 2020 03:38 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 565BF3A1243 for <ietf@ietfa.amsl.com>; Tue, 2 Jun 2020 20:38:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 1fNcGBMQfO8E for <ietf@ietfa.amsl.com>; Tue, 2 Jun 2020 20:38:21 -0700 (PDT)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 E77483A123F for <ietf@ietf.org>; Tue, 2 Jun 2020 20:38:21 -0700 (PDT)
Received: by mail-pl1-x629.google.com with SMTP id y17so321409plb.8 for <ietf@ietf.org>; Tue, 02 Jun 2020 20:38:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Y6HqLnufyDIu75e6X+Jh1e7cd3EihFG/4zYyVAKASeI=; b=Zql3eXnGq6wX59KL9R1QWQCptvUIGaeKaLAe52KwxmXRqViQDSG4JY2Q8W3t+ySo5K Y7yQKBH3vH3/dg9dPEz/k4Td90KUetpfCEGup5h3r+BIm9tA4r3cWV6BQuv5T96AOtpM +a7T06k28FGg57rTwhBG8bQjEg9+ZjY80+cBVd2Fx50fGWN3Pf1Dn2WgNixr+8Rc1e6b Mj2xvdP/2TNiBhKiUO8m8sQT8dXSjwSBrpwhj1YT226VPH9TIXqQgWIwt5RFwsFbyRqm h1GqNXHnNlEM0aQ1vI20Mzylun5pCBLn2KQxLzISuqe0m5Cb+ij71PAcfmWsIeNHjs59 HIfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Y6HqLnufyDIu75e6X+Jh1e7cd3EihFG/4zYyVAKASeI=; b=tT5qO6FlJmELjwwv1Vt2h1lYPP1nuG6pKJJKpTy9JZmu/HS7qvaDY+PTEdLksR3lNb stfiwc2CfSHRC9pppbayZVhaPTuaavlq3FlTUAWxNtRhZ33/zSilgu8boTASq/p+r/vX +2GEzHC4pYGf/zD/qORO8nxV8BB5YOxg44RKQirr67+EThFQ2g3DLtFyhzR1BYR1VoIh jRcIxlQ4AXRtFHNDoNzDhL5Hd/ifLpPUnj4Kb0C1hootBvb4OpMsaiBFGKsEdKf+Rse5 A+yu9w6Fjoiqw503U+AfWsFgqGoDEOAbaMVfuzUJeQG2Z3noAX0nnihfVCAR0eNNaKMX k52g==
X-Gm-Message-State: AOAM531vpm1org4e5TnviBcMdb76wvPUaTk9oWrzSpqZpohr8tckqvJF avxqf0iAWJjQD+voaJgj6NDY0Tm78+I=
X-Google-Smtp-Source: ABdhPJy1vepH4XyhV3aQqQ2btrATU2UDMnOsdhP61wdiHuLqZn9b3jOsJ3wgz9GH/ZeouY/o1LOTxA==
X-Received: by 2002:a17:902:bf43:: with SMTP id u3mr27219690pls.240.1591155499950; Tue, 02 Jun 2020 20:38:19 -0700 (PDT)
Received: from [192.168.178.30] ([165.84.12.178]) by smtp.gmail.com with ESMTPSA id z11sm489549pfk.141.2020.06.02.20.38.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jun 2020 20:38:19 -0700 (PDT)
Subject: Re: Fees after IETF 108 [Registration details for IETF 108]
To: Ted Hardie <ted.ietf@gmail.com>
Cc: IETF <ietf@ietf.org>
References: <159062833754.6110.5826748635235943562@ietfa.amsl.com> <A9DBD8B0-01B3-4C68-91B3-BD1E99E226BA@gmail.com> <70d1493c-4c00-f32e-8996-72d0a8369571@comcast.net> <D3BA93CD3D2D101946F35024@PSB> <9F71F116-D7B2-4ECE-9000-957A0C497404@ietf.org> <01d701d638ca$c096b5e0$41c421a0$@gmail.com> <CABcZeBOLAw_9s-gobFYB=5THu_Q70UmDLn_ZhVXhNRHN_nu_0w@mail.gmail.com> <607b7682-0a75-62b6-fd0e-5e2e1171a68b@cs.tcd.ie> <CA+9kkMBEqhn115ToB0SwOGavmXze4DdJdL941J4LeVMRrPngpQ@mail.gmail.com> <e1b804ae-4c2e-fdf3-8804-47820d35facf@cs.tcd.ie> <CA+9kkMC8ZWHaCBg=WzwtriVf-3bq=egupVgAH-J7dSqspwLoFw@mail.gmail.com> <a19c3066-bfa7-ded2-d98f-b5e367645451@cs.tcd.ie> <CA+9kkMDrsRoCPFyzU7HJWoFqgg3jQ4rszQvNRMzUAAhVwn=k0w@mail.gmail.com> <583a2e86-260a-4156-2a72-dd21e789cf97@cs.tcd.ie> <CA+9kkMD+7CLeTQ2npmWeeu58A94a5DBAzfm+SVUCgn8fwxh0pQ@mail.gmail.com> <35a9b588-f8a5-89c8-8801-e3cd80d11d58@gmail.com> <CA+9kkMBkMUe68sYQG0yJWFXw_K4P2OqcmGHXz2RryauJrTL16g@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <cc88b18b-b87e-c204-00b9-7f1fd9ba6b7f@gmail.com>
Date: Wed, 03 Jun 2020 15:38:15 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CA+9kkMBkMUe68sYQG0yJWFXw_K4P2OqcmGHXz2RryauJrTL16g@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/N3FGb54gDIeoLvIFkOkfp_XolbU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jun 2020 03:38:23 -0000

Let's take this discussion to the SHMO WG, assuming it's created.

Regards
   Brian

On 03-Jun-20 15:30, Ted Hardie wrote:
> HI Brian,
> 
> On Tue, Jun 2, 2020 at 3:57 PM Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> 
>     On 03-Jun-20 10:11, Ted Hardie wrote:
>     > On Tue, Jun 2, 2020 at 2:56 PM Stephen Farrell <stephen.farrell@cs.tcd.ie <mailto:stephen.farrell@cs.tcd.ie> <mailto:stephen.farrell@cs.tcd.ie <mailto:stephen.farrell@cs.tcd.ie>>> wrote:
>     >
>     >
>     >
>     >     On 02/06/2020 22:41, Ted Hardie wrote:
>     >     > And you are convincing me that attempting to settle it on the IETF list
>     >     > will require somebody to judge consensus, since there look to be a minimum
>     >     > of two people with the time and keyboards available to disagree.  We
>     >     > apparently, however, disagree on who that should be.
>     >
>     >     Perhaps not! If you do agree that consensus calling is
>     >     required that seems to imply the LLC is not the one to
>     >     do that. We have a bunch of 14 victims already setup
>     >     to do just that:-)
>     >
>     >
>     > I think the LLC can call consensus on a matter within their remit (just as the IAOC evaluated the feedback on the registration date change policy that I referenced many messages ago).  So, I think they are the victims set up to do that in this case.
> 
>     It's a change to the openness of the standards process, unprecedented since we first started multicasting the audio for free back in the early 1990s. BCP101 defines the LLC's scope:
> 
> 
> This isn't one thing.  It's a modification of the working methods of the IETF to deal with a crisis (and there's many more aspects of the methods which are changing).  It's an effort to provide administrative support for both a specific meeting and the IETF long term.  And it is an effort to manage the fairness of impact.  For many of us, the lack of airfare, hotel, and reduced costs for this makes this a very cheap option compared to other years.  For others it will go up, but they will be on even keel with others.  For those who truly can't afford it, donations have made up 100 registration fees, and I'm sure the LLC would be happy for more donations to help those in need. 
>  
> 
> 
>     "The IETF LLC is established to provide administrative support to the IETF. It has no authority over the standards development activities of the IETF."
> 
>     There's no doubt that the IETF Executive Director *sets* the fees, 
> 
> 
> As I said in my note to Stephen just now, I meant that the LLC Board, as the relevant community leadership, would call consensus on this.  I thought that was implied by the references to "they" and "them", but my apologies for not being explicit.
> 
>  
> 
>     but IMHO that isn't the point at issue. In this text:
>     "The IETF Executive Director sets those meeting fees, in consultation with other IETF LLC staff and the IETF community, with approval by the IETF LLC Board."
>     I don't see any indication of how the ExecD knows the result of consulting the community when there is disagreement. The mechanism we have for that is the IESG determining the rough consensus.
> 
> 
> As I said, I think any of our leadership is expected to be able to manage a consensus call, and I don't see why the LLC board shouldn't do it.  They are responsible for setting the fees; they use community guidance in RFCs, consultations with the IESG, and public feedback.    They are also community selected leaders, just like the IESG.  Putting the IESG back in that particular role is a step backward in the division of labor we've set out, and I don't see that its either warranted or appropriate.
> 
> regards,
> 
> Ted Hardie
> 
> 
>     I can see nothing in BCP101 that gives the ExecD the power to determine IETF
>     consensus, although it does require the LLC to respect IETF consensus. Those are two different things.
> 
>     Maybe this is a tiny gap in RFC8711, where Ted and (Stephen + I) have different interpretations.
> 
>     Regards
>        Brian
> 
>     > Since you referenced the magic number 14, I conclude we still disagree.
>     >
>     > I think we do agree that there should be public discussion.  I think we do agree that the LLC and IESG should talk to each other about the implications of different strategies to both the ongoing work of the IETF and its financial future.  I think we do agree that any conclusion would be revisited in the light of evidence of how it ends up working.
>     >
>     > But our disagreement on on who the stuckee is remains.
>     >
>     > regards,
>     >
>     > Ted
>     >  
>     >
>     >     Cheers,
>     >     S.
>     >
>