Re: [Rfced-future] Suggested text for issues #56, #57, #61, #62

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 25 August 2021 03:15 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBF7F3A20F9 for <rfced-future@ietfa.amsl.com>; Tue, 24 Aug 2021 20:15:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-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 og0R89QRQVt2 for <rfced-future@ietfa.amsl.com>; Tue, 24 Aug 2021 20:15:33 -0700 (PDT)
Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 4BCBD3A20F4 for <rfced-future@iab.org>; Tue, 24 Aug 2021 20:15:33 -0700 (PDT)
Received: by mail-pj1-x1032.google.com with SMTP id j1so15601609pjv.3 for <rfced-future@iab.org>; Tue, 24 Aug 2021 20:15:33 -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=Zn6AKIUXt3B1Re+wEN3AmCx8SvlTkJH2Yz69S9Whk5Q=; b=bJ6u3DNMthxC8tR4N5yRIC3oW7IIYwV7hcDypz71P6uDUKwAKuzwnG3xzdtsgAY/25 vALkYBj9lzjWi2KLKhX4Do8rgDQrVNbClJgVgbHwc5rCYZSBeFGTJf8POHlPF3SxSQyM Rx9dYTC1LhgB1bffHKiCzTckPKsAjNbwBooFS+q1QGQW2rXknU7OMFGSLw0Eau71Tmww zNZOs5dkyQimPZFknlqc2xsU9T5cR0HRLEGXyQsl5WPNN8Lzcg1HvlNyWFeuZ6Sly/5+ YoffXqQ7RdMCeANe2sexLz83ZKNc8/QPHqHW3goE3C0ihZx3OErqwWO0Za8VKiHJTp++ 8J4A==
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=Zn6AKIUXt3B1Re+wEN3AmCx8SvlTkJH2Yz69S9Whk5Q=; b=IrIEjRLU3zYOOyULnG1TRb0RQs84oPWeGtx74kdRS+sttUK+NhLCASbYScvYqOW865 8P0E4OVeEEDM7pqQjbMNevmgp9ej9K9Z3D44nLP+zx+gWZM58nJzRcn007rdPGATECBi t9/b1tBNDpi6Vx26D44Un6HKaL4+M8j2CQmicINfGlzPwJmMOpOxUNpcxcti1/9mZ1SE CTfbXJIre2ODR7rTiiEQ6NuQdlY8faCprjHxJjr7TCmBSyZsffsqNUVZ/9wf1fPnkKY3 ODZXY2WLsEBmMyWZiO6g8OP0nKo8QNCYTx0YzYc8EV47GVYWypfZqzdOzMzK1Sgsyvt7 Metw==
X-Gm-Message-State: AOAM531P2uRD0KXDIV4jYhn+opu1To++BRE9VljdSjD8dYR4Ttrl0GsG s2rF1215iMbBmAaDkHa+VAPGNzso1Kw=
X-Google-Smtp-Source: ABdhPJz6Yw2b8znK0YP7asBcPn2AkpfxH2riCE7HXGRM/GdTg5yFuHmxlH+qtpcZzeh/c3O9iZKF5Q==
X-Received: by 2002:a17:902:d709:b0:130:6b05:be3e with SMTP id w9-20020a170902d70900b001306b05be3emr24362504ply.21.1629861331788; Tue, 24 Aug 2021 20:15:31 -0700 (PDT)
Received: from ?IPv6:2406:e003:100e:1e01:80b2:5c79:2266:e431? ([2406:e003:100e:1e01:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id g3sm24238878pgj.66.2021.08.24.20.15.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 24 Aug 2021 20:15:31 -0700 (PDT)
To: Michael StJohns <msj@nthpermutation.com>, Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <C6116522-4988-4ED5-BCA7-9B36D701B99A@kuehlewind.net> <2B46402F-5268-46B7-890F-7C5CA159EF13@ietf.org> <25FCCF71-ED00-48CA-8A15-4BB63B632F73@kuehlewind.net> <f587a45c-14be-3495-01a0-858a2b4b7bb2@lear.ch> <cc7fda08-dabb-0c44-6890-0b4fd05d79d5@joelhalpern.com> <9F88E9DAC50B257953403E71@PSB> <6c544af8-b60c-1f4a-8730-3c923196eab6@joelhalpern.com> <cba4beb7-f364-bf47-86fe-d336494ca846@nthpermutation.com> <CABcZeBNtgzH3gYmUQ=9H5iM3ACffp9Uhvo1wp8DubyONQWVmnQ@mail.gmail.com> <7ce1368a-7bd2-73e3-5410-0e951f40fa00@nthpermutation.com> <CABcZeBMB4Ei0Ro01S1R8eJLDHWUFS-ePB5AGN0kC14AG-a4FSg@mail.gmail.com> <761bf2d8-759e-72e1-4c92-7419cea693bb@nthpermutation.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <1148ee5c-11da-6979-1056-2d7464ade5af@gmail.com>
Date: Wed, 25 Aug 2021 15:15:26 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <761bf2d8-759e-72e1-4c92-7419cea693bb@nthpermutation.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/rfced-future/L1uK7aRM8g1ODl03K6Wr7QNWP2w>
Subject: Re: [Rfced-future] Suggested text for issues #56, #57, #61, #62
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Aug 2021 03:15:38 -0000

Front posting for cause:

I think Mike's concern about Eliot's text derives from the way it starts.
So I'd suggest:

OLD:
Publication of RFCs shall continue to be handled by the RFC Production Center (RPC) function in accordance with high-level policies that have been 
specified through the RSWG/RSAB process.  [[The RPC shall implement the policies specified by the RSWG/RSAB process reflecting the priorities of the community.]]

NEW:
Publication of RFCs shall continue to be handled by the RFC Production Center (RPC) function under direction from the IETF LLC, in accordance with 
high-level policies that have been specified through the RSWG/RSAB process, and subject to the IETF LLC providing the necessary resources.

I wouldn't want to lose the text that discusses the RPC consulting directly with and reporting directly to the community.

Regards
   Brian Carpenter

On 25-Aug-21 07:32, Michael StJohns wrote:
> On 8/24/2021 2:38 PM, Eric Rescorla wrote:
>>
>>
>> On Tue, Aug 24, 2021 at 11:34 AM Michael StJohns <msj@nthpermutation.com <mailto:msj@nthpermutation.com>> wrote:
>>
>>     On 8/24/2021 2:13 PM, Eric Rescorla wrote:
>>>
>>>         ## Relationship between the RPC and the RSAB or RSWG
>>>
>>>         Neither the RSAB nor the RSWG has any oversight, monitoring, or directive relationship with respect to the RPC.  The RSAB and RSCE have an advisory relationship with the RPC as described above.
>>>
>>>
>>>     This seems incorrect to me just as a matter of fact. When the RSWG and RSAB publish an RFC describing how the RPC ought to behave, then this is in fact directive.
>>>
>>>     -Ekr
>>>
>>     I believe you're missing the difference between the noun "directive" (e.g. the RFC is a policy directive which describes the operation of the RPC) which has the meaning:
>>
>>     "an official or authoritative instruction".
>>
>>     And the adjective "directive" (e.g. the RSWG has no directive relationship with the RPC) which has the meaning:
>>
>>     "involving the management or guidance of operations" -
>>
>>     To put it another way, your state executive or legislature may issue a directive (or a law) with respect to the wearing of masks, but the state does not have a directive relationship with you unless you actually work for the state.   I am personally subject to 1000s of directives of various forms, but since I work for myself, I am not the subject 
of a directive relationship in the meaning above.
>>
>>
>> It seems to me that if we are having to refer to this kind of dictionary-based interpretation, then a rewrite is in order.
> 
> I referred to a dictionary only for your convenience.  But "directive" in conjunction with "relationship"  is the appropriate term here.  I guess you could use governing, or  control as replacements with some work, but those aren't as clear.
> 
>>
>>     I believe we've agreed that the RSAB and RSWG don't get to directly tell the RPC or the RSCE what to do - e.g. they may NOT direct either of those entities to perform specific work - all they can do is publish the RFCs and then ask the LLC to craft a contract or engagement agreement reflecting those RFCs.
>>
>> I think you're drawing too sharp a distinction.
>>
>> Suppose that the RSAWG were to publish an RFC saying that heretoforth authors should be listed in alphabetical order. I would expect the RPC to 
comply with that without some new contractual term from the LLC. Do you disagree?
> 
> 
> The other section has this:
> 
> 
>> Publication of RFCs shall continue to be handled by the RFC Production  Center (RPC) function in accordance with policies described in the 
Editorial series of RFCs, and consistent with the engagement agreement(s) 
between the RPC and the LLC.
> 
> Assuming that the change in the RFC's does not require a change in the costs, or impose more work and where the change is consistent with the agreement between the RPC and the LLC, then there is no requirement to change the contract.   And actually, if this requires a tooling change (not saying it will, but who knows), it might require LLC approval to 
spend the money so... it may not be a contract change, but it may require 
LLC (or IED) buy in.  That seems something that a) the RPC would hopefully bring up during the RFC creation, b) the LLC would analyze before RFC approval, and c) the LLC would be proactive in working with the RPC to implement the new RFC policies.   Or d) the LLC would say - we're not payinf for this.
> 
> The counter example is that you write a new RFC that says that the RPC shall maintain a GIT instance tracking all of the changes made between submission and publication of an RFC candidate and that wasn't part of the contract, then yes it requires a change.
> 
> So the general answer to the more general question: "Will Editorial stream RFCs published by RSAB/RSWG require contract changes to the RPC?" is "It depends" which I think you probably already knew.
> 
> Later, Mike
> 
> 
> 
>>
>> -Ekr
>>
>>     Later, Mike
>>
>>
>>
> 
>