
From nobody Wed Jul  1 05:55:11 2020
Return-Path: <jmh@joelhalpern.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 E10CD3A09DE for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 05:55:09 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 pCGc2MqfLiRk for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 05:55:08 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80D4A3A08B6 for <rfced-future@iab.org>; Wed,  1 Jul 2020 05:55:08 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 49xh5m2WRjz6GD8b; Wed,  1 Jul 2020 05:55:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1593608108; bh=QR1wCuVHONwiTk0AfrpoXT1P2qEzXReYT3QZ/WJjoWU=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=oMFcbo/WAnJz3yYQSY5OGk0pfEvMQQ1AG/DOvP2HRQHEQj713w+bzSyXBSJC3xDyB mB+w53V/RvTsvbcxdgPAS7qErZcCwA2XAAkRo9V25WiAJa56cf9Fvpv/rpEpIDr8o4 Z5HewNnutcB0E5Toy36YOUXCp174EqpLnotVQb1A=
X-Quarantine-ID: <aY3WLI7QO57a>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 49xh5l5x31z6GH0C; Wed,  1 Jul 2020 05:55:07 -0700 (PDT)
To: Jay Daley <jay@ietf.org>
Cc: rfced-future@iab.org
References: <71334F08-17C0-4048-9238-45632145C86A@ietf.org> <76203deb-44de-e9c8-78f1-036fbf14a060@joelhalpern.com> <23A226A7-D7D7-4B10-A3EA-EE1A32EC375E@ietf.org> <2805d109-7ef2-e786-14e1-4355d55e4dc2@joelhalpern.com> <B4858355-9FD0-407F-9B6F-8233D27C51A8@ietf.org>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <db592808-236c-13f9-ff4c-fd6499733ef4@joelhalpern.com>
Date: Wed, 1 Jul 2020 08:55:06 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <B4858355-9FD0-407F-9B6F-8233D27C51A8@ietf.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/alnazx56kiNemzqhK5Aj1eU96zM>
Subject: Re: [Rfced-future] Defining the relevant community
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, 01 Jul 2020 12:55:10 -0000

I agree that identification is a hard problem.  We largely punted in the 
current documents due to the difficulty.

I am not following why moving the responsibility to the streams is 
helpful in resolving that difficulty.

Yours,
Joel

On 7/1/2020 12:17 AM, Jay Daley wrote:
> 
> 
>> On 1/07/2020, at 4:07 PM, Joel M. Halpern <jmh@joelhalpern.com 
>> <mailto:jmh@joelhalpern.com>> wrote:
>>
>> While there is certainly room for disagreement, historically it has 
>> seemed that the RSE and RPC are closer to the consumers of the 
>> material than the IETF / IRTF are.  (IAB documents of one kind or 
>> another frequently have more specific targets, and so may have 
>> different issues.)  Adrian can correct me of course, but as far as I 
>> know the ISE has no channel to the consumers of Independent stream RFCs.
> 
> I don’t disagree, but again that’s about representation/engagement not 
> identification.  Currently the RSE has to both identify and to 
> engage/consult/listen to.  I am suggesting that the two parts can be 
> split with the first part, identification, having much more direct 
> involvement from the streams.  And to be clear, the reason I’m 
> suggesting that is because the current situation of expecting the RSE to 
> define seems intractable - or have I misunderstood and is the "relevant 
> community" well defined?
> 
> Jay
> 
>>
>> Yours,
>> Joel
>>
>> On 6/30/2020 11:55 PM, Jay Daley wrote:
>>> Joel
>>>> On 1/07/2020, at 3:44 PM, Joel M. Halpern <jmh@joelhalpern.com 
>>>> <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com>> wrote:
>>>>
>>>> Jey, you put quotes around your proposed definition.  Is that 
>>>> because it is a quote from somewhere, or merely to mark it as an 
>>>> intended proposal?
>>> A strawman.
>>>>
>>>> I do not believe any of the streams have historically claimed to 
>>>> represent their readers, although they all do try to take into 
>>>> account the needs of the various kinds of readers.  The IETF, at 
>>>> least, in practice only represents those who participate in the IETF 
>>>> processes. The ISE has not even claimed to represent the authors who 
>>>> contribute to that stream, much less the readers of documents from 
>>>> that stream.
>>> I wasn’t suggesting representation, only definition.  Representation 
>>> is very different.
>>>>
>>>> So  I have trouble seeing how your proposal matches the facts on the 
>>>> ground.  We could try to give the streams that responsibility, but 
>>>> that would be an interesting and complex undertaking. Historically, 
>>>> part of the point of the RFC Series leadership has been to make sure 
>>>> that the interests that are not at the table still get taken into 
>>>> account.  That is explicit in the current model text.
>>> My strawman gives the role for defining those who have no seat at the 
>>> table ("solely consumers") to the streams on the basis that the RSE 
>>> is one-step further removed from those people than the streams are.
>>> Thanks.
>>> Jay
>>>>
>>>> Yours,
>>>> Joel
>>>>
>>>> On 6/30/2020 11:30 PM, Jay Daley wrote:
>>>>> Brian
>>>>> In your draft [1] you write:
>>>>>     "The exact definition of the relevant community is open for debate.
>>>>>      One definition is: the IETF, the IRTF, the IAB and the many other
>>>>>      people who have contributed to, or made use of, the RFC Series
>>>>>      over the last fifty years. In particular, many users of the 
>>>>> RFC series,
>>>>>      ranging for example from junior hardware or software engineers to
>>>>>      senior executives overseeing procurement decisions, will never
>>>>>      participate directly in the IETF or IRTF."
>>>>> The problem with that is twofold - it’s too nebulous to pin down 
>>>>> and there’s no connection between those who produce the documents 
>>>>> and the community the documents are used by.
>>>>> Another definition of the relevant community for RFCs is possible 
>>>>> that provides a practical path to pinning it down and fits with the 
>>>>> current split of responsibilities between the streams and the RSE:
>>>>> "As each of the streams is responsible for the technical content of 
>>>>> their RFCs, so too are they responsible for defining the community 
>>>>> around that content, including those who contribute to an RFC and 
>>>>> those who are solely consumers of the RFC.  In addition there is a 
>>>>> community that views the series as a whole, including archivists, 
>>>>> librarians and other standards organisations, which the RSE 
>>>>> defines. The relevant community for the RFC Series is defined as 
>>>>> the superset of all of these communities."
>>>>> Jay
>>>>> [1] 
>>>>> https://tools.ietf.org/id/draft-carpenter-rfc-principles-01.html#name-the-rfc-series-as-a-whole 
>>>>> section list item 5, bullet 1
>>>>
>>>> --
>>>> Rfced-future mailing list
>>>> Rfced-future@iab.org <mailto:Rfced-future@iab.org> 
>>>> <mailto:Rfced-future@iab.org>
>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>> -- 
>>> Jay Daley
>>> IETF Executive Director
>>> jay@ietf.org <mailto:jay@ietf.org> <mailto:jay@ietf.org>
>>
>> -- 
>> Rfced-future mailing list
>> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>> https://www.iab.org/mailman/listinfo/rfced-future
> 
> -- 
> Jay Daley
> IETF Executive Director
> jay@ietf.org <mailto:jay@ietf.org>
> 
> 


From nobody Wed Jul  1 15:10:37 2020
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 1CA623A0E5D for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 15:10:36 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 K9-rJAKY4slI for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 15:10:34 -0700 (PDT)
Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 9EDAE3A0E5B for <rfced-future@iab.org>; Wed,  1 Jul 2020 15:10:34 -0700 (PDT)
Received: by mail-pj1-x1030.google.com with SMTP id f16so1212620pjt.0 for <rfced-future@iab.org>; Wed, 01 Jul 2020 15:10:34 -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=o20vOW0ZPS+6tVg/UES/kSB+Vmc+BfFrHkKf/EHGkVE=; b=qu+csUrjlwt2MtpwkHrI91q7nyJ2r85etW4CBiNnu9v+VCrLeO/QKeZ45EijVNfxuu 6ckyIQRBejHjbOycdw3HLcIo08xXfDZ0aSazA7jPkhCy194JRH3VREx9iMEmHEU0rhfJ qdz+/Wps3IXR4ydnP7wypo/JO+QHj0ZQ2G3ikrJ7xoEM/gFnCWvnjDgCbNmWQ2kOggmh IBedv9Ql9UoAstO6ql/lF+gy0eCYARWM3fCr7aevwsAoe7ZGby+JSPhdzqZbuB8X7BkT WzG/8fzKuMq3EX9yevMI4HluSzbHQ68MNi3eLLGHaFVXlSxoM/yDBjKxDFsQJvbxLghM 0klQ==
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=o20vOW0ZPS+6tVg/UES/kSB+Vmc+BfFrHkKf/EHGkVE=; b=LL6rW7DQvfpPoSOaunuARbm7ayBfmomgUdjd/WA2/lpwCpytf3frqqWQNhdNYI9fyF /kHE2X6zLZoVlNypxULicXP8rD+89ldfKOxn4s+b/03lKt7RmaqhGED7YwPZ0gQ+UPqA v7pJtK6tTnQ/mvlOuOpm3HDefUqRxi+n7HUjuBxBp4x8E9DgWdWzlAgLO7hVTEcdf5qp vJYr2WFeFKq/Uk5d+FWKeiJbyvwfDt1iV+YqDQ4WSu8RNcPdIS80qdNqYpNQnwJhGj58 S6FQtS7P5MKgOyEo1Swp5rrgOUHX39AE1EYp6ccYVArXRAeMgsztKthFx8Fljm0ctFRj VbDg==
X-Gm-Message-State: AOAM530XMZ+AnGtO3tG13l8xvJgzjz8SL3OazwwOpqoPtu6wAT7Tv5cr v3xgXjQHPJatGOfA2aJtMtwTcmr7
X-Google-Smtp-Source: ABdhPJxLAZAYmkBwVpGCvIWP9MVilEsKcPScB0H+ynybiySuA6cqgX2L86CKLfiH0LCYJdUlJCi2Tw==
X-Received: by 2002:a17:90b:1292:: with SMTP id fw18mr20132056pjb.3.1593641433804;  Wed, 01 Jul 2020 15:10:33 -0700 (PDT)
Received: from [192.168.178.20] (102.124.69.111.dynamic.snap.net.nz. [111.69.124.102]) by smtp.gmail.com with ESMTPSA id m14sm5925575pjv.12.2020.07.01.15.10.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Jul 2020 15:10:32 -0700 (PDT)
To: Nico Williams <nico@cryptonector.com>
Cc: Peter Saint-Andre <stpeter@mozilla.com>, Brian Rosen <br@brianrosen.net>,  rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
Date: Thu, 2 Jul 2020 10:10:28 +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: <20200701053437.GD3100@localhost>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/5loZpl-N9A_LQ2j_GvMgpq-hf7I>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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, 01 Jul 2020 22:10:36 -0000

> The LLC board should figure out who is to manage the RSE.

I think that's what philosophers call a 'category mistake'.

Obviously, if there is a formal contract for services between the LLC and the RSE, that contract will be administered by the LLC. But if the RSE is responsive to the community in one way or another, the LLC will not "manage" the RSE like a staff member or like an operational contractor. The RSE is a colleague, not a servant.

Regards
   Brian Carpenter

On 01-Jul-20 17:34, Nico Williams wrote:
> On Thu, Jun 25, 2020 at 11:14:48AM +1200, Brian E Carpenter wrote:
>> On 25-Jun-20 09:21, Peter Saint-Andre wrote:
>>> On 6/24/20 2:52 PM, Brian E Carpenter wrote:
>>>> On 25-Jun-20 03:17, Brian Rosen wrote:
>>>> ....
>>>>> 4. Is there some group that oversees the RSE?
>>>>> This seems to be answered in the affirmative.  If you disagree, please speak up.
>>>>
>>>> I'm allergic to "oversees" and "oversight" since we have running
>>>> code proof that we are incompetent at it, and our attempts have
>>>> decayed into micro-management. 
>>>
>>> I've seen this claim several times; can you provide evidence for it?
>>
>> Just the entire history of IASA version 1 and the IAOC doing the work
>> itself instead of overseeing the execution of the work. So far, the
>> LLC Board is doing much better, because it's constituted as a Board.
>> Also of course the recent history of the RSOC that led to Heather's
>> resignation. Engineers are bad at overseeing non-engineering
>> activities; we meddle in things we are no good at. (I don't except
>> myself from that statement, since I was IETF Chair at the time that
>> IASA was set up, and I know that I got far too interested in stuff
>> that shouldn't have been my business.)
> 
> This entire list's traffic feels like engineers doing things we're not
> good at.
> 
> Judging by just some of the posts I've read, we're having trouble:
> 
>  - defining the community the RSE is to be responsive to
>    (this feels surprising, but then it's not)
> 
>  - defining the business relationship between the RSE and the LLC
>    (employee vs contractor)
> 
>  - defining the management structure for the RSE
>    (who do they report to)
> 
> Perhaps we should step back a bit.
> 
> Regarding the business issues, can the LLC make a proposal in I-D form
> that we can review and debate?  Would that help?
> 
> FWIW, I believe that the employment nature of the RSE is not for us to
> decide, but for the LLC to decide, possibly based on the circumstances
> surrounding the individual selected as RSE (someone else stated a
> similar opinion, and I agree with them).  The LLC board should figure
> out who is to manage the RSE.
> 
> Definitely, *we* (IETF/IRTF/IAB) should define the community that the
> RSE is responsive to, though I agree it's difficult to define a
> community of RFC consumers who do not participate here.  Perhaps we need
> to make it easier for users to give us (or the RSE) feedback -- if
> mailing lists won't do, then maybe we need to find a better way for our
> users to communicate with us.
> 
> Looking at RFC5620's definition of the RSE role, I wonder how many of
> the RSE's responsibilities can be completed, then needing only
> maintenance.  E.g., the RFC Style Manual, can it be "done", and how much
> maintenance does it require?  Is the RSE a full-time job, or a part-time
> one?  If part-time, what eventualities might cause it to become a
> full-time one?  If we couldn't get an RSE appointed for a year or two,
> what would break, go wrong, or go undone?  Might we eventually not need
> an RSE, or might we find more responsibilities for the RSE?
> 
> The ISE role feels much more like a full-time role in the long term than
> the RSE.
> 
> FYI, I've stayed out of a lot of this, so I'm probably out of my depth
> here; it probably shows, and if so, well, sorry for the noise.
> 
> Nico
> 


From nobody Wed Jul  1 15:24:41 2020
Return-Path: <jay@ietf.org>
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 E49103A0E75 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 15:24:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 PGxyBtaHkZBl; Wed,  1 Jul 2020 15:24:39 -0700 (PDT)
Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id C25E03A0E6F; Wed,  1 Jul 2020 15:24:37 -0700 (PDT)
From: Jay Daley <jay@ietf.org>
Message-Id: <16A55045-ABBF-48BB-9C94-7BC72FC3015E@ietf.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8B00882C-3B2A-4CD1-B87D-94092A650ECF"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Thu, 2 Jul 2020 10:24:35 +1200
In-Reply-To: <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
Cc: Nico Williams <nico@cryptonector.com>, rfced-future@iab.org, Brian Rosen <br@brianrosen.net>, Peter Saint-Andre <stpeter@mozilla.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/zUtOWVm8bR0lY7obAvVuUhUiXnw>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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, 01 Jul 2020 22:24:41 -0000

--Apple-Mail=_8B00882C-3B2A-4CD1-B87D-94092A650ECF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii



> On 2/07/2020, at 10:10 AM, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>=20
>> The LLC board should figure out who is to manage the RSE.
>=20
> I think that's what philosophers call a 'category mistake'.
>=20
> Obviously, if there is a formal contract for services between the LLC =
and the RSE, that contract will be administered by the LLC. But if the =
RSE is responsive to the community in one way or another, the LLC will =
not "manage" the RSE like a staff member or like an operational =
contractor. The RSE is a colleague, not a servant.

Without commenting on the appropriate role for the LLC (because that is =
for the community to decide) I must say that words such as "servant" are =
unnecessarily emotive and create a false dichotomy between any form of =
management and complete independence.  Everyone in any compensated IETF =
role has some form of "management" but it varies in style depending on =
the role, and what seems important here is to agree the style not reject =
the concept entirely.

Jay

>=20
> Regards
>   Brian Carpenter
>=20
> On 01-Jul-20 17:34, Nico Williams wrote:
>> On Thu, Jun 25, 2020 at 11:14:48AM +1200, Brian E Carpenter wrote:
>>> On 25-Jun-20 09:21, Peter Saint-Andre wrote:
>>>> On 6/24/20 2:52 PM, Brian E Carpenter wrote:
>>>>> On 25-Jun-20 03:17, Brian Rosen wrote:
>>>>> ....
>>>>>> 4. Is there some group that oversees the RSE?
>>>>>> This seems to be answered in the affirmative.  If you disagree, =
please speak up.
>>>>>=20
>>>>> I'm allergic to "oversees" and "oversight" since we have running
>>>>> code proof that we are incompetent at it, and our attempts have
>>>>> decayed into micro-management.=20
>>>>=20
>>>> I've seen this claim several times; can you provide evidence for =
it?
>>>=20
>>> Just the entire history of IASA version 1 and the IAOC doing the =
work
>>> itself instead of overseeing the execution of the work. So far, the
>>> LLC Board is doing much better, because it's constituted as a Board.
>>> Also of course the recent history of the RSOC that led to Heather's
>>> resignation. Engineers are bad at overseeing non-engineering
>>> activities; we meddle in things we are no good at. (I don't except
>>> myself from that statement, since I was IETF Chair at the time that
>>> IASA was set up, and I know that I got far too interested in stuff
>>> that shouldn't have been my business.)
>>=20
>> This entire list's traffic feels like engineers doing things we're =
not
>> good at.
>>=20
>> Judging by just some of the posts I've read, we're having trouble:
>>=20
>> - defining the community the RSE is to be responsive to
>>   (this feels surprising, but then it's not)
>>=20
>> - defining the business relationship between the RSE and the LLC
>>   (employee vs contractor)
>>=20
>> - defining the management structure for the RSE
>>   (who do they report to)
>>=20
>> Perhaps we should step back a bit.
>>=20
>> Regarding the business issues, can the LLC make a proposal in I-D =
form
>> that we can review and debate?  Would that help?
>>=20
>> FWIW, I believe that the employment nature of the RSE is not for us =
to
>> decide, but for the LLC to decide, possibly based on the =
circumstances
>> surrounding the individual selected as RSE (someone else stated a
>> similar opinion, and I agree with them).  The LLC board should figure
>> out who is to manage the RSE.
>>=20
>> Definitely, *we* (IETF/IRTF/IAB) should define the community that the
>> RSE is responsive to, though I agree it's difficult to define a
>> community of RFC consumers who do not participate here.  Perhaps we =
need
>> to make it easier for users to give us (or the RSE) feedback -- if
>> mailing lists won't do, then maybe we need to find a better way for =
our
>> users to communicate with us.
>>=20
>> Looking at RFC5620's definition of the RSE role, I wonder how many of
>> the RSE's responsibilities can be completed, then needing only
>> maintenance.  E.g., the RFC Style Manual, can it be "done", and how =
much
>> maintenance does it require?  Is the RSE a full-time job, or a =
part-time
>> one?  If part-time, what eventualities might cause it to become a
>> full-time one?  If we couldn't get an RSE appointed for a year or =
two,
>> what would break, go wrong, or go undone?  Might we eventually not =
need
>> an RSE, or might we find more responsibilities for the RSE?
>>=20
>> The ISE role feels much more like a full-time role in the long term =
than
>> the RSE.
>>=20
>> FYI, I've stayed out of a lot of this, so I'm probably out of my =
depth
>> here; it probably shows, and if so, well, sorry for the noise.
>>=20
>> Nico
>>=20
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future
>=20

--=20
Jay Daley
IETF Executive Director
jay@ietf.org


--Apple-Mail=_8B00882C-3B2A-4CD1-B87D-94092A650ECF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 2/07/2020, at 10:10 AM, Brian E Carpenter &lt;<a =
href=3D"mailto:brian.e.carpenter@gmail.com" =
class=3D"">brian.e.carpenter@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D""><blockquote type=3D"cite" class=3D"">The LLC board should =
figure out who is to manage the RSE.<br class=3D""></blockquote><br =
class=3D"">I think that's what philosophers call a 'category =
mistake'.<br class=3D""><br class=3D"">Obviously, if there is a formal =
contract for services between the LLC and the RSE, that contract will be =
administered by the LLC. But if the RSE is responsive to the community =
in one way or another, the LLC will not "manage" the RSE like a staff =
member or like an operational contractor. The RSE is a colleague, not a =
servant.<br class=3D""></div></div></blockquote><div><br =
class=3D""></div><div>Without commenting on the appropriate role for the =
LLC (because that is for the community to decide) I must say that words =
such as "servant" are unnecessarily emotive and create a false dichotomy =
between any form of management and complete independence. &nbsp;Everyone =
in any compensated IETF role has some form of "management" but it varies =
in style depending on the role, and what seems important here is to =
agree the style not reject the concept entirely.</div><div><br =
class=3D""></div><div>Jay</div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D""><br class=3D"">Regards<br =
class=3D""> &nbsp;&nbsp;Brian Carpenter<br class=3D""><br class=3D"">On =
01-Jul-20 17:34, Nico Williams wrote:<br class=3D""><blockquote =
type=3D"cite" class=3D"">On Thu, Jun 25, 2020 at 11:14:48AM +1200, Brian =
E Carpenter wrote:<br class=3D""><blockquote type=3D"cite" class=3D"">On =
25-Jun-20 09:21, Peter Saint-Andre wrote:<br class=3D""><blockquote =
type=3D"cite" class=3D"">On 6/24/20 2:52 PM, Brian E Carpenter wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D"">On 25-Jun-20 03:17, =
Brian Rosen wrote:<br class=3D"">....<br class=3D""><blockquote =
type=3D"cite" class=3D"">4. Is there some group that oversees the =
RSE?<br class=3D"">This seems to be answered in the affirmative. =
&nbsp;If you disagree, please speak up.<br class=3D""></blockquote><br =
class=3D"">I'm allergic to "oversees" and "oversight" since we have =
running<br class=3D"">code proof that we are incompetent at it, and our =
attempts have<br class=3D"">decayed into micro-management. <br =
class=3D""></blockquote><br class=3D"">I've seen this claim several =
times; can you provide evidence for it?<br class=3D""></blockquote><br =
class=3D"">Just the entire history of IASA version 1 and the IAOC doing =
the work<br class=3D"">itself instead of overseeing the execution of the =
work. So far, the<br class=3D"">LLC Board is doing much better, because =
it's constituted as a Board.<br class=3D"">Also of course the recent =
history of the RSOC that led to Heather's<br class=3D"">resignation. =
Engineers are bad at overseeing non-engineering<br class=3D"">activities; =
we meddle in things we are no good at. (I don't except<br =
class=3D"">myself from that statement, since I was IETF Chair at the =
time that<br class=3D"">IASA was set up, and I know that I got far too =
interested in stuff<br class=3D"">that shouldn't have been my =
business.)<br class=3D""></blockquote><br class=3D"">This entire list's =
traffic feels like engineers doing things we're not<br class=3D"">good =
at.<br class=3D""><br class=3D"">Judging by just some of the posts I've =
read, we're having trouble:<br class=3D""><br class=3D""> - defining the =
community the RSE is to be responsive to<br class=3D""> =
&nbsp;&nbsp;(this feels surprising, but then it's not)<br class=3D""><br =
class=3D""> - defining the business relationship between the RSE and the =
LLC<br class=3D""> &nbsp;&nbsp;(employee vs contractor)<br class=3D""><br =
class=3D""> - defining the management structure for the RSE<br class=3D"">=
 &nbsp;&nbsp;(who do they report to)<br class=3D""><br class=3D"">Perhaps =
we should step back a bit.<br class=3D""><br class=3D"">Regarding the =
business issues, can the LLC make a proposal in I-D form<br =
class=3D"">that we can review and debate? &nbsp;Would that help?<br =
class=3D""><br class=3D"">FWIW, I believe that the employment nature of =
the RSE is not for us to<br class=3D"">decide, but for the LLC to =
decide, possibly based on the circumstances<br class=3D"">surrounding =
the individual selected as RSE (someone else stated a<br =
class=3D"">similar opinion, and I agree with them). &nbsp;The LLC board =
should figure<br class=3D"">out who is to manage the RSE.<br =
class=3D""><br class=3D"">Definitely, *we* (IETF/IRTF/IAB) should define =
the community that the<br class=3D"">RSE is responsive to, though I =
agree it's difficult to define a<br class=3D"">community of RFC =
consumers who do not participate here. &nbsp;Perhaps we need<br =
class=3D"">to make it easier for users to give us (or the RSE) feedback =
-- if<br class=3D"">mailing lists won't do, then maybe we need to find a =
better way for our<br class=3D"">users to communicate with us.<br =
class=3D""><br class=3D"">Looking at RFC5620's definition of the RSE =
role, I wonder how many of<br class=3D"">the RSE's responsibilities can =
be completed, then needing only<br class=3D"">maintenance. &nbsp;E.g., =
the RFC Style Manual, can it be "done", and how much<br =
class=3D"">maintenance does it require? &nbsp;Is the RSE a full-time =
job, or a part-time<br class=3D"">one? &nbsp;If part-time, what =
eventualities might cause it to become a<br class=3D"">full-time one? =
&nbsp;If we couldn't get an RSE appointed for a year or two,<br =
class=3D"">what would break, go wrong, or go undone? &nbsp;Might we =
eventually not need<br class=3D"">an RSE, or might we find more =
responsibilities for the RSE?<br class=3D""><br class=3D"">The ISE role =
feels much more like a full-time role in the long term than<br =
class=3D"">the RSE.<br class=3D""><br class=3D"">FYI, I've stayed out of =
a lot of this, so I'm probably out of my depth<br class=3D"">here; it =
probably shows, and if so, well, sorry for the noise.<br class=3D""><br =
class=3D"">Nico<br class=3D""><br class=3D""></blockquote><br =
class=3D"">-- <br class=3D"">Rfced-future mailing list<br class=3D""><a =
href=3D"mailto:Rfced-future@iab.org" =
class=3D"">Rfced-future@iab.org</a><br =
class=3D"">https://www.iab.org/mailman/listinfo/rfced-future<br =
class=3D""><br class=3D""></div></div></blockquote></div><br =
class=3D""><div class=3D"">
<div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0); letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div>--&nbsp;<br class=3D"">Jay Daley</div><div>IETF =
Executive Director<br class=3D""><a href=3D"mailto:jay@ietf.org" =
class=3D"">jay@ietf.org</a><br class=3D""></div></div></div></div>
</div>
<br class=3D""></body></html>=

--Apple-Mail=_8B00882C-3B2A-4CD1-B87D-94092A650ECF--


From nobody Wed Jul  1 16:07:51 2020
Return-Path: <nico@cryptonector.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 3F3683A0F35 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 16:07:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 NzDkt2lvr8FP for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 16:07:49 -0700 (PDT)
Received: from aye.elm.relay.mailchannels.net (aye.elm.relay.mailchannels.net [23.83.212.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C706A3A0F33 for <rfced-future@iab.org>; Wed,  1 Jul 2020 16:07:48 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C465364107B; Wed,  1 Jul 2020 23:07:47 +0000 (UTC)
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (100-96-22-8.trex.outbound.svc.cluster.local [100.96.22.8]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 18594640F21; Wed,  1 Jul 2020 23:07:47 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Wed, 01 Jul 2020 23:07:47 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Versed-Gusty: 5678cf8e1c36f143_1593644867498_4032690478
X-MC-Loop-Signature: 1593644867497:2637040539
X-MC-Ingress-Time: 1593644867497
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id D204BB266E; Wed,  1 Jul 2020 16:07:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=N6v5S8yjYXXQc5 75iCl/JatEu3Y=; b=V+3h7I4fXJZyf18C49NINCD2qEx58m84xbgCEtSleDezv2 Bd/S/BIQ6RVeFKZxc+sPgiP6gV7UM21IsMjdlOnkS9yc5FTcc2cY3emUnxUTocBf f9BCOBZK5K1cm4l4vHz84K2YX1PjzFtFVVDCz5TLsB2cC13ptRG6B/iFAPUNM=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 87F72B2671; Wed,  1 Jul 2020 16:07:45 -0700 (PDT)
Date: Wed, 1 Jul 2020 18:07:42 -0500
X-DH-BACKEND: pdx1-sub0-mail-a11
From: Nico Williams <nico@cryptonector.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Peter Saint-Andre <stpeter@mozilla.com>, Brian Rosen <br@brianrosen.net>, rfced-future@iab.org
Message-ID: <20200701230741.GF3100@localhost>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrtdefgddujecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecuggftrfgrthhtvghrnhepffdtkeethfeuteeviefgfeegjeetjedvhfehgfdvtdefueejheelgeeuhffghffgnecukfhppedvgedrvdekrddutdekrddukeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplhhotggrlhhhohhsthdpihhnvghtpedvgedrvdekrddutdekrddukeefpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomh
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/tUx4q1lO0GQys2tOfGxCaXI3kUU>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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, 01 Jul 2020 23:07:50 -0000

On Thu, Jul 02, 2020 at 10:10:28AM +1200, Brian E Carpenter wrote:
> > The LLC board should figure out who is to manage the RSE.
> 
> I think that's what philosophers call a 'category mistake'.
> 
> Obviously, if there is a formal contract for services between the LLC
> and the RSE, that contract will be administered by the LLC. But if the
> RSE is responsive to the community in one way or another, the LLC will
> not "manage" the RSE like a staff member or like an operational
> contractor. The RSE is a colleague, not a servant.

Perhaps, but if not the LLC there not many other choices.  You've
already said that the IETF/IRTF/IAB are not appropriate, and the RSOC
already failed (perhaps next time they wouldn't fail?).  Perhaps there's
only two real choices left:

 - don't have an RSE at all

 - make the RSE quite independent

The second choice would involve a mechanism for removal by the community
(and thence replacement), but otherwise the RSE would self-manage.

Hmmm, independence might work.

Implied in independence is continuity: as long as the RSE is not
screwing up they get to stay RSE as long as they want to.  I thought
Heather Flanagan was a very good RSE.  Continuity a year ago would have
served us well.

Nico
-- 


From nobody Wed Jul  1 18:01:10 2020
Return-Path: <huitema@huitema.net>
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 770C43A12B9 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 18:01:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 eM92g6oyki2X for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 18:01:08 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA1823A12B4 for <rfced-future@iab.org>; Wed,  1 Jul 2020 18:01:05 -0700 (PDT)
Received: from xse341.mail2web.com ([66.113.197.87] helo=xse.mail2web.com) by mx171.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqnb0-000mrI-82 for rfced-future@iab.org; Thu, 02 Jul 2020 03:01:04 +0200
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 49y0CB0kjGz3fVK for <rfced-future@iab.org>; Wed,  1 Jul 2020 18:00:54 -0700 (PDT)
Received: from [10.5.2.17] (helo=xmail07.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqnav-0007kT-Vy for rfced-future@iab.org; Wed, 01 Jul 2020 18:00:54 -0700
Received: (qmail 10190 invoked from network); 2 Jul 2020 01:00:53 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.187]) (envelope-sender <huitema@huitema.net>) by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA for <stpeter@mozilla.com>; 2 Jul 2020 01:00:52 -0000
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Nico Williams <nico@cryptonector.com>
Cc: rfced-future@iab.org, Brian Rosen <br@brianrosen.net>, Peter Saint-Andre <stpeter@mozilla.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
Date: Wed, 1 Jul 2020 18:00:53 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com>
Content-Type: multipart/alternative; boundary="------------BC90C6E954B0FBCCAB620E4B"
Content-Language: en-US
X-Originating-IP: 66.113.197.87
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4geMLa6h0SlzVivNBuhgeKPQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuEOJcngm7dP1+Wt3AZM6dWpe42Vki7412dpbhrD2d47zbC3VvU djSCswikK/licfX+oIF6uBSWByrPG2Vxuo/vVPllrFEbCkMryfcYCsgMUJObfBQoU3roWy2GH1DY sAiH3gousbgNfxi2R3uFLvZP/HBXvrLBlKCVRjjdPbjQ4HnBNho1Lszw5OO01yYoll8q2UgzFF+j HNSbIoW1Q++Wvj3dKxLhoxcmaInYbR5vlqFg3eKzPG9E5MikC2dVXWcpK172i/E5sOgbaCtBiSIx 1XwCY8vmv+JqOVJamBHfOGVwjn7Xut/lXagsodd5qqODTFiwcpU4fyz75jxpU98RPGiH1Wgh6RAe nBR+licROGb39x3Pp0qQsqDkbqmcZOiQM6vDJUUEMHWoF8TuBcYKOYxhEfvxFqn8GCdZV/yM+zMr cuyeNztZhTczEttfN8GcQie12lTu81QucaD9n7tPrXuXCC1A5Cukky0WFo38JXT3Y80OmAux3oN1 3+ztUznezaB4DKaKV8GBH5HP3RxT1b83o7TP54FLJfg9sR3SxHKFK7KSGLp74MZ6tAyt8S0XTphw 37HUF14JDsf4oUmQXoW+axx2DzNv8BNlsyaVn+VANLCrd5sXXg7ntNYBy8tkz1caQoi44Wcfj1z/ J5tTt7j1ptfltBQnq8NvNwuG6kuhBG0YWFj/7xYZzwR7/PiKfowXlsolACJrkW/vjDp2NmSdEOMf tBjsWb6BDQzjSsG66974nkMwEqjhfSKHlA2Q3p5onVdn12r9xqR15ROHBesyXD9BkbKX7eGI2jGt /RQxL7hrJSk60SF3F6RYOYr2
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/zSrk_jJMQk-kZDvzHp_xGzNrIpw>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 01:01:10 -0000

This is a multi-part message in MIME format.
--------------BC90C6E954B0FBCCAB620E4B
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 7/1/2020 3:10 PM, Brian E Carpenter wrote:

>> The LLC board should figure out who is to manage the RSE.
> I think that's what philosophers call a 'category mistake'.
>
> Obviously, if there is a formal contract for services between the LLC a=
nd the RSE, that contract will be administered by the LLC. But if the RSE=
 is responsive to the community in one way or another, the LLC will not "=
manage" the RSE like a staff member or like an operational contractor. Th=
e RSE is a colleague, not a servant.

Speaking of colleagues and servants is bringing in this debate an
emotional load that is perhaps unnecessary. People who report to
managers are still colleagues, accountability does not turn them into
servants.

Maybe we need to first agree on the future RSE role before defining
management structure. Listening to the discussion, I hear several
visions, with different scopes and different accountability requirements.=


-- Christian Huitema



--------------BC90C6E954B0FBCCAB620E4B
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>On 7/1/2020 3:10 PM, Brian E Carpenter wrote:<br>
    </p>
    <blockquote type="cite"
      cite="mid:3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com">
      <blockquote type="cite" style="color: #000000;">
        <pre class="moz-quote-pre" wrap="">The LLC board should figure out who is to manage the RSE.
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">I think that's what philosophers call a 'category mistake'.

Obviously, if there is a formal contract for services between the LLC and the RSE, that contract will be administered by the LLC. But if the RSE is responsive to the community in one way or another, the LLC will not "manage" the RSE like a staff member or like an operational contractor. The RSE is a colleague, not a servant.</pre>
    </blockquote>
    <p>Speaking of colleagues and servants is bringing in this debate an
      emotional load that is perhaps unnecessary. People who report to
      managers are still colleagues, accountability does not turn them
      into servants.<br>
    </p>
    <p>Maybe we need to first agree on the future RSE role before
      defining management structure. Listening to the discussion, I hear
      several visions, with different scopes and different
      accountability requirements.</p>
    <p>-- Christian Huitema<br>
    </p>
    <p><br>
    </p>
  </body>
</html>

--------------BC90C6E954B0FBCCAB620E4B--


From nobody Wed Jul  1 19:00:06 2020
Return-Path: <msj@nthpermutation.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 1CEA93A07D2 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 19:00:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nthpermutation-com.20150623.gappssmtp.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 AM6KJa0xQhuq for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 19:00:04 -0700 (PDT)
Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 DFB993A07C5 for <rfced-future@iab.org>; Wed,  1 Jul 2020 19:00:03 -0700 (PDT)
Received: by mail-qk1-x732.google.com with SMTP id b4so24223675qkn.11 for <rfced-future@iab.org>; Wed, 01 Jul 2020 19:00:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nthpermutation-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=WZNTNXq+EA30owesC9XOx2wVjiSj8wJB9XqiQBZKNIU=; b=1BBy3FvW0rXh9mvzh/hCGFdmqlhVFjp+06D2xUKezmoRTLdjaM7AiyX5KIM+CWJHYq 3U/dj+7mH1V0+tXcAKSAN3ZX/Fd9olzOm1xTTtCzmRCAD8kvY++GqVFT8YF5fjwy2/ap 1n6OzF6x5pHLu7DY4SerUSa5/s43v6W9pLqipcnweMxS24lyBX7tXlrCtcar/8LG+e7P BkrZIp9K2KlO00iL9uB/65RgkPNthUPWmBmOPTsZsZm/wSmxqtk0jmW3AypwTyTP4L8X ZRIB474OYbk/RocwaM+avrvOVqMQ8CVnh1VZOKcFO1hq2HEc83k1tgPXwJnCFuJAUyZq aD/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=WZNTNXq+EA30owesC9XOx2wVjiSj8wJB9XqiQBZKNIU=; b=oY4Dq+N3Tw4tK6BqwLUI8PPPkDBfnqx8HUFr3oHIOe5iTLwroDFLKDuQqEBEj7KRZ8 oJQaDM9va6m6P9rVQGT9196/Z6sliEIFDrQPNGReaYDZ9LqiIOTzCVaRl/yf0+Rh2Ij1 Az3BTDBZif6J2HdowouHOjghPKkKTvVxKR6qdO07nBZzjHhw5IAKXkLVZFGf5H1m8ENr rsAWDoXMUqiwNGTTV7Ky+R6gLcbOaoGYcrMm68c6fXqVboMvWQ6qvruxHd/WwXp9HUqX F7+KSSVQ3wW+kJ/YJjDlQLDMTDPOXmKCEz99BGzXmGmUzgjtuPGGyHkMNx/K/+2vxY0s tFiA==
X-Gm-Message-State: AOAM532mKwHqygdd1rPL7Pb5pQ4s+pPg/re1U7MawusKkWUk83Z4pwH0 LplUIfXj8V3esV3Djzo194NAACRUqXWAQw==
X-Google-Smtp-Source: ABdhPJzFDJi3aJGVqaXkJjNFwFrgMWEfGBO7PP8M132w0rcb+u3/c3uGA0+D0nxYz8kUI7vQoA5AfA==
X-Received: by 2002:a37:4ccc:: with SMTP id z195mr27602166qka.270.1593655202292;  Wed, 01 Jul 2020 19:00:02 -0700 (PDT)
Received: from [192.168.1.115] (pool-71-163-188-115.washdc.fios.verizon.net. [71.163.188.115]) by smtp.gmail.com with ESMTPSA id u124sm6967646qkf.83.2020.07.01.19.00.01 for <rfced-future@iab.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 01 Jul 2020 19:00:01 -0700 (PDT)
To: rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
From: Michael StJohns <msj@nthpermutation.com>
Message-ID: <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com>
Date: Wed, 1 Jul 2020 22:00:01 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/GBew3Texpl1cRbui2qdei3VwUbk>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 02:00:05 -0000

On 7/1/2020 9:00 PM, Christian Huitema wrote:
> accountability does not turn them into servants

Hi Christian -

One of the problems is that I keep reading various discussions of 
"accountability" that seem to conflate that term with "control" or at 
least could be read that way.  So yes "servant".

As I've mentioned countless (sure - go ahead and count them...) times, 
my view of the role of RSE is one that's accountable to the community 
(and through the various payment and contract mechanisms, to whoever is 
paying them to the extent the contract or employment agreement or blood 
oath allows) for the role we set them, but is not under the day to day 
control (management/oversight/whining) of the community, nor the 
IAB/RSOC/IESG/IETF or for that matter the LLC.     E.g. someone like a 
CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB chair, IETF 
Chair, IRTF Chair, IAD?

Maybe you can give a concise definition of what you mean by 
"accountability" that doesn't include the "control" aspect?

Later, Mike




From nobody Wed Jul  1 21:42:00 2020
Return-Path: <huitema@huitema.net>
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 0D6E43A0C9C for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:41:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 F5Xt-hKUp6H1 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:41:56 -0700 (PDT)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD4913A0C9B for <rfced-future@iab.org>; Wed,  1 Jul 2020 21:41:56 -0700 (PDT)
Received: from xse500.mail2web.com ([66.113.197.246] helo=xse.mail2web.com) by mx14.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqr2k-0003oU-LA for rfced-future@iab.org; Thu, 02 Jul 2020 06:41:53 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 49y5630QPJz5m0m for <rfced-future@iab.org>; Wed,  1 Jul 2020 21:41:47 -0700 (PDT)
Received: from [10.5.2.15] (helo=xmail05.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqr2g-0000JW-UR for rfced-future@iab.org; Wed, 01 Jul 2020 21:41:46 -0700
Received: (qmail 16314 invoked from network); 2 Jul 2020 04:41:46 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.187]) (envelope-sender <huitema@huitema.net>) by xmail05.myhosting.com (qmail-ldap-1.03) with ESMTPA for <rfced-future@iab.org>; 2 Jul 2020 04:41:46 -0000
To: Michael StJohns <msj@nthpermutation.com>, rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net> <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net>
Date: Wed, 1 Jul 2020 21:41:45 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: 66.113.197.246
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhV0qOsHnEni6Or hxRdPv039ETNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4iiQKORWH8WOQvbVpKZ3j1TQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuEIAgOjD+G97FMiE2PPlf1fw7GrRD93GuKsil0DsNlfaQNjS91 xLLHjz8tOnVewUzjKn6AaXxoL/FjeXc4guU5t5coTPkiAq+E/1gvF2d40ruQVyADaS6UpCBADjTx teudCa15Ytj/yAhGv8ezOASMHW/bWfgucjnNmABpGhD9TTsjQT2BGVI0EbGkW8Q42wJCdCZm6kTr qH+fmxyzQoG+NtezYqxGMqsKjARq8PBC4qjRn0hhkccum+xyb3k4eNalTAas0edmB2q/yBRqnQY9 Wp4oEuFb796V1/nl3YbqwU/VPb6Z51AWQAUvAUQbV3oqEaMjfjmXaBok2IyAEprch60jiD6XqsJZ tjQxlyCdsezUTEAumaS8EPUiWeF3NFNfJ7Um9X1e60u5Tfw0/jsktzEcD4hk8iW4+mLKT+DMj6SS ax8yVT5LNQc0pviCIZ+V87H2ECndxkpBwp1FkQyHa0qTD2ipD9y2znxCv9uYkc8RFZ4oobg8BBg3 Jq+ntzj008zziJpmOfXsg/bWwCyo9g9mDnaXtu0kZC/OWmUorWj+T7STv/W5iSHeTPVmZcETI5R4 Z0FCQK2SjHMIogrVF3W8TfMUfXZNQGXIjuXCLLpww++nKbNEGFhxL6b5Otjnz1caQoi44Wcfj1z/ J5tTt7j1ptfltBQnq8NvNwuG6kuhBG0YWFj/7xYZzwR7/PiKfowXlsolACJrkW/vjDp2NmSdEOMf tBjsWb6BDQzjSsG66974nkMwEqjhfSKHlA2Q3p5onVdn12r9xqR15ROHBesyXD9BkbKX7eGI2jGt /RQxL7hrJSk60SF3F6RYOYr2
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ax6s_Vh0q2ru9Ta2XV4KbzNbQWs>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 04:41:58 -0000

On 7/1/2020 7:00 PM, Michael StJohns wrote:
> On 7/1/2020 9:00 PM, Christian Huitema wrote:
>> accountability does not turn them into servants
>
> Hi Christian -
>
> One of the problems is that I keep reading various discussions of
> "accountability" that seem to conflate that term with "control" or at
> least could be read that way.  So yes "servant".
>
> As I've mentioned countless (sure - go ahead and count them...) times,
> my view of the role of RSE is one that's accountable to the community
> (and through the various payment and contract mechanisms, to whoever
> is paying them to the extent the contract or employment agreement or
> blood oath allows) for the role we set them, but is not under the day
> to day control (management/oversight/whining) of the community, nor
> the IAB/RSOC/IESG/IETF or for that matter the LLC.     E.g. someone
> like a CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB
> chair, IETF Chair, IRTF Chair, IAD?

Mike,

I understand that this is your vision. Not everyone agrees.

>
> Maybe you can give a concise definition of what you mean by
> "accountability" that doesn't include the "control" aspect?

A lot of what the RSE actually does amounts to project management, such
as for example "managing the deployment of the new RFC format".
Accountability here should be the classic accountability for project
management.

-- Christian Huitema


From nobody Wed Jul  1 21:47:18 2020
Return-Path: <nico@cryptonector.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 9FDA43A0CA6 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:47:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 eM09DAR204pP for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:47:15 -0700 (PDT)
Received: from eastern.birch.relay.mailchannels.net (eastern.birch.relay.mailchannels.net [23.83.209.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F5843A0CA5 for <rfced-future@iab.org>; Wed,  1 Jul 2020 21:47:14 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id EA9C5120BCF; Thu,  2 Jul 2020 04:47:13 +0000 (UTC)
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (100-96-7-6.trex.outbound.svc.cluster.local [100.96.7.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 58773120ED6; Thu,  2 Jul 2020 04:47:13 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Thu, 02 Jul 2020 04:47:13 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Illegal-Inform: 5be78d951d343c05_1593665233633_2972887332
X-MC-Loop-Signature: 1593665233633:1325378378
X-MC-Ingress-Time: 1593665233633
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id 1BA45B26BB; Wed,  1 Jul 2020 21:47:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=XzxzF6EuN3Z+AU QRKAQuUBIi4gs=; b=slpaAGhie9PYCWGe6/zmpeg1fvtlNjPgFwbH4C2nSqyCkb ynvGhJB4X4V5YMKG7sIAUpOaJKZ6d0M7qRnvAKaDswrh6GRVFoV/rvEfWefPIQ07 wUEeHhvGtz/4LgHCc63XfkHelI5ojHNz+7vMXpzszrPtXJwc1cyi2a2cDbhwk=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 5347CB26C0; Wed,  1 Jul 2020 21:47:10 -0700 (PDT)
Date: Wed, 1 Jul 2020 23:47:07 -0500
X-DH-BACKEND: pdx1-sub0-mail-a11
From: Nico Williams <nico@cryptonector.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, rfced-future@iab.org, Brian Rosen <br@brianrosen.net>, Peter Saint-Andre <stpeter@mozilla.com>
Message-ID: <20200702044705.GG3100@localhost>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrtdefgdekiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecuggftrfgrthhtvghrnhepffdtkeethfeuteeviefgfeegjeetjedvhfehgfdvtdefueejheelgeeuhffghffgnecukfhppedvgedrvdekrddutdekrddukeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplhhotggrlhhhohhsthdpihhnvghtpedvgedrvdekrddutdekrddukeefpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomh
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/IuNxnUMhLuH8wV6SayzNcbMWi2I>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 04:47:17 -0000

On Wed, Jul 01, 2020 at 06:00:53PM -0700, Christian Huitema wrote:
> Maybe we need to first agree on the future RSE role before defining
> management structure. Listening to the discussion, I hear several
> visions, with different scopes and different accountability requirements.

RFC5620 defines the role of the RSE.  Agreeing on any change to that
else will require updating it.  Just sayin'.

My take, after Brian's response to my earlier post, is that we should
make the RSE independent, providing only a mechanism for the community
to remove the RSE, but not an RSOC, nor any manager or other management
structure.  The mechanism should not be too difficult to execute.  We
can probably debate such mechanisms for a while and reach consensus on
one.

RSE independence would have been very helpful a year ago.

An RSOC might still have a role to play advising the RSE, and if so,
too, as an initiator of RSE removal proceedings.

If Jon Postel is the model we want for an RSE, then we should want
independence, and continuity.  And if we can re-hire Heather, great!

Nico
-- 


From nobody Wed Jul  1 21:51:35 2020
Return-Path: <nico@cryptonector.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 217623A0CA6 for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:51:34 -0700 (PDT)
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_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 (1024-bit key) header.d=cryptonector.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 8fpgOEmmO69j for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 21:51:29 -0700 (PDT)
Received: from fuchsia.ash.relay.mailchannels.net (fuchsia.ash.relay.mailchannels.net [23.83.222.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 991B53A0CA5 for <rfced-future@iab.org>; Wed,  1 Jul 2020 21:51:27 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 80FA53212BF; Thu,  2 Jul 2020 04:51:24 +0000 (UTC)
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (100-96-23-8.trex.outbound.svc.cluster.local [100.96.23.8]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 0B2E0321706; Thu,  2 Jul 2020 04:51:24 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Thu, 02 Jul 2020 04:51:24 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Attack-Lyrical: 752d04155596da7f_1593665484352_2747550894
X-MC-Loop-Signature: 1593665484352:3896818976
X-MC-Ingress-Time: 1593665484352
Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id AD1F2B26C5; Wed,  1 Jul 2020 21:51:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to:content-transfer-encoding; s= cryptonector.com; bh=90rcMuqR2d44F0hIDbIPvBmHOQY=; b=q5KkfqZPy1x bwTtWSxmQVZF032TH7QSo41Mi+bN/+uiXQ4wTlY/UegY6HV3BXIwzXHsOs63vddj gBR7nNt7Yq1JgeSpFsXObpN/5JAYxgn4rOrMXzATaJeCMiURrb8rn28M5amWgCuU WKBODh1lZaP3QP+ChtiEHdVLdHO4/Ygo=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 94AD4B26A0; Wed,  1 Jul 2020 21:51:21 -0700 (PDT)
Date: Wed, 1 Jul 2020 23:51:18 -0500
X-DH-BACKEND: pdx1-sub0-mail-a11
From: Nico Williams <nico@cryptonector.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Michael StJohns <msj@nthpermutation.com>, rfced-future@iab.org
Message-ID: <20200702045116.GH3100@localhost>
References: <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net> <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com> <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrtdefgdekjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggugfgjfgesthekredttderudenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucggtffrrghtthgvrhhnpeevleelleetuedtteeiledtueethfetffehteevudevvedthfevfffhtddttdehleenucfkphepvdegrddvkedruddtkedrudekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhm
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/f8zkN0x3P7YrSVNYwTroGGQpgk0>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 04:51:34 -0000

On Wed, Jul 01, 2020 at 09:41:45PM -0700, Christian Huitema wrote:
> On 7/1/2020 7:00 PM, Michael StJohns wrote:
> > As I've mentioned countless (sure - go ahead and count them...) times=
,
> > my view of the role of RSE is one that's accountable to the community
> > (and through the various payment and contract mechanisms, to whoever
> > is paying them to the extent the contract or employment agreement or
> > blood oath allows) for the role we set them, but is not under the day
> > to day control (management/oversight/whining) of the community, nor
> > the IAB/RSOC/IESG/IETF or for that matter the LLC.=A0=A0=A0=A0 E.g. s=
omeone
> > like a CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB
> > chair, IETF Chair, IRTF Chair, IAD?
>=20
> I understand that this is your vision. Not everyone agrees.
>=20
> > Maybe you can give a concise definition of what you mean by
> > "accountability" that doesn't include the "control" aspect?
>=20
> A lot of what the RSE actually does amounts to project management, such
> as for example "managing the deployment of the new RFC format".

But that is practically on autopilot by now, isn't it?

> Accountability here should be the classic accountability for project
> management.

A mechanism for setting particular goals (update RFC 5620) and for
removing the RSE, should suffice.  That would give the RSE a great deal
of independence.  We're at this juncture because we didn't give the
previous RSE that independence.

Nico
--=20


From nobody Wed Jul  1 22:44:52 2020
Return-Path: <huitema@huitema.net>
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 D7D5D3A0D0D for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 22:44:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 EPlQOrnGGChh for <rfced-future@ietfa.amsl.com>; Wed,  1 Jul 2020 22:44:49 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CA703A0D0C for <rfced-future@iab.org>; Wed,  1 Jul 2020 22:44:44 -0700 (PDT)
Received: from xse480.mail2web.com ([66.113.197.226] helo=xse.mail2web.com) by mx169.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqs1X-000hwu-MK for rfced-future@iab.org; Thu, 02 Jul 2020 07:44:43 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 49y6VZ0dytz3Jj3 for <rfced-future@iab.org>; Wed,  1 Jul 2020 22:44:38 -0700 (PDT)
Received: from [10.5.2.13] (helo=xmail03.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jqs1V-0007vp-V3 for rfced-future@iab.org; Wed, 01 Jul 2020 22:44:37 -0700
Received: (qmail 4126 invoked from network); 2 Jul 2020 05:44:37 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.187]) (envelope-sender <huitema@huitema.net>) by xmail03.myhosting.com (qmail-ldap-1.03) with ESMTPA for <msj@nthpermutation.com>; 2 Jul 2020 05:44:37 -0000
To: Nico Williams <nico@cryptonector.com>
Cc: rfced-future@iab.org, Michael StJohns <msj@nthpermutation.com>
References: <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net> <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com> <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net> <20200702045116.GH3100@localhost>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <290be036-260f-dabf-8428-3f45ce97ef99@huitema.net>
Date: Wed, 1 Jul 2020 22:44:35 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <20200702045116.GH3100@localhost>
Content-Type: multipart/alternative; boundary="------------955327DC7C5FEF00CDB9CF7E"
Content-Language: en-US
X-Originating-IP: 66.113.197.226
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.11)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVo2iFl+Fm6Z69 +W/bgedci0TNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4in1PmKyrcHaNXnKg78wZxGQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuEUE6zyPc6aUCdl00F/tjba+42Vki7412dpbhrD2d47zbC3VvU djSCswikK/licfX+oIF6uBSWByrPG2Vxuo/vVPllrFEbCkMryfcYCsgMUJObfBQoU3roWy2GH1DY sAiH3gousbgNfxi2R3uFLvZP/HBXvrLBlKCVRjjdPbjQ4HnBNho1Lszw5OO01yYoll8q2UgzFF+j HNSbIoW1Q++Wvj3dKxLhoxcmaInYbR5vlqFg3eKzPG9E5MikC2dVXWcpK172i/E5sOgbaCtBiSIx 1XwCY8vmv+JqOVJamBHfOGVwjn7Xut/lXagsodd5qqODTFiwcpU4fyz75jxpU98RPGiH1Wgh6RAe nBR+licROGb39x3Pp0qQsqDkbqmcZOiQ00yoa+Dg6Nzs0x/RbDKRZx0NwUOl7inm9f9jqUbQ80kr cuyeNztZhTczEttfN8GcQie12lTu81QucaD9n7tPrXuXCC1A5Cukky0WFo38JXT3Y80OmAux3oN1 3+ztUznexZGF2If6TsrKjknKo9TyF783o7TP54FLJfg9sR3SxHKeIcQT3VHl3Q8dgyNcO+s4nSk1 U3Dv10tJDHYWaDCTs4W+axx2DzNv8BNlsyaVn+XvynY87xxMWrS8oZT5hFrA3UVkhX78ZcdZtWJt ri4lXS4599fEDT1GENo62d+DqD+gavEa4Cf1ILpAKBLSDHQENgjpXL2y/ONOC04/YEfTu1ss+n2f fnQxt6aJ7klZab8CvOT2YjlrAxveXsTwUzCTkiX4qyX2d5a1xbDejUjyqRVeiJQ5XjnH4gzAuCMQ 8aUxL7hrJSk60SF3F6RYOYr2
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/zukT2CF5YtZYaYzQcUsbWfm6nyA>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 05:44:51 -0000

This is a multi-part message in MIME format.
--------------955327DC7C5FEF00CDB9CF7E
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


On 7/1/2020 9:51 PM, Nico Williams wrote:
> On Wed, Jul 01, 2020 at 09:41:45PM -0700, Christian Huitema wrote:
>> On 7/1/2020 7:00 PM, Michael StJohns wrote:
>>> As I've mentioned countless (sure - go ahead and count them...) times=
,
>>> my view of the role of RSE is one that's accountable to the community=

>>> (and through the various payment and contract mechanisms, to whoever
>>> is paying them to the extent the contract or employment agreement or
>>> blood oath allows) for the role we set them, but is not under the day=

>>> to day control (management/oversight/whining) of the community, nor
>>> the IAB/RSOC/IESG/IETF or for that matter the LLC.=C2=A0=C2=A0=C2=A0=C2=
=A0 E.g. someone
>>> like a CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB
>>> chair, IETF Chair, IRTF Chair, IAD?
>> I understand that this is your vision. Not everyone agrees.
>>
>>> Maybe you can give a concise definition of what you mean by
>>> "accountability" that doesn't include the "control" aspect?
>> A lot of what the RSE actually does amounts to project management, suc=
h
>> as for example "managing the deployment of the new RFC format".
> But that is practically on autopilot by now, isn't it?
>
>> Accountability here should be the classic accountability for project
>> management.
> A mechanism for setting particular goals (update RFC 5620) and for
> removing the RSE, should suffice.  That would give the RSE a great deal=

> of independence.  We're at this juncture because we didn't give the
> previous RSE that independence.


My take is that we are at this juncture because the loose definition of
the role created mismatched expectations, and thus lots of frustrations.

I also do not believe that appointing someone on some kind of life
tenure matches the culture of the IETF. Mike compares the position to
other positions like IAB chair, IETF Chair, IRTF Chair, or IAD. These
are all volunteer positions. All are appointed for limited terms by the
nomcom, or in the case of the IRTF chair by the IAB. Adopting a similar
model for the future RSE might make sense. Anointing someone for life,
in my opinion, would just set us for conflicts and failure.

-- Christian Huitema


--------------955327DC7C5FEF00CDB9CF7E
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 7/1/2020 9:51 PM, Nico Williams
      wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:20200702045116.GH3100@localhost">
      <pre class="moz-quote-pre" wrap="">On Wed, Jul 01, 2020 at 09:41:45PM -0700, Christian Huitema wrote:
</pre>
      <blockquote type="cite" style="color: #000000;">
        <pre class="moz-quote-pre" wrap="">On 7/1/2020 7:00 PM, Michael StJohns wrote:
</pre>
        <blockquote type="cite" style="color: #000000;">
          <pre class="moz-quote-pre" wrap="">As I've mentioned countless (sure - go ahead and count them...) times,
my view of the role of RSE is one that's accountable to the community
(and through the various payment and contract mechanisms, to whoever
is paying them to the extent the contract or employment agreement or
blood oath allows) for the role we set them, but is not under the day
to day control (management/oversight/whining) of the community, nor
the IAB/RSOC/IESG/IETF or for that matter the LLC.     E.g. someone
like a CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB
chair, IETF Chair, IRTF Chair, IAD?
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">I understand that this is your vision. Not everyone agrees.

</pre>
        <blockquote type="cite" style="color: #000000;">
          <pre class="moz-quote-pre" wrap="">Maybe you can give a concise definition of what you mean by
"accountability" that doesn't include the "control" aspect?
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">A lot of what the RSE actually does amounts to project management, such
as for example "managing the deployment of the new RFC format".
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">But that is practically on autopilot by now, isn't it?

</pre>
      <blockquote type="cite" style="color: #000000;">
        <pre class="moz-quote-pre" wrap="">Accountability here should be the classic accountability for project
management.
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">A mechanism for setting particular goals (update RFC 5620) and for
removing the RSE, should suffice.  That would give the RSE a great deal
of independence.  We're at this juncture because we didn't give the
previous RSE that independence.</pre>
    </blockquote>
    <p><br>
    </p>
    <p>My take is that we are at this juncture because the loose
      definition of the role created mismatched expectations, and thus
      lots of frustrations. <br>
    </p>
    <p>I also do not believe that appointing someone on some kind of
      life tenure matches the culture of the IETF. Mike compares the
      position to other positions like IAB chair, IETF Chair, IRTF
      Chair, or IAD. These are all volunteer positions. All are
      appointed for limited terms by the nomcom, or in the case of the
      IRTF chair by the IAB. Adopting a similar model for the future RSE
      might make sense. Anointing someone for life, in my opinion, would
      just set us for conflicts and failure.</p>
    <p>-- Christian Huitema<br>
    </p>
  </body>
</html>

--------------955327DC7C5FEF00CDB9CF7E--


From nobody Thu Jul  2 02:26:57 2020
Return-Path: <lear@cisco.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 320033A0744 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 02:26:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 2XwPsZsqlAdy for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 02:26:54 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 153BD3A043D for <rfced-future@iab.org>; Thu,  2 Jul 2020 02:26:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9768; q=dns/txt; s=iport; t=1593682014; x=1594891614; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=wNK1iZ3RIUVPFAmgqPp8iFmY6ft+gHK1BW4/cEJA/KA=; b=CeoMV1+ypJFqUTgib2UuHZRDzof6WZyePbCo9FyCQ/DaCun0aazIWNL5 PgHd+swhSoyGqcYiNn2ftNxQZ93+s0D3I4aQwzt9/7vOoTIr9iF4DN9g9 ohO2eoizQ0WvKf8zceQ/OKk4J3t8K0aDIvZd55YHcq8WoYhmU2HkheD4m E=;
X-IPAS-Result: =?us-ascii?q?A0C0AwAbp/1e/xbLJq1gHAEBAQEBAQcBARIBAQQEAQGCC?= =?us-ascii?q?oNtASASLIQxiQGIE5NviBULAQEBDAEBLwQBAYRHAoIcJTgTAgMBAQEDAgMBA?= =?us-ascii?q?QEBBQEBAQIBBgRthWeFbgEBAQECASNIDgULCw4KJwMCAkYRBhMUgxKCXSCtR?= =?us-ascii?q?HaBMoVRhSyBOI0CggCBOByBT1AuPoEEhk8zgi0EkXSjFoJmgwaWRAMUCZ8dr?= =?us-ascii?q?GiDUQIEBgUCFYFqIoFWMxoIGxU7KgGCPj4SGQ2OKgwLjiY/AzA3AgYBBwEBA?= =?us-ascii?q?wmPXgEB?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos; i="5.75,303,1589241600"; d="scan'208,217"; a="25170555"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Jul 2020 09:26:50 +0000
Received: from ams3-vpn-dhcp658.cisco.com (ams3-vpn-dhcp658.cisco.com [10.61.66.146]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 0629QnEK005969 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Jul 2020 09:26:49 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F632466E-9823-47C8-83D0-A774B61C3661"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Thu, 2 Jul 2020 11:26:49 +0200
In-Reply-To: <5964B848-AA04-43F4-AF39-06126721A686@mnot.net>
Cc: rfced-future@iab.org
To: Mark Nottingham <mnot@mnot.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.66.146, ams3-vpn-dhcp658.cisco.com
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/RzngMTm33chDtB-Ux2K0F20cLmU>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Thu, 02 Jul 2020 09:26:56 -0000

--Apple-Mail=_F632466E-9823-47C8-83D0-A774B61C3661
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Good evening, Mark,

> On 30 Jun 2020, at 03:46, Mark Nottingham <mnot@mnot.net =
<mailto:mnot@mnot.net>> wrote:
>>=20
>> The role that we are discussing is more that of the publisher than of =
the editor you describe.  A publisher sets standards for how copy =
appears, provides for distribution channels, insures appropriate =
cataloging, archiving, and similar services.  The RSE has had a role in =
all of the above over the past few years, under the auspices of RFC =
8728=E2=80=99s predecessors.  Each of those aspects is likely to evolve =
over time.
>=20
> I think the analogies we're using have reached the end of their =
usefulness; it would be better to make a clean break from them, and talk =
about the concrete responsibilities at hand.

Indeed, which is why I gave examples of concrete responsibilities that =
the RSE has taken on in the past.  It is not intended to be an =
exhaustive list.

>=20
>> This group could decide to hardcode all of those aspects.  However, =
that would require returning to the community for changes whose =
implications we as a community may not be competent to understand.  =
Along these same lines, by way of example, do we want the RSE to have to =
come to the community for an RFC to approve a web site redesign?  I will =
hazard a guess: probably not.  None of us are UX people.
>=20
> You're presuming a lot about the breadth of the community there. And, =
even if a particular skill is relatively rare in our community, it =
doesn't mean that we should design things to shut out their input.

I=E2=80=99m not entirely sure which presumption you think I=E2=80=99m =
making, so I will tell you ;-) I assert that our community largely does =
not consist of people with the requisite skills to perform the tasks I =
mentioned above.  Some of us may be able to oversee those who do have =
those skills.  To me, that is why we are here.  Let=E2=80=99s figure out =
the oversight.


>> While the RSE is one person or two might be an interesting question, =
here is another one: might that change over time based on the scale of =
the work?[*]  If that is the case, I suggest that the entity ultimately =
responsible for the series is the one who will be suited over time to =
make that call, and will need appropriate authority to do so.  I don=E2=80=
=99t think this group wants to hard code that but I am willing to be =
proved wrong.
>=20
> To me, that suggests that we want the 'top' entity to be someone who's =
responsible, but willing to delegate; i.e., a position that is likely =
elected (or otherwise community selected) and NOT compensated. They can =
then source the expertise which needs to be compensated as appropriate.

My reading of the group was that the entity ultimately responsible for =
the series would not be the RSE, but whatever body to whom RSE is =
accountable.   Do I have that wrong?  This is why Brian asked some of =
the questions he did, about whether we agree that there is such a body.  =
It is true that we typically do not remunerate such groups.

>=20
>> Let us also acknowledge the tussle here.  At the end of the day, the =
people in this room have to decide how much of their vision to encode =
now versus how much to entrust to some representation, either in the =
form of the RSE or the entities overseeing the RSE.  Recognize that the =
more we hard code now, the more will require review over time to keep =
current.
>>=20
>> If you agree with the above, then we have but to create a structure =
to manage evolving visions over time, and highlight a handful of points =
that we wish to keep as invariants.
>=20
> Agreed. We really need to stop fixating on the minutia of the series =
and look at the big picture here.

Yep.

Eliot=

--Apple-Mail=_F632466E-9823-47C8-83D0-A774B61C3661
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><meta=
 http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" =
class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; line-break: after-white-space;" class=3D"">Good evening, Mark,<br =
class=3D""><div class=3D""><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D"">On 30 Jun 2020, at 03:46, Mark Nottingham =
&lt;<a href=3D"mailto:mnot@mnot.net" class=3D"">mnot@mnot.net</a>&gt; =
wrote:</div><div class=3D""><div class=3D""><blockquote type=3D"cite" =
class=3D""><br class=3D"">The role that we are discussing is more that =
of the publisher than of the editor you describe. &nbsp;A publisher sets =
standards for how copy appears, provides for distribution channels, =
insures appropriate cataloging, archiving, and similar services. =
&nbsp;The RSE has had a role in all of the above over the past few =
years, under the auspices of RFC 8728=E2=80=99s predecessors. &nbsp;Each =
of those aspects is likely to evolve over time.<br =
class=3D""></blockquote><br class=3D"">I think the analogies we're using =
have reached the end of their usefulness; it would be better to make a =
clean break from them, and talk about the concrete responsibilities at =
hand.<br class=3D""></div></div></blockquote><div class=3D""><br =
class=3D""></div>Indeed, which is why I gave examples&nbsp;of concrete =
responsibilities that the RSE has taken on in the past. &nbsp;It is not =
intended to be an exhaustive list.</div><div class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D""><br class=3D""><blockquote type=3D"cite" class=3D"">This =
group could decide to hardcode all of those aspects. &nbsp;However, that =
would require returning to the community for changes whose implications =
we as a community may not be competent to understand. &nbsp;Along these =
same lines, by way of example, do we want the RSE to have to come to the =
community for an RFC to approve a web site redesign? &nbsp;I will hazard =
a guess: probably not. &nbsp;None of us are UX people.<br =
class=3D""></blockquote><br class=3D"">You're presuming a lot about the =
breadth of the community there. And, even if a particular skill is =
relatively rare in our community, it doesn't mean that we should design =
things to shut out their input.<br =
class=3D""></div></div></blockquote><div class=3D""><br =
class=3D""></div>I=E2=80=99m not entirely sure which presumption you =
think I=E2=80=99m making, so I will tell you ;-) I assert that our =
community largely does <u class=3D"">not</u> consist of people with the =
requisite skills to perform the tasks I mentioned above. &nbsp;Some of =
us may be able to oversee those who do have those skills. &nbsp;To me, =
that is why we are here. &nbsp;Let=E2=80=99s figure out the =
oversight.</div><div class=3D""><br class=3D""></div><div class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
class=3D""><blockquote type=3D"cite" class=3D"">While the RSE is one =
person or two might be an interesting question, here is another one: =
might that change over time based on the scale of the work?[*] &nbsp;If =
that is the case, I suggest that the entity ultimately responsible for =
the series is the one who will be suited over time to make that call, =
and will need appropriate authority to do so. &nbsp;I don=E2=80=99t =
think this group wants to hard code that but I am willing to be proved =
wrong.<br class=3D""></blockquote><br class=3D"">To me, that suggests =
that we want the 'top' entity to be someone who's responsible, but =
willing to delegate; i.e., a position that is likely elected (or =
otherwise community selected) and NOT compensated. They can then source =
the expertise which needs to be compensated as =
appropriate.</div></div></blockquote><div class=3D""><br =
class=3D""></div>My reading of the group was that the entity ultimately =
responsible for the series would <span class=3D""><u =
class=3D"">not</u></span>&nbsp;be the RSE, but whatever body to whom RSE =
is accountable. &nbsp; Do I have that wrong? &nbsp;This is why Brian =
asked some of the questions he did, about whether we agree that there is =
such a body. &nbsp;It is true that we typically do not remunerate such =
groups.</div><div class=3D""><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D""><div class=3D""><br class=3D""><blockquote =
type=3D"cite" class=3D"">Let us also acknowledge the tussle here. =
&nbsp;At the end of the day, the people in this room have to decide how =
much of their vision to encode now versus how much to entrust to some =
representation, either in the form of the RSE or the entities overseeing =
the RSE. &nbsp;Recognize that the more we hard code now, the more will =
require review over time to keep current.<br class=3D""><br class=3D"">If =
you agree with the above, then we have but to create a structure to =
manage evolving visions over time, and highlight a handful of points =
that we wish to keep as invariants.<br class=3D""></blockquote><br =
class=3D"">Agreed. We really need to stop fixating on the minutia of the =
series and look at the big picture here.<br =
class=3D""></div></div></blockquote></div><br class=3D""><div =
class=3D"">Yep.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Eliot</div></div></body></html>=

--Apple-Mail=_F632466E-9823-47C8-83D0-A774B61C3661--


From nobody Thu Jul  2 04:26:16 2020
Return-Path: <lear@cisco.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 9259D3A0AE2 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 04:26:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 6YTroWFgGdlW for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 04:26:08 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 123783A0AF1 for <rfced-future@iab.org>; Thu,  2 Jul 2020 04:26:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1772; q=dns/txt; s=iport; t=1593689168; x=1594898768; h=from:mime-version:subject:message-id:date:cc:to; bh=zeZTTMCgFZP92CY08xAYO9E7ZPuKndMBuTMWqof/BGk=; b=SmaOhfJ+fbt0a42VSMUAOb+ZYpmuvrydYQ13H6zUM2JZaj67NdXouNZ3 tN8kpsUp+n8/kIjxBxmTjg10GIAoHHhwPKoIsWAQGCciiNW7Sx43cYGJE /JQXo23qkaNEd0/ynl55MaaCAEcIgluEBxsaQO2pqB/hvjueExmU1AU5q U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CjAwBgw/1e/xbLJq1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUqDGVQBIBIsjTKcA4YtgWgLAQEBDAEBIwwEAQGER4IfJTg?= =?us-ascii?q?TAgMBAQsBAQUBAQECAQYEbYVbDIVlgQkeAYRYAYJ8D6pNGTV0gTSEOgGBFoU?= =?us-ascii?q?bBoE4jQKCAIE4HIQPgVgCAQKBJwESAW6CfIItBJo0mlaCZoMGhUWQfwMdnx2?= =?us-ascii?q?bdZBzg1ECBAYFAhWBaiJmcDMaCBsVZQGCPj4SGQ2ONohthUQ/AzACNQIGCAE?= =?us-ascii?q?BAwmPXgEB?=
X-IronPort-AV: E=Sophos; i="5.75,304,1589241600"; d="scan'208,217"; a="27610679"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Jul 2020 11:26:03 +0000
Received: from ams3-vpn-dhcp5065.cisco.com (ams3-vpn-dhcp5065.cisco.com [10.61.83.200]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 062BQ3Vo017666 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Jul 2020 11:26:03 GMT
From: Eliot Lear <lear@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A50DBC91-161C-4F43-AC60-70047C62710B"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <D99BE205-2ECB-4A26-A44B-C99C5B15B2DA@cisco.com>
Date: Thu, 2 Jul 2020 13:26:03 +0200
Cc: tools-development@ietf.org, Cindy Morgan <cmorgan@amsl.com>
To: rfced-future@iab.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.83.200, ams3-vpn-dhcp5065.cisco.com
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/A_CsMbwRcQKms-47TzGC9YDIG1w>
Subject: [Rfced-future] IETF 108 Preliminary Agenda
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: Thu, 02 Jul 2020 11:26:11 -0000

--Apple-Mail=_A50DBC91-161C-4F43-AC60-70047C62710B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

This can be found at =
https://datatracker.ietf.org/meeting/108/agenda.html =
<https://datatracker.ietf.org/meeting/108/agenda.html>

Our meeting slot is currently Monday, July 27th, 14:10 - 15:50 UTC.  =
There is a bug in the calendar system that is causing the program not to =
be listed in the customizable calendar.  If you download a custom ICS =
file,  be sure to remember this group if you want to participate ;-).

By this email, I hope I am making the appropriate tooling people aware =
of the issue.

Eliot=

--Apple-Mail=_A50DBC91-161C-4F43-AC60-70047C62710B
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">This can be found at&nbsp;<a href="https://datatracker.ietf.org/meeting/108/agenda.html" class="">https://datatracker.ietf.org/meeting/108/agenda.html</a><div class=""><br class=""></div><div class="">Our meeting slot is currently Monday, July 27th, 14:10 - 15:50 UTC. &nbsp;There is a bug in the calendar system that is causing the program not to be listed in the customizable calendar. &nbsp;If you download a custom ICS file, &nbsp;be sure to remember this group if you want to participate ;-).</div><div class=""><br class=""></div><div class="">By this email, I hope I am making the appropriate tooling people aware of the issue.</div><div class=""><br class=""></div><div class="">Eliot</div></body></html>
--Apple-Mail=_A50DBC91-161C-4F43-AC60-70047C62710B--


From nobody Thu Jul  2 04:40:22 2020
Return-Path: <sm@elandsys.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 2BD633A0B90 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 04:40:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.696
X-Spam-Level: 
X-Spam-Status: No, score=-1.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, LOTS_OF_MONEY=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.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 QZEl4k6kssFC for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 04:40:17 -0700 (PDT)
Received: from mx.elandsys.com (mx.elandsys.com [162.213.2.210]) by ietfa.amsl.com (Postfix) with ESMTP id F123A3A0B67 for <rfced-future@iab.org>; Thu,  2 Jul 2020 04:40:16 -0700 (PDT)
Received: from DESKTOP-K6V9C2L.elandsys.com ([102.116.117.73]) (authenticated bits=0) by mx.elandsys.com (8.15.2/8.14.5) with ESMTPSA id 062BdttE013942 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Jul 2020 04:40:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1593690010; x=1593776410; i=@elandsys.com; bh=8FlN8BJs2EL06dq7hkEin/qQSsQjMoPuj1TpMnqFd3o=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=WRrG3emerIkeNg8c1chLaASP/skBv82R+NpFRb/OUKcFYM+D2GYAkU6+hx0/XfQLy emIEpqnPgf6I9n0f+4rACq+H5gy0G8e+BD7UlUlsn9o7iaSr7lcN/p0ww6ijckUU9C gmrwVJRnHd8b87nCTTDaRemU6b5r9IEkZc4RUPEw=
Message-Id: <6.2.5.6.2.20200702035056.127fae50@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 02 Jul 2020 04:38:49 -0700
To: Christian Huitema <huitema@huitema.net>, Brian E Carpenter <brian.e.carpenter@gmail.com>, rfced-future@iab.org
From: S Moonesamy <sm+ietf@elandsys.com>
Cc: Peter Saint-Andre <stpeter@mozilla.com>, Brian Rosen <br@brianrosen.net>,  Nico Williams <nico@cryptonector.com>
In-Reply-To: <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/MgOC4_lHJ-qeknihJ1O4lCCPSDA>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108  proposals]
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: Thu, 02 Jul 2020 11:40:21 -0000

Hi Christian, Brian,
At 06:00 PM 01-07-2020, Christian Huitema wrote:
>On 7/1/2020 3:10 PM, Brian E Carpenter wrote:
>>>
>>>The LLC board should figure out who is to manage the RSE.
>>
>>I think that's what philosophers call a 'category mistake'.
>>
>>Obviously, if there is a formal contract for services between the 
>>LLC and the RSE, that contract will be administered by the LLC. But 
>>if the RSE is responsive to the community in one way or another, 
>>the LLC will not "manage" the RSE like a staff member or like an 
>>operational contractor. The RSE is a colleague, not a servant.
>
>Speaking of colleagues and servants is bringing in this debate an 
>emotional load that is perhaps unnecessary. People who report to 
>managers are still colleagues, accountability does not turn them into servants.

If I am not mistaken, the term "emotional load" (which I was not 
familiar with) is when someone feels the need to suppress their own 
emotions.  My reading of Brian's message is that it is to illustrate 
a point, i.e. what is a colleague.

In general, a person who is being paid over $100,000 does not to be 
told what to do on a daily basis.  The person can either report back 
on a regular basis or else the entity he/she reports to can wait 
until the end of the contract to evaluate the results of the 
work.  Which alternative would you recommend?

Regards,
S. Moonesamy 


From nobody Thu Jul  2 05:10:28 2020
Return-Path: <ekr@rtfm.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 79D3B3A0C31 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 05:10:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 DlU7DzaFMhaW for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 05:10:18 -0700 (PDT)
Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 A973D3A0C3C for <rfced-future@iab.org>; Thu,  2 Jul 2020 05:10:17 -0700 (PDT)
Received: by mail-lj1-x22e.google.com with SMTP id e4so31692137ljn.4 for <rfced-future@iab.org>; Thu, 02 Jul 2020 05:10:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LKcgCcKko746sOPpK51jxmj6dbSDnGE4s5Ychcr+TdQ=; b=2I/XSvrtrAHwzvzF117WN0cQRdSmnRLnD9igym7b84inYP2cLJ1hcsUbu16MRrkYnr SjjggDvSP2B4TSveISyfGD9Zah2lP/Iz89lq81gNsIZURhIOQ1QSp7E6OhJbXmrCJkXn XeJlle00eWk0uKhgp6QB4MywQqDkMMXQonGpxkt7PAjKvdvasAEE4vDHdNKWs4HHPy5g vWBgjXFgdJIveTXIi5IlV8k9FiWpSO+E/+EiCrggIGgFfPN/xrUneZHLUUKKCsooGjvv pyRWuIHaKGgBLVlbwYYnvupVMyvFhXOV6ZVQR5H8hj+SPhlIUzzD0zirNWAj6yYWzUoT 0XGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LKcgCcKko746sOPpK51jxmj6dbSDnGE4s5Ychcr+TdQ=; b=QTc9R93pqYIDcjVQgkii8b+gtRV2h6KBGBR1hvZWszcdVeCpgQzEguM6gT7mtMr22w 2UduJ47evhcfOY2PHNyWMu4zfzKhGr8pYb9pqAkS+UrLUbtzvAdjPI9Gk3GfeXYh7bnC 3uCaYuB5jSYKxU4URutaOrvpVH5VLAPdo34accflck+fPCDSSClE2fBId6WcpwGhAMqh yAySZywIk3G+l9dOOFaoK2dZFzaz4tNTErelCdhKxxbTqdQQm39ry2DP2DpeiTwaMC0G /W4fUzWm2rCUJUUoIQcDYhBcKmuv+YrIyZTKAJJ6Y8JhbruZaiDL90AAdk1GDQLdHkQr f60A==
X-Gm-Message-State: AOAM533JMuGJI/TFG2zJIUhk2VVhLpAZLIHXmUzIdrXF/UJVh32zkJ7D WEMLfEz2J82n9g69cz7wh1XEQCCTEG+8wBhdo9q6XA==
X-Google-Smtp-Source: ABdhPJyB33x+w+c8lYmCc6gBeXXcdPgmZYpkqm41zSjEdnjPOYeT1lD49GHYNjISFPXcifEKzyZbi2FWtPY181wfgKo=
X-Received: by 2002:a2e:91c7:: with SMTP id u7mr10509599ljg.184.1593691815772;  Thu, 02 Jul 2020 05:10:15 -0700 (PDT)
MIME-Version: 1.0
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com>
In-Reply-To: <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 2 Jul 2020 05:09:39 -0700
Message-ID: <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
Cc: Mark Nottingham <mnot@mnot.net>, rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000008f931805a9744aca"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/qmr9yvStlFZRnT-zUvu7bFrn7ZU>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Thu, 02 Jul 2020 12:10:26 -0000

--0000000000008f931805a9744aca
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 2, 2020 at 2:27 AM Eliot Lear <lear=3D40cisco.com@dmarc.ietf.or=
g>
wrote:

> I=E2=80=99m not entirely sure which presumption you think I=E2=80=99m mak=
ing, so I will
> tell you ;-) I assert that our community largely does *not* consist of
> people with the requisite skills to perform the tasks I mentioned above.
> Some of us may be able to oversee those who do have those skills.  To me,
> that is why we are here.  Let=E2=80=99s figure out the oversight.
>

I don't agree with this.

1. I'm not sure I agree that this is the right set of tasks. The mere fact
that they have been done in the past does not make them right. That's why
I've been asking about requirements.
2. Just because our community largely does not consist of people able to
perform task X does *not* mean that the community as a whole is not able to
perform them. For instance, our community largely does not consist of
people able to design audio codecs or security protocols, and yet we were
able to deliver Opus and TLS.

-Ekr

--0000000000008f931805a9744aca
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Jul 2, 2020 at 2:27 AM Eliot =
Lear &lt;lear=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.org">40cisco.com@d=
marc.ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex"><div style=3D"overflow-wrap: break-word;"><div style=3D"overfl=
ow-wrap: break-word;">I=E2=80=99m not entirely sure which presumption you t=
hink I=E2=80=99m making, so I will tell you ;-) I assert that our community=
 largely does <u>not</u> consist of people with the requisite skills to per=
form the tasks I mentioned above.=C2=A0 Some of us may be able to oversee t=
hose who do have those skills.=C2=A0 To me, that is why we are here.=C2=A0 =
Let=E2=80=99s figure out the oversight.</div></div></blockquote><div><br></=
div><div>I don&#39;t agree with this.</div><div><br></div><div>1. I&#39;m n=
ot sure I agree that this is the right set of tasks. The mere fact that the=
y have been done in the past does not make them right. That&#39;s why I&#39=
;ve been asking about requirements.<br></div><div>2. Just because our commu=
nity largely does not consist of people able to perform task X does *not* m=
ean that the community as a whole is not able to perform them. For instance=
, our community largely does not consist of people able to design audio cod=
ecs or security protocols, and yet we were able to deliver Opus and TLS.<br=
></div><div><br></div><div>-Ekr</div><br></div></div>

--0000000000008f931805a9744aca--


From nobody Thu Jul  2 05:11:15 2020
Return-Path: <ekr@rtfm.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 C58363A0C1A for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 05:11:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 mea_xdUqVQBr for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 05:11:12 -0700 (PDT)
Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 4D5DA3A0C19 for <rfced-future@iab.org>; Thu,  2 Jul 2020 05:11:12 -0700 (PDT)
Received: by mail-lj1-x22c.google.com with SMTP id z24so6765423ljn.8 for <rfced-future@iab.org>; Thu, 02 Jul 2020 05:11:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xKexk7w5qVbAESsu08On/0wxjj1hJQoDVvZYwHuKkGo=; b=VQyfhO5sQKICIR9ULXLc0qRakTfVd1Kl0KRa5bEvL8ppWm+IwLrJ8dbr5snC6x07in EDnDTmaQjhA7Kv8BrAfTdSEtA3sfF3ZrQ66oLSHb0ruBhiraXvSH3fAYmQCYxf3ygOb9 HSVoxUQK5I7eLav4hX3XnGYloPc9FKmpDrHWTJ4S+OIT82ncNbv8WMhGOzQqL5R+tiVg mEMy0RepOmLFY/FofDX3N381UKBCyw6aT76xN+M9+hOs1LX2xCjcS6CLb87sziEdGeZh aDZrup+Vju6Ug+gQvZ8aMfJZPY6zLUhejotI832QLLygyRpu2NwALaQceOVOFjA3QQsc uuGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xKexk7w5qVbAESsu08On/0wxjj1hJQoDVvZYwHuKkGo=; b=NhmiIMhosC5y+yckuN/Lvb5df4pf2Abw4hAyznAVAxzW8JdgVFiems7whimKSIqspt mNK1LXZKXUbCG2ndqhZwgUj7BaxCJz1JXs9gTDE/wV1ulbvBgXJz5JGIjar8Bqo/Bx8U 5aP2+6dtluSzdvdJZXjF53EUyGGV+5wVHYuRBwUTWxWeHL5gqZ95kYNddcGR2ID5wd2V F4Jxtctw+wHX4f8p52pBz7b3yfR9sfExkzOXM0wdbhjvC0OM5CWPWjsfesbn4Qw/xj6y FraZFyMcBL/ni6zbnLnRPGrg0ZffCO8dD8SwdnPT6g6DyMCTNocXTXhQVR8Gs699St5q u7lw==
X-Gm-Message-State: AOAM532fZ0f7wMR7+1jrDRiPM2pJwmi8vLfArcKftf+NjOn45Hb8cBri FuyszWNWtXQXYeLO/x44dcQobUf4LmbmDx24+Wpwbo5ce0Y=
X-Google-Smtp-Source: ABdhPJyRcT3IUn7WGUqFRGF52/9arJfto83+wurPKNrEQ8wB29ULpC0sJGNa+iIs2oqEhpzp8KWT4MnHoVhVHlUFsz4=
X-Received: by 2002:a2e:3311:: with SMTP id d17mr14772993ljc.13.1593691870366;  Thu, 02 Jul 2020 05:11:10 -0700 (PDT)
MIME-Version: 1.0
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net> <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com>
In-Reply-To: <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 2 Jul 2020 05:10:34 -0700
Message-ID: <CABcZeBNZsA2_c0QaAK3kgn+hceoeY40Yky8pSUQk55DDAJtbVQ@mail.gmail.com>
To: Michael StJohns <msj@nthpermutation.com>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="000000000000d0bdaf05a9744d96"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/efiiG4sO9fcVVxJr-H_ZI5vU3MU>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 12:11:14 -0000

--000000000000d0bdaf05a9744d96
Content-Type: text/plain; charset="UTF-8"

On Wed, Jul 1, 2020 at 7:00 PM Michael StJohns <msj@nthpermutation.com>
wrote:

> On 7/1/2020 9:00 PM, Christian Huitema wrote:
> > accountability does not turn them into servants
>
> Hi Christian -
>
> One of the problems is that I keep reading various discussions of
> "accountability" that seem to conflate that term with "control" or at
> least could be read that way.  So yes "servant".
>

Hmm.... Most people have employers and managers who determine their job
responsibilities, but I don't generally consider that anyone who does is a
"servant".


     E.g. someone like a
> CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB chair, IETF
> Chair, IRTF Chair, IAD?
>

This is a pretty varied list of job functions. But generally, I would
expect a CTO or a Chief Scientist to have a manager who they are ultimately
accountable to. Senior people like that usually have a fair amount of
freedom about how to perform their job functions, of course, but that
doesn't mean they're not subject to management.

-Ekr

--000000000000d0bdaf05a9744d96
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Jul 1, 2020 at 7:00 PM Michae=
l StJohns &lt;<a href=3D"mailto:msj@nthpermutation.com" target=3D"_blank">m=
sj@nthpermutation.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20=
4);padding-left:1ex">On 7/1/2020 9:00 PM, Christian Huitema wrote:<br>
&gt; accountability does not turn them into servants<br>
<br>
Hi Christian -<br>
<br>
One of the problems is that I keep reading various discussions of <br>
&quot;accountability&quot; that seem to conflate that term with &quot;contr=
ol&quot; or at <br>
least could be read that way.=C2=A0 So yes &quot;servant&quot;.<br></blockq=
uote></div><div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote">=
Hmm.... Most people have employers and managers who determine their job res=
ponsibilities, but I don&#39;t generally consider that anyone who does is a=
 &quot;servant&quot;.<br></div><div class=3D"gmail_quote"><div><br></div><d=
iv> <br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0=C2=A0=C2=A0=C2=A0 E.g. someone like a <br>
CEO, Chief Scientist, CTO, Editor in Chief, Publisher, IAB chair, IETF <br>
Chair, IRTF Chair, IAD?<br></blockquote><div><br></div><div>This is a prett=
y varied list of job functions. But generally, I would expect a CTO or a Ch=
ief Scientist to have a manager who they are ultimately accountable to. Sen=
ior people like that usually have a fair amount of freedom about how to per=
form their job functions, of course, but that doesn&#39;t mean they&#39;re =
not subject to management.=C2=A0<br></div><div><br></div><div>-Ekr</div></d=
iv></div>

--000000000000d0bdaf05a9744d96--


From nobody Thu Jul  2 06:12:30 2020
Return-Path: <lear@cisco.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 8BDCF3A0999 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 06:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 1YtXPzHgzrNp for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 06:12:26 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51B473A0998 for <rfced-future@iab.org>; Thu,  2 Jul 2020 06:12:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7613; q=dns/txt; s=iport; t=1593695546; x=1594905146; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=ju36nOBFkhnv84ZcQ90VpHLuEGAAvP6yCe8+0D+6B2k=; b=hZBjRCPmcOF+KBvecrjAsOYoMLfih5mU2I0+4LrInKYW0B/nvKjGsNQc cPs2h9QLvk2xV41e/W1ZqBJCg0yfLJLbe9amHvilr2V9Bhazn/yWcULee zsNGed5v3nqX6qImQZbmb04hVSL1GMhxlkvIc6nUoUmMLLheqiZPyP1Zo s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DaAACg3P1e/xbLJq1fGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBggoCg2sBIBIshDGJAYduJZNviBULAQEBDAE?= =?us-ascii?q?BLwQBAYRHAoIdJTkFDQIDAQELAQEFAQEBAgEGBG2FLgE4hW4BAQEBAgEjSA4?= =?us-ascii?q?FCwsOCicDAgJGEQYTFIMSgl0gqFF2gTKFUYUhgTiNAoIAgTgMEIIYBy4+gQS?= =?us-ascii?q?BWASEczOCLQS1CoJmgwaWRAMdnx2saINRAgQGBQIVgWshgVYzGggbFWUBgj4?= =?us-ascii?q?+EhkNiHqEFoEaDAuOJj8DMAI1AgYBBwEBAwmPXgEB?=
X-IronPort-AV: E=Sophos; i="5.75,304,1589241600"; d="scan'208,217"; a="27551350"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Jul 2020 13:12:22 +0000
Received: from ams3-vpn-dhcp5065.cisco.com (ams3-vpn-dhcp5065.cisco.com [10.61.83.200]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 062DCLDb003273 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Jul 2020 13:12:22 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E449943D-EE36-4B7B-8E3E-A960B601192F"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Thu, 2 Jul 2020 15:12:21 +0200
In-Reply-To: <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com>
Cc: rfced-future@iab.org
To: Eric Rescorla <ekr@rtfm.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.83.200, ams3-vpn-dhcp5065.cisco.com
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/95XcgLrgq0gnhYLCBBcJ6zFaaMk>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Thu, 02 Jul 2020 13:12:29 -0000

--Apple-Mail=_E449943D-EE36-4B7B-8E3E-A960B601192F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Eric:

> On 2 Jul 2020, at 14:09, Eric Rescorla <ekr@rtfm.com> wrote:
>=20
>=20
>=20
> On Thu, Jul 2, 2020 at 2:27 AM Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org <mailto:40cisco.com@dmarc.ietf.org>> =
wrote:
> I=E2=80=99m not entirely sure which presumption you think I=E2=80=99m =
making, so I will tell you ;-) I assert that our community largely does =
not consist of people with the requisite skills to perform the tasks I =
mentioned above.  Some of us may be able to oversee those who do have =
those skills.  To me, that is why we are here.  Let=E2=80=99s figure out =
the oversight.
>=20
> I don't agree with this.
>=20
> 1. I'm not sure I agree that this is the right set of tasks. The mere =
fact that they have been done in the past does not make them right. =
That's why I've been asking about requirements.


Which would you not have had the RSE do?  And, perhaps more importantly, =
do you believe you had the opportunity to say so at the time?  And =
perhaps even more importantly, how would you like to have the =
opportunity provide that input in the future, and how would you like =
your input processed?


> 2. Just because our community largely does not consist of people able =
to perform task X does *not* mean that the community as a whole is not =
able to perform them. For instance, our community largely does not =
consist of people able to design audio codecs or security protocols, and =
yet we were able to deliver Opus and TLS.



The E in IETF is Engineering and not Editing.  We attract engineers to =
standardize specifications.  In what way do you believe we attract =
people from the world of editing/publishing to incur the expense of =
participating?*

And you yourself did put forth a model under which you bring in =
expertise.  Remember your lawyer example.  At the risk of chasing =
analogies into the ground, do we want a general counsel version of an =
editor or someone who is attached to specific cases?  I think you want =
more of the latter.  Others want more of the former.

And most importantly, should we decide in this room what sort of =
expertise we need, or is a discussion that a standing committee should =
decide on an ongoing basis.  Do you have some feel for where that line =
should be?

Eliot

*I do indeed know of two publishers who each once attended an IETF =
meeting.  One was William Randolph Hearst III(**).  The other was the =
publisher of a magazine about the Internet that went bust.  So it=E2=80=99=
s happened.  I just don=E2=80=99t think it=E2=80=99s the norm.

**This is a very funny story, but more bar room material.


--Apple-Mail=_E449943D-EE36-4B7B-8E3E-A960B601192F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Eric:<br class=3D""><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"">On 2 Jul 2020, at 14:09, Eric =
Rescorla &lt;<a href=3D"mailto:ekr@rtfm.com" =
class=3D"">ekr@rtfm.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><meta =
http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" =
class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><br =
class=3D""></div><br class=3D""><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Thu, Jul 2, 2020 at 2:27 AM Eliot =
Lear &lt;lear=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.org" =
class=3D"">40cisco.com@dmarc.ietf.org</a>&gt; wrote:<br =
class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div style=3D"overflow-wrap: =
break-word;" class=3D""><div style=3D"overflow-wrap: break-word;" =
class=3D"">I=E2=80=99m not entirely sure which presumption you think =
I=E2=80=99m making, so I will tell you ;-) I assert that our community =
largely does <u class=3D"">not</u> consist of people with the requisite =
skills to perform the tasks I mentioned above.&nbsp; Some of us may be =
able to oversee those who do have those skills.&nbsp; To me, that is why =
we are here.&nbsp; Let=E2=80=99s figure out the =
oversight.</div></div></blockquote><div class=3D""><br =
class=3D""></div><div class=3D"">I don't agree with this.</div><div =
class=3D""><br class=3D""></div><div class=3D"">1. I'm not sure I agree =
that this is the right set of tasks. The mere fact that they have been =
done in the past does not make them right. That's why I've been asking =
about requirements.<br =
class=3D""></div></div></div></div></blockquote><div><br =
class=3D""></div><div><br class=3D""></div>Which would you not have had =
the RSE do? &nbsp;And, perhaps more importantly, do you believe you had =
the opportunity to say so at the time? &nbsp;And perhaps even more =
importantly, how would you like to have the opportunity provide that =
input in the future, and how would you like your input =
processed?</div><div><br class=3D""></div><div><br =
class=3D""></div><div><blockquote type=3D"cite" class=3D""><div =
class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_quote"><div =
class=3D"">2. Just because our community largely does not consist of =
people able to perform task X does *not* mean that the community as a =
whole is not able to perform them. For instance, our community largely =
does not consist of people able to design audio codecs or security =
protocols, and yet we were able to deliver Opus and TLS.<br =
class=3D""></div></div></div></div></blockquote></div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div>The E in IETF is =
Engineering and not Editing. &nbsp;We attract engineers to standardize =
specifications. &nbsp;In what way do you believe we attract people from =
the world of editing/publishing to incur the expense of =
participating?*<div class=3D""><br class=3D""><div class=3D"">And you =
yourself did put forth a model under which you bring in expertise. =
&nbsp;Remember your lawyer example. &nbsp;At the risk of chasing =
analogies into the ground, do we want a general counsel version of an =
editor or someone who is attached to specific cases? &nbsp;I think you =
want more of the latter. &nbsp;Others want more of the former.</div><div =
class=3D""><br class=3D""></div><div class=3D"">And most importantly, =
should we decide in this room what sort of expertise we need, or is a =
discussion that a standing committee should decide on an ongoing basis. =
&nbsp;Do you have some feel for where that line should =
be?</div></div><div class=3D""><br class=3D""></div><div =
class=3D"">Eliot</div><div class=3D""><br class=3D""></div><div =
class=3D"">*I do indeed know of two publishers who each once attended an =
IETF meeting. &nbsp;One was William Randolph Hearst III(**). &nbsp;The =
other was the publisher of a magazine about the Internet that went bust. =
&nbsp;So it=E2=80=99s happened. &nbsp;I just don=E2=80=99t think it=E2=80=99=
s the norm.</div><div class=3D""><br class=3D""></div><div =
class=3D"">**This is a very funny story, but more bar room =
material.</div><div class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_E449943D-EE36-4B7B-8E3E-A960B601192F--


From nobody Thu Jul  2 16:23:25 2020
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 5F4093A07A7 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 16:23:24 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 OSMFaVd_QS4G for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 16:23:23 -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 32D213A07B6 for <rfced-future@iab.org>; Thu,  2 Jul 2020 16:23:23 -0700 (PDT)
Received: by mail-pl1-x629.google.com with SMTP id f2so11894934plr.8 for <rfced-future@iab.org>; Thu, 02 Jul 2020 16:23:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=FmuND72YpRqbgtDQHe+xkSgzR2y5ilinzstLDM3bLbc=; b=PX/3as7xg7Puqj/3gayqEHEzFwnWvMM3BOhluUA9UzCFw+DALB1XuVR0OxkVxs8Gwj zuz4NkwHUaI5EbStbYiiLQbYW8S4iGaW5oWjUSmOftBeddRlXn+K0LeJkHX1u0G/GDmq 81wzAwpB0bPenBy9valuh2cOWqBTnwYP/iQ9SeshWNyVbeKLvu4jFt8Iej5HLQVHg1sH AxYoDhpZNVIQsFXHC0K39ccdxIscmeYBNWYOlGF5bxnWhiRlCI1XpN+cVzkmVzUDY+1i AZtDCdioDSuXkw3gVGhkCp/03z+2QwOkz5jpKKCgnBegRhfzzZf9f+jIDeFViJk172/+ MXJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FmuND72YpRqbgtDQHe+xkSgzR2y5ilinzstLDM3bLbc=; b=g9C6g0uaMVZ/nySS9VnNQbsa/OCCOxaq2L1H7tgUFZw8os2tw25X8QR2H8LJOpQNxu NsOZfvnGAdqLTp1Ai82DT1Qv7rDDILecmV8EOC8d47xxrhfQ8VST0MRUpYMUwvrIRxXw tZGTUSZVAy4+pymycc0ixMHhxwhTwHgvam+MBqgNfATk3KJ+polGBtoot9vdn6kuxMzT pzxlqpgY5hPPyqwlBOTkZwTEB0VG5X3pygI2IINnygGy0RI/blg9VOWEOW2eq3QstcOF jIiUuxb2+/bShP3321sQuXhc23IuRQeuoKqZKZtViUuuwF6eWrxmY4ybq+wgmZEmvb7J /Ydg==
X-Gm-Message-State: AOAM5314xa1F6MD3QJ8UXftn1DOvgN+pBOBxbqiMJKoswFIfCfrNtNT0 THu27RlGzjRywtAge7s7FPj05WtG
X-Google-Smtp-Source: ABdhPJwww+ca8EG8Xyi42NgHJPMu5X+yBqLutlUu37Gz5VMBDbFKV8S41/ZtbWdAz+Pm4yxSlACb1g==
X-Received: by 2002:a17:902:7581:: with SMTP id j1mr28540297pll.20.1593732202316;  Thu, 02 Jul 2020 16:23:22 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.172]) by smtp.gmail.com with ESMTPSA id j19sm9706486pfn.109.2020.07.02.16.23.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Jul 2020 16:23:21 -0700 (PDT)
To: Christian Huitema <huitema@huitema.net>, Michael StJohns <msj@nthpermutation.com>, rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <AC50D8B3-3215-4EC9-A16B-BFE4E7C9F0C0@brianrosen.net> <a52fe4ba-3d64-ae4d-bf55-e60217ab27bf@gmail.com> <ac3f6080-94d7-8b9c-d78c-48fcee79e0f2@mozilla.com> <f36bfd4d-4896-aa48-134c-5d69c2d915be@gmail.com> <20200701053437.GD3100@localhost> <3b7ce1b6-28ee-8fca-20e0-b223120daadc@gmail.com> <68235d38-5316-6174-09fb-1fe234dbe96d@huitema.net> <5b13ac34-03d5-afed-5718-3a95a522fdc7@nthpermutation.com> <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <c7a846aa-59a1-6ed1-62c7-14c31b6e45c1@gmail.com>
Date: Fri, 3 Jul 2020 11:23:17 +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: <340376f7-dc09-fae7-2c7c-d5f98b3e1f08@huitema.net>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Hn6KqnWGnu4GNb6-dCf4Xuy-5j0>
Subject: Re: [Rfced-future] "oversees" [was Scope and IETF 108 proposals]
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: Thu, 02 Jul 2020 23:23:24 -0000

Replying to two of Christian's points:

On 02-Jul-20 16:41, Christian Huitema wrote:
> 
> On 7/1/2020 7:00 PM, Michael StJohns wrote:
...
>> Maybe you can give a concise definition of what you mean by
>> "accountability" that doesn't include the "control" aspect?
> 
> A lot of what the RSE actually does amounts to project management, such
> as for example "managing the deployment of the new RFC format".
> Accountability here should be the classic accountability for project
> management.

Yes, and I think we have learnt from the xml2rfcv3 project that
the publisher/editor skill set does not necessarily contain IT project
management. I would prefer that IT project management is *not* part of
the future RSE role.

On 02-Jul-20 17:44, Christian Huitema wrote:
...
> My take is that we are at this juncture because the loose definition of the role created mismatched expectations, and thus lots of frustrations.
> 
> I also do not believe that appointing someone on some kind of life tenure matches the culture of the IETF. Mike compares the position to other positions like IAB chair, IETF Chair, IRTF Chair, or IAD. These are all volunteer positions. All are appointed for limited terms by the nomcom, or in the case of the IRTF chair by the IAB. Adopting a similar model for the future RSE might make sense. Anointing someone for life, in my opinion, would just set us for conflicts and failure.

Agreed. Either the person is under contract (employee or consultant) or
it is like other I* leadership roles with a defined term. I wouldn't
exclude it being a volunteer role, assuming we do remove the IT project
management part. But in any case, it isn't for life.

Regards
   Brian


From nobody Thu Jul  2 18:49:25 2020
Return-Path: <mnot@mnot.net>
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 4F7E73A0ABC for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 18:49:24 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=mnot.net header.b=cVuIImm2; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=g5r/U7ma
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 cOXbAUGDH4ui for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 18:49:22 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 990783A0AB8 for <rfced-future@iab.org>; Thu,  2 Jul 2020 18:49:22 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id F0BF95C01EA; Thu,  2 Jul 2020 21:49:21 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 02 Jul 2020 21:49:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=R /dUfeHZ45gh6DwhIqI12NBazoUF9xmPFxFRTTwp1rQ=; b=cVuIImm2TUS2SrlKo MKZ2fmShXk0yWJoy3RczwHElmeF8JEgDyPfgdbzsLBuyMeL0/E2aDJXwdVcEpDNP s6U+Kgj7SNPI3rkvhKTUBX3VFzfVZxO7BTCi1Bd01HQ0R2nauy7uBwTWMf/YK7Ol ldPWZQLyYQKEseVpQYPMwvhXkUqlhS/KSqvmBJ5HigzX/uXoLE7d9MDZ0+4XFIJL DJRBzD00R9J21+bB7nqz8057w5Zwz3X3BYRmgm80KJAaWDFHwm9yGEzJ5tqDNCwI rMVM291VE4aiNcME8QTmgjd7QNLYTpc0jz/RTov37bWCfbWwr/3nvG679/qTeNF2 Rha7g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=R/dUfeHZ45gh6DwhIqI12NBazoUF9xmPFxFRTTwp1 rQ=; b=g5r/U7matJdvMCjGfnXUYFwgSRSbbqYGRDdU6Gc2BHD0H8iiIPauEAumM fWa3NtF3wOF5Afu9yxHoU5MxxXz5lrZOCOPwOu8aDLkr1o9uroyP5l9pBl414L2J LpkcKj3YxD8mzDUA92VeyB3WoqMST0FkrOa6JkRA8rlj5dLUAuZ5HKJRnFwi66kF 2s+s7AY7ccc7KyGPSAVI9Sv4BGUwKCpooTHHQ595ouF5FbX/N4MFB6Vb4yc6I0DO o1d4ikD2OE7VKDxV725ZmMYzVk44s8Fs/x/rVfKYHY67hnYPCVRrA20qyq0M91nz t3Ig+32OpWso4PPC6+zQLjSA7B7YA==
X-ME-Sender: <xms:oY7-XqZq5uHu7hq9EVU1BG8TuN-5OnQMaWWZm-xJyoHzXpUJK3423A>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrtdehgdeglecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepvefffffhudetveevhfeuffeigedtuedtheffleetffeftddtgeegjeehieeuteet necuffhomhgrihhnpehmnhhothdrnhgvthenucfkphepudduledrudejrdduheekrddvhe dunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhn ohhtsehmnhhothdrnhgvth
X-ME-Proxy: <xmx:oY7-Xtao6r-xY5YDnTYtCM0vQdjAtIK_3wM_truxpKJOrlGMnULoNg> <xmx:oY7-Xk9_Qrt7q0iyMsbg3G3w4SByKHIrOsCu5TGQTuPszS2XBSn2fA> <xmx:oY7-XsqaaJ2KNHMbCmAFkelm7X-2cc9TyFEj2Zuz2y_sdON-D664Gw> <xmx:oY7-Xs0m2VevFk6JaJamB-v5WZrMcfjEsxc0G3TGcdlqob1oVfdCzQ>
Received: from macbook-air.mnot.net (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id CB586328006C; Thu,  2 Jul 2020 21:49:19 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com>
Date: Fri, 3 Jul 2020 11:49:17 +1000
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <AF8D8348-F560-48BB-B32E-C777957BA8BB@mnot.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Z8zQJ70ivILQGnAluHwWiCXp78g>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 01:49:24 -0000

> On 2 Jul 2020, at 11:12 pm, Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org> wrote:
>=20
> The E in IETF is Engineering and not Editing.  We attract engineers to =
standardize specifications.  In what way do you believe we attract =
people from the world of editing/publishing to incur the expense of =
participating?*

As discussed ad nauseam, our peer bodies (e.g., the W3C, WHATWG) don't =
have any 'people from the world of editing/publishing' involved in =
producing specifications, and yet they do just fine. Even if we do =
continue to need copy editors, it's not at all clear that we need =
'people from the world of editing/publishing' to manage them, provide =
them guidance, or oversee the strategy of the series.

So I reject the premise that it's necessary to attract "people from the =
world of editing/publishing" to get our work done, or that they are so =
special / unique that they have to be both compensated and yet =
effectively unaccountable (which is the practical reading of =
'independent').


> And you yourself did put forth a model under which you bring in =
expertise.  Remember your lawyer example.  At the risk of chasing =
analogies into the ground, do we want a general counsel version of an =
editor or someone who is attached to specific cases?  I think you want =
more of the latter.  Others want more of the former.

This is an interesting analogy. Good counsel gives advice about the law =
and lets the client make the decision. Then, they represent the client's =
interests -- as instructed by that client -- vigorously. If the client =
is unhappy for any reason, they can get new counsel. There's also a ton =
of precedent around counsel that acted without sufficiently informing or =
consulting their client.

*If* we decide to bring in external resources, we should of course treat =
them as a professional, but we should also hold them accountable for =
doing their job.

Any professional I know would not mind that; they'd expect and =
appreciate it, provided that it was done in a well-defined and equitable =
way. Figuring out how that works is the task we have at hand.


> And most importantly, should we decide in this room what sort of =
expertise we need, or is a discussion that a standing committee should =
decide on an ongoing basis.  Do you have some feel for where that line =
should be?

I think that many have formed fairly strong antibodies towards standing =
committees that are closed. I keep coming back to the thought of having =
a standing pseudo-WG that allows the RSE (or whatever we call the person =
who fills the top role here) to consult with the community -- provided =
we can address the 'shape of community' problem adequately. Proposals =
for changes to the series can go through there, as can problems that =
require community attention.=20

The point is to introduce some daylight -- upon the actions of the RSE =
role, those who act as oversight, and the community at large. If these =
interactions happen in public, I think we're much less likely to have =
the friction we've encountered in the past.=20

The person filling that top role obviously needs to know how to =
effectively work with the defined community and its norms. Whether or =
not they need the much-discussed publishing expertise is not as obvious; =
if we do need it, it could be contracted and reporting into this person. =
Given that, I'd say we should define the position to be NOMCOM-selected =
with strong guidance to find someone able to build consensus in the =
(broader) community, and let them start a process to decide what =
resources are necessary.

Since such a role would be uncompensated, we'd need to pare off some of =
the responsibilities, but we have a good template -- the temporary role =
that John is currently filling could be turned into a standing contract.

Cheers,


--
Mark Nottingham   https://www.mnot.net/


From nobody Thu Jul  2 18:59:32 2020
Return-Path: <mt@lowentropy.net>
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 23FAF3A0ADC for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 18:59:31 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=ZbEb9gS0; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=O4Sl4Asu
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 FHeULTT-rTVu for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 18:59:29 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 018BB3A0AD8 for <rfced-future@iab.org>; Thu,  2 Jul 2020 18:59:28 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 2F64B5C01A8 for <rfced-future@iab.org>; Thu,  2 Jul 2020 21:59:28 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Thu, 02 Jul 2020 21:59:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=tAHJ7evj9XB/7s3KOzoouekVzWmVTuA z8fZ0vJ2ad+w=; b=ZbEb9gS008AEYI341iA9ufFKa7NeW1VvXZlvp8q9/3gdL8P YDDr7kuqIEB6czvrD55DAYlQ+wKCrj1sgtdyRDAkWX/+M5zx9MRQ+MQxlvRS8Bzx RJO9giNBrDiz562HbMP1Gg7574hrPglt8wS3btcae7+phyvXnYNAKwjtZzMcdV5g 2F9QxiWT437rZoPDjE2dNhnsPJTAb/jaAo2Ro3YDW+4c/mToVTiRL2wmj+ZUJfqJ rm3fGgLBw714EZaQj9kh3m1ysOjXNO+sf6w9nxSQFA93JifogID0J+OitlCJIHqs pNi4Ie+5HXlLVLl9abBoP3gl7gkKclPh8byfYhA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=tAHJ7e vj9XB/7s3KOzoouekVzWmVTuAz8fZ0vJ2ad+w=; b=O4Sl4Asui3ZFJNTlC/ppWi b1hS/nm1FKjv/7L/eaDQTaUWoGPoHJqwk72FETxIBd4RPY+bkuzOu3cC4v0Fz/Yq OpXnETMklcI7NcFWdweqXhz+hcSaF9sMG9x2xv/x+jTCjuVBpoD2kJrg3207cZCq 4IqxvPHjXFBr8dWN8q7QQssbGEb3Ib6QMk/9PqJd0NXlpYtcX12tQwYsUdYXs+vD Dt8G+WAmEJP1KJxcfXk9l4VucqXZRVe7qh1nkBlxmpt1IV/p/V1shBlJ5x/r9WaS uL03GvNdy1PAjKQksHkvuwUVP+tZuGdxUYoF8KQKqNTURwRgmN/Z9nX4HplF1iSg ==
X-ME-Sender: <xms:_5D-XqNPoXQuk4OL9tkrBgmGYicMKBwibsFAaSGE_3osdUZq2tAk5A>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrtdehgdehudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhephfeitddtveeihfejjefgve efuedugffgkeevkeehueeggeelveekveektdfhueeinecuffhomhgrihhnpehivghtfhdr ohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:_5D-Xo92daJC7wJDV8jksW8MVO0PO6GyGfsBiYxUw0lXH-f_tehbNg> <xmx:_5D-XhRNvPn8rzGKV75vpbIXZo3fMbmrt0raz_q4rJEz4dBQsTO9VQ> <xmx:_5D-Xqs1wC3r8h2CNm0e8JI4eLuWitMqc9vI_0WU8Ntd26F0WSb4gg> <xmx:AJH-Xh-wPh_6VXPcY2ZIU-ECQLn_3i9vSvo7lEC3NluLzPL-Y439og>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id A7522E00A8; Thu,  2 Jul 2020 21:59:27 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
In-Reply-To: <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com>
Date: Fri, 03 Jul 2020 11:59:09 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/LZGQhjm33qnaa2eLFYzPNRIaAcc>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 01:59:31 -0000

On Thu, Jul 2, 2020, at 23:12, Eliot Lear wrote:
> The E in IETF is Engineering and not Editing. We attract engineers to 
> standardize specifications. In what way do you believe we attract 
> people from the world of editing/publishing to incur the expense of 
> participating?*

Given what I've been doing for the past N years, I'm not sure that I find the stark binary characterization here very flattering.

But I think that the "editor" label is another thing that is doing us a disservice in this discussion.  There are many meanings we are talking about:

* My contributions as "editor" of a specification are exactly the sorts of contributions that we expect people in the community to provide.

* The contributions of the RPC in finishing a document are exactly the sorts of contributions that we should expect to pay for.  That includes the copy-editing pieces and all the publication pieces.

* The point on which I think we have disagreement is regarding "editorial control" akin to the roles taken on by lead editors in journals or news publications.  That is, choices regarding content: what content to fund, what content to publish, and what content to promote.

Regarding this last one, I believe that Ekr's argument is that this function is largely done for us by the streams and not any RSE.  That being the case, I thoroughly agree.  Assuming [1] is an accurate reflection of the Nevil and Brian's views, then I think that this view has fairly wide support, aside from perhaps Mike, who has expressed support for an entity with greater control over content.

[1] Section 5 of Nevil's proposal here: https://www.ietf.org/id/draft-brownlee-rfc-series-and-rse-changes-01.html#name-independence-of-the-rse


From nobody Thu Jul  2 20:13:56 2020
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 8C4F23A0BA4 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 20:13:54 -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 1c7p1Ir35C_3 for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 20:13:53 -0700 (PDT)
Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 296353A0BA0 for <rfced-future@iab.org>; Thu,  2 Jul 2020 20:13:53 -0700 (PDT)
Received: by mail-pf1-x42e.google.com with SMTP id t11so8528710pfq.11 for <rfced-future@iab.org>; Thu, 02 Jul 2020 20:13:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=0pryPwSMH8nnCg7lLaTgPVnfVMMn3FkPwU7O1vGPJv0=; b=MFN+4dHqBSjuUMEBHwNyayrckq/PwXkJIce4av0wlE479nQVdeojETprXIczL9vB72 FqWUIiz3zf+mX28l/hrfjzNhKzAIXdfrZfMt2vCPVTfdO4ckMOc2gN25GyhIBoNBMatI 8EXPRhaRQnBrBIs3V0WnzI6MwdQVNrKwZIJrIqSccm5crYljybrj6ibxo0IGTE/rCrWD ixVORvLrf4NKJRNNVI5YSEpe/Nb58QeN9BUEn9zxJdooFFlBo4zInuqA7e+xv3C3oinq 2WweK3xCK86rMged9I+fSoYiYrzc/T30+fnZdyIKbi4AgMpegITnA0fohZW7kDfUnwsr qsLw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0pryPwSMH8nnCg7lLaTgPVnfVMMn3FkPwU7O1vGPJv0=; b=TzUzxZc9vrFj0/bud/77KH6Kz6ymnZPbyQ5OmP0Foejw/einYQ2GDBwytCSymVVaRd qvrlqu94axAfWCFIiSLTuyCLeKjRbpc/AZTpV75nqMAhfNKEymT3F3SrHszUymS0E2Ip EQTG59FORpJ4kfiKhWbN6SG5XUTlwQD9chcSGIwNiQ2nNJoE6X1V+m7Wa/mDQXp7+MAr 5sT4VwBDBS46A6IUCBWeRasQf2L+ebGNjC+iAwrerj/N5F9d6fXTT2/X31prbjhEJ65f 4jJlivVb1JOg9P3oZMg4owuV+9VnYk/oKUFlqXAPPA0GlB1hcQG4h2PQUAA8uuewdZyl 3n0Q==
X-Gm-Message-State: AOAM532E3Nbx8gp5m1Z74QoOs5AD/cP6JrEp6kxOQYifTUHs+L6AjBWX 6YE427Xm3Mcgs7fXAJDyPO+t9So6
X-Google-Smtp-Source: ABdhPJyJvwAzIX0sRrNlAVCY/D0nO7c/V65WfOqR1zuV1MpgeXTUCj+32b2CKB3FKvUR5RBr9YjR5w==
X-Received: by 2002:a63:720b:: with SMTP id n11mr26342017pgc.137.1593746032096;  Thu, 02 Jul 2020 20:13:52 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.172]) by smtp.gmail.com with ESMTPSA id f14sm10014879pgj.62.2020.07.02.20.13.50 for <rfced-future@iab.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Jul 2020 20:13:51 -0700 (PDT)
To: rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com>
Date: Fri, 3 Jul 2020 15:13:48 +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: <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/QtTpMXvJiPZWr0YMLaTEaEhF_3Q>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 03:13:55 -0000

Hi,

I wanted to answer Martin's message below and Mark's immediately previous one together:

Yes, the technical and copy editing functions are performed for us by the RFC production service. Nobody has suggested that the "RSE" does any of that, beyond setting strategy and editorial guidelines. (Technical and copy editors work within whatever guidelines the publisher gives them.)

Yes, as far as technical content goes, the streams are pretty good at what they do, and we've already apparently reached a rough consensus that the "RSE" has no veto on technical content.

But that's not all that the RFC series is. Like it or not, it's been around for 50 years and is not just a collection of technical specs. It also contains, and I hope will continue to contain, opinion pieces, operational observations and analyses, research results, dissents, roadmaps and more. It has, you might say, a life of its own.

The analogy with W3C or WHATWG publications seems to me to be just as false as those with newspapers or academic journals. It might apply to the IETF stream, but not to RFCs as a whole.

I think that the series needs a guide who is indeed independent of all the streams. Whether that guide is an individual, an individual supported by a Board, or a stand-alone NewOrg of some kind is secondary. Whether the guide is known as the RFC Series Editor or something else is secondary. But if we don't have such a guide, we'll end up with Brownian motion.

Regards
   Brian Carpenter

On 03-Jul-20 13:59, Martin Thomson wrote:
> On Thu, Jul 2, 2020, at 23:12, Eliot Lear wrote:
>> The E in IETF is Engineering and not Editing. We attract engineers to 
>> standardize specifications. In what way do you believe we attract 
>> people from the world of editing/publishing to incur the expense of 
>> participating?*
> 
> Given what I've been doing for the past N years, I'm not sure that I find the stark binary characterization here very flattering.
> 
> But I think that the "editor" label is another thing that is doing us a disservice in this discussion.  There are many meanings we are talking about:
> 
> * My contributions as "editor" of a specification are exactly the sorts of contributions that we expect people in the community to provide.
> 
> * The contributions of the RPC in finishing a document are exactly the sorts of contributions that we should expect to pay for.  That includes the copy-editing pieces and all the publication pieces.
> 
> * The point on which I think we have disagreement is regarding "editorial control" akin to the roles taken on by lead editors in journals or news publications.  That is, choices regarding content: what content to fund, what content to publish, and what content to promote.
> 
> Regarding this last one, I believe that Ekr's argument is that this function is largely done for us by the streams and not any RSE.  That being the case, I thoroughly agree.  Assuming [1] is an accurate reflection of the Nevil and Brian's views, then I think that this view has fairly wide support, aside from perhaps Mike, who has expressed support for an entity with greater control over content.
> 
> [1] Section 5 of Nevil's proposal here: https://www.ietf.org/id/draft-brownlee-rfc-series-and-rse-changes-01.html#name-independence-of-the-rse
> 


From nobody Thu Jul  2 21:57:21 2020
Return-Path: <mt@lowentropy.net>
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 A7EB83A0C8B for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 21:57:20 -0700 (PDT)
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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=mn4lVu2R; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=jhWaFTW8
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 79P6vF2d_2GR for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 21:57:19 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FCF13A0C8A for <rfced-future@iab.org>; Thu,  2 Jul 2020 21:57:19 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 9D0575C01A5 for <rfced-future@iab.org>; Fri,  3 Jul 2020 00:57:18 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Fri, 03 Jul 2020 00:57:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=rVlzdFGDXz89yDe7N+rK69ahO2JpoTr GN2okKbzEb4Q=; b=mn4lVu2ReUFbprMgCoVkZ91KVmqOc9Qmb7Rn8JCWxefd2If lRDhtTdWPCfBuTItjCE9otLoTdP6VPYhQ1+4x93rD+4ihSQBWM8uVDcADo028B4G 0dnyiMW+598k+BzdLefvNLYd+EelyD6jTyBSNgq7SG4VgMfjG19plXwm6WjgCxCq Se0MrJbCa3DLHYf8OzMnQSlyJk0QFNX59zNarJp0ubnwsNoqaZ/9OzmTzVQEVRLP krug7ERKVWxMWbvBvibPD9a3mxFcAuOZc2caiQrvtFCJ7cajB+hZ39Tm5FuDgfED T6NLsQoW3QJWK49vU7fkdgarE8cRRnCZYWtGhWA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=rVlzdF GDXz89yDe7N+rK69ahO2JpoTrGN2okKbzEb4Q=; b=jhWaFTW8sZ1NS0qAnCJ3AE CAesEH6zTJI23fYbddw74JqSCUkw+6h9BM6PwOpV4iC9iGPsDamlpypaII93z8uP EfspWiAugAodTHdu7rMiaqhCF1F6nPCyp/BFq6igxcJ/kTDe1Ul1nXgY7J/FAXYF QGu9TZoHPLkab36eUlGSTtMhgki4KiJ5L6D+0tfFS6SEC9Ia7o3/kHNeuCzRnE/0 sXs2VlXZBpgqW6ozZV24TcVwb57AqfbzgZKG49NYcrlKfgqOW4TGBeTPKPs49lK+ 5Dd7AioM7mNGljvzioyvsjcf3CcvpYlWsc2PkZ+KJ8bzw7abZhXWb5fm/NngGLhQ ==
X-ME-Sender: <xms:rrr-XrjHcsFKHbRWwDVkvbBILkXIWQxWGdxMTVypDPx--Q1R-Ml5cQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrtdehgdeklecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepkeetueeikedtkeelfeekve fhkeffvedvvefgkefgleeugfdvjeejgeffieegtdejnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvth
X-ME-Proxy: <xmx:rrr-XoB15HK4FpJuWL9UFCBAYekxMurT6th0KVoI1xfY49ztyzdhEg> <xmx:rrr-XrFfN3aKIbUhaEzptCm0vk7BnqXLC7AqSfbm9x6-tb6KfbNyNw> <xmx:rrr-XoQwnA9wc46prr8d2NHq-7IdnKp9ArZt8M1lLyMfVXE-3sqpxg> <xmx:rrr-XojfPL2Iipigri7Mpks6uF6INujO5fWtxrx_SwpsiVLe27_hqA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 1D23FE00A8; Fri,  3 Jul 2020 00:57:18 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <d43535f2-ae59-43f1-b047-1c1c4ac784dd@www.fastmail.com>
In-Reply-To: <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com>
Date: Fri, 03 Jul 2020 14:56:57 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/SK0NhfunyAKlSaBK0HXn42z9MRI>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 04:57:21 -0000

On Fri, Jul 3, 2020, at 13:13, Brian E Carpenter wrote:
> But that's not all that the RFC series is. Like it or not, it's been 
> around for 50 years and is not just a collection of technical specs. It 
> also contains, and I hope will continue to contain, opinion pieces, 
> operational observations and analyses, research results, dissents, 
> roadmaps and more. It has, you might say, a life of its own.

Where is this diversity coming from, if not the streams?


From nobody Thu Jul  2 22:19:14 2020
Return-Path: <cabo@tzi.org>
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 90FB93A0CBE for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 22:19:12 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 JMd-sHcqf7Lb for <rfced-future@ietfa.amsl.com>; Thu,  2 Jul 2020 22:19:09 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 359AF3A0CBC for <rfced-future@iab.org>; Thu,  2 Jul 2020 22:19:08 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49yjtf1mLdzyTZ; Fri,  3 Jul 2020 07:19:06 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
Date: Fri, 3 Jul 2020 07:19:05 +0200
Cc: rfced-future@iab.org
X-Mao-Original-Outgoing-Id: 615446345.8835011-2b372f009962544db62f85bfe542aa52
Content-Transfer-Encoding: quoted-printable
Message-Id: <D277DF08-3312-45AA-ABD3-AD49A0D2F8E7@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
To: Martin Thomson <mt@lowentropy.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/MKT51K8tYZqGh-8mvozY5sBUsMg>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 05:19:13 -0000

On 2020-07-03, at 03:59, Martin Thomson <mt@lowentropy.net> wrote:
>=20
> But I think that the "editor" label is another thing that is doing us =
a disservice in this discussion.=20

Yep.  German has the beautiful word =E2=80=9CHerausgeber=E2=80=9D =
(literally =E2=80=9Cforthgiver=E2=80=9D). =20

This is probably best translated as =E2=80=9Cpublisher=E2=80=9D, which =
unfortunately is not as selective a term (it is also used for the =
publishing house, so people use =E2=80=9Ceditor=E2=80=9D for the =
Herausgeber of a Journal etc.).

I would surmise that, since Germans tend to be familiar with the German =
term, they also have much less confusion about the role that we call =
=E2=80=9CRSE=E2=80=9D right now than English language speakers.

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri Jul  3 00:05:52 2020
Return-Path: <lear@cisco.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 7A7C13A0DA5 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 00:05:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 D7zKnm0mSvfs for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 00:05:49 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F04843A0DA4 for <rfced-future@iab.org>; Fri,  3 Jul 2020 00:05:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=977; q=dns/txt; s=iport; t=1593759949; x=1594969549; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=R1JSEcYx5GJuX6jKaX22Ic34wTQSk3mDQTgTfOwEbvc=; b=KOTs4LDrwsXj8JFtZFCO0N0GvyxSiWY9d1HLx2dYrOwNwkn/bou50MiG YIfjegyhQn9/ZShfZ4Ff0k4+TshMjx7lQnoO/lTpIn5FFcqUzad7VuKYs GDOP3ENf/dr6zuy5hitdhS2mgAnhQFZfe6/VxzCw9tjgJLaOsPngPDOWZ I=;
X-IPAS-Result: =?us-ascii?q?A0CFAAC91/5e/xbLJq1gHQEBAQEJARIBBQUBQIE3BwELA?= =?us-ascii?q?QGCKIFDASASjV6IE5oIgXwLAQEBDAEBLwQBAYRHAoIfJTUIDgIDAQEBAwIDA?= =?us-ascii?q?QEBAQUBAQECAQYEbYVnQwEQAYUaAQQBOj8QCw44VwaDOYJdIKlfdIE0hVGFK?= =?us-ascii?q?4E4AY0BggCBOByCHy4+gQSDOYNJgi0EtQqCZoMGlkQDHZ8drGiDUQIEBgUCF?= =?us-ascii?q?YFVAzSBVjMaCBsVZQGCPz0SGQ2ONo4xPwNnAgYIAQEDCYYFilEBAQ?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.75,307,1589241600"; d="scan'208";a="25195593"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Jul 2020 07:05:45 +0000
Received: from dhcp-10-61-111-132.cisco.com (dhcp-10-61-111-132.cisco.com [10.61.111.132]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 06375hvp007686 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Jul 2020 07:05:44 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Eliot Lear <lear@cisco.com>
In-Reply-To: <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
Date: Fri, 3 Jul 2020 09:05:43 +0200
Cc: rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com>
To: Martin Thomson <mt@lowentropy.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.111.132, dhcp-10-61-111-132.cisco.com
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/R3PqC3az05EXMZqojsdMlB6-_6Y>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 07:05:51 -0000

Martin:

>=20
> Regarding this last one, I believe that Ekr's argument is that this =
function is largely done for us by the streams and not any RSE.  That =
being the case, I thoroughly agree.  Assuming [1] is an accurate =
reflection of the Nevil and Brian's views, then I think that this view =
has fairly wide support, aside from perhaps Mike, who has expressed =
support for an entity with greater control over content.
>=20

The chairs discussed this last week.  There is a very strong consensus =
(far better than rough) that people do not want the RSE to have final =
authority on whether a document may be published as an RFC, that =
problematic documents should be addressed informally or through the =
development process within a stream.

That consensus does not necessarily extend to other questions.  We have =
a lot of work to do, and that work will require imagination and =
cooperation amongst everyone to find more common ground.

Eliot


From nobody Fri Jul  3 01:25:46 2020
Return-Path: <cabo@tzi.org>
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 B2B103A093A for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 01:25:37 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 MmqZgxqVf9AQ for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 01:25:34 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FB173A08CD for <rfced-future@iab.org>; Fri,  3 Jul 2020 01:25:33 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49yp1m1zprzyX1; Fri,  3 Jul 2020 10:25:32 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com>
Date: Fri, 3 Jul 2020 10:25:31 +0200
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
X-Mao-Original-Outgoing-Id: 615457531.886667-a7652a1d2ddb5354c994a3989944d102
Content-Transfer-Encoding: quoted-printable
Message-Id: <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/3Nhom59ehLjWVnYsobu5KIX0Wyk>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 08:25:45 -0000

On 2020-07-03, at 09:05, Eliot Lear <lear=3D40cisco.com@dmarc.ietf.org> =
wrote:
>=20
> There is a very strong consensus (far better than rough) that people =
do not want the RSE to have final authority on whether a document may be =
published as an RFC, that problematic documents should be addressed =
informally or through the development process within a stream.

Count me in the rough then.

Bad decisions based on group-think happen (1992).  Having a few places =
where people can simply say no can help against that.  Yes, having to do =
this because all formal and informal channels are exhausted will be a =
once-in-a-lifetime event then.

(Note the word =E2=80=9Cshould=E2=80=9D in the above statement: my =
position is not based on what should happen =E2=80=94 it is easy to =
argue that it should never happen -, but what actually does happen in =
real-life organizations.)

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri Jul  3 07:22:38 2020
Return-Path: <br@brianrosen.net>
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 38BCE3A082D for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 07:22:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level: 
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 BNDHzpDg2rxe for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 07:22:33 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 D1BAC3A082A for <rfced-future@iab.org>; Fri,  3 Jul 2020 07:22:33 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id i25so32726940iog.0 for <rfced-future@iab.org>; Fri, 03 Jul 2020 07:22:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cXkQE0v9+rfYYs2PFBceTf/07iFpKZ6PGKczE6Z0sHA=; b=fHiD1v9DHtM+W4FdRWLmbi1TkwoJGbOKT6QY2hFcXzZ+OjA14YFN4Izue43ELWy7CA rmNOQZQGaaK/fBeDgMI8LwmFO1lXZ5Qquccw3R6h3r3ylYEDXp+8Xd/Rks6dSNyKCBkH peIozOAcPrwHUkyEdsmkdouP/Jy4z3mz+CW5xfab3RVcT0VgX5N8KomTD9oyXPwe55o0 AkBq63zqfVTnJpL/C96Xi3zBGhqoy/44K+a3ilTLU6gC70wIKhILda5j/7/v0SLu0cwe 6lnRss18w88WWHgJzKJr4A0lFPS5mbyNKjI5b6UonoR+cyWLiCofNh9a+351qwv5BH4C atFw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cXkQE0v9+rfYYs2PFBceTf/07iFpKZ6PGKczE6Z0sHA=; b=lRKcMuWQ/tDcLOYIuo0O8KFZFuWelgSbBJfiwNXk+A7Oo5S5XsTaJnz03VRb8BAgKc yoowqRuK587XaN7NNsoJcaSnHsqrT1tA0FfQETQoJZR1js/VCrpBmM1hv1v+4psl1n+x IAHOifEuVixpNfgvPhabT5znRPt7AoaUvYY3CsukBA5aE+Auzq/N02qMtipmrY0n65TU KuVhOcYMEX386+mmj/Uyhc0ZDeudsSUVn2hZRz1cYZye6titsDM5/MYPCdKxRcr1efTt CMASbvHFZJOLVAAWPf+Oh+sBkltmk3chmjWAAfvr/mZQ7HxGGXuL9kUrOZlWHSS+q8IG Kn1A==
X-Gm-Message-State: AOAM5320+5/155oRU1cpydwW8UiyBmVRXI1Nux/Bw822lrwgoEm4d9UH TjRXtfyR8Bsf9brXlyujoKncZA==
X-Google-Smtp-Source: ABdhPJzzyzUOAfMWw+YjhevvxTDDBGUjXOz6TXVcRp6qhmSPzDprmtWlvV0rqq4rJc2pSGnZ5qOFWA==
X-Received: by 2002:a05:6602:1544:: with SMTP id h4mr12722402iow.24.1593786153116;  Fri, 03 Jul 2020 07:22:33 -0700 (PDT)
Received: from brians-mbp-2871.lan (dynamic-acs-24-154-119-158.zoominternet.net. [24.154.119.158]) by smtp.gmail.com with ESMTPSA id c8sm6547172ile.2.2020.07.03.07.22.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 07:22:32 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org>
Date: Fri, 3 Jul 2020 10:22:31 -0400
Cc: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/fUFizYigdhx_rowEm6wIVtEXoOE>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 14:22:36 -0000

ISTM that we=E2=80=99re hearing the stream managers do this rather than =
the RSE.

Do you think that won=E2=80=99t work?  Why?

Brian

> On Jul 3, 2020, at 4:25 AM, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> On 2020-07-03, at 09:05, Eliot Lear <lear=3D40cisco.com@dmarc.ietf.org> =
wrote:
>>=20
>> There is a very strong consensus (far better than rough) that people =
do not want the RSE to have final authority on whether a document may be =
published as an RFC, that problematic documents should be addressed =
informally or through the development process within a stream.
>=20
> Count me in the rough then.
>=20
> Bad decisions based on group-think happen (1992).  Having a few places =
where people can simply say no can help against that.  Yes, having to do =
this because all formal and informal channels are exhausted will be a =
once-in-a-lifetime event then.
>=20
> (Note the word =E2=80=9Cshould=E2=80=9D in the above statement: my =
position is not based on what should happen =E2=80=94 it is easy to =
argue that it should never happen -, but what actually does happen in =
real-life organizations.)
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future


From nobody Fri Jul  3 08:45:51 2020
Return-Path: <cabo@tzi.org>
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 A89EB3A09EF for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 08:45:50 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 J7QzJ0vr60Wz for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 08:45:48 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19EA03A09DF for <rfced-future@iab.org>; Fri,  3 Jul 2020 08:45:46 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49yznh0vSqzyXt; Fri,  3 Jul 2020 17:45:44 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net>
Date: Fri, 3 Jul 2020 17:45:43 +0200
Cc: rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
X-Mao-Original-Outgoing-Id: 615483943.579363-7c492debcbe4d072d6d724e512e35e65
Content-Transfer-Encoding: quoted-printable
Message-Id: <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net>
To: Brian Rosen <br@brianrosen.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/apc1LMsudzQcy88twToEooYnmWw>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 15:45:51 -0000

On 2020-07-03, at 16:22, Brian Rosen <br@brianrosen.net> wrote:
>=20
> ISTM that we=E2=80=99re hearing the stream managers do this rather =
than the RSE.
>=20
> Do you think that won=E2=80=99t work?  Why?

Stream managers may be part of that group-think.

In the constitution of Germany, we have the position of a =
Bundespr=C3=A4sident that has been designed to be kept out of day-to-day =
political debates.  The main job, apart from representation, is signing =
documents into law.  If the Bundespr=C3=A4sident has a severe problem =
with a law (process or content), they don=E2=80=99t sign it.  That =
happens approximately once every decade.  In one case that I can =
remember, the Bundestag (parliament) had a majority (but no =
constitution-changing majority) that wanted to push through a law that =
would have been unconstitutional.  Now the courts likely would =
eventually have caught that, but the Bundespr=C3=A4sident saved us a lot =
of embarrassment and instability.  (The courts would also be used to fix =
an obstinate president, who also can be impeached.  None of this has =
ever happened.  What has happened, once, is that the constitution was =
changed with the necessary qualified majority and on that basis the =
previously questionable document was then signed into law by the =
president.  15 years later, that changed constitution helped the then =
president stop another ill-considered law...)

I don=E2=80=99t think we as an organization really have a good grasp of =
such once-a-decade events (1992 maybe is an exception, but mainly =
because it wasn=E2=80=99t solved within the =E2=80=9Cconstitution=E2=80=9D=
 of the time but by a revolution).  Also, the sheer fact that a veto =
power exists tends to make certain events much less likely, so it may =
seem the veto power is not needed (=E2=80=9Cprevention paradox=E2=80=9D).

Gr=C3=BC=C3=9Fe, Carsten

>=20
> Brian
>=20
>> On Jul 3, 2020, at 4:25 AM, Carsten Bormann <cabo@tzi.org> wrote:
>>=20
>> On 2020-07-03, at 09:05, Eliot Lear <lear=3D40cisco.com@dmarc.ietf.org>=
 wrote:
>>>=20
>>> There is a very strong consensus (far better than rough) that people =
do not want the RSE to have final authority on whether a document may be =
published as an RFC, that problematic documents should be addressed =
informally or through the development process within a stream.
>>=20
>> Count me in the rough then.
>>=20
>> Bad decisions based on group-think happen (1992).  Having a few =
places where people can simply say no can help against that.  Yes, =
having to do this because all formal and informal channels are exhausted =
will be a once-in-a-lifetime event then.
>>=20
>> (Note the word =E2=80=9Cshould=E2=80=9D in the above statement: my =
position is not based on what should happen =E2=80=94 it is easy to =
argue that it should never happen -, but what actually does happen in =
real-life organizations.)
>>=20
>> Gr=C3=BC=C3=9Fe, Carsten
>>=20
>> --=20
>> Rfced-future mailing list
>> Rfced-future@iab.org
>> https://www.iab.org/mailman/listinfo/rfced-future
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future


From nobody Fri Jul  3 09:03:57 2020
Return-Path: <mellon@fugue.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 5AD8E3A0A31 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:03:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 IzDy3yVxZhBj for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:03:54 -0700 (PDT)
Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 10B663A0A27 for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:03:53 -0700 (PDT)
Received: by mail-qt1-x82b.google.com with SMTP id e12so24182245qtr.9 for <rfced-future@iab.org>; Fri, 03 Jul 2020 09:03:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=nzMqzpHs4sdUenEAbDz86zoOC8eu184urcoaykMBh70=; b=wersBWOASJrVYx+d1ENJ5xZ0k4H1TvPP57NzDQbfgppMYqbciqO0RYoCQXEXHwbBPq mxD3LLxmSL34gD70HEB/olyLHe8dFkUN0I6iHJH3mJT271CxL8HLBkHg74UhSncEM5ol ztlrehka0Gf5TVHXVdno/thDswt6ihFdQt39AbH/mWECu3oh9bY3ryMJo1aCnBk3b7Ws gO7TSJBIeQCw7X+EDKYobt4eEzjhWq7JJAprdfgBhGee+GYmbz3ZNeg75UJnz/4OC5N6 qm+3+j8tYbzsSO4hvp8IZlRXrgiB5DYgxlPjyJsK95EFuN1MNZXl+XUUxay7St8hFYZE obaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=nzMqzpHs4sdUenEAbDz86zoOC8eu184urcoaykMBh70=; b=KqneszGigNAPtwfYQb4mQ3xUgJ7z7GBrsaD/tPhzay9t4QBIxI5iTDgF9649yLZgXw rHEqJB6im0DnU0eUsWx6PBLLvW2/W97LOL1ZnjBQIxPYT6/0JD2Y7l+57rt4XBxbuxlb nCCTgDMhoiaClouOzJ0RmliTvOmX3oaULi8+phyR+GrtYX5rfOL1u0siKMz/f1QpqYSE xVxpaGwUUzNhjz9HIjkJTi/hSthxA54OXwsjmsBiN5Fxuz3YI4s+yXr6L3QPBg4HhMgH 2njZGTADbLLCvkgw8B3NXgKVyZRdLj/9jtiaDROnCtxIlnhuPxGDN2TBBCauccGMOH+V NiQA==
X-Gm-Message-State: AOAM531BIY82vdWT3+TKs1IdXYMTS+sB4AsJrs4Ftq1yl9CCsxuUVCEY bXNANMElXiWnsVorBZ72O5QKeg==
X-Google-Smtp-Source: ABdhPJxmIDIXHeamOxsfuowFacYNAu2mF0lOay64EDUfFzPOUhvWo8oBhxoBqjjV7kgYSPud8VQVRA==
X-Received: by 2002:ac8:2c13:: with SMTP id d19mr18657827qta.137.1593792233014;  Fri, 03 Jul 2020 09:03:53 -0700 (PDT)
Received: from ?IPv6:2601:18b:300:36ee:49c7:db56:bed3:6b88? ([2601:18b:300:36ee:49c7:db56:bed3:6b88]) by smtp.gmail.com with ESMTPSA id u6sm12675606qtk.9.2020.07.03.09.03.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 09:03:52 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_351AE845-1E60-4D3E-9211-BBC191DCCFFD"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Date: Fri, 3 Jul 2020 12:03:51 -0400
In-Reply-To: <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org>
Cc: Brian Rosen <br@brianrosen.net>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
To: Carsten Bormann <cabo@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/RNwwRjdhWSfTo3wxejuRQoWp1Zs>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:03:56 -0000

--Apple-Mail=_351AE845-1E60-4D3E-9211-BBC191DCCFFD
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

On Jul 3, 2020, at 11:45 AM, Carsten Bormann <cabo@tzi.org> wrote:
> If the Bundespr=C3=A4sident has a severe problem with a law (process =
or content), they don=E2=80=99t sign it.  That happens approximately =
once every decade.  In one case that I can remember, the Bundestag =
(parliament) had a majority (but no constitution-changing majority) that =
wanted to push through a law that would have been unconstitutional.

What would be an example of an RFC, approved for publication, which =
would be the analog of an unconstitutional law?


--Apple-Mail=_351AE845-1E60-4D3E-9211-BBC191DCCFFD
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">On =
Jul 3, 2020, at 11:45 AM, Carsten Bormann &lt;<a =
href=3D"mailto:cabo@tzi.org" class=3D"">cabo@tzi.org</a>&gt; =
wrote:<div><blockquote type=3D"cite" class=3D""><div class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Menlo-Regular; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">If the =
Bundespr=C3=A4sident has a severe problem with a law (process or =
content), they don=E2=80=99t sign it. &nbsp;That happens approximately =
once every decade. &nbsp;In one case that I can remember, the Bundestag =
(parliament) had a majority (but no constitution-changing majority) that =
wanted to push through a law that would have been =
unconstitutional.</span></div></blockquote></div><br class=3D""><div =
class=3D"">What would be an example of an RFC, approved for publication, =
which would be the analog of an unconstitutional law?</div><div =
class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_351AE845-1E60-4D3E-9211-BBC191DCCFFD--


From nobody Fri Jul  3 09:07:45 2020
Return-Path: <adrian@olddog.co.uk>
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 0CA3B3A098E; Fri,  3 Jul 2020 09:07:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 DpvI98IrbmSW; Fri,  3 Jul 2020 09:07:41 -0700 (PDT)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F423F3A098C; Fri,  3 Jul 2020 09:07:40 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 063G7a6L020113; Fri, 3 Jul 2020 17:07:36 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0D6C72204C; Fri,  3 Jul 2020 17:07:36 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS id EB0BF22048; Fri,  3 Jul 2020 17:07:35 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 063G7Wch016106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Jul 2020 17:07:34 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Brian Rosen'" <br@brianrosen.net>, "'Carsten Bormann'" <cabo@tzi.org>
Cc: <rfced-future@iab.org>, "'Eliot Lear'" <lear=40cisco.com@dmarc.ietf.org>,  "'Martin Thomson'" <mt@lowentropy.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@! cisco.com> <64EA35E3-C8 36-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net>
In-Reply-To: <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net>
Date: Fri, 3 Jul 2020 17:07:31 +0100
Organization: Old Dog Consulting
Message-ID: <052b01d65154$10479e00$30d6da00$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIfX7vfh4YEKFq4ndL/BmmpAFaeUADfEvEOAzKQ3NkBLUr+owIhCl2JAxgCm+YDD1jiegFKYaOVAm1K5QwBu1BJTAJOFMUCAl6Wd64Cj6KigwGrC4Z0AYXcj/UCnapwTgJNNSQZAYkUk2sCQUzQywENYmu8pyqUTAA=
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25520.001
X-TM-AS-Result: No--13.719-10.0-31-10
X-imss-scan-details: No--13.719-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25520.001
X-TMASE-Result: 10--13.718900-10.000000
X-TMASE-MatchedRID: C/snMIRQLS3xIbpQ8BhdbGzBijri5+RVDvc/j9oMIgUW6M2A15L1QCb6 E61v3mBcuxxRYa5mlRo5RAH8bsa+95mvObnpEDjcRBpDaTjP17aMUoj7yLheDFVMJlS9HCuzIN/ MbXxx+S2wkhkaqMupiokQaLWj59g8s0V1c5XE5TTZulfZck3CoTTQRbVRBkx917e7WBeAvmIRDI Z06646iLasuHxrVXUK60N0sWltXcAoMF5dEoOPnRlJRfzNw8afXJA/Fl7SXBaqvcIF1TcLYAmNv 4I5qt0qSzvHqWd8eRzdlWAvvNHRg6sGdRIFTYvzjHDHQVIGCY2eKBD/0uNkNk4QgsE4F6YvCXsL inrgycUU9l/aZyrKfW8Ub4jW/3tOAkm8KmXEA+Y3X0+M8lqGUgRsBMbTTgAPReOJg/1Upn18mJz E+Gwp1wI9USq47T0GzzU2+MLrDVSPl8suWHSuVLU+IyHhkXf1fS0Ip2eEHnxlgn288nW9IACc8/ rNqhWqdB0ntd9Tzp47AFczfjr/7Fb9NpNOFRYWU6sqD2/3roezC/MAO+EdiMf7R38DZYCjwGAUJ oToqmc=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/TkZDrw9FYAK8XQS3wimOltn8yhg>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:07:43 -0000

Disclosure: I am a Stream Manager.

I would like some consistency across the streams. I would like a single =
point that at least coordinates, probably advises, and maybe acts to =
assure such consistency.

I would also like someone to stand behind the RPC when they express any =
concerns about the quality or publishability of a document so that it is =
not the RPC who has to handle any political or strenuous debate on the =
issue.

Cheers,
Adrian

-----Original Message-----
From: Rfced-future <rfced-future-bounces@iab.org> On Behalf Of Brian =
Rosen
Sent: 03 July 2020 15:23
To: Carsten Bormann <cabo@tzi.org>
Cc: rfced-future@iab.org; Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org>; Martin Thomson <mt@lowentropy.net>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals

ISTM that we=E2=80=99re hearing the stream managers do this rather than =
the RSE.

Do you think that won=E2=80=99t work?  Why?

Brian

> On Jul 3, 2020, at 4:25 AM, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> On 2020-07-03, at 09:05, Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org> wrote:
>>=20
>> There is a very strong consensus (far better than rough) that people =
do not want the RSE to have final authority on whether a document may be =
published as an RFC, that problematic documents should be addressed =
informally or through the development process within a stream.
>=20
> Count me in the rough then.
>=20
> Bad decisions based on group-think happen (1992).  Having a few places =
where people can simply say no can help against that.  Yes, having to do =
this because all formal and informal channels are exhausted will be a =
once-in-a-lifetime event then.
>=20
> (Note the word =E2=80=9Cshould=E2=80=9D in the above statement: my =
position is not based on what should happen =E2=80=94 it is easy to =
argue that it should never happen -, but what actually does happen in =
real-life organizations.)
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future

--=20
Rfced-future mailing list
Rfced-future@iab.org
https://www.iab.org/mailman/listinfo/rfced-future


From nobody Fri Jul  3 09:31:48 2020
Return-Path: <cabo@tzi.org>
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 A8DF83A00D6 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:31:46 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 gmQNf1uBBH-3 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:31:43 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F7853A0112 for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:31:42 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49z0pj27dzzyX3; Fri,  3 Jul 2020 18:31:41 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com>
Date: Fri, 3 Jul 2020 18:31:40 +0200
Cc: Brian Rosen <br@brianrosen.net>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
X-Mao-Original-Outgoing-Id: 615486700.772493-3ec8c333aae3124a84667466b84d6c3a
Content-Transfer-Encoding: quoted-printable
Message-Id: <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/0DtdMQo6oK2bE6YbBTg0pRKK4TA>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:31:47 -0000

On 2020-07-03, at 18:03, Ted Lemon <mellon@fugue.com> wrote:
>=20
> What would be an example of an RFC, approved for publication, which =
would be the analog of an unconstitutional law?

Since we don=E2=80=99t have a constitution, that analogy is leaky.
We have pieces of foundational documents, e.g., for one aspect of the =
technology development we do, we have:

RFC 1984
RFC 3365 Section 6
RFC 7258
<draft-iab-for-the-users-04.txt> (not yet consensus)

These documents are all flawed and might have process issues (do we =
really have consensus?).  I probably should add RFC 1925, which =
doesn=E2=80=99t even purport to be a serious document.  On a more =
technical level, we also actively revisit some of our most deeply =
entrenched principles, say draft-iab-protocol-maintenance (and we =
don=E2=80=99t always succeed in writing up the newly emerging =
consensus).

So it seems we can=E2=80=99t hold the person with the veto power =
accountable to a specific document or set of documents.  That limits the =
value of the analogy.  But the fact that documents that the =
Bundespr=C3=A4sident considers unconstitutional (in process or content) =
do get approved by the Bundestag shows that these things happen even in =
much more formally controlled environments.

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri Jul  3 09:37:13 2020
Return-Path: <mellon@fugue.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 3C7D23A08DB for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:37:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 qe9Qm427FjDR for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:37:03 -0700 (PDT)
Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (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 F25C03A086E for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:36:58 -0700 (PDT)
Received: by mail-qk1-x72a.google.com with SMTP id k18so29262690qke.4 for <rfced-future@iab.org>; Fri, 03 Jul 2020 09:36:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=AAHif0Czdj/fkIIKrQrwDSW4G4twTjqDMNzuMmm8EwQ=; b=0+WoQITDyiU7a/LlGbuWdz3zuesmQTSNIM5UbOmw2ju03D77PTRCwJRJ5cjyQmqThc vhnUrbR/wms23HAz+fNnfw2nltne+nPL+lGzdbL2DIZCbjgPlSq2xSA7kaE9szni7qE7 5r4NgwmgU1tERFunQrDzLdY7t+MTAhKkLymQRbRFUxv333PYuoJV68pmg2D6gf0yypUS dKOe/Ksd8ProU9nbNJN7Y92NZsBgGnCtXIpITzA1YSFwlle5KVU3sYFzRjumrH4RAmDJ qL5lS4kdrOM2hzABL7HX+6NZYnhE/EC+G0HlQdU3ACeqjfPx46nlfFKdQGgUFy/CVRgk 878w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=AAHif0Czdj/fkIIKrQrwDSW4G4twTjqDMNzuMmm8EwQ=; b=pzPAiP6jaDzuAUMejHzEm0B5g2DJ8xrj6uFefnuJexWRWWFDaY6qt1IrCF8v6CgjaX tJ8nDWxQcX5G8yLwS7QfOH0Z6FfsCvm58RUztPAz/6NJfkAmdxLphWCKuE9rRWiJi3Fl AWsrHiI06PLH0c0sfOG2XSi/458K5qjQ9ujWLHqe66rtEUE+/EY/7J/qi8o4sjbRT7GY zrVMcCEPwtn/by/wmeqO7w09v3FRV5mI5PkQb8NqK+Hwo7FPR7P+oiBXs1w1U6WrE9vF lfLpTCrIn+dDLOD8y3zpaqRcfr1Qxg6dPb2qkwDdi56JgZx8nm2dhpLekhr35vaLx6Va ZCSg==
X-Gm-Message-State: AOAM531jNH2Q809qPKfcD1xLZv2Lvdy29frSbERN5/OgqNteYHhrzxYH HQrxgWQJix4SImCeHvfKSbYPSw==
X-Google-Smtp-Source: ABdhPJycZ1DHpEBMkQxvxr8r2F8ivM6ISzTbHWj+iWhOD7NWbETAbDV03MN/Cag/Ktqto9Q7w70uHA==
X-Received: by 2002:a37:a256:: with SMTP id l83mr19976240qke.164.1593794217999;  Fri, 03 Jul 2020 09:36:57 -0700 (PDT)
Received: from ?IPv6:2601:18b:300:36ee:49c7:db56:bed3:6b88? ([2601:18b:300:36ee:49c7:db56:bed3:6b88]) by smtp.gmail.com with ESMTPSA id c7sm12390706qta.95.2020.07.03.09.36.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 09:36:56 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F2E70C0F-FCB2-48A6-A5FE-E4D23EA0CB79"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Date: Fri, 3 Jul 2020 12:36:55 -0400
In-Reply-To: <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org>
Cc: Brian Rosen <br@brianrosen.net>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
To: Carsten Bormann <cabo@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/i_GDFEBtDJ0KSJqR7lSXPGbG4Vk>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:37:11 -0000

--Apple-Mail=_F2E70C0F-FCB2-48A6-A5FE-E4D23EA0CB79
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

On Jul 3, 2020, at 12:31 PM, Carsten Bormann <cabo@tzi.org> wrote:
> Since we don=E2=80=99t have a constitution, that analogy is leaky.
> We have pieces of foundational documents, e.g., for one aspect of the =
technology development we do, we have:
>=20
> RFC 1984
> RFC 3365 Section 6
> RFC 7258
> <draft-iab-for-the-users-04.txt> (not yet consensus)
>=20
> These documents are all flawed and might have process issues (do we =
really have consensus?).  I probably should add RFC 1925, which =
doesn=E2=80=99t even purport to be a serious document.  On a more =
technical level, we also actively revisit some of our most deeply =
entrenched principles, say draft-iab-protocol-maintenance (and we =
don=E2=80=99t always succeed in writing up the newly emerging =
consensus).

It sounds like you=E2=80=99re expecting the RSE to be able to decide =
whether or not a new document is consistent with these foundational =
documents. I suppose I wouldn=E2=80=99t mind if the RSE cried foul if =
the IETF consensus was to override e.g. RFC 1984, but it=E2=80=99s hard =
to see how a core responsibility of this sort could generalize.  E.g., =
what if the IETF wants to publish a document saying that IPv6 addresses =
are henceforth 64 bits instead of 128? Is the RSE the one who is =
supposed to say =E2=80=9Cno=E2=80=9D when that happens?


--Apple-Mail=_F2E70C0F-FCB2-48A6-A5FE-E4D23EA0CB79
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">On =
Jul 3, 2020, at 12:31 PM, Carsten Bormann &lt;<a =
href=3D"mailto:cabo@tzi.org" class=3D"">cabo@tzi.org</a>&gt; =
wrote:<div><blockquote type=3D"cite" class=3D""><div class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Menlo-Regular; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">Since we =
don=E2=80=99t have a constitution, that analogy is leaky.</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Menlo-Regular; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">We have =
pieces of foundational documents, e.g., for one aspect of the technology =
development we do, we have:</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 1984</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 3365 Section 6</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 7258</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&lt;draft-iab-for-the-users-04.txt&gt; (not yet =
consensus)</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">These =
documents are all flawed and might have process issues (do we really =
have consensus?). &nbsp;I probably should add RFC 1925, which doesn=E2=80=99=
t even purport to be a serious document. &nbsp;On a more technical =
level, we also actively revisit some of our most deeply entrenched =
principles, say draft-iab-protocol-maintenance (and we don=E2=80=99t =
always succeed in writing up the newly emerging =
consensus).</span></div></blockquote></div><br class=3D""><div =
class=3D"">It sounds like you=E2=80=99re expecting the RSE to be able to =
decide whether or not a new document is consistent with these =
foundational documents. I suppose I wouldn=E2=80=99t mind if the RSE =
cried foul if the IETF consensus was to override e.g. RFC 1984, but =
it=E2=80=99s hard to see how a core responsibility of this sort could =
generalize. &nbsp;E.g., what if the IETF wants to publish a document =
saying that IPv6 addresses are henceforth 64 bits instead of 128? Is the =
RSE the one who is supposed to say =E2=80=9Cno=E2=80=9D when that =
happens?</div><div class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_F2E70C0F-FCB2-48A6-A5FE-E4D23EA0CB79--


From nobody Fri Jul  3 09:44:28 2020
Return-Path: <cabo@tzi.org>
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 444D53A07F2 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:44:26 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 yGRsAgBuc7bv for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:44:24 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A40A3A07F8 for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:44:23 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49z15L2wXCzyWX; Fri,  3 Jul 2020 18:44:22 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com>
Date: Fri, 3 Jul 2020 18:44:21 +0200
Cc: Brian Rosen <br@brianrosen.net>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
X-Mao-Original-Outgoing-Id: 615487461.919854-c0b114eafacf54b4eadce1bae403173b
Content-Transfer-Encoding: quoted-printable
Message-Id: <6502D310-D271-4742-A92F-811275BAAF0B@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org> <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/UL59VGUYBSh5xgPpPuA_Bf-OJfc>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:44:26 -0000

On 2020-07-03, at 18:36, Ted Lemon <mellon@fugue.com> wrote:
>=20
> It sounds like you=E2=80=99re expecting the RSE to be able to decide =
whether or not a new document is consistent with these foundational =
documents. I suppose I wouldn=E2=80=99t mind if the RSE cried foul if =
the IETF consensus was to override e.g. RFC 1984, but it=E2=80=99s hard =
to see how a core responsibility of this sort could generalize.  E.g., =
what if the IETF wants to publish a document saying that IPv6 addresses =
are henceforth 64 bits instead of 128? Is the RSE the one who is =
supposed to say =E2=80=9Cno=E2=80=9D when that happens?

I don=E2=80=99t know, and I think even the RSE wouldn=E2=80=99t know =
today.
But the RSE can talk to people, do their own judgment of what is going =
on in the community, and assess whether the damage of publication would =
far exceed the damage of non-publication.  It is hard to think your =
example to conclusion, because something must have mightily jammed =
before such a document comes out of the IESG, and it would become the =
job of the veto holder to do their own investigation how it came to =
that.

I=E2=80=99m sorry if this is a =E2=80=9CI know it when I see it=E2=80=9D =
definition, but such a backstop mechanism can=E2=80=99t be mechanical.

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri Jul  3 09:48:29 2020
Return-Path: <lear@cisco.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 007193A080C for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:48:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 1CNvcYnuJZOl for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:48:26 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2B503A085A for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:48:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11241; q=dns/txt; s=iport; t=1593794905; x=1595004505; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=9fYWdp+ULLVbQm2GPkWxYyv+arLIpwq+G3BKek4PsLE=; b=dvH+PjdL6iJ8pBaHART2AS97367MU9/tBtYuDInNGgA9XgI61vekrIpt CDLsz89e5s8iuqqV3MtqcZC24VNPFDScncgQYKA5OGcprltrxGkcgP8dM 8oCdow5PAxWMs177GbBiDtH9yvaG1vfPZNGSk5cjW4Yc7Bw60jm+RTvYB w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CZBQAhYP9e/xbLJq1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCCgKBIYJKASASLIQxiQGIE5NviBULAQEBDAEBLwQBAYRHAoI?= =?us-ascii?q?hJTgTAgMBAQsBAQUBAQECAQYEbYVnQwEQAYUZAQEBAQIBI0gOBQsLDgonAwI?= =?us-ascii?q?CRhEGE4Mmgl0gqVh2gTKFUYUTgTgBjQOCAIE4HIIfLj6BBIZPM4ItBI8ZjHK?= =?us-ascii?q?Yf4JmgwaWRAMdgXKPLIhdhSKsaINRAgQGBQIVgWoigVYzGggbFWUBgj4+Ehk?= =?us-ascii?q?NjjaOMT8DMDcCBgEHAQEDCYYCik8BAQ?=
X-IronPort-AV: E=Sophos; i="5.75,308,1589241600"; d="scan'208,217"; a="27644565"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Jul 2020 16:48:21 +0000
Received: from [10.61.227.178] ([10.61.227.178]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 063GlhwL026595 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Jul 2020 16:48:21 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <BF9B77A5-7E81-4DA5-B060-9130F33DADE0@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_87A75C42-18A0-4D1C-A7DC-D8DFBA58EACE"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Fri, 3 Jul 2020 18:48:20 +0200
In-Reply-To: <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com>
Cc: Carsten Bormann <cabo@tzi.org>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>, Brian Rosen <br@brianrosen.net>
To: Ted Lemon <mellon@fugue.com>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org> <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.227.178, [10.61.227.178]
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/gp2zgwWImQwBs5CnusjcJJebXD4>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:48:28 -0000

--Apple-Mail=_87A75C42-18A0-4D1C-A7DC-D8DFBA58EACE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Two points:

First, I think we should close debate on this matter soon, unless =
Carsten finds a whole lot of support.

For the second, see below:

> On 3 Jul 2020, at 18:36, Ted Lemon <mellon@fugue.com> wrote:
>=20
> On Jul 3, 2020, at 12:31 PM, Carsten Bormann <cabo@tzi.org =
<mailto:cabo@tzi.org>> wrote:
>> Since we don=E2=80=99t have a constitution, that analogy is leaky.
>> We have pieces of foundational documents, e.g., for one aspect of the =
technology development we do, we have:
>>=20
>> RFC 1984
>> RFC 3365 Section 6
>> RFC 7258
>> <draft-iab-for-the-users-04.txt> (not yet consensus)
>>=20
>> These documents are all flawed and might have process issues (do we =
really have consensus?).  I probably should add RFC 1925, which =
doesn=E2=80=99t even purport to be a serious document.  On a more =
technical level, we also actively revisit some of our most deeply =
entrenched principles, say draft-iab-protocol-maintenance (and we =
don=E2=80=99t always succeed in writing up the newly emerging =
consensus).
>=20
> It sounds like you=E2=80=99re expecting the RSE to be able to decide =
whether or not a new document is consistent with these foundational =
documents. I suppose I wouldn=E2=80=99t mind if the RSE cried foul if =
the IETF consensus was to override e.g. RFC 1984, but it=E2=80=99s hard =
to see how a core responsibility of this sort could generalize.  E.g., =
what if the IETF wants to publish a document saying that IPv6 addresses =
are henceforth 64 bits instead of 128? Is the RSE the one who is =
supposed to say =E2=80=9Cno=E2=80=9D when that happens?

That is precisely what happened in 1992 or so, when Jon created a huge =
uproar when he dinked with a counter size in the ETHERNET-MIB.  It is =
true that all the intermediate checks failed at that point in time.  I =
will point out that it took someone with a large amount of technical =
expertise, experience, and probably no small amount of time to spot the =
error.  Would such a Bundespr=C3=A4sident be expected to be one person?

Eliot=

--Apple-Mail=_87A75C42-18A0-4D1C-A7DC-D8DFBA58EACE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Two =
points:<div class=3D""><br class=3D""></div><div class=3D"">First, I =
think we should close debate on this matter soon, unless Carsten finds a =
whole lot of support.</div><div class=3D""><br class=3D""></div><div =
class=3D"">For the second, see below:<br class=3D""><div =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 3 Jul 2020, at 18:36, Ted Lemon &lt;<a =
href=3D"mailto:mellon@fugue.com" class=3D"">mellon@fugue.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D"">
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8" =
class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
space; line-break: after-white-space;" class=3D"">On Jul 3, 2020, at =
12:31 PM, Carsten Bormann &lt;<a href=3D"mailto:cabo@tzi.org" =
class=3D"">cabo@tzi.org</a>&gt; wrote:<div class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><span style=3D"caret-color: =
rgb(0, 0, 0); font-family: Menlo-Regular; font-size: 14px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Since we don=E2=80=99t have a constitution, that analogy is =
leaky.</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">We have =
pieces of foundational documents, e.g., for one aspect of the technology =
development we do, we have:</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 1984</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 3365 Section 6</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">RFC 7258</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Menlo-Regular; font-size: 14px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">&lt;draft-iab-for-the-users-04.txt&gt; (not yet =
consensus)</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">These =
documents are all flawed and might have process issues (do we really =
have consensus?). &nbsp;I probably should add RFC 1925, which doesn=E2=80=99=
t even purport to be a serious document. &nbsp;On a more technical =
level, we also actively revisit some of our most deeply entrenched =
principles, say draft-iab-protocol-maintenance (and we don=E2=80=99t =
always succeed in writing up the newly emerging =
consensus).</span></div></blockquote></div><br class=3D""><div =
class=3D"">It sounds like you=E2=80=99re expecting the RSE to be able to =
decide whether or not a new document is consistent with these =
foundational documents. I suppose I wouldn=E2=80=99t mind if the RSE =
cried foul if the IETF consensus was to override e.g. RFC 1984, but =
it=E2=80=99s hard to see how a core responsibility of this sort could =
generalize. &nbsp;E.g., what if the IETF wants to publish a document =
saying that IPv6 addresses are henceforth 64 bits instead of 128? Is the =
RSE the one who is supposed to say =E2=80=9Cno=E2=80=9D when that =
happens?</div></div></div></blockquote><br class=3D""></div><div>That is =
precisely what happened in 1992 or so, when Jon created a huge uproar =
when he dinked with a counter size in the ETHERNET-MIB. &nbsp;It is true =
that all the intermediate checks failed at that point in time. &nbsp;I =
will point out that it took someone with a large amount of technical =
expertise, experience, and probably no small amount of time to spot the =
error. &nbsp;Would such a Bundespr=C3=A4sident be expected to be one =
person?</div><div><br class=3D""></div>Eliot</div></div></body></html>=

--Apple-Mail=_87A75C42-18A0-4D1C-A7DC-D8DFBA58EACE--


From nobody Fri Jul  3 09:48:41 2020
Return-Path: <mellon@fugue.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 46F743A082B for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:48:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 TXIj4floUw0b for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:48:39 -0700 (PDT)
Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 DF2423A0816 for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:48:38 -0700 (PDT)
Received: by mail-qt1-x829.google.com with SMTP id i3so24268204qtq.13 for <rfced-future@iab.org>; Fri, 03 Jul 2020 09:48:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=CqeAXAhuHt8EDnEJp9XnnUrX/fbz43nAqwos260pjj4=; b=Hb3iCrInNaxc/M9cP6NYSPV8/6IyYiLUssTA4ChkuiPl1Oe6nSHCT4twkN/9nQqQ8m lsZzSq0YGKKD8Kzp2R54Qnx4cEhFiTsP81f7M6uAnKmSwK9oUMN6u96BpmRrR4h1JL54 3EsTOoZ/wCYDFUVtCAmSviRhbscOAYD8TdtNwBmknUkXuJfvT7PhWmqkkXQmSBajmHpf B1daM5YW9Pj3QeasrGSqe5dNHHb7zYs5MSwh0vfAWvBlbp7FQGmW+Gt+D8pw4a2+EvU6 q8qWwxuhCwsv2kc4BiDPRaOf+zG815sZnj075rt978alSdzOw27GswchSaJSwNFr3BSh Cahw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=CqeAXAhuHt8EDnEJp9XnnUrX/fbz43nAqwos260pjj4=; b=Wbw2O3uZ+OkvU2MT0IHu19P8Rg/ymwASWDH4ZOWpVbOGzzb3KmZyBI6rfTefmmoXEI wUDJo3K3Em8xUhk4YH6TDYDfsCYb7jhpb+gXnXXQXgz84kEt5vjQWqcDKxKSyRMQqjXM 32+b3t28TFrEAn/drZuYb8zg2XdXzaPG3XIBIi/bRK5V7gl6LbnIY39RKkxviit/xPeB raW5e48dtNz3oxqTDjl1c8OJIIWW4EUQlq1M27rue8MWN/+8mBwfu0w+Ei6nR9oeYA4C djMe1eLwBNtdyCZoU6feAjcZgtzbeW9zIgf9QycS6Aud33BI3h/kkAXaXVsFt/+Ls4Js dZEg==
X-Gm-Message-State: AOAM53180rBgLTz98EAi7HORuXpnZI9rUNSXIOX4RcVPys3ZDegr/cKW EMP7J/IaQSJ1jlJqMjpmzYkcqA==
X-Google-Smtp-Source: ABdhPJxfZVIDeNs8Jymn+R18l7vHNczrzcPW0pjnhH5tsJLzjM15mS3W3e2u6iQgSQzlhuPSNw1LKA==
X-Received: by 2002:aed:202e:: with SMTP id 43mr2497150qta.85.1593794917990; Fri, 03 Jul 2020 09:48:37 -0700 (PDT)
Received: from ?IPv6:2601:18b:300:36ee:49c7:db56:bed3:6b88? ([2601:18b:300:36ee:49c7:db56:bed3:6b88]) by smtp.gmail.com with ESMTPSA id v184sm11226359qki.12.2020.07.03.09.48.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 09:48:36 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <CA46A177-B460-4D5D-8033-C564F0331A1C@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_2982D161-477A-47F3-B45B-0B61323C10AE"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Date: Fri, 3 Jul 2020 12:48:35 -0400
In-Reply-To: <6502D310-D271-4742-A92F-811275BAAF0B@tzi.org>
Cc: Brian Rosen <br@brianrosen.net>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>
To: Carsten Bormann <cabo@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org> <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com> <6502D310-D271-4742-A92F-811275BAAF0B@tzi.org>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/IW_p6yXg4EuEaEVWaUJxWiuxG2w>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:48:40 -0000

--Apple-Mail=_2982D161-477A-47F3-B45B-0B61323C10AE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

On Jul 3, 2020, at 12:44 PM, Carsten Bormann <cabo@tzi.org> wrote:
> But the RSE can talk to people, do their own judgment of what is going =
on in the community, and assess whether the damage of publication would =
far exceed the damage of non-publication.  It is hard to think your =
example to conclusion, because something must have mightily jammed =
before such a document comes out of the IESG, and it would become the =
job of the veto holder to do their own investigation how it came to =
that.
>=20
> I=E2=80=99m sorry if this is a =E2=80=9CI know it when I see it=E2=80=9D=
 definition, but such a backstop mechanism can=E2=80=99t be mechanical.

Okay, then the =E2=80=9Cunconstitutional=E2=80=9D analogy isn=E2=80=99t =
merely flawed, but actually wrong. What you are proposing here is more =
analogous to the Bundespr=C3=A4sident talking to representatives in the =
Bundestag and making a decision based on the urgings of the members with =
whom ze agrees.



--Apple-Mail=_2982D161-477A-47F3-B45B-0B61323C10AE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">On =
Jul 3, 2020, at 12:44 PM, Carsten Bormann &lt;<a =
href=3D"mailto:cabo@tzi.org" class=3D"">cabo@tzi.org</a>&gt; =
wrote:<div><blockquote type=3D"cite" class=3D""><div class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Menlo-Regular; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">But the RSE =
can talk to people, do their own judgment of what is going on in the =
community, and assess whether the damage of publication would far exceed =
the damage of non-publication. &nbsp;It is hard to think your example to =
conclusion, because something must have mightily jammed before such a =
document comes out of the IESG, and it would become the job of the veto =
holder to do their own investigation how it came to that.</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Menlo-Regular; =
font-size: 14px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Menlo-Regular; font-size: 14px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">I=E2=80=99m =
sorry if this is a =E2=80=9CI know it when I see it=E2=80=9D definition, =
but such a backstop mechanism can=E2=80=99t be =
mechanical.</span></div></blockquote></div><br class=3D""><div =
class=3D"">Okay, then the =E2=80=9Cunconstitutional=E2=80=9D analogy =
isn=E2=80=99t merely flawed, but actually wrong. What you are proposing =
here is more analogous to the Bundespr=C3=A4sident talking to =
representatives in the Bundestag and making a decision based on the =
urgings of the members with whom ze agrees.</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_2982D161-477A-47F3-B45B-0B61323C10AE--


From nobody Fri Jul  3 09:57:42 2020
Return-Path: <cabo@tzi.org>
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 6B6D43A0955 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:57:41 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 XYfFrHVExWIp for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 09:57:39 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A81673A0952 for <rfced-future@iab.org>; Fri,  3 Jul 2020 09:57:38 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49z1Nc6Y7TzyXP; Fri,  3 Jul 2020 18:57:36 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CA46A177-B460-4D5D-8033-C564F0331A1C@fugue.com>
Date: Fri, 3 Jul 2020 18:57:36 +0200
Cc: rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>, Brian Rosen <br@brianrosen.net>
X-Mao-Original-Outgoing-Id: 615488256.3641959-dffe8d35a44f368a96f8bdf1cc395633
Content-Transfer-Encoding: quoted-printable
Message-Id: <9800CDF1-EDCF-4D85-9F92-3F5D10AC3712@tzi.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <8c626e3e-1700-46fe-90b3-26b9c1296788@www.fastmail.com> <1b6cf5e6-2c16-d839-08dd-d005d4fdbc60@gmail.com> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org> <DE076CB2-D16E-42E7-B2B1-F40BC927F146@fugue.com> <6502D310-D271-4742-A92F-811275BAAF0B@tzi.org> <CA46A177-B460-4D5D-8033-C564F0331A1C@fugue.com>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ouW_QQ-8WVcHs4uC8viHBEjU9Us>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 16:57:41 -0000

On 2020-07-03, at 18:48, Ted Lemon <mellon@fugue.com> wrote:
>=20
> Okay, then the =E2=80=9Cunconstitutional=E2=80=9D analogy isn=E2=80=99t =
merely flawed, but actually wrong. What you are proposing here is more =
analogous to the Bundespr=C3=A4sident talking to representatives in the =
Bundestag and making a decision based on the urgings of the members with =
whom ze agrees.

I think you are underestimating the amount of interpretation that is =
needed to operate a constitution.

But, yes, wouldn=E2=80=99t it be nice if we had a firmer ground of =
testing things against the organization DNA.

Re Eliot:  I=E2=80=99m not sure I understand the example.  Veto power =
does not mean that it is mandatory to exercise it.  If the person =
wielding that is asleep at the wheel, has no way to gain insight at the =
level of atrocity being committed, is not told by people whose life will =
become miserable by it, the veto won=E2=80=99t happen.
If the entire world is deluded about something (historical example: =
ATM?), the veto power is not going to help.  A fresh look does, though.
(And, yes, the Bundespr=C3=A4sident does have staff that help them in =
that.  After all, this is a whole country.)

I only tried to announce that I=E2=80=99m in the rough; I didn=E2=80=99t =
want to relitigate the decision (and I apologize not having paid enough =
attention when the consensus apparently emerged).  So we will rely more =
on the appropriateness of certain group  decisions, then.  Let=E2=80=99s =
make education about group-think and =E2=80=9Cinevitable=E2=80=9D =
decisions a part of our DNA.

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri Jul  3 11:00:43 2020
Return-Path: <huitema@huitema.net>
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 59D293A0CC6 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 11:00:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 IjsNm-PNKYtg for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 11:00:38 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEC7A3A0CC0 for <rfced-future@iab.org>; Fri,  3 Jul 2020 11:00:24 -0700 (PDT)
Received: from xse5.mail2web.com ([66.113.196.5] helo=xse.mail2web.com) by mx114.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jrPz5-000TeO-8Z for rfced-future@iab.org; Fri, 03 Jul 2020 20:00:24 +0200
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 49z2mz0sf0z2DR0 for <rfced-future@iab.org>; Fri,  3 Jul 2020 11:00:19 -0700 (PDT)
Received: from [10.5.2.18] (helo=xmail08.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jrPz1-00022g-06 for rfced-future@iab.org; Fri, 03 Jul 2020 11:00:19 -0700
Received: (qmail 9071 invoked from network); 3 Jul 2020 18:00:18 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.187]) (envelope-sender <huitema@huitema.net>) by xmail08.myhosting.com (qmail-ldap-1.03) with ESMTPA for <br@brianrosen.net>; 3 Jul 2020 18:00:18 -0000
To: Carsten Bormann <cabo@tzi.org>, Ted Lemon <mellon@fugue.com>
Cc: rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>, Brian Rosen <br@brianrosen.net>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <ae3fe174-5d53-7f4e-f759-dfaf58e0fcd5@huitema.net>
Date: Fri, 3 Jul 2020 11:00:18 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org>
Content-Type: multipart/alternative; boundary="------------5D4712F0BAA2971BD4B9A686"
Content-Language: en-US
X-Originating-IP: 66.113.196.5
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.5/32
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.5/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.12)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVi7Z40cNZic4V k1VeF+qB+0TNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4i4TcxgyXt+U7vg7RiWCaOSQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuED1Fn6BgYafFuB2yS1wiLW+42Vki7412dpbhrD2d47zbC3VvU djSCswikK/licfX+oIF6uBSWByrPG2Vxuo/vVPllrFEbCkMryfcYCsgMUJObfBQoU3roWy2GH1DY sAiH3gousbgNfxi2R3uFLvZP/HBXvrLBlKCVRjjdPbjQ4HnBNho1Lszw5OO01yYoll8q2UgzFF+j HNSbIoW1Q++Wvj3dKxLhoxcmaInYbR5vlqFg3eKzPG9E5MikC2dVXWcpK172i/E5sOgbaCtBiSIx 1XwCY8vmv+JqOVJamBHfOGVwjn7Xut/lXagsodd5qqODTFiwcpU4fyz75jxpU98RPGiH1Wgh6RAe nBR+licROGbXNqJfz6msVASTB+MD+1/pMA15fJuAAiBcDFrBhALEmuv+ak7S8wmNSGt4sz9ZT2WS ax8yVT5LNQc0pviCIZ+VM/PRwMgRXYzYK/EwDP/t8UqTD2ipD9y2znxCv9uYkc8RFZ4oobg8BBg3 Jq+ntzj08NBx923ZWOV0Mg9l7jFpFoaPmF/7MAKyW1Kb4FKGpjRYMHzwZrOpkQZMdJsKqpiJ4kkX JGJt32leN/nrj69k5zLNmVyX0/oDKtieLSWbWqmBgDO9TC4KFTSjQKr49YYIfqb5R4VemuUI6bcE ARsm0De6PaZO6/JToEyx4tmc5OljkPSpPXAVjl2oMr8a1xm0wfXUFMjTH2DyD8i5kO5bZlYFvf25 LVONYbYifH5OzZCwIgD/xDehea09OpnwSuobZrrGExMR7eTbBjMGDKI3ijhhJn7Muv/NHXl0o++8 3wM=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/wb_xZcILPlrg_GbD-Hh0ZonM8_U>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 18:00:41 -0000

This is a multi-part message in MIME format.
--------------5D4712F0BAA2971BD4B9A686
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 7/3/2020 9:31 AM, Carsten Bormann wrote:

> On 2020-07-03, at 18:03, Ted Lemon <mellon@fugue.com> wrote:
>> What would be an example of an RFC, approved for publication, which wo=
uld be the analog of an unconstitutional law?
> Since we don=E2=80=99t have a constitution, that analogy is leaky.
> We have pieces of foundational documents, e.g., for one aspect of the t=
echnology development we do, we have:
>
> RFC 1984
> RFC 3365 Section 6
> RFC 7258
> <draft-iab-for-the-users-04.txt> (not yet consensus)
>
> These documents are all flawed and might have process issues (do we rea=
lly have consensus?).  I probably should add RFC 1925, which doesn=E2=80=99=
t even purport to be a serious document.  On a more technical level, we a=
lso actively revisit some of our most deeply entrenched principles, say d=
raft-iab-protocol-maintenance (and we don=E2=80=99t always succeed in wri=
ting up the newly emerging consensus).
>
> So it seems we can=E2=80=99t hold the person with the veto power accoun=
table to a specific document or set of documents.  That limits the value =
of the analogy.  But the fact that documents that the Bundespr=C3=A4siden=
t considers unconstitutional (in process or content) do get approved by t=
he Bundestag shows that these things happen even in much more formally co=
ntrolled environments.


Carsten,

The concerns that you raise were very much taken into account in the
1992 revisions of the process, and refined further since. The analogy to
laws applies mostly to IETF consensus publications, and to IAB
publications, and we have a controlled process for that in large part to
address concerns like yours. We have layers of approval before the
publication of IETF documents: working group last calls, IETF last
calls, IESG approval. We also have a review process for IAB documents,
and the appeal process happens there too. We do have an appeal chain,
all the way to the ISOC board of trustees. Inserting the RSE in that
process would be very disruptive, which explains the consensus against
that idea.

-- Christian Huitema


--------------5D4712F0BAA2971BD4B9A686
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>On 7/3/2020 9:31 AM, Carsten Bormann wrote:<br>
    </p>
    <blockquote type="cite"
      cite="mid:3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org">
      <pre class="moz-quote-pre" wrap="">On 2020-07-03, at 18:03, Ted Lemon <a class="moz-txt-link-rfc2396E" href="mailto:mellon@fugue.com" moz-do-not-send="true">&lt;mellon@fugue.com&gt;</a> wrote:
</pre>
      <blockquote type="cite" style="color: #000000;">
        <pre class="moz-quote-pre" wrap="">What would be an example of an RFC, approved for publication, which would be the analog of an unconstitutional law?
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">Since we don’t have a constitution, that analogy is leaky.
We have pieces of foundational documents, e.g., for one aspect of the technology development we do, we have:

RFC 1984
RFC 3365 Section 6
RFC 7258
&lt;draft-iab-for-the-users-04.txt&gt; (not yet consensus)

These documents are all flawed and might have process issues (do we really have consensus?).  I probably should add RFC 1925, which doesn’t even purport to be a serious document.  On a more technical level, we also actively revisit some of our most deeply entrenched principles, say draft-iab-protocol-maintenance (and we don’t always succeed in writing up the newly emerging consensus).

So it seems we can’t hold the person with the veto power accountable to a specific document or set of documents.  That limits the value of the analogy.  But the fact that documents that the Bundespräsident considers unconstitutional (in process or content) do get approved by the Bundestag shows that these things happen even in much more formally controlled environments.</pre>
    </blockquote>
    <p><br>
    </p>
    <p>Carsten,</p>
    <p>The concerns that you raise were very much taken into account in
      the 1992 revisions of the process, and refined further since. The
      analogy to laws applies mostly to IETF consensus publications, and
      to IAB publications, and we have a controlled process for that in
      large part to address concerns like yours. We have layers of
      approval before the publication of IETF documents: working group
      last calls, IETF last calls, IESG approval. We also have a review
      process for IAB documents, and the appeal process happens there
      too. We do have an appeal chain, all the way to the ISOC board of
      trustees. Inserting the RSE in that process would be very
      disruptive, which explains the consensus against that idea.</p>
    <p>-- Christian Huitema<br>
    </p>
  </body>
</html>

--------------5D4712F0BAA2971BD4B9A686--


From nobody Fri Jul  3 11:14:25 2020
Return-Path: <ekr@rtfm.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 197EB3A0CB8 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 11:14:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 mbfuyJTFoRho for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 11:14:21 -0700 (PDT)
Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 28B583A0CAF for <rfced-future@iab.org>; Fri,  3 Jul 2020 11:14:21 -0700 (PDT)
Received: by mail-lj1-x236.google.com with SMTP id q4so2266699lji.2 for <rfced-future@iab.org>; Fri, 03 Jul 2020 11:14:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=B+vCsXhi5s+9LW8Z59Fs8K2OtqKwvkFgY+zYINeqWys=; b=ehnH7HeTI6h3n42Ukt2Lbg89SGu/YFrmtuszuxGyqHN0BNVWm5rnLuWAP0niW9U+JG aa2xKLy2r9dhlMgVCcb7wYqrjfBgbcVvP6lSCiNq36i/zBXashNlc69tgNTjaBxAKt31 eY5E3pFcFD49aHMLpicZ+r7qkjWWpx0hXaD2ldLdZKdyt/jU04ZJrUGq8UxDFvkaVCsN NP5VULzxiLSqB+/uiIsPChAPuNiPihEbXMKNTLuL5moz+CSQCS9tKuInRbYdN2Wkry8Z U13nUDoqlujEbbdDwEeOP6UeqALyMS2CGBJKEprnmEQ5NICCBbuHQynlmecNgF0Zu0Sd yCKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B+vCsXhi5s+9LW8Z59Fs8K2OtqKwvkFgY+zYINeqWys=; b=pka4o+KYbJrrAKlqBVTkiV3Nb8NJdcQVxuCUWSBRX7C9OP/vkx+3WZ5SIS7Hn7FeLr mQxWpDdjfTvWMB+GZ+tl1d4GoOn70VLmnQO2YxtV8c+ttD7jzPlx8l9On5Wapl/ePYug 3M53xObEH7PhNKg4jmjDoAduCTQJKlTIeVufh2slidOAeKQMkty2OcG2EUYCZy1C/HYt KHwQZHpC4XtaK8s9qGIsDYnQiZEyb29wIj1KayrUeu/NM5uyqx8kYlpJy0r+kYpD8ccs 5axM2qnBfVkPP2QMO7EhCvOIa2by6UxOP2Zp1A1ozKrZGK7uLUXRoRNoFOKtEz2SBi8y InVg==
X-Gm-Message-State: AOAM533XdQaArBpxJj0gJpwA90nQTZTQDq520fcsf/bMSsSqg66H759q tk7NTn0CsZEtZ2c17Vb3UyrAfQ/tIdbjWA0AEyFlc1WJavY=
X-Google-Smtp-Source: ABdhPJyjNYawB/AnNrfYUHTD9gl97PrYJlmS0wE1w16rra6Xs9xzaZrc/3DvY9fpUXji097WQNsAbcnnVTpT37Eo9K8=
X-Received: by 2002:a05:651c:1044:: with SMTP id x4mr19586207ljm.409.1593800059331;  Fri, 03 Jul 2020 11:14:19 -0700 (PDT)
MIME-Version: 1.0
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <94552D9A-E1AD-44B3-AC47-953E4D7323C8@cisco.com> <64EA35E3-C836-4DB1-A6E1-4EC22B7D0B23@tzi.org> <55E4AF2C-EF21-4F7C-B2AE-73C201F94A73@brianrosen.net> <E5707AC2-DB91-44D2-97EA-DCFF84D718C8@tzi.org> <1C4DFDFE-A2E1-45D5-BA0E-35575CDD3FB6@fugue.com> <3733361B-A078-4F5D-A7DD-4DA61BEAE030@tzi.org> <ae3fe174-5d53-7f4e-f759-dfaf58e0fcd5@huitema.net>
In-Reply-To: <ae3fe174-5d53-7f4e-f759-dfaf58e0fcd5@huitema.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 3 Jul 2020 11:13:42 -0700
Message-ID: <CABcZeBN4qyc5M-Lhbj8PzTJEUAGECC-MqsPN0w+GARC0x03TzA@mail.gmail.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Carsten Bormann <cabo@tzi.org>, Ted Lemon <mellon@fugue.com>, rfced-future@iab.org, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>, Brian Rosen <br@brianrosen.net>
Content-Type: multipart/alternative; boundary="000000000000613ecd05a98d7efb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/NuF_F9NhTY-Wj9S9F0kJULP0U_M>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 18:14:23 -0000

--000000000000613ecd05a98d7efb
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Jul 3, 2020 at 11:00 AM Christian Huitema <huitema@huitema.net>
wrote:

> On 7/3/2020 9:31 AM, Carsten Bormann wrote:
>
> On 2020-07-03, at 18:03, Ted Lemon <mellon@fugue.com> <mellon@fugue.com> =
wrote:
>
> What would be an example of an RFC, approved for publication, which would=
 be the analog of an unconstitutional law?
>
> Since we don=E2=80=99t have a constitution, that analogy is leaky.
> We have pieces of foundational documents, e.g., for one aspect of the tec=
hnology development we do, we have:
>
> RFC 1984
> RFC 3365 Section 6
> RFC 7258
> <draft-iab-for-the-users-04.txt> (not yet consensus)
>
> These documents are all flawed and might have process issues (do we reall=
y have consensus?).  I probably should add RFC 1925, which doesn=E2=80=99t =
even purport to be a serious document.  On a more technical level, we also =
actively revisit some of our most deeply entrenched principles, say draft-i=
ab-protocol-maintenance (and we don=E2=80=99t always succeed in writing up =
the newly emerging consensus).
>
> So it seems we can=E2=80=99t hold the person with the veto power accounta=
ble to a specific document or set of documents.  That limits the value of t=
he analogy.  But the fact that documents that the Bundespr=C3=A4sident cons=
iders unconstitutional (in process or content) do get approved by the Bunde=
stag shows that these things happen even in much more formally controlled e=
nvironments.
>
>
> Carsten,
>
> The concerns that you raise were very much taken into account in the 1992
> revisions of the process, and refined further since. The analogy to laws
> applies mostly to IETF consensus publications, and to IAB publications, a=
nd
> we have a controlled process for that in large part to address concerns
> like yours. We have layers of approval before the publication of IETF
> documents: working group last calls, IETF last calls, IESG approval. We
> also have a review process for IAB documents, and the appeal process
> happens there too. We do have an appeal chain, all the way to the ISOC
> board of trustees. Inserting the RSE in that process would be very
> disruptive, which explains the consensus against that idea.
>
I too find the enthusiasm for this idea somewhat surprising. The IETF
standards process has a set of mechanisms that at least in theory confer
legitimacy on those standards. To have the publishing venue somehow able to
veto those decisions would place us in the very odd position where the IETF
had consensus on a standard but it was not publishable as an RFC. To
continue with the government analogy, that would be like the US Congress
passing a bill, the President signing it, and the Government Publishing
Office refusing to publish it.

-Ekr

--000000000000613ecd05a98d7efb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Fri, Jul 3, 2020 at 11:00 AM Chris=
tian Huitema &lt;<a href=3D"mailto:huitema@huitema.net">huitema@huitema.net=
</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:=
0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
 =20
   =20
 =20
  <div>
    <p>On 7/3/2020 9:31 AM, Carsten Bormann wrote:<br>
    </p>
    <blockquote type=3D"cite">
      <pre>On 2020-07-03, at 18:03, Ted Lemon <a href=3D"mailto:mellon@fugu=
e.com" target=3D"_blank">&lt;mellon@fugue.com&gt;</a> wrote:
</pre>
      <blockquote type=3D"cite" style=3D"color:rgb(0,0,0)">
        <pre>What would be an example of an RFC, approved for publication, =
which would be the analog of an unconstitutional law?
</pre>
      </blockquote>
      <pre>Since we don=E2=80=99t have a constitution, that analogy is leak=
y.
We have pieces of foundational documents, e.g., for one aspect of the techn=
ology development we do, we have:

RFC 1984
RFC 3365 Section 6
RFC 7258
&lt;draft-iab-for-the-users-04.txt&gt; (not yet consensus)

These documents are all flawed and might have process issues (do we really =
have consensus?).  I probably should add RFC 1925, which doesn=E2=80=99t ev=
en purport to be a serious document.  On a more technical level, we also ac=
tively revisit some of our most deeply entrenched principles, say draft-iab=
-protocol-maintenance (and we don=E2=80=99t always succeed in writing up th=
e newly emerging consensus).

So it seems we can=E2=80=99t hold the person with the veto power accountabl=
e to a specific document or set of documents.  That limits the value of the=
 analogy.  But the fact that documents that the Bundespr=C3=A4sident consid=
ers unconstitutional (in process or content) do get approved by the Bundest=
ag shows that these things happen even in much more formally controlled env=
ironments.</pre>
    </blockquote>
    <p><br>
    </p>
    <p>Carsten,</p>
    <p>The concerns that you raise were very much taken into account in
      the 1992 revisions of the process, and refined further since. The
      analogy to laws applies mostly to IETF consensus publications, and
      to IAB publications, and we have a controlled process for that in
      large part to address concerns like yours. We have layers of
      approval before the publication of IETF documents: working group
      last calls, IETF last calls, IESG approval. We also have a review
      process for IAB documents, and the appeal process happens there
      too. We do have an appeal chain, all the way to the ISOC board of
      trustees. Inserting the RSE in that process would be very
      disruptive, which explains the consensus against that idea.</p></div>=
</blockquote><div>I too find the enthusiasm for this idea somewhat surprisi=
ng. The IETF standards process has a set of mechanisms that at least in the=
ory confer legitimacy on those standards. To have the publishing venue some=
how able to veto those decisions would place us in the very odd position wh=
ere the IETF had consensus on a standard but it was not publishable as an R=
FC. To continue with the government analogy, that would be like the US Cong=
ress passing a bill, the President signing it, and the Government Publishin=
g Office refusing to publish it.<br></div><div><br></div><div>-Ekr</div><di=
v><br></div></div></div>

--000000000000613ecd05a98d7efb--


From nobody Fri Jul  3 14:06:45 2020
Return-Path: <jay@ietf.org>
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 D063D3A0E77 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 14:06:44 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 NDJF5-xctsA9; Fri,  3 Jul 2020 14:06:43 -0700 (PDT)
Received: from [192.168.1.49] (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 9123D3A0E76; Fri,  3 Jul 2020 14:06:43 -0700 (PDT)
Content-Type: multipart/alternative; boundary=Apple-Mail-871C2302-385F-41B9-8797-4CDAD9E4FA5F
Content-Transfer-Encoding: 7bit
From: Jay Daley <jay@ietf.org>
Mime-Version: 1.0 (1.0)
Date: Sat, 4 Jul 2020 09:06:41 +1200
Message-Id: <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org>
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk>
Cc: adrian@olddog.co.uk
In-Reply-To: <052b01d65154$10479e00$30d6da00$@olddog.co.uk>
To: rfced-future@iab.org
X-Mailer: iPad Mail (17F80)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/2ITkd196Trj06UE0bsn3jcvDp2M>
Subject: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Fri, 03 Jul 2020 21:06:45 -0000

--Apple-Mail-871C2302-385F-41B9-8797-4CDAD9E4FA5F
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable


> On 4/07/2020, at 4:07 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
>=20
> I would also like someone to stand behind the RPC when they express any co=
ncerns about the quality or publishability of a document so that it is not t=
he RPC who has to handle any political or strenuous debate on the issue.

This is an important point that I don=E2=80=99t want lost.  =46rom a contrac=
tual perspective, the RPC role is that of a professional service organisatio=
n, which excludes any political or strenuous debate, and so if authors refus=
e to address RPC concerns then a third-party managed resolution process is n=
eeded.=20

Jay

--=20
Jay Daley
IETF Executive Director


--Apple-Mail-871C2302-385F-41B9-8797-4CDAD9E4FA5F
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><br><div dir=3D"ltr"><blockquote type=3D"ci=
te">On 4/07/2020, at 4:07 AM, Adrian Farrel &lt;adrian@olddog.co.uk&gt; wrot=
e:<br><br></blockquote></div><blockquote type=3D"cite"><div dir=3D"ltr"><spa=
n>I would also like someone to stand behind the RPC when they express any co=
ncerns about the quality or publishability of a document so that it is not t=
he RPC who has to handle any political or strenuous debate on the issue.</sp=
an><br></div></blockquote><div><br></div><div>This is an important point tha=
t I don=E2=80=99t want lost. &nbsp;=46rom a contractual perspective, the RPC=
 role is that of a professional service organisation, which excludes any pol=
itical or strenuous debate, and so if authors refuse to address RPC concerns=
 then a third-party managed resolution process is needed.&nbsp;</div><div><b=
r></div><div>Jay</div><br><div><span style=3D"background-color: rgba(255, 25=
5, 255, 0); font-size: 13pt;">--&nbsp;</span></div><span style=3D"background=
-color: rgba(255, 255, 255, 0);">Jay Daley<br>IETF Executive Director</span>=
<div><br></div></body></html>=

--Apple-Mail-871C2302-385F-41B9-8797-4CDAD9E4FA5F--


From nobody Fri Jul  3 14:47:52 2020
Return-Path: <adrian@olddog.co.uk>
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 5F2AA3A0829; Fri,  3 Jul 2020 14:47:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level: 
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 aZcRum6VSDz6; Fri,  3 Jul 2020 14:47:49 -0700 (PDT)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD20A3A0822; Fri,  3 Jul 2020 14:47:47 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 063Lljqe013149; Fri, 3 Jul 2020 22:47:45 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6BE2522044; Fri,  3 Jul 2020 22:47:45 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 56B0722042; Fri,  3 Jul 2020 22:47:45 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 063LliWe015324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Jul 2020 22:47:44 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Jay Daley'" <jay@ietf.org>, <rfced-future@iab.org>
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org>
In-Reply-To: <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org>
Date: Fri, 3 Jul 2020 22:47:43 +0100
Organization: Old Dog Consulting
Message-ID: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0585_01D6518B.F70285D0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHpR4HCBj9P9hA4rz6ntoV17WpEvgH8DbA2qMCXIPA=
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25520.003
X-TM-AS-Result: No--16.631-10.0-31-10
X-imss-scan-details: No--16.631-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25520.003
X-TMASE-Result: 10--16.631100-10.000000
X-TMASE-MatchedRID: qsaWi0FWcYvxIbpQ8BhdbPVY7U3NX8JgPJb7oABYhT+lYpB4QmKjvVLQ OEyjcm2zZRcP7LSftg5Rqf+NjRA5sefJixReoUHwHPYwOJi6PLkiJN3aXuV/oSuGKh4AkqKVZMY IYer84qk9nj8VtgnqVQ4pEiPO1Adls1dXYh6zp8f4s5FS/CUl2yvoW4znCb0dtXl9IxEPXOq/6/ cyCTWmI3mT5fmLfxQaB/cu7qM75KSZrzm56RA43EQaQ2k4z9e2jFKI+8i4XgxVTCZUvRwrsyDfz G18cfktsJIZGqjLqYoJ3w93gSOmjxJdrRm5MVel9F7M72/cXExL9x4FCuBLUZA9cwIW2cWUQjL7 IEYVyAM036NRxLdRaakTBK6tYEpRatEKoWLrO2T9KXlxhBAZb5hwKdlCfPk8Vxt8iPZNr2yHzS+ w/xzBDsQluCyCFc4C2T1Pm+UXB2h861ocAIPpsMnUT+eskUQP0E7bU7GWyi8DTxjzSiRJwXr0QH uT/EfeP/kUjUPSxl5Q0ON3ZFt2uSwwtxRkxyN3i+m1DDPm2yLySn2jEH/dZZd9j+WYn72GFxa3U rO1/9ubuQcHZubU2izzp5sXLYMoL4mw8l0xIAUOsNNBnlgRWn0tCKdnhB58r10pknZXGJqy5/tF Zu9S3M+9+OQ9U/5f33fj+sMArfOEbaqKQSlAZfDvOOYxGg99sUd27q8IxpZ1jq6ZrqnsE+YuIhp c9jekwBBKecIhwvE=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/SrBwx-Q1Zk5XKCsD3DzSoymSnPE>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Fri, 03 Jul 2020 21:47:51 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0585_01D6518B.F70285D0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Thanks Jay,

=20

Historically, of course, the stream managers or their delegates =
(specifically shepherding ADs) have nearly always stepped up to champion =
what the RPC has said. But also, there has always been the RSE as a back =
stop, and I think (but we might need to get it confirmed) there has =
always been a free flow of consultation between the RPC and RSE to =
ensure the right things were said to the right people.

=20

A

=20

From: Jay Daley <jay@ietf.org>=20
Sent: 03 July 2020 22:07
To: rfced-future@iab.org
Cc: adrian@olddog.co.uk
Subject: Standing behind the RPC (was: Scope and IETF 108 proposals)

=20

=20

On 4/07/2020, at 4:07 AM, Adrian Farrel <adrian@olddog.co.uk =
<mailto:adrian@olddog.co.uk> > wrote:

I would also like someone to stand behind the RPC when they express any =
concerns about the quality or publishability of a document so that it is =
not the RPC who has to handle any political or strenuous debate on the =
issue.

=20

This is an important point that I don=E2=80=99t want lost.  From a =
contractual perspective, the RPC role is that of a professional service =
organisation, which excludes any political or strenuous debate, and so =
if authors refuse to address RPC concerns then a third-party managed =
resolution process is needed.=20

=20

Jay

=20

--=20

Jay Daley
IETF Executive Director

=20


------=_NextPart_000_0585_01D6518B.F70285D0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-GB =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal><span style=3D'mso-fareast-language:EN-US'>Thanks =
Jay,<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'>Historically, of course, the stream =
managers or their delegates (specifically shepherding ADs) have nearly =
always stepped up to champion what the RPC has said. But also, there has =
always been the RSE as a back stop, and I think (but we might need to =
get it confirmed) there has always been a free flow of consultation =
between the RPC and RSE to ensure the right things were said to the =
right people.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'>A<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><div><di=
v style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm'><p class=3DMsoNormal><b><span =
lang=3DEN-US>From:</span></b><span lang=3DEN-US> Jay Daley =
&lt;jay@ietf.org&gt; <br><b>Sent:</b> 03 July 2020 22:07<br><b>To:</b> =
rfced-future@iab.org<br><b>Cc:</b> =
adrian@olddog.co.uk<br><b>Subject:</b> Standing behind the RPC (was: =
Scope and IETF 108 proposals)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><p class=3DMsoNormal =
style=3D'margin-bottom:12.0pt'>On 4/07/2020, at 4:07 AM, Adrian Farrel =
&lt;<a href=3D"mailto:adrian@olddog.co.uk">adrian@olddog.co.uk</a>&gt; =
wrote:<o:p></o:p></p></blockquote></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><div><p =
class=3DMsoNormal>I would also like someone to stand behind the RPC when =
they express any concerns about the quality or publishability of a =
document so that it is not the RPC who has to handle any political or =
strenuous debate on the issue.<o:p></o:p></p></div></blockquote><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>This is an important point that I don=E2=80=99t want =
lost. &nbsp;From a contractual perspective, the RPC role is that of a =
professional service organisation, which excludes any political or =
strenuous debate, and so if authors refuse to address RPC concerns then =
a third-party managed resolution process is =
needed.&nbsp;<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>Jay<o:p></o:p></p></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><p class=3DMsoNormal><span =
style=3D'font-size:13.0pt'>--&nbsp;</span><o:p></o:p></p></div><p =
class=3DMsoNormal>Jay Daley<br>IETF Executive =
Director<o:p></o:p></p><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>
------=_NextPart_000_0585_01D6518B.F70285D0--


From nobody Fri Jul  3 15:17:45 2020
Return-Path: <johnl@iecc.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 7E8373A098C for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 15:17:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.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 n8AUznLn1NBO for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 15:17:41 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED76D3A097D for <rfced-future@iab.org>; Fri,  3 Jul 2020 15:17:40 -0700 (PDT)
Received: (qmail 86889 invoked from network); 3 Jul 2020 22:17:37 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=15366.5effae81.k2007; bh=6ikeZ4VIUv05/mpyz++v4GeUul7J7mUkvuweJZM9uZ8=; b=QP/t4jnBJjjF/EtZygPOmYLHzoaVH+HItxr1sqNvIir3bmq2uXluIK1iHxzKoMfJXa+flMZjhRtbc/qazwW+2j0v7AMsiqwhyLyuZceXP9GRvRVA7teU2OyqEj+LJRChmmWmwzQoc9d2JE61fJS7QGRnREbUM4VfwDToDwpWmKxsXT9B3KJIjGKlDXHOj34JjtwbsTwyhgxMBTCRRBLCnG3X4U3oErq/obFD30mDFIibq2pmjWJKwo2kvRfg16b4
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTP via TCP6; 03 Jul 2020 22:17:37 -0000
Received: by ary.qy (Postfix, from userid 501) id 9CBE71C49AA5; Fri,  3 Jul 2020 18:17:42 -0400 (EDT)
Date: 3 Jul 2020 18:17:42 -0400
Message-Id: <20200703221742.9CBE71C49AA5@ary.qy>
From: "John Levine" <johnl@iecc.com>
To: rfced-future@iab.org
Cc: mnot@mnot.net
In-Reply-To: <AF8D8348-F560-48BB-B32E-C777957BA8BB@mnot.net>
Organization: Taughannock Networks
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/B4Ot7I1WKV4xLtPcAm8WPbzaMQo>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 22:17:43 -0000

In article <AF8D8348-F560-48BB-B32E-C777957BA8BB@mnot.net> you write:
>
>
>> On 2 Jul 2020, at 11:12 pm, Eliot Lear <lear=40cisco.com@dmarc.ietf.org> wrote:
>> 
>> The E in IETF is Engineering and not Editing.  We attract engineers to standardize specifications.  In
>what way do you believe we attract people from the world of editing/publishing to incur the expense of
>participating?*
>
>As discussed ad nauseam, our peer bodies (e.g., the W3C, WHATWG) don't have any 'people from the world of
>editing/publishing' involved in producing specifications, and yet they do just fine.

I think that WHATWG and W3C are as strange in their way as we are in ours.

I can assure you the IEEE and ANSI and pretty much any other standards
group you can think of has professional publishing staff involved in
their standards processes.

-- 
Regards,
John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly


From nobody Fri Jul  3 16:15:17 2020
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 8E8713A0AAB for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 16:15:16 -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=unavailable 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 Xzwb71oDQMfn for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 16:15:15 -0700 (PDT)
Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 7EB3E3A0AAC for <rfced-future@iab.org>; Fri,  3 Jul 2020 16:15:15 -0700 (PDT)
Received: by mail-pj1-x102e.google.com with SMTP id gc15so5223751pjb.0 for <rfced-future@iab.org>; Fri, 03 Jul 2020 16:15:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=AyKvtzkd5b/ocz1qJDhp1U/tHD+8DY7r7POdxvanyvE=; b=GNk0l33Ze21JnriFXveG/meitkSkxizWlAlAUyJADUcbhfvE1+UKAXyqAZ5DFOFN8Z uXs30tgJzhf0Tb0SdqLgDBkmBK8ZSftOKIMFxRW930V/hrxCZ3qamt4CVZQOJJipZKdk K8TMMS65jcsFRTSep9nJJQoTqxiWHcDgFfC9uA6AG+2n7Vj1y5uuumMUom8GptOOkJVC 333IJQz/q1YLRAGmoChue4ffa6ybI1v6ixgJVkQS45dtwqMcWrYQ8zYNUUd2QbPb+9gi TKlRh7qrZTKf4YWUW9dV860jBhclvfnFRnx2Zm0gUhBNf8c89BOp0qNuWR0W85a2Xg3l G76g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=AyKvtzkd5b/ocz1qJDhp1U/tHD+8DY7r7POdxvanyvE=; b=QlzzjKco+/dxCBsQDseCqfXi1K2PRbGQ+jNBiDoDROejryEsrRzfWD1QOjMVerUsso sflnaLfVrEBTlfKlSq039fHJy58L7jxgeTuKCOqjTIwyBwcCtkslkfu6/yLLc92Qwrlo HO6QFc1EawfjJtdA7PQFPbzVIum5qszKrm26bPA+mr2ElJ9VEp2GoViwtMqMBaqHZ1cz 7I0Qxld55cWLPH/tvxEE49fM/TLLVf8FiayPwv/yhzY30REWNdmp8A14d2/4iGtaqtZv QTNdDNAs3uGDqeCc+p2uXMT3kJiJPVMnur0iCmdyssMYznYCNv2GZxWaB0mnIL6AS/0f +Dsg==
X-Gm-Message-State: AOAM533Jnpcp6EHkzGJfviLubJJMxMrADu+IE8twDQB+/+WMNJclXH+m F9ZMyZMniBap9EXGSO6e4oFsneon
X-Google-Smtp-Source: ABdhPJytvK2di+2FTmuhqEyQpA9ShYH69uZcJJqetjuqWaDYTjcKX/WUkr7kxgFblMm9VuYfICDtvQ==
X-Received: by 2002:a17:902:6b83:: with SMTP id p3mr33099226plk.193.1593818114517;  Fri, 03 Jul 2020 16:15:14 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.172]) by smtp.gmail.com with ESMTPSA id q29sm12365541pfl.77.2020.07.03.16.15.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 16:15:13 -0700 (PDT)
To: adrian@olddog.co.uk, 'Jay Daley' <jay@ietf.org>, rfced-future@iab.org
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com>
Date: Sat, 4 Jul 2020 11:15:11 +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: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk>
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/a_3gQFEF8uL4OoDnM0m-gdD8kFI>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Fri, 03 Jul 2020 23:15:17 -0000

Yes. I think this in and of itself is enough to justify the existence of =
an independent Series Editor supported by a Board that can use the wider =
community as a sounding board.

Regards
   Brian

On 04-Jul-20 09:47, Adrian Farrel wrote:
> Thanks Jay,
>=20
> =C2=A0
>=20
> Historically, of course, the stream managers or their delegates (specif=
ically shepherding ADs) have nearly always stepped up to champion what th=
e RPC has said. But also, there has always been the RSE as a back stop, a=
nd I think (but we might need to get it confirmed) there has always been =
a free flow of consultation between the RPC and RSE to ensure the right t=
hings were said to the right people.
>=20
> =C2=A0
>=20
> A
>=20
> =C2=A0
>=20
> *From:*Jay Daley <jay@ietf.org>
> *Sent:* 03 July 2020 22:07
> *To:* rfced-future@iab.org
> *Cc:* adrian@olddog.co.uk
> *Subject:* Standing behind the RPC (was: Scope and IETF 108 proposals)
>=20
> =C2=A0
>=20
> =C2=A0
>=20
>     On 4/07/2020, at 4:07 AM, Adrian Farrel <adrian@olddog.co.uk <mailt=
o:adrian@olddog.co.uk>> wrote:
>=20
>     I would also like someone to stand behind the RPC when they express=
 any concerns about the quality or publishability of a document so that i=
t is not the RPC who has to handle any political or strenuous debate on t=
he issue.
>=20
> =C2=A0
>=20
> This is an important point that I don=E2=80=99t want lost. =C2=A0From a=
 contractual perspective, the RPC role is that of a professional service =
organisation, which excludes any political or strenuous debate, and so if=
 authors refuse to address RPC concerns then a third-party managed resolu=
tion process is needed.=C2=A0
>=20
> =C2=A0
>=20
> Jay
>=20
> =C2=A0
>=20
> --=C2=A0
>=20
> Jay Daley
> IETF Executive Director
>=20
> =C2=A0
>=20
>=20


From nobody Fri Jul  3 16:36:08 2020
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 687B93A0AF6 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 16:36:06 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 xQOnkC6nTN3V for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 16:36:05 -0700 (PDT)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 654C03A0AF4 for <rfced-future@iab.org>; Fri,  3 Jul 2020 16:36:05 -0700 (PDT)
Received: by mail-pg1-x52a.google.com with SMTP id o13so12743596pgf.0 for <rfced-future@iab.org>; Fri, 03 Jul 2020 16:36:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=u2o1pcFsBi3aIUM2pu56OY4dAzHBcDYGS17osfH2p9M=; b=tTmzabFknyrSGW5XjM+49xhbzSgkA98PIOBgbWD3pOFI1hqZRjCbh9XfGxyd8LkgE8 FKBPWGfXNCo0WsxfpHCisdgHdLbcRItguXJJjDm8QfVmyW3FdS7W/crnlZiLzT/S5mUF zwPmuzsgyFE2dJf6GWu+H8CkRzXG8yqBOYEiq2z+lOky0m9gBOgFie0lMBLF7GR0dFBh zPhzWfn/gsRBNnvplb7YyIurwSylHxz9GJvHKVUJMuis4yfvHGAw3zHJC62dqHXv6unk oL+fjD647FJC5+uJ5JGc3+WdtvrqQ/dqsZx46X46zuNPx+FvVkiJICFqMXbsnWx/Hf4E MgbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=u2o1pcFsBi3aIUM2pu56OY4dAzHBcDYGS17osfH2p9M=; b=Y12/8nqQfKfPb+6AoJC/EBwwE7s/3E6ukh4McRczCPwTsU+6A7LRnhKjR6JZl3pXp4 sNPrgxiMLNWMMtGGi9GTTDbagjkfB7DXxdK6B+FAG4jfPJr621vx6hBbYu/DFtFQ3jFi is5sc0J7xxp8rK4HnO3GtdlF5bk0nQ72y+uae+h+CL/xtGcyqoX9rqbP5T2GOMUXjPQZ XTyIgNkz5A599C0B2BwFhb9AiJgkBig2ghyT7lj6eRfU6JXtNkTLBwKecoFr/1PZ4L0L jx946MJyaxwUiAkKOI4nR/XK52hxOZ3lNjATVIw53RZcFoXFxAkpEVk984NJwmH7ngwy Wf3A==
X-Gm-Message-State: AOAM531+dU8Jz6nwTfVp6juVlhw+3RxbVfT0/ciMw0E9WjkIe6VInhzI iVRo6DP2bMQxbcRXyOIAPTk0JZr6
X-Google-Smtp-Source: ABdhPJyo4s47o2TdEQ6b5sV3EARYz7i/pM1TtKwlaY/xzjah2T9EoAwBluirEcif5t2S5Icw/ebIMA==
X-Received: by 2002:a63:69ca:: with SMTP id e193mr7796492pgc.148.1593819364383;  Fri, 03 Jul 2020 16:36:04 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.172]) by smtp.gmail.com with ESMTPSA id d4sm12626543pgf.9.2020.07.03.16.36.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 16:36:03 -0700 (PDT)
To: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com> <d43535f2-ae59-43f1-b047-1c1c4ac784dd@www.fastmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <2dbcd563-513e-1572-3cc8-277154fc56be@gmail.com>
Date: Sat, 4 Jul 2020 11:36:01 +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: <d43535f2-ae59-43f1-b047-1c1c4ac784dd@www.fastmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/UZe-KOScwlTs4cwjzEs6rfkrgYw>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Fri, 03 Jul 2020 23:36:06 -0000

On 03-Jul-20 16:56, Martin Thomson wrote:
> On Fri, Jul 3, 2020, at 13:13, Brian E Carpenter wrote:
>> But that's not all that the RFC series is. Like it or not, it's been 
>> around for 50 years and is not just a collection of technical specs. It 
>> also contains, and I hope will continue to contain, opinion pieces, 
>> operational observations and analyses, research results, dissents, 
>> roadmaps and more. It has, you might say, a life of its own.
> 
> Where is this diversity coming from, if not the streams?

Indeed, and where does editorial consistency across the streams come
from, if not from a Series Editor?

Note: That has nothing to do with a technical veto power. But it
does have to do with professionalism in an area that IETF engineers
are not qualified for.

On 04-Jul-20 10:17, John Levine wrote:

> I can assure you the IEEE and ANSI and pretty much any other standards
> group you can think of has professional publishing staff involved in
> their standards processes.

Exactly. "publishing" not just copy-editing.

   Brian C


From nobody Fri Jul  3 18:19:33 2020
Return-Path: <jay@ietf.org>
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 B979B3A07BF for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 18:19:31 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 ozILhKBC-HIj; Fri,  3 Jul 2020 18:19:30 -0700 (PDT)
Received: from [192.168.1.49] (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id EEEC23A07BA; Fri,  3 Jul 2020 18:19:29 -0700 (PDT)
Content-Type: multipart/alternative; boundary=Apple-Mail-FC62CFA7-705D-4F90-B42B-A6C7EF62E5D9
Content-Transfer-Encoding: 7bit
From: Jay Daley <jay@ietf.org>
Mime-Version: 1.0 (1.0)
Date: Sat, 4 Jul 2020 13:19:28 +1200
Message-Id: <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk>
Cc: rfced-future@iab.org
In-Reply-To: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk>
To: adrian@olddog.co.uk
X-Mailer: iPad Mail (17F80)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/h1UkBMs3y06G3PKKkFICX28vWhg>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sat, 04 Jul 2020 01:19:32 -0000

--Apple-Mail-FC62CFA7-705D-4F90-B42B-A6C7EF62E5D9
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable



> On 4/07/2020, at 9:47 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
>=20
> =EF=BB=BF
> Thanks Jay,
> =20
> Historically, of course, the stream managers or their delegates (specifica=
lly shepherding ADs) have nearly always stepped up to champion what the RPC h=
as said.

Does that include championing those parts of the overall publishing process t=
hat sit exclusively with the RSE/RPC, such as formatting or which xml tag to=
 use?

> But also, there has always been the RSE as a back stop,

That=E2=80=99s sounds as if the stream managers are the main resolution mech=
anism with the RSE as the final escalation point - is that correct?

And one more question if I may, do the stream managers ever exert authority w=
hen championing the RPC ( ie =E2=80=9Cif you don=E2=80=99t do what the RPC a=
sks then .your document doesn=E2=80=99t get approved=E2=80=9D) or is that no=
t possible, presumably because the stream manager has approved the document b=
y that point and so has no levers to pull?

Jay

--=20
Jay Daley
IETF Executive Director

> and I think (but we might need to get it confirmed) there has always been a=
 free flow of consultation between the RPC and RSE to ensure the right thing=
s were said to the right people.
> =20
> A
> =20
> From: Jay Daley <jay@ietf.org>=20
> Sent: 03 July 2020 22:07
> To: rfced-future@iab.org
> Cc: adrian@olddog.co.uk
> Subject: Standing behind the RPC (was: Scope and IETF 108 proposals)
> =20
> =20
> On 4/07/2020, at 4:07 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
>=20
> I would also like someone to stand behind the RPC when they express any co=
ncerns about the quality or publishability of a document so that it is not t=
he RPC who has to handle any political or strenuous debate on the issue.
> =20
> This is an important point that I don=E2=80=99t want lost.  =46rom a contr=
actual perspective, the RPC role is that of a professional service organisat=
ion, which excludes any political or strenuous debate, and so if authors ref=
use to address RPC concerns then a third-party managed resolution process is=
 needed.=20
> =20
> Jay
> =20
> --=20
> Jay Daley
> IETF Executive Director
> =20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future

--Apple-Mail-FC62CFA7-705D-4F90-B42B-A6C7EF62E5D9
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><br><br><div dir=3D"ltr"><blockquote type=3D=
"cite">On 4/07/2020, at 9:47 AM, Adrian Farrel &lt;adrian@olddog.co.uk&gt; w=
rote:<br><br></blockquote></div><blockquote type=3D"cite"><div dir=3D"ltr">=EF=
=BB=BF<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-=
8"><meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">=
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
..MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--><div class=3D"WordSection1"><p class=3D"Ms=
oNormal"><span style=3D"mso-fareast-language:EN-US">Thanks Jay,<o:p></o:p></=
span></p><p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"><=
o:p>&nbsp;</o:p></span></p><p class=3D"MsoNormal"><span style=3D"mso-fareast=
-language:EN-US">Historically, of course, the stream managers or their deleg=
ates (specifically shepherding ADs) have nearly always stepped up to champio=
n what the RPC has said. </span></p></div></div></blockquote><div><br></div>=
Does that include championing those parts of the overall publishing process t=
hat sit exclusively with the RSE/RPC, such as formatting or which xml tag to=
 use?<div><div><br><blockquote type=3D"cite"><div dir=3D"ltr"><div class=3D"=
WordSection1"><p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-=
US">But also, there has always been the RSE as a back stop,</span></p></div>=
</div></blockquote><div><br></div><div>That=E2=80=99s sounds as if the strea=
m managers are the main resolution mechanism with the RSE as the final escal=
ation point - is that correct?</div><div><br></div><div>And one more questio=
n if I may, do the stream managers ever exert authority when championing the=
 RPC ( ie =E2=80=9Cif you don=E2=80=99t do what the RPC asks then .your docu=
ment doesn=E2=80=99t get approved=E2=80=9D) or is that not possible, presuma=
bly because the stream manager has approved the document by that point and s=
o has no levers to pull?</div><div><br></div><div>Jay</div><div><br></div><d=
iv><span style=3D"font-size: 13pt; background-color: rgba(255, 255, 255, 0);=
">--&nbsp;</span></div><div><span style=3D"background-color: rgba(255, 255, 2=
55, 0);">Jay Daley<br>IETF Executive Director</span></div><div><span style=3D=
"background-color: rgba(255, 255, 255, 0);"><br></span></div><blockquote typ=
e=3D"cite"><div dir=3D"ltr"><div class=3D"WordSection1"><p class=3D"MsoNorma=
l"><span style=3D"mso-fareast-language:EN-US"> and I think (but we might nee=
d to get it confirmed) there has always been a free flow of consultation bet=
ween the RPC and RSE to ensure the right things were said to the right peopl=
e.<o:p></o:p></span></p><p class=3D"MsoNormal"><span style=3D"mso-fareast-la=
nguage:EN-US"><o:p>&nbsp;</o:p></span></p><p class=3D"MsoNormal"><span style=
=3D"mso-fareast-language:EN-US">A<o:p></o:p></span></p><p class=3D"MsoNormal=
"><span style=3D"mso-fareast-language:EN-US"><o:p>&nbsp;</o:p></span></p><di=
v><div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm=
 0cm 0cm"><p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><sp=
an lang=3D"EN-US"> Jay Daley &lt;jay@ietf.org&gt; <br><b>Sent:</b> 03 July 2=
020 22:07<br><b>To:</b> rfced-future@iab.org<br><b>Cc:</b> adrian@olddog.co.=
uk<br><b>Subject:</b> Standing behind the RPC (was: Scope and IETF 108 propo=
sals)<o:p></o:p></span></p></div></div><p class=3D"MsoNormal"><o:p>&nbsp;</o=
:p></p><p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p><div><blockquote style=3D=
"margin-top:5.0pt;margin-bottom:5.0pt"><p class=3D"MsoNormal" style=3D"margi=
n-bottom:12.0pt">On 4/07/2020, at 4:07 AM, Adrian Farrel &lt;<a href=3D"mail=
to:adrian@olddog.co.uk">adrian@olddog.co.uk</a>&gt; wrote:<o:p></o:p></p></b=
lockquote></div><blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt"><=
div><p class=3D"MsoNormal">I would also like someone to stand behind the RPC=
 when they express any concerns about the quality or publishability of a doc=
ument so that it is not the RPC who has to handle any political or strenuous=
 debate on the issue.<o:p></o:p></p></div></blockquote><div><p class=3D"MsoN=
ormal"><o:p>&nbsp;</o:p></p></div><div><p class=3D"MsoNormal">This is an imp=
ortant point that I don=E2=80=99t want lost. &nbsp;=46rom a contractual pers=
pective, the RPC role is that of a professional service organisation, which e=
xcludes any political or strenuous debate, and so if authors refuse to addre=
ss RPC concerns then a third-party managed resolution process is needed.&nbs=
p;<o:p></o:p></p></div><div><p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p></di=
v><div><p class=3D"MsoNormal">Jay<o:p></o:p></p></div><p class=3D"MsoNormal"=
><o:p>&nbsp;</o:p></p><div><p class=3D"MsoNormal"><span style=3D"font-size:1=
3.0pt">--&nbsp;</span><o:p></o:p></p></div><p class=3D"MsoNormal">Jay Daley<=
br>IETF Executive Director<o:p></o:p></p><div><p class=3D"MsoNormal"><o:p>&n=
bsp;</o:p></p></div></div><span>-- </span><br><span>Rfced-future mailing lis=
t</span><br><span>Rfced-future@iab.org</span><br><span>https://www.iab.org/m=
ailman/listinfo/rfced-future</span><br></div></blockquote></div></div></body=
></html>=

--Apple-Mail-FC62CFA7-705D-4F90-B42B-A6C7EF62E5D9--


From nobody Fri Jul  3 19:23:44 2020
Return-Path: <masinter@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 C7D963A0A2C for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 19:23:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level: 
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 EqqDxyTeO2Z8 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 19:23:41 -0700 (PDT)
Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 922523A0A31 for <rfced-future@iab.org>; Fri,  3 Jul 2020 19:23:41 -0700 (PDT)
Received: by mail-pg1-x530.google.com with SMTP id e8so15850336pgc.5 for <rfced-future@iab.org>; Fri, 03 Jul 2020 19:23:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=sender:from:to:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:content-language :thread-index; bh=cKSS9okrrXkEvb8R7OqGSJaf9OJAu+8KG+yvWR2zG5s=; b=N7c758o+w8y0Hpn116yoX3E/D6P7IGJZOM/xy8OaOgjtzSqpxOB0tFjcmzYRkfQfXe UziyADjWycDNsaTP1tvm43QczkNq5Fbl7PsbadptNDCDaZ92uI0fUmTUGcr7zJdq0Q7d IrDl+y/dHLQZXOFz0XYOZExJEZT5KaBIOFCLm4d8bucdZjSVl75cVH1ZFzhvvDwsda14 V3av9D6B+fmBHnStJrEhWscc3PwlpBjzvZt4BFeGn5Yx6qXfKsMMJPZ2j9ar2HzHnUST 2NiFc06PI+EOod64Rs/wt9LKPh7xe70u3fyPwjPEb86nrKamTV25gsQIicUQoA5Li3an dd6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:references:in-reply-to:subject :date:message-id:mime-version:content-transfer-encoding :content-language:thread-index; bh=cKSS9okrrXkEvb8R7OqGSJaf9OJAu+8KG+yvWR2zG5s=; b=gta/3Vq3p+kwyN6cGp6mFC6mUh6NIQHqXkqtXkLF9tuk5ecClalNGdCZIu4p72RNEc JvrwwF88aka67HG5RQ7KLPbYOO2x71m09JY3iraYcoFdgL2F5fC0fYooCIIGLDgMk7ca tGFCvaRg6StjY6/otVyaD9igp/Xflt1aHdxS4I6S94Sjc1tKX7P27gfHDIGWLyId2auZ yNKGy6TzB/orw41crxsa69UhILqW+8hJoe271SWFS3/GAkblmVQeDaPbGMGU8HeFQwmY VLDD78ZeX8t5ZCxA+5j1gMN1VE6xCeoB95FTKO+FPKBEI5YvVIP3hdPFuoSTUEDwRGNH PaJQ==
X-Gm-Message-State: AOAM531wDYgR4Qvi4Y+F7qG7OOX/v07/2GmivEUiDSek+JamG8RrUjI1 7IEcgXDrNKNLds+WpOkdlIY=
X-Google-Smtp-Source: ABdhPJy/tRcSYH2nD8HERZOUwv5mQKMD1BpfG0I62kZ/qu1Nrk6g54jh9NPA0Emro9i/NCiyKDqn+w==
X-Received: by 2002:a63:7cf:: with SMTP id 198mr30625876pgh.309.1593829420947;  Fri, 03 Jul 2020 19:23:40 -0700 (PDT)
Received: from TVPC (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id m1sm11810277pjr.56.2020.07.03.19.23.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 19:23:39 -0700 (PDT)
Sender: Larry Masinter <masinter@gmail.com>
From: Larry Masinter <LMM@acm.org>
X-Google-Original-From: "Larry Masinter" <lmm@acm.org>
To: "'Brian E Carpenter'" <brian.e.carpenter@gmail.com>, "'Martin Thomson'" <mt@lowentropy.net>, <rfced-future@iab.org>
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <3678427d-6496-45c7-bd1b-14d7f860c971@www.fastmail.com> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com> <d43535f2-ae59-43f1-b047-1c1c4ac784dd@www.fastmail.com> <2dbcd563-513e-1572-3cc8-277154fc56be@gmail.com>
In-Reply-To: <2dbcd563-513e-1572-3cc8-277154fc56be@gmail.com>
Date: Fri, 3 Jul 2020 19:23:40 -0700
Message-ID: <03db01d651aa$223d4820$66b7d860$@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQIfX7vfh4YEKFq4ndL/BmmpAFaeUAEtSv6jAiEKXYkDGAKb5gMPWOJ6AUpho5UCbUrlDAG7UElMAk4UxQICXpZ3rgKPoqKDAasLhnQBhdyP9QKdqnBOAk01JBkCN2TOGALFPrUDAepiDu6nOzHFIA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/eHrnK_9ugrYcS1Upx184zrqZGSA>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Sat, 04 Jul 2020 02:23:43 -0000

Brian C wrote
> Note: That has nothing to do with a technical veto power. But it does have
to
> do with professionalism in an area that IETF engineers are not qualified
for.

I disagree with the assessment that IETF engineers are not qualified 
to serve as RSE.  The ability to specify technical requirements that
can be translated by other engineers into implementations that meet
the specification is a key engineering skill. It isn't a skill you would
look for in the publishing industry or even technical journal editors.
 
However, certainly you'd look for someone who has read and
understood multiple RFCs, even if in coursework
https://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-82
9-computer-networks-fall-2002/ 
https://online.stanford.edu/courses/soe-ynetworking-sp-introduction-computer
-networking 

Mark had some useful points about problems reading RFCs

https://www.mnot.net/blog/2018/07/31/read_rfc

which seem like opportunities for product improvement.


> On 04-Jul-20 10:17, John Levine wrote:
> 
> > I can assure you the IEEE and ANSI and pretty much any other standards
> > group you can think of has professional publishing staff involved in
> > their standards processes.
> 
> Exactly. "publishing" not just copy-editing.
> 
>    Brian C

It points to a source of non-IETFers who might have more relevant experience

(not "professional publishing" experience but rather professional
staff involved in their standards publishing processes.)





From nobody Fri Jul  3 19:39:27 2020
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 A08173A00B3 for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 19:39:26 -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 pCuqGkR-VPHK for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 19:39:25 -0700 (PDT)
Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) (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 5308E3A00B2 for <rfced-future@iab.org>; Fri,  3 Jul 2020 19:39:25 -0700 (PDT)
Received: by mail-pl1-x635.google.com with SMTP id x8so12337115plm.10 for <rfced-future@iab.org>; Fri, 03 Jul 2020 19:39:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=FA+6CXvS1d8pvjgoaWw+ys2XZpO5cYFmMpnNcac1+7Y=; b=rfAyG6J9rtnjDCv/q+Gf0DMJIfWDWfigOsXG9NoTJqytGeaR8oa5VxXhEQ/gYlyNTI YA0icDglPVvvDuGmSHfVsf3UOaLmaLexnteIl+cAoDhVlKdO9hwpG/xkWPfwVJxLr/uw g1IEJIBaCu4nvj2nwg5A4KKnmWu3UU/rcY+zeJOkF8qAIoiTl+A80oGjnqYk6K+EHG1O aRWIolp23tzaGyNu+SJcamnBFkUYQfWgidOgEuVRLuGwkzljRXJIvMRUset2TjxlxD8a b4K+GlJ27PdeJeCjrxBHmLNYuQ9NcA7eegvGkQuAHu8pJjl6tq0LfOEcTTks0nlxBJc6 XMRA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FA+6CXvS1d8pvjgoaWw+ys2XZpO5cYFmMpnNcac1+7Y=; b=mE1UY+epAndqdpmA1dJ76knpjTJ3nQNi/b0h+0bnGmr/XKGUuJyB1zNF3ydr4ZmY5G 59PtLaX9eHZc2RxZw59dZCP0PU7YVKNnzsGnAG0pGaDYze+N1DV3uP13kZHkVJzfW+wM 3eJCCjFg7w8SfZACdp4CbAmK3p/7Mr9v9WG0Hy96ADK8o3+83TdnqbM21wUJEf5A9YXh 6c1JUS8hbQVazKNvDygeBJ/dK8f8NPn6icixj20zrtcS1ul+75YO3m/HD4tzNHXVGAmo f4/rbNrp12HERvklDQ9/3hmdLIJXSMwSdFOvXy1BUnLXubA5K/MTIldd/I2wBHi5J9Kj Xcxw==
X-Gm-Message-State: AOAM530neaVpb/DB9amVTS4RXn3XhCG/PnpE4eaPPOvBl32a6ZV1119C Y5WWllZvu9RW+Nzz/4DASiqn3tYr
X-Google-Smtp-Source: ABdhPJzzqiHnyUHiMDW9zaVS0Ixl8iq/G6ZcO6FSZl3YdFC9VOcY8n93NHt1kpG++16YTKPjNkprZg==
X-Received: by 2002:a17:90a:6983:: with SMTP id s3mr22626406pjj.55.1593830364445;  Fri, 03 Jul 2020 19:39:24 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.172]) by smtp.gmail.com with ESMTPSA id d18sm12122911pjz.11.2020.07.03.19.39.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 19:39:23 -0700 (PDT)
To: Larry Masinter <LMM@acm.org>, 'Martin Thomson' <mt@lowentropy.net>, rfced-future@iab.org
References: <62A4C70D-419A-4DE3-8A54-60EB2B064EF2@brianrosen.net> <CACOFP=iAzB+hrtZcu4yaDv9mpmxSybGTc-cugWC2Hv==-zTTdg@mail.gmail.com> <cfd9512d-b61e-4438-9ce3-102f6ddaebe7@www.fastmail.com> <befe8914-996a-d4f0-f9ef-cc49d882839c@joelhalpern.com> <dc41e1eb-35c6-b678-65e2-db638f330018@nthpermutation.com> <3EDDC9C7-BA91-4E18-AB1C-8E77E95627B2@mnot.net> <065dd700-9666-6c88-5016-0668ed966884@gmail.com> <CABcZeBPPVPv8Bt9LSP5JBxvJ6G=Osc-fWsk4r14remFOL+SE8Q@mail.gmail.com> <EDEDF026-18AD-48C7-B4B4-BBB0A60778AB@cisco.com> <5964B848-AA04-43F4-AF39-06126721A686@mnot.net> <E936B7C8-90B9-42BF-AFA6-870CFFCF0ADA@cisco.com> <CABcZeBOudjruBBTzxm4nBjMOUEWH4tZEKFJAV42rzHDR++85Wg@mail.gmail.com> <F09CA15E-2850-40F1-A101-5527272E85E0@cisco.com> <ae8c0c81-7c34-4d05-848f-0d789332b378@www.fastmail.com> <744f069b-8bb8-4e6a-7d21-915d6b98b7db@gmail.com> <d43535f2-ae59-43f1-b047-1c1c4ac784dd@www.fastmail.com> <2dbcd563-513e-1572-3cc8-277154fc56be@gmail.com> <03db01d651aa$223d4820$66b7d860$@acm.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <83539a44-04ed-9159-5b83-2264ed19dae0@gmail.com>
Date: Sat, 4 Jul 2020 14:39:19 +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: <03db01d651aa$223d4820$66b7d860$@acm.org>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/OB5mmhUWgQoQLIaXpc9H2XvO8Ng>
Subject: Re: [Rfced-future] Scope and IETF 108 proposals
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: Sat, 04 Jul 2020 02:39:27 -0000

On 04-Jul-20 14:23, Larry Masinter wrote:
> Brian C wrote
>> Note: That has nothing to do with a technical veto power. But it does have
> to
>> do with professionalism in an area that IETF engineers are not qualified
> for.
> 
> I disagree with the assessment that IETF engineers are not qualified 
> to serve as RSE.  The ability to specify technical requirements that
> can be translated by other engineers into implementations that meet
> the specification is a key engineering skill. 

Larry, what makes you think that is part of the RSE's job? That's what happens
inside each stream, as far as I can see. That is emphatically not what the
Series Editor does, even under the existing RFCs.

    Brian


It isn't a skill you would
> look for in the publishing industry or even technical journal editors.
>  
> However, certainly you'd look for someone who has read and
> understood multiple RFCs, even if in coursework
> https://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-82
> 9-computer-networks-fall-2002/ 
> https://online.stanford.edu/courses/soe-ynetworking-sp-introduction-computer
> -networking 
> 
> Mark had some useful points about problems reading RFCs
> 
> https://www.mnot.net/blog/2018/07/31/read_rfc
> 
> which seem like opportunities for product improvement.
> 
> 
>> On 04-Jul-20 10:17, John Levine wrote:
>>
>>> I can assure you the IEEE and ANSI and pretty much any other standards
>>> group you can think of has professional publishing staff involved in
>>> their standards processes.
>>
>> Exactly. "publishing" not just copy-editing.
>>
>>    Brian C
> 
> It points to a source of non-IETFers who might have more relevant experience
> 
> (not "professional publishing" experience but rather professional
> staff involved in their standards publishing processes.)
> 
> 
> 
> 
> 


From nobody Fri Jul  3 23:13:44 2020
Return-Path: <lear@cisco.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 C19E13A0BEF for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 23:13:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Pl-wlFfcnVRJ for <rfced-future@ietfa.amsl.com>; Fri,  3 Jul 2020 23:13:39 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FF1C3A0BEE for <rfced-future@iab.org>; Fri,  3 Jul 2020 23:13:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5269; q=dns/txt; s=iport; t=1593843219; x=1595052819; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=HXPaZBmGFR4FEYOqUlklkWj6LW9YrUBNyZ89y9TmxgE=; b=Q2VOqwnl6lgQARD7XOlL677B0h1C53kC4mDb5wwZLiWsXLl4HE8XpV7a yuHIdq8sJw8EkbkIelrL0QM1PiStiaSzk7nKbsx8wBmrFr7cwGI65WHCE vMwbKHjeV5D6XLFW6oyUMsnloOZSxrfR+yNRtGJLwSIh0vfF/rQ13j46s g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BDAQCUHABf/xbLJq1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBggoCgSGCSgEgEiyEMYkBiBKTb4YagXsLAQE?= =?us-ascii?q?BDAEBLwQBAYRHAoIhJToEDQIDAQELAQEFAQEBAgEGBG2FZ4VuAQEBAwEjVgU?= =?us-ascii?q?LCxgnAwICRhEGE4Mmgl0gqjZ2gTKFUYUSgTgBjQOCAIE4HIJNPoEEhk8zgi0?= =?us-ascii?q?EtQqCZoMGlkQDHZEejX+saINRAgQGBQIVgW0FGoFWMxoIGxVlAYI+PhIZDY4?= =?us-ascii?q?qDAuOJj8DMDcCBgEHAQEDCZAXAQE?=
X-IronPort-AV: E=Sophos; i="5.75,311,1589241600"; d="scan'208,217"; a="27591208"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Jul 2020 06:13:35 +0000
Received: from [10.61.227.178] ([10.61.227.178]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 0646DYKF027275 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 4 Jul 2020 06:13:34 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <5CEDD80C-D033-4B20-9BDA-560305DC7F6E@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_73B81ADD-B40F-4D48-A4CC-EC4AB638CAD2"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Sat, 4 Jul 2020 08:13:33 +0200
In-Reply-To: <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org>
Cc: Adrian Farrel <adrian@olddog.co.uk>, rfced-future@iab.org
To: Jay Daley <jay@ietf.org>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.227.178, [10.61.227.178]
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/NRh9tvF1v5aSn2bmrWU9K6pwJUM>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sat, 04 Jul 2020 06:13:42 -0000

--Apple-Mail=_73B81ADD-B40F-4D48-A4CC-EC4AB638CAD2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On 4 Jul 2020, at 03:19, Jay Daley <jay@ietf.org> wrote:
>=20
>=20
>=20
>> On 4/07/2020, at 9:47 AM, Adrian Farrel <adrian@olddog.co.uk =
<mailto:adrian@olddog.co.uk>> wrote:
>>=20
>> =EF=BB=BF
>> Thanks Jay,
>> =20
>> Historically, of course, the stream managers or their delegates =
(specifically shepherding ADs) have nearly always stepped up to champion =
what the RPC has said.=20
>=20
> Does that include championing those parts of the overall publishing =
process that sit exclusively with the RSE/RPC, such as formatting or =
which xml tag to use?

To my knowledge, it hasn=E2=80=99t come to that since the creation of =
the ISE.

Eliot


--Apple-Mail=_73B81ADD-B40F-4D48-A4CC-EC4AB638CAD2
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 4 Jul 2020, at 03:19, Jay Daley &lt;<a =
href=3D"mailto:jay@ietf.org" class=3D"">jay@ietf.org</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><div =
dir=3D"ltr" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 16px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><blockquote type=3D"cite" class=3D"">On 4/07/2020, at =
9:47 AM, Adrian Farrel &lt;<a href=3D"mailto:adrian@olddog.co.uk" =
style=3D"color: rgb(5, 99, 193); text-decoration: underline;" =
class=3D"">adrian@olddog.co.uk</a>&gt; wrote:<br class=3D""><br =
class=3D""></blockquote></div><blockquote type=3D"cite" =
style=3D"font-family: Helvetica; font-size: 16px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><div dir=3D"ltr" class=3D"">=EF=BB=BF<d=
iv class=3D"WordSection1" style=3D"page: WordSection1;"><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: =
Calibri, sans-serif;" class=3D""><span class=3D"">Thanks Jay,<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 11pt; font-family: Calibri, sans-serif;" class=3D""><span =
class=3D""><o:p class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: =
0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" =
class=3D""><span class=3D"">Historically, of course, the stream managers =
or their delegates (specifically shepherding ADs) have nearly always =
stepped up to champion what the RPC has said.<span =
class=3D"Apple-converted-space">&nbsp;</span></span></div></div></div></bl=
ockquote><div style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br class=3D""></div><span style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 16px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">Does that include championing those parts of the overall =
publishing process that sit exclusively with the RSE/RPC, such as =
formatting or which xml tag to use?</span></div></blockquote><div><br =
class=3D""></div>To my knowledge, it hasn=E2=80=99t come to that since =
the creation of the ISE.</div><div><br =
class=3D""></div><div>Eliot</div><div><br class=3D""></div></body></html>=

--Apple-Mail=_73B81ADD-B40F-4D48-A4CC-EC4AB638CAD2--


From nobody Sun Jul  5 04:08:25 2020
Return-Path: <adrian@olddog.co.uk>
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 EBE4A3A08B3; Sun,  5 Jul 2020 04:08:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 powU7fd9128A; Sun,  5 Jul 2020 04:08:20 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5ED5E3A08AF; Sun,  5 Jul 2020 04:08:19 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 065B8GRo002921; Sun, 5 Jul 2020 12:08:16 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6462B2204A; Sun,  5 Jul 2020 12:08:16 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS id 4F5E022048; Sun,  5 Jul 2020 12:08:16 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 065B8Etw004393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Jul 2020 12:08:15 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Jay Daley'" <jay@ietf.org>
Cc: <rfced-future@iab.org>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org>
In-Reply-To: <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org>
Date: Sun, 5 Jul 2020 12:08:14 +0100
Organization: Old Dog Consulting
Message-ID: <066401d652bc$94ccd730$be668590$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQL6QgZ3u+l9VKsAwESxZDHQcnnirQHQRm/VpqJuTQA=
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25522.006
X-TM-AS-Result: No-1.314-10.0-31-10
X-imss-scan-details: No-1.314-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25522.006
X-TMASE-Result: 10-1.313700-10.000000
X-TMASE-MatchedRID: nI1cAR4k0HbxIbpQ8BhdbJjhZxhC9CTjC/ExpXrHizwKfrbmG+DbUBMr 7riOYE7n5JfWm1+9lbaVD/Jg6llSNgKSG9dQbPI3KABBZZ3PPkVBrawMcuRDThlLPW+8b7SaCd/ klmH4wZVyjAwghmpCebAIObWDfzGgbTSwI/A2DvAK4MBRf7I7pl0iD6B4cu8YsLigDA/FpvWEbM bfBj9wtz9+N2aY5q/cbIZCmyI98CI96lGguw/2wiIlPYcelunmUs+Do/NeuKzdnUzCr5nx/raUT 3Z8uCuA7V2i6InECS1rrDXXOHpT5efJixReoUHwHPYwOJi6PLn2155bpR+TIDnKJvFx9/+yEmMq xF2ZvUk3Ct4ta6/t/4Tim6y4zije35nSaI4Dzw/w+Ndzx5c8pK15LjjfKZ5RG1VFRGOlP6+8mkb f+6lLnorGjEhh7sGcIrP+F+q/oreG50jCGU1uXNQXtqrBvflulzlaNFD3vRTicgt/aPY07oi6yF TH7VfQ/I/MEE80WlK55VTzk37M3WcJ/ie8t96gOctXWsNe0qXLRD51bz5RZAyGEPhoPKGacEqzb K+jaGSAQFHYeOdeK0UJwzb0S4oWDPIzF4wRfrCDGx/OQ1GV8is3zPQeiEbe+gtHj7OwNO0/hjDC znPKhr/byjnDXpddVYR1J7BgjJXzCvxWgA7WDhzyqzymBpPi48UE42YMYLB/2Ob/t8BrGI8IGCt YbTMcWzutbhXebqgWSKYD6ty0FYfH/fn3ddET5L5lO4I9n60+J+6OAjXd2qHTvV9CPo3K7ndUHU MmXu5+3BndfXUhXQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/8Q6kqBykyeruRLz9bi4T7s47D5s>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sun, 05 Jul 2020 11:08:23 -0000

Answering Jay while being a little puzzled that Brian and Eliot both =
mentioned the ISE in this discussion.

>> Historically, of course, the stream managers or their delegates
>> (specifically shepherding ADs) have nearly always stepped up to
>> champion what the RPC has said.=20
>
> Does that include championing those parts of the overall publishing
> process that sit exclusively with the RSE/RPC, such as formatting or
> which xml tag to use?

I think that it does, although that issue typically doesn't come up much =
and when it dos the RPC is very flexible. (An example here might be the =
positioning of diagrams on paginated renderings of documents.)

The way that the "championing" works (should work) is that the stream =
head or delegate can say to the author, "Look, these people know what =
they are doing and are making good changes for the right reasons. Please =
cooperate to get the document published." I've seen that plenty of =
times, most often when someone's memory of the English they learned at =
school diverges from the RPC's style guide.

>> But also, there has always been the RSE as a back stop,
>
> That=E2=80=99s sounds as if the stream managers are the main =
resolution
> mechanism with the RSE as the final escalation point - is that =
correct?

Yes (he says, hesitantly).
We are mainly working as a group of professionals with a common aim, so =
issues are resolved through polite email conversations and formal =
escalation paths don't come into it.
You might say:
- RPC talks with authors
- Document shepherd or shepherding AD comes into discussion
- RSE comes into conversation

I think we have so rarely invoked a firm decision-making rule set beyond =
this open exchange of opinions, that it is hard to state precisely what =
those rules have been. (It would be easy to make up such a set of rules, =
but that is a different thing.)

> And one more question if I may, do the stream managers ever exert
> authority when championing the RPC ( ie =E2=80=9Cif you don=E2=80=99t =
do what the
> RPC asks then .your document doesn=E2=80=99t get approved=E2=80=9D) or =
is that not
> possible, presumably because the stream manager has approved the
> document by that point and so has no levers to pull?

Well, s/approved/published/ in your quote, and then, yes.

For example, the shepherding AD has authority over changes made to an =
IETF stream document that are beyond style, layout, or simple editorial =
(and in particular, changes that modify the technical content). At the =
point where an author is complaining, the change has stepped outside =
those constraints. But, note that the author of an IETF stream document =
is the pen-holder, and has responsibility for carrying the consensus =
opinion into the document: they do not own the document.

The Independent Stream is slightly different in that the ISE has the =
role otherwise filled by the shepherding AD. Furthermore, the ISE =
chooses what is published on the stream.

Best,
Adrian


From nobody Sun Jul  5 06:00:30 2020
Return-Path: <lear@cisco.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 8640F3A02BE for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 06:00:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 7DS8eKcwy1yX for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 06:00:26 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0FD83A02C1 for <rfced-future@iab.org>; Sun,  5 Jul 2020 06:00:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=643; q=dns/txt; s=iport; t=1593954026; x=1595163626; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=TvqIV/tSTtMxtUaZFskVL0OPFqwdB9tpOJOpRkByyHA=; b=l3vR0d49+X4hrv6G9UCSUOWTZS8Ib4E47O9PFmxMrwc9PnEVdXsaeeIM Ovyox1fsLKRmQRbNVOd3CSY+Li3z2Ku2K6mAtQsUkxi53x4gTXyf4WvMi NDKvp8NQ2wUdQUr2WyrpFfHS5S+UXN+Zkml/bmH3w50AXJ5lRzK6xLUh/ M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D7BAANzgFf/xbLJq1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUoCg2sBIBIsjTKHbCWcBAsBAQEMAQEvBAEBhEcCgiElOQU?= =?us-ascii?q?NAgMBAQsBAQUBAQECAQYEbYVnhW4BAQEBAgE6PwULCxguVxmDJoJdIKk2dIE?= =?us-ascii?q?0hVGEZYE4jQSCAIE4DBCCTT6BBIM5TYJ8gi0EtQqCZoMGlkQDHYJhjj2Nf6x?= =?us-ascii?q?og1ECBAYFAhWBayGBVjMaCBsVZQGCPj4SGQ2OKgwLjiY/AzA3AgYIAQEDCZA?= =?us-ascii?q?gAQE?=
X-IronPort-AV: E=Sophos;i="5.75,316,1589241600"; d="scan'208";a="27667856"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Jul 2020 13:00:21 +0000
Received: from [10.61.227.178] ([10.61.227.178]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 065D0J5o032749 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Jul 2020 13:00:21 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Eliot Lear <lear@cisco.com>
In-Reply-To: <066401d652bc$94ccd730$be668590$@olddog.co.uk>
Date: Sun, 5 Jul 2020 15:00:19 +0200
Cc: Jay Daley <jay@ietf.org>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <AA5766EB-1517-4AA5-AC40-1519AA332E36@cisco.com>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org> <066401d652bc$94ccd730$be668590$@olddog.co.uk>
To: adrian@olddog.co.uk
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.227.178, [10.61.227.178]
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/2H5Wb6F8HDsPM2_nh7QVQneo6s0>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sun, 05 Jul 2020 13:00:29 -0000

Hi Adrian,

> On 5 Jul 2020, at 13:08, Adrian Farrel <adrian@olddog.co.uk> wrote:
>=20
> Answering Jay while being a little puzzled that Brian and Eliot both =
mentioned the ISE in this discussion.

I put this in the context of the ISE because prior to the ISE existing, =
the RFC Editor *did* exert control as a function of the role, including =
the tweaking of at least one IETF stream RFC.  Since the the creation of =
the ISE, I have seen no indication that the RSE has ever attempted to =
exercise any sort of veto over any document coming from a stream.  =
Perhaps others have had different experiences since then.

Eliot


From nobody Sun Jul  5 06:40:07 2020
Return-Path: <adrian@olddog.co.uk>
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 6E69A3A07CB; Sun,  5 Jul 2020 06:40:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, 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 Ih9kdGEWG9tl; Sun,  5 Jul 2020 06:40:03 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC8A43A07C6; Sun,  5 Jul 2020 06:40:02 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 065Ddu9w013241; Sun, 5 Jul 2020 14:39:56 +0100
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9975E2203A; Sun,  5 Jul 2020 14:39:56 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id 8447E22032; Sun,  5 Jul 2020 14:39:56 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 065DdtBB015375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Jul 2020 14:39:56 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Eliot Lear'" <lear@cisco.com>
Cc: "'Jay Daley'" <jay@ietf.org>, <rfced-future@iab.org>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org> <066401d652bc$94ccd730$be668590$@olddog.co.uk> <AA5766EB-1517-4AA5-AC40-1519AA332E36@cisco.com>
In-Reply-To: <AA5766EB-1517-4AA5-AC40-1519AA332E36@cisco.com>
Date: Sun, 5 Jul 2020 14:39:54 +0100
Organization: Old Dog Consulting
Message-ID: <066701d652d1$c4c92f50$4e5b8df0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQL6QgZ3u+l9VKsAwESxZDHQcnnirQHQRm/VAaPLqzMBUudeAqaK554Q
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25522.007
X-TM-AS-Result: No--3.389-10.0-31-10
X-imss-scan-details: No--3.389-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25522.007
X-TMASE-Result: 10--3.389000-10.000000
X-TMASE-MatchedRID: scwq2vQP8OHxIbpQ8BhdbMzWN98iBBeGclmyqcvkNGOGCfvYsySdyhQU P0AhaGhxnkydiliJhmcUP0kR+p2bIT4Pcn5OGAtGxti5Nvr5xCD4P7Nt1jwSKTuwTDpX8ii0KUX RcEsnY+oyw4KwuihaeKa+6ue689ShjJBSOECLn6r5WZT2GFh+nabsRRaTaNLRWGzy6KaAc0K2hr fvb/FTQ+RdnEX1rI/VkZOl7WKIImq0P2qkGU0XylOm2gN+noms2bNx1HEv7HAqtq5d3cxkNQwWx r7XDKH8ptux6Svork9PzG0F4lLa8v/qmI/7+fsYT3qUIWjng1bGWVaRSPyNoHFoGm9UUhd5XNUk 3liO4pKLI8gVA4pZdJqFzEUzTh1CJeJ1WMCERkGtftyYo2KwDjKpoRvzNKOP9DB8M7tiaMB/7B6 iVYd2rpRMZUCEHkRt
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/O--AuJmkMz_Ruu7hV7UzoL79JzY>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sun, 05 Jul 2020 13:40:06 -0000

Correlation is not causation?

-----Original Message-----
From: Eliot Lear <lear@cisco.com> 
Sent: 05 July 2020 14:00
To: adrian@olddog.co.uk
Cc: Jay Daley <jay@ietf.org>; rfced-future@iab.org
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108
proposals)

Hi Adrian,

> On 5 Jul 2020, at 13:08, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
> Answering Jay while being a little puzzled that Brian and Eliot both
mentioned the ISE in this discussion.

I put this in the context of the ISE because prior to the ISE existing, the
RFC Editor *did* exert control as a function of the role, including the
tweaking of at least one IETF stream RFC.  Since the the creation of the
ISE, I have seen no indication that the RSE has ever attempted to exercise
any sort of veto over any document coming from a stream.  Perhaps others
have had different experiences since then.

Eliot


From nobody Sun Jul  5 09:14:36 2020
Return-Path: <johnl@iecc.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 BF0DF3A09C7 for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 09:14:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.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 6jPDm1u5Rrnu for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 09:14:33 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2C0C3A09C6 for <rfced-future@iab.org>; Sun,  5 Jul 2020 09:14:32 -0700 (PDT)
Received: (qmail 40523 invoked from network); 5 Jul 2020 16:14:30 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=9e49.5f01fc66.k2007; bh=eLt9kOFQj32p/03mjRlxHeYavbJv50KY1MGSDUHCbPs=; b=V/zBlbvM2iGRheHerUljBXqLiAC/7ERAKzmLilChXEt5qdNNygTs6B9PwYbCtxa5GaXczrwA3lNXRViCF10DktNZAttXThoBtK4kZojUO510jA41AJ7nGj07HtLtsvknlQTpsRZKh6BxIqVGqZH0A9oF+meD74hmHsTFQMi17It7X+D808nNdux4WbbPcoEjxUbsjnd7nQzwpJEDt9nJxWecbfmcA9WHEdyl/18xePOpdUnkBTU1s+Jnq9slcVtS
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTP via TCP6; 05 Jul 2020 16:14:30 -0000
Received: by ary.qy (Postfix, from userid 501) id AC3381C55266; Sun,  5 Jul 2020 12:14:40 -0400 (EDT)
Date: 5 Jul 2020 12:14:40 -0400
Message-Id: <20200705161440.AC3381C55266@ary.qy>
From: "John Levine" <johnl@iecc.com>
To: rfced-future@iab.org
Cc: adrian@olddog.co.uk
In-Reply-To: <066401d652bc$94ccd730$be668590$@olddog.co.uk>
Organization: Taughannock Networks
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/xvCGMfKUueeinb8vb20zReZQFxQ>
Subject: Re: [Rfced-future] Standing behind the RPC (was: Scope and IETF 108 proposals)
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: Sun, 05 Jul 2020 16:14:35 -0000

In article <066401d652bc$94ccd730$be668590$@olddog.co.uk> you write:
>> Does that include championing those parts of the overall publishing
>> process that sit exclusively with the RSE/RPC, such as formatting or
>> which xml tag to use?

They talk to me about it all the time.

Generally it's clear what the desired result is and the question is what
is the best way to express it.

R's,
John


From nobody Sun Jul  5 13:36:17 2020
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 62F9A3A0AEE for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 13:36:16 -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=unavailable 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 gBzAFMcma-GI for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 13:36:15 -0700 (PDT)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (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 346743A0AF3 for <rfced-future@iab.org>; Sun,  5 Jul 2020 13:36:14 -0700 (PDT)
Received: by mail-pl1-x632.google.com with SMTP id x8so13629504plm.10 for <rfced-future@iab.org>; Sun, 05 Jul 2020 13:36:14 -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=LM7Rqb5sYUO00Ze2489t+xPT8iKgBcSI0qYNKCl+Ruk=; b=NWSfTJsgNdyVGbDOUoPW6x1Pn6NxvC2UXi3SEamVM19e9XeQWKRgLtfGRNj5pquCQ8 3AdFpKQzYCjiJzjGKv0wvw7gu/x+GQgaisJjK3eYe+cXioErt2xSFL15Cb9e7LKHSM+5 dlSrQAtTAF8r147OPAGVYr7O6CLhEZ2B0XET9dduWrp84Sc13cedGHO+N/4d+HgBZUGA lnq6Zeaa57c+mtUaTBwuUr/kySOgDLk+8qNUfRsbElT+/C1zwpc+BQFSaR/XidV9yPF2 hB1YRvKT+lbw6C89rD4RTpnTZ0wNWKTSWZCOFlydtMulNQQ+Hik4yCWVDp+r2wU724ie qv4Q==
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=LM7Rqb5sYUO00Ze2489t+xPT8iKgBcSI0qYNKCl+Ruk=; b=U7fs4SRsKQ2bRdCsljlPcq0UhunBg1OS8FKDNu8qM34UyNoM+YtYSN0SU4tShchcqv Eq1YybG5maXAvnF8eH4qoHTSnw5a/W4sMClNNneVQzxs7skUgmwMitodaOJmC3vaTdsM f7gMUN5WY0lyvG+nLkoouwcGNkH4qOvnInqFUKg1trP38ULMpFP5qZFqCQBVVjd9m/6B IQ8Vj+n+E6Zd4lsfFIAY3albedxDeCL9OhhGnrbL6W3wdeb4wYEylJxiRIeMhIlP8pAY EizLKn7R/lZME0VYsAdMelAuEtn396L/5gI6v4VJfvNb/G0127fi8KLeu9SD7muoaiQx BnDQ==
X-Gm-Message-State: AOAM530rpqkTdEsPbzLnA9fRH+Ir3tAwys0vPFVD/6Jc+S+jk+uMgABe c2klJnGLAV8CqHPyT4IT5BM=
X-Google-Smtp-Source: ABdhPJyLBa0nfHM0UgP0eZaWhxN6hOcq5UZIR6F6zafznSLFP0N3uDR/LBgm9CiLQJ54upTeN3BxnQ==
X-Received: by 2002:a17:902:b905:: with SMTP id bf5mr9005881plb.250.1593981374419;  Sun, 05 Jul 2020 13:36:14 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.129.236]) by smtp.gmail.com with ESMTPSA id m9sm1346620pjs.18.2020.07.05.13.36.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Jul 2020 13:36:13 -0700 (PDT)
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, adrian@olddog.co.uk
Cc: rfced-future@iab.org, Jay Daley <jay@ietf.org>
References: <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <D5B7EAEF-1450-41AC-AEDB-B0EA86E0CFDC@ietf.org> <066401d652bc$94ccd730$be668590$@olddog.co.uk> <AA5766EB-1517-4AA5-AC40-1519AA332E36@cisco.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <49d29b40-9bc3-ebe6-75ea-bba738255497@gmail.com>
Date: Mon, 6 Jul 2020 08:36:09 +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: <AA5766EB-1517-4AA5-AC40-1519AA332E36@cisco.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/uo-Qo7u2exqAhp8p6v2wQMsfL-Y>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Sun, 05 Jul 2020 20:36:16 -0000

On 06-Jul-20 01:00, Eliot Lear wrote:
> Hi Adrian,
> 
>> On 5 Jul 2020, at 13:08, Adrian Farrel <adrian@olddog.co.uk> wrote:
>>
>> Answering Jay while being a little puzzled that Brian and Eliot both mentioned the ISE in this discussion.
> 
> I put this in the context of the ISE because prior to the ISE existing, the RFC Editor *did* exert control as a function of the role, including the tweaking of at least one IETF stream RFC.  Since the the creation of the ISE, I have seen no indication that the RSE has ever attempted to exercise any sort of veto over any document coming from a stream.  Perhaps others have had different experiences since then.

I think that's right. Labelling the Independent stream rather than having a rather vague category of "stuff that doesn't fit anywhere else" was IMHO an important clarification and allowed a separation of some of the roles that wasn't possible before. Specifically, it created a category where there clearly is a single decision taker (the ISE) who is clearly distinct from the editing and publishing team. And by implication, that took away the single decision taker role from the RSE.

Regards
    Brian C


From nobody Sun Jul  5 18:15:35 2020
Return-Path: <mt@lowentropy.net>
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 32C5A3A0CEC for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 18:15:34 -0700 (PDT)
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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=YFG6u5lS; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=db2tHM4R
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 0j-8fkIdHwR6 for <rfced-future@ietfa.amsl.com>; Sun,  5 Jul 2020 18:15:33 -0700 (PDT)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 068EF3A0CEB for <rfced-future@iab.org>; Sun,  5 Jul 2020 18:15:32 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id DF41D4B1; Sun,  5 Jul 2020 21:15:31 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Sun, 05 Jul 2020 21:15:32 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=fBNh/vmTFlZpzchRYlXlJNu4nA83hb7 r3zVibmUdCGc=; b=YFG6u5lSaHq3xGCOGG+HjEZavyszxAjkXPRAMd6TVKBu+0Q 5GlWsXlMLaViP9Ss+1dK6UKYMzIphE2y1/7NFwxWNaPqUhZaiyeNwngWI3R5NK4+ InMfWZqENxJo1lzOL0L/ni7POsIUznviZ1dwlcWJvm4p0xGu8w9f29auOa862ime mpf9Q2Hi0U8QGsbbcj0Df0IzPoS2/xKlOc2aNtrtCeyDHhgyp9rZHjU257PmLZ3K S/ZVAG56J/zEyUrcIX+HrLAkt2hJL0J2bRHLtkcoDfuo3D1ub9U1dzGTRygM0jWG 7saWRYDOBOqrHmr3pmjlSP3DiXbBdq1Gp7jqvHA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=fBNh/v mTFlZpzchRYlXlJNu4nA83hb7r3zVibmUdCGc=; b=db2tHM4RV95CXBBCXwNkpd /M1CN4AAfN1G9Ntu8tThswTG1cmY2ym+Rkeisj1MXfDD14VeMCQFRjqZ4687RKj8 JYPTA7zoX217HGc3TEayZVAvNPfuEGgEm5CSPtOUMc1BKjv61YCx1BorC5Krr6T3 SNWbQ8LCU8Mub5uLjbivig8RCB0yIgkwjpm1RsFEb8X5/gqz7k8sRMCcEpJbaTrJ I+LoO2Hkov8939w6n6Pt8BulJEfxMzEDy9LvXBKeUNSqEGWZhmukY6qEWxtQxPPk VjYcX1KyTuhQsFbRxzZqtWvuQ7gMB2s3uXBg8duIZns9KsKtDCf2gijeNAID9lHw ==
X-ME-Sender: <xms:M3sCXxAWF147NMEwjEHexD-o-LSupePGyTdRvoDOijIF4RYIgHFu6Q>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvgdegudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsehttdertderredtnecuhfhrohhmpedfofgrrhht ihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenucggtf frrghtthgvrhhnpeekteeuieektdekleefkeevhfekffevvdevgfekgfeluefgvdejjeeg ffeigedtjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:M3sCX_jgXExJAiHeLRnXJH_G254bSbgLukplzqJPgGwI_vfdGDePaQ> <xmx:M3sCX8nxqmH46Jq1Xvu_WmXc7yVd3FUVKrzfd22OiaGk5G8RsSk4sg> <xmx:M3sCX7z0MqPaGtxGNQElneHKfa5yDjeSwouXMCFqH_sNZh--dcOLpQ> <xmx:M3sCX9cyTiSqL9GEq0JYKkA3KqO6L4X8omLxhcH5dDXgXJ-BqVxoLg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 25143E00C6; Sun,  5 Jul 2020 21:15:31 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com>
In-Reply-To: <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com>
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com>
Date: Mon, 06 Jul 2020 11:15:00 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: "Brian E Carpenter" <brian.e.carpenter@gmail.com>, rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/9uuCMGEBvCfhmFp7ogc_zwRDzCQ>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Mon, 06 Jul 2020 01:15:34 -0000

On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
> Yes. I think this in and of itself is enough to justify the existence 
> of an independent Series Editor supported by a Board that can use the 
> wider community as a sounding board.

I think that it argues for having a supervisory role for the RPC empowered to negotiate with stream managers, but nothing more.

Let's say that someone working at the RPC had a conflict with an individual author that the two were unable to resolve.  I would expect the RPC management to provide their staff with support that they can rely on in these cases.  At places I've worked, if you have a recalcitrant customer, you talk to your manager and they either help you resolve the issue or they escalate with the customer's management.  In that case, this is the stream manager.  If management can't work something out, there is something seriously wrong [1].

So - at least to me - this doesn't imply anything about an RSE.  Unless you assume that an RPC won't be able to rely on having management.

The situation we have right now almost seems [2] like one where management is provided to the RPC.  And that is - at least in my experience - a little odd.  Having management of the supplier supplied by the customer is just strange.  While it is often the case that an organization tasks a specific person with oversight of an important supplier, that person still ultimately serves the customer's needs.  The way our current arrangement works has some very odd implications regarding who the person ultimately serves.

I understand the desire to have someone above all of this, but that person won't be a person the RPC can stand behind, because that person will hold other interests at a higher priority than those of the RPC.

Cheers,
Martin

[1] The ultimate recourse is, of course, termination of contract, which we might as well acknowledge.  It's painful and very much worth avoiding.
[2] I don't have a lot of visibility into the actual dynamics here, but I don't think that this characterization is entirely correct.  But this is what it looks like from my recent interactions.


From nobody Mon Jul  6 04:26:27 2020
Return-Path: <ekr@rtfm.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 1D9213A13D8 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 04:26:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 u3Mue7O9zlwV for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 04:26:24 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (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 5EB063A13F5 for <rfced-future@iab.org>; Mon,  6 Jul 2020 04:26:24 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id q7so31574046ljm.1 for <rfced-future@iab.org>; Mon, 06 Jul 2020 04:26:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CjFox2Q+KJNR7x1U6uXy0kF6r9an4lY6pL5vXNxUIuY=; b=bHVUV9t2ep1rTFaIvPKm6Svskf3Szc4z5pEaUUd7NhPU5Qeioy02Rg5saVXd3sqW5F lHqCcp8voYpUmsS2t0tRW1+wGIhd+RP0qcSQ8akV9tVnal+1QG2Ev5XEyLEN91Cndxy3 V3okAKL2q5khKa54ZNYv1q0Mf/AqHjQasRk7DYcsrjQaj1bFqs2kpNfUZgxSacuKt3FR kZl/JjVetc+VoL9YkhRblQx614qaNZB5Y3atWt3KMKRx95nDcg3X5PyS5YFbzWaSCxEJ eT+yt3VJSyqcT4I7ldTAmagYjyg/+0NVSl7311SeFWEzdUAvsUEvK05qsGRI3dia+cqQ l4uQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CjFox2Q+KJNR7x1U6uXy0kF6r9an4lY6pL5vXNxUIuY=; b=rTIFmblxBqjf4pMgn6LYIX3bLsEsYq/UAQ4PVhMdLCHHekD2uGZyF65VLKjIRXklec jG3ED0uuDAM7wtJeaZvq7r6Z2Ilh799yBbZOq/aQL5JGo+5m9x8EeLM+5EVbuusKJGgz SA5lMn+8p3OuCWwZ+eM/CZ9yTu6baouUX8s/HkMBRFgrVz7YPIc1RVGrpSJJQxQ/JCA6 XYyEhSJ6X7mk2CN1MurGMjspjZdFRucLzHGKta1HFEurwN6KK5H+vICWHAghb4Uhzf+4 zVOcSu53Uqak9vKgRYxv1I3QtQqDUyChFH873Tv9/QwDsY5MSSXs6H+RPzDSXIp4e4nP aesQ==
X-Gm-Message-State: AOAM531XzlPPcBm7MiLeBx2d5LOUD27u1/LC/Q5Fdqg+nMfnYp5hZW13 hgEJVsVB+DUeurfvSSTvClssVpTnnBBu3ghJ8TGmkQ==
X-Google-Smtp-Source: ABdhPJzXevmnVj+EL1rcnJvhYuSy7yA7q4Ad2DSAOvM2FY20mtwUBCbmCIAGOSInL5EDD7BSq8jI0m3evoruj4WBzpk=
X-Received: by 2002:a2e:999a:: with SMTP id w26mr21515284lji.371.1594034782674;  Mon, 06 Jul 2020 04:26:22 -0700 (PDT)
MIME-Version: 1.0
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com> <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com>
In-Reply-To: <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 6 Jul 2020 04:25:46 -0700
Message-ID: <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com>
To: Martin Thomson <mt@lowentropy.net>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, rfced-future@iab.org
Content-Type: multipart/alternative; boundary="000000000000fb378805a9c424a8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/LlYPkQ7OczxhcMDbpCfsXfoXilk>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Mon, 06 Jul 2020 11:26:26 -0000

--000000000000fb378805a9c424a8
Content-Type: text/plain; charset="UTF-8"

On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson <mt@lowentropy.net> wrote:

> On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
> > Yes. I think this in and of itself is enough to justify the existence
> > of an independent Series Editor supported by a Board that can use the
> > wider community as a sounding board.
>
> I think that it argues for having a supervisory role for the RPC empowered
> to negotiate with stream managers, but nothing more.
>
> Let's say that someone working at the RPC had a conflict with an
> individual author that the two were unable to resolve.  I would expect the
> RPC management to provide their staff with support that they can rely on in
> these cases.  At places I've worked, if you have a recalcitrant customer,
> you talk to your manager and they either help you resolve the issue or they
> escalate with the customer's management.  In that case, this is the stream
> manager.  If management can't work something out, there is something
> seriously wrong [1].
>

Indeed. Consider that in the present setting we already have Secretariat
staff (who at present work for the same company!) who have an opportunity
to interact with the IETF community and in fact arguably have more
opportunities for conflict. And yet we all expect the Secretariat to be
clearly subordinate to the LLC.

-Ekr

--000000000000fb378805a9c424a8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Sun, Jul 5, 2020 at 6:15 PM Martin=
 Thomson &lt;<a href=3D"mailto:mt@lowentropy.net">mt@lowentropy.net</a>&gt;=
 wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, =
Jul 4, 2020, at 09:15, Brian E Carpenter wrote:<br>
&gt; Yes. I think this in and of itself is enough to justify the existence =
<br>
&gt; of an independent Series Editor supported by a Board that can use the =
<br>
&gt; wider community as a sounding board.<br>
<br>
I think that it argues for having a supervisory role for the RPC empowered =
to negotiate with stream managers, but nothing more.<br>
<br>
Let&#39;s say that someone working at the RPC had a conflict with an indivi=
dual author that the two were unable to resolve.=C2=A0 I would expect the R=
PC management to provide their staff with support that they can rely on in =
these cases.=C2=A0 At places I&#39;ve worked, if you have a recalcitrant cu=
stomer, you talk to your manager and they either help you resolve the issue=
 or they escalate with the customer&#39;s management.=C2=A0 In that case, t=
his is the stream manager.=C2=A0 If management can&#39;t work something out=
, there is something seriously wrong [1].<br></blockquote><div><br></div><d=
iv>Indeed. Consider that in the present setting we already have Secretariat=
 staff (who at present work for the same company!) who have an opportunity =
to interact with the IETF community and in fact arguably have more opportun=
ities for conflict. And yet we all expect the Secretariat to be clearly sub=
ordinate to the LLC.<br></div><div><br></div><div>-Ekr</div><br></div></div=
>

--000000000000fb378805a9c424a8--


From nobody Mon Jul  6 10:13:52 2020
Return-Path: <msj@nthpermutation.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 387073A17BE for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 10:13:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=nthpermutation-com.20150623.gappssmtp.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 tbAN_ZGn4WF3 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 10:13:49 -0700 (PDT)
Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (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 5C5B93A17B0 for <rfced-future@iab.org>; Mon,  6 Jul 2020 10:13:49 -0700 (PDT)
Received: by mail-qk1-x731.google.com with SMTP id e11so35555316qkm.3 for <rfced-future@iab.org>; Mon, 06 Jul 2020 10:13:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nthpermutation-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=lipd77em1vjV4Ai/Bq0VGT78OG+rHJbziPflDfbvpB8=; b=Wzu9In5qOed3a6uEe1rML+uwx8YPmzdBqx2kSyVvnemIzMDvDksYN1GP1S1JBL2ARv l5AY1LNavyulnskvN0q5Ht4Bw4axjm6rtpcGHQWtBybQ/2H40hsepLGn5RVFjDPpG8Zi Y9oZ4G9tTolvjH8JiSUd08i+nmRSL6N+ieYhapceI4WlNkcDvdZb7JRc5Bc3wCVrtP1s K2eMKS51mL1U+/AzK02JAfNeNKOJHCD/SCK+v84i3q+0Y4QtHQIoRyxNO+sjkxYPhxwU Vp7gr7hM3crCWW6KA3SLaeH4QAshiJ5e+jNymMEoZdefV6Y8hl7ljLiYD9qbC7jWz8ZQ qVPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=lipd77em1vjV4Ai/Bq0VGT78OG+rHJbziPflDfbvpB8=; b=ne7i2Wp6vOGDc077qb97CHMrDVU9vqHPkjVWiCu1dkIxULxQunPSzVuBZabLTBNsYZ fdI29vbv47MDt7SWJr3CfFTKixAyUtz2bCxp13BEr+kKZPBcx6NcKK5Vp7LE1mxWiHRe QstYpRE+Vdi3lUfAnPyd760GIJvSoXFhpNBkcxh+ZOxV+3vs7PPyOjs/OoxmciXQboRU Izz9aOLSSPUhBWOOhKOYJvSmsqFHY338sp/2fDJJHWJSaDo71knI2Uwdv1hpuic4fijY 5M3YdW40/B6dwdwzezt4XU9SlD4KKPJHTdV7zsraMIEvjdfAw8UDEBQzayIGPY91jhn5 K8Sg==
X-Gm-Message-State: AOAM531oqiYi8CCq0lsTNz9wK24FC9+aRHvx7sR0xG2RFF8eRIgWRQjy niJEhI7puS3N2yvsMzY+1Zq4v//cLoaZig==
X-Google-Smtp-Source: ABdhPJzPVLnV35Yef8S0Y3CFkMN51YIyWl/C1Klp52UPRpitWAMXZnzPTDJKNpyCI9agCFdi5x8Ucw==
X-Received: by 2002:a05:620a:10a4:: with SMTP id h4mr47061078qkk.320.1594055627697;  Mon, 06 Jul 2020 10:13:47 -0700 (PDT)
Received: from [192.168.1.115] (pool-71-163-188-115.washdc.fios.verizon.net. [71.163.188.115]) by smtp.gmail.com with ESMTPSA id m14sm20971532qke.99.2020.07.06.10.13.46 for <rfced-future@iab.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jul 2020 10:13:47 -0700 (PDT)
To: rfced-future@iab.org
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com> <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com> <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com>
From: Michael StJohns <msj@nthpermutation.com>
Message-ID: <d803f9d7-92b3-7e71-f9ad-57fd7f97c90f@nthpermutation.com>
Date: Mon, 6 Jul 2020 13:13:45 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------1E1CCF7210FFA86F2CA88536"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/l22FmrEpXwzzIhk9-xgq5adl9pU>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Mon, 06 Jul 2020 17:13:51 -0000

This is a multi-part message in MIME format.
--------------1E1CCF7210FFA86F2CA88536
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

On 7/6/2020 7:25 AM, Eric Rescorla wrote:
>
>
> On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson <mt@lowentropy.net 
> <mailto:mt@lowentropy.net>> wrote:
>
>     On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
>     > Yes. I think this in and of itself is enough to justify the
>     existence
>     > of an independent Series Editor supported by a Board that can
>     use the
>     > wider community as a sounding board.
>
>     I think that it argues for having a supervisory role for the RPC
>     empowered to negotiate with stream managers, but nothing more.
>
>     Let's say that someone working at the RPC had a conflict with an
>     individual author that the two were unable to resolve.  I would
>     expect the RPC management to provide their staff with support that
>     they can rely on in these cases.  At places I've worked, if you
>     have a recalcitrant customer, you talk to your manager and they
>     either help you resolve the issue or they escalate with the
>     customer's management.  In that case, this is the stream manager. 
>     If management can't work something out, there is something
>     seriously wrong [1].
>
>
> Indeed. Consider that in the present setting we already have 
> Secretariat staff (who at present work for the same company!) who have 
> an opportunity to interact with the IETF community and in fact 
> arguably have more opportunities for conflict. And yet we all expect 
> the Secretariat to be clearly subordinate to the LLC.

Not exactly.   They contract to the IETF LLC as an organization, and 
they have both supervisors within the organization, and a point of 
contact/contract manager who works for the LLC (e.g. Jay).    
Contractors are not subordinate to those they contract with, neither 
"lower in rank or position" nor here "under the control or authority" of 
the LLC or IETF.    The relationship here is a partnership where the 
terms of that partnership are controlled by the terms of the 
contract.     The secretariat is not under the control  of the LLC, 
except to the extent that the LLC may choose to change the organization 
providing secretariat services or renegotiate the contract which 
describes how those services are provided.  Treating contractors as 
subordinates is somewhat how we got to this place.

I've had true subordinates (other military placed under my direction), 
employees (subordinate to the extent of company policy and HR 
directives), and contractors (~100s over many years).  None of the 
latter - which included Jon, Bob and Joyce at times - were ever 
"subordinate" to me or even to the US Government.

Martin's approach above might be useful, but it a) might require a 
contract change, and b) might cost $$ as the cost for a POC as he 
describes would necessarily be borne by the contract.  Right now, those 
costs are accounted for under the RSE contract.  I'd also note that for 
the legal purposes, the stream managers currently have no special 
standing.  That's not to say the RPC should ignore them, but they have 
no more authority over RPC direction than any random IETF participant.

Later, Mike

>
> -Ekr
>
>


--------------1E1CCF7210FFA86F2CA88536
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 7/6/2020 7:25 AM, Eric Rescorla
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Sun, Jul 5, 2020 at 6:15
            PM Martin Thomson &lt;<a href="mailto:mt@lowentropy.net"
              moz-do-not-send="true">mt@lowentropy.net</a>&gt; wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">On Sat, Jul 4, 2020, at
            09:15, Brian E Carpenter wrote:<br>
            &gt; Yes. I think this in and of itself is enough to justify
            the existence <br>
            &gt; of an independent Series Editor supported by a Board
            that can use the <br>
            &gt; wider community as a sounding board.<br>
            <br>
            I think that it argues for having a supervisory role for the
            RPC empowered to negotiate with stream managers, but nothing
            more.<br>
            <br>
            Let's say that someone working at the RPC had a conflict
            with an individual author that the two were unable to
            resolve.  I would expect the RPC management to provide their
            staff with support that they can rely on in these cases.  At
            places I've worked, if you have a recalcitrant customer, you
            talk to your manager and they either help you resolve the
            issue or they escalate with the customer's management.  In
            that case, this is the stream manager.  If management can't
            work something out, there is something seriously wrong [1].<br>
          </blockquote>
          <div><br>
          </div>
          <div>Indeed. Consider that in the present setting we already
            have Secretariat staff (who at present work for the same
            company!) who have an opportunity to interact with the IETF
            community and in fact arguably have more opportunities for
            conflict. And yet we all expect the Secretariat to be
            clearly subordinate to the LLC.<br>
          </div>
        </div>
      </div>
    </blockquote>
    <p>Not exactly.   They contract to the IETF LLC as an organization,
      and they have both supervisors within the organization, and a
      point of contact/contract manager who works for the LLC (e.g.
      Jay).    Contractors are not subordinate to those they contract
      with, neither "lower in rank or position" nor here "under the
      control or authority" of the LLC or IETF.    The relationship here
      is a partnership where the terms of that partnership are
      controlled by the terms of the contract.     The secretariat is
      not under the control  of the LLC, except to the extent that the
      LLC may choose to change the organization providing secretariat
      services or renegotiate the contract which describes how those
      services are provided.  Treating contractors as subordinates is
      somewhat how we got to this place.<br>
    </p>
    <p>I've had true subordinates (other military placed under my
      direction), employees (subordinate to the extent of company policy
      and HR directives), and contractors (~100s over many years).  None
      of the latter - which included Jon, Bob and Joyce at times - were
      ever "subordinate" to me or even to the US Government.<br>
    </p>
    <p>Martin's approach above might be useful, but it a) might require
      a contract change, and b) might cost $$ as the cost for a POC as
      he describes would necessarily be borne by the contract.  Right
      now, those costs are accounted for under the RSE contract.  I'd
      also note that for the legal purposes, the stream managers
      currently have no special standing.  That's not to say the RPC
      should ignore them, but they have no more authority over RPC
      direction than any random IETF participant.</p>
    <p>Later, Mike<br>
    </p>
    <blockquote type="cite"
cite="mid:CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com">
      <div dir="ltr">
        <div class="gmail_quote">
          <div><br>
          </div>
          <div>-Ekr</div>
          <br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>

--------------1E1CCF7210FFA86F2CA88536--


From nobody Mon Jul  6 11:06:08 2020
Return-Path: <ekr@rtfm.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 ABA983A07A1 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 11:06:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 VI9tubo1DDtw for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 11:06:04 -0700 (PDT)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 62A273A077A for <rfced-future@iab.org>; Mon,  6 Jul 2020 11:06:03 -0700 (PDT)
Received: by mail-lj1-x22d.google.com with SMTP id b25so42956814ljp.6 for <rfced-future@iab.org>; Mon, 06 Jul 2020 11:06:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=K7TPtZhI+sXGfCQlDFyjuGTD207Ru16/RuU8k2K7G10=; b=L3T1OPRkn7cnLgimG2bOxCMAlyitZzuRhc5z8Bf+F0Y8BW3QBzRA4Dh2d2WFthod6m LTk4syoUdgLYfm+7IWe4wwQwzfHYg80O627l9upKBsGbnZg1MSe7bhIRIeQPOrKUucoc C8MK/MAXpjDPBbNBp9O/q3RuMXEtr3JZGcq0An8ModPGYZJLbCyN9bXEMK+7PqnuDhiX nKjFYu1F30zi+lGTLJ9oHEPHnhHjdbPq3j3aSkEDpa22u9aMXBxiW+rGu+MzTz58C6bw WrSyaOUeM3qAQ0Yuyb7LN4IemYWjvsV/7RHvfA+cuaEUfT0T/PETns6PhaPuLqW/Fajr g3xA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=K7TPtZhI+sXGfCQlDFyjuGTD207Ru16/RuU8k2K7G10=; b=HrsS+b7F+ycq+wsj+e/5SU9fB4ejFf5gZoOgaacXNLE1De4t6gHoZLw8k/c0erLitM X2bBot13CDF7bQR161YEzXlLYXJTGVh2vGhpjUjTjyyZkrg88VeSNvF4PGv33NfwF/h3 YJ2uQKRcQ3L0zj8rR2pYkoKPTAKBe/VlPQODLN2GXRtMPESRR5kjEkgVrPWWCb0julFj ELfHA7wFOlxZlntfgaw7np7bXDVPkQ6Qlgkf6rH03/anSL8y8xRCjDKRdRCSj9+Jerbe c8DaUeepBRKfla4P5dYnpdxeN0jwbOpO9hJPE/NZSMaYN1cwH7y6WowbXp7V2l1+JqFo G3Hg==
X-Gm-Message-State: AOAM532wa/BUUu94E7A1YHE7uSkrX1VBENO8BeBjkBzCli0tu1GMD3yd h5f1CKxsKSHoHnUeZkAq6iyJH4CcX9Ytw6EU/pxmrj09YNs=
X-Google-Smtp-Source: ABdhPJzKg88SKEue/UfY4Flq/JQDAaH+23BryMnNxPJXZOu0GI0Hw3soq8FyNncQUqzlY2KIU8Yg5td33iD7eJfJw2k=
X-Received: by 2002:a2e:91c7:: with SMTP id u7mr22533912ljg.184.1594058761498;  Mon, 06 Jul 2020 11:06:01 -0700 (PDT)
MIME-Version: 1.0
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com> <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com> <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com> <d803f9d7-92b3-7e71-f9ad-57fd7f97c90f@nthpermutation.com>
In-Reply-To: <d803f9d7-92b3-7e71-f9ad-57fd7f97c90f@nthpermutation.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 6 Jul 2020 11:05:25 -0700
Message-ID: <CABcZeBNQ8LxOWEKFfb5fK0jpRUzRxJBZ8DtPSd2GR-FC26bL3w@mail.gmail.com>
To: Michael StJohns <msj@nthpermutation.com>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000003b07ab05a9c9ba01"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/NIsOUs9WLxCR_jfIDI0pe9T7Ous>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Mon, 06 Jul 2020 18:06:07 -0000

--0000000000003b07ab05a9c9ba01
Content-Type: text/plain; charset="UTF-8"

On Mon, Jul 6, 2020 at 10:13 AM Michael StJohns <msj@nthpermutation.com>
wrote:

> On 7/6/2020 7:25 AM, Eric Rescorla wrote:
>
>
>
> On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson <mt@lowentropy.net> wrote:
>
>> On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
>> > Yes. I think this in and of itself is enough to justify the existence
>> > of an independent Series Editor supported by a Board that can use the
>> > wider community as a sounding board.
>>
>> I think that it argues for having a supervisory role for the RPC
>> empowered to negotiate with stream managers, but nothing more.
>>
>> Let's say that someone working at the RPC had a conflict with an
>> individual author that the two were unable to resolve.  I would expect the
>> RPC management to provide their staff with support that they can rely on in
>> these cases.  At places I've worked, if you have a recalcitrant customer,
>> you talk to your manager and they either help you resolve the issue or they
>> escalate with the customer's management.  In that case, this is the stream
>> manager.  If management can't work something out, there is something
>> seriously wrong [1].
>>
>
> Indeed. Consider that in the present setting we already have Secretariat
> staff (who at present work for the same company!) who have an opportunity
> to interact with the IETF community and in fact arguably have more
> opportunities for conflict. And yet we all expect the Secretariat to be
> clearly subordinate to the LLC.
>
> Not exactly.   They contract to the IETF LLC as an organization, and they
> have both supervisors within the organization, and a point of
> contact/contract manager who works for the LLC (e.g. Jay).    Contractors
> are not subordinate to those they contract with, neither "lower in rank or
> position" nor here "under the control or authority" of the LLC or IETF.
> The relationship here is a partnership where the terms of that partnership
> are controlled by the terms of the contract.
>
I can see you objecting to the term "subordinate", and while I think you're
wrong here, I don't think we need to overindex on it.

However "partnership" is also wrong. The Secretariat is a vendor and the
LLC is a customer. And while the terms of that relationship are set out
under the terms of the contract, the details of the performance necessarily
involve a fair amount of detailed direction from the LLC and the IESG. For
example, see the sections of the contract around Administrative Manager
service (2 and 3), which lists general duties but in practice the way those
duties is performed will be determined by the customer (even before you get
to "escape hatch" clauses like 2(b)(ii)14.

-Ekr

--0000000000003b07ab05a9c9ba01
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jul 6, 2020 at 10:13 AM Micha=
el StJohns &lt;<a href=3D"mailto:msj@nthpermutation.com">msj@nthpermutation=
.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">
 =20
   =20
 =20
  <div>
    <div>On 7/6/2020 7:25 AM, Eric Rescorla
      wrote:<br>
    </div>
    <blockquote type=3D"cite">
     =20
      <div dir=3D"ltr">
        <div dir=3D"ltr"><br>
        </div>
        <br>
        <div class=3D"gmail_quote">
          <div dir=3D"ltr" class=3D"gmail_attr">On Sun, Jul 5, 2020 at 6:15
            PM Martin Thomson &lt;<a href=3D"mailto:mt@lowentropy.net" targ=
et=3D"_blank">mt@lowentropy.net</a>&gt; wrote:<br>
          </div>
          <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8=
ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Jul 4, =
2020, at
            09:15, Brian E Carpenter wrote:<br>
            &gt; Yes. I think this in and of itself is enough to justify
            the existence <br>
            &gt; of an independent Series Editor supported by a Board
            that can use the <br>
            &gt; wider community as a sounding board.<br>
            <br>
            I think that it argues for having a supervisory role for the
            RPC empowered to negotiate with stream managers, but nothing
            more.<br>
            <br>
            Let&#39;s say that someone working at the RPC had a conflict
            with an individual author that the two were unable to
            resolve.=C2=A0 I would expect the RPC management to provide the=
ir
            staff with support that they can rely on in these cases.=C2=A0 =
At
            places I&#39;ve worked, if you have a recalcitrant customer, yo=
u
            talk to your manager and they either help you resolve the
            issue or they escalate with the customer&#39;s management.=C2=
=A0 In
            that case, this is the stream manager.=C2=A0 If management can&=
#39;t
            work something out, there is something seriously wrong [1].<br>
          </blockquote>
          <div><br>
          </div>
          <div>Indeed. Consider that in the present setting we already
            have Secretariat staff (who at present work for the same
            company!) who have an opportunity to interact with the IETF
            community and in fact arguably have more opportunities for
            conflict. And yet we all expect the Secretariat to be
            clearly subordinate to the LLC.<br>
          </div>
        </div>
      </div>
    </blockquote>
    <p>Not exactly.=C2=A0=C2=A0 They contract to the IETF LLC as an organiz=
ation,
      and they have both supervisors within the organization, and a
      point of contact/contract manager who works for the LLC (e.g.
      Jay).=C2=A0=C2=A0=C2=A0 Contractors are not subordinate to those they=
 contract
      with, neither &quot;lower in rank or position&quot; nor here &quot;un=
der the
      control or authority&quot; of the LLC or IETF.=C2=A0=C2=A0=C2=A0 The =
relationship here
      is a partnership where the terms of that partnership are
      controlled by the terms of the contract.=C2=A0=C2=A0</p></div></block=
quote><div>I can see you objecting to the term &quot;subordinate&quot;, and=
 while I think you&#39;re wrong here, I don&#39;t think we need to overinde=
x on it. <br></div><div><br></div><div>However &quot;partnership&quot; is a=
lso wrong. The Secretariat is a vendor and the LLC is a customer. And while=
 the terms of that relationship are set out under the terms of the contract=
, the details of the performance necessarily involve a fair amount of detai=
led direction from the LLC and the IESG. For example, see the sections of t=
he contract around Administrative Manager service (2 and 3), which lists ge=
neral duties but in practice the way those duties is performed will be dete=
rmined by the customer (even before you get to &quot;escape hatch&quot; cla=
uses like 2(b)(ii)14.<br></div><div><br></div>-Ekr</div><div class=3D"gmail=
_quote"><br>
</div></div>

--0000000000003b07ab05a9c9ba01--


From nobody Mon Jul  6 12:24:33 2020
Return-Path: <jay@ietf.org>
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 897D53A09C6 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 12:24:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 aD0QUIam1Vc2; Mon,  6 Jul 2020 12:24:30 -0700 (PDT)
Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id D53653A09BE; Mon,  6 Jul 2020 12:24:29 -0700 (PDT)
From: Jay Daley <jay@ietf.org>
Message-Id: <110EFC03-1FFF-4161-8575-F62B062C9B01@ietf.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_9930242D-F11A-44EE-ABC3-FF4D5A7B89AA"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Tue, 7 Jul 2020 07:24:27 +1200
In-Reply-To: <CABcZeBNQ8LxOWEKFfb5fK0jpRUzRxJBZ8DtPSd2GR-FC26bL3w@mail.gmail.com>
Cc: Michael StJohns <msj@nthpermutation.com>, rfced-future@iab.org
To: Eric Rescorla <ekr@rtfm.com>
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com> <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com> <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com> <d803f9d7-92b3-7e71-f9ad-57fd7f97c90f@nthpermutation.com> <CABcZeBNQ8LxOWEKFfb5fK0jpRUzRxJBZ8DtPSd2GR-FC26bL3w@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Qas2oc2Iw9OcrrxS-MzmXaLLnh8>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Mon, 06 Jul 2020 19:24:33 -0000

--Apple-Mail=_9930242D-F11A-44EE-ABC3-FF4D5A7B89AA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii



> On 7/07/2020, at 6:05 AM, Eric Rescorla <ekr@rtfm.com> wrote:
>=20
>=20
>=20
> On Mon, Jul 6, 2020 at 10:13 AM Michael StJohns =
<msj@nthpermutation..com <mailto:msj@nthpermutation.com>> wrote:
> On 7/6/2020 7:25 AM, Eric Rescorla wrote:
>>=20
>>=20
>> On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson <mt@lowentropy.net =
<mailto:mt@lowentropy.net>> wrote:
>> On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
>> > Yes. I think this in and of itself is enough to justify the =
existence=20
>> > of an independent Series Editor supported by a Board that can use =
the=20
>> > wider community as a sounding board.
>>=20
>> I think that it argues for having a supervisory role for the RPC =
empowered to negotiate with stream managers, but nothing more.
>>=20
>> Let's say that someone working at the RPC had a conflict with an =
individual author that the two were unable to resolve.  I would expect =
the RPC management to provide their staff with support that they can =
rely on in these cases.  At places I've worked, if you have a =
recalcitrant customer, you talk to your manager and they either help you =
resolve the issue or they escalate with the customer's management.  In =
that case, this is the stream manager.  If management can't work =
something out, there is something seriously wrong [1].
>>=20
>> Indeed. Consider that in the present setting we already have =
Secretariat staff (who at present work for the same company!) who have =
an opportunity to interact with the IETF community and in fact arguably =
have more opportunities for conflict. And yet we all expect the =
Secretariat to be clearly subordinate to the LLC.
> Not exactly.   They contract to the IETF LLC as an organization, and =
they have both supervisors within the organization, and a point of =
contact/contract manager who works for the LLC (e.g. Jay).    =
Contractors are not subordinate to those they contract with, neither =
"lower in rank or position" nor here "under the control or authority" of =
the LLC or IETF.    The relationship here is a partnership where the =
terms of that partnership are controlled by the terms of the contract. =20=

>=20
> I can see you objecting to the term "subordinate", and while I think =
you're wrong here, I don't think we need to overindex on it.=20
>=20
> However "partnership" is also wrong. The Secretariat is a vendor and =
the LLC is a customer. And while the terms of that relationship are set =
out under the terms of the contract, the details of the performance =
necessarily involve a fair amount of detailed direction from the LLC and =
the IESG. For example, see the sections of the contract around =
Administrative Manager service (2 and 3), which lists general duties but =
in practice the way those duties is performed will be determined by the =
customer (even before you get to "escape hatch" clauses like 2(b)(ii)14.

That is spot on.  The work of the Secretariat is wide ranging and the =
interaction between the LLC/IESG and Secretariat is across the full =
spectrum from high-level low-touch to low-level high-touch. The latter =
is because the LLC is deliberately lightweight with only two staffers =
and so the Secretariat provides the admin support that would otherwise =
be provided by a staffer.

I personally think the  word 'contractor' is key here as that is very =
well understood (at least in the US context) to mean a =
person/organisation that is instructed on "what to do" but not "how to =
do it".


Jay

>=20
> -Ekr
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
> https://www.iab.org/mailman/listinfo/rfced-future =
<https://www.iab.org/mailman/listinfo/rfced-future>
--=20
Jay Daley
IETF Executive Director
jay@ietf.org


--Apple-Mail=_9930242D-F11A-44EE-ABC3-FF4D5A7B89AA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 7/07/2020, at 6:05 AM, Eric Rescorla &lt;<a =
href=3D"mailto:ekr@rtfm.com" class=3D"">ekr@rtfm.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div =
dir=3D"ltr" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><br class=3D"Apple-interchange-newline"><br =
class=3D""><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Mon, Jul 6, 2020 at 10:13 AM Michael StJohns =
&lt;<a href=3D"mailto:msj@nthpermutation.com" =
class=3D"">msj@nthpermutation..com</a>&gt; wrote:<br =
class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin: 0px =
0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; =
border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div =
class=3D""><div class=3D"">On 7/6/2020 7:25 AM, Eric Rescorla wrote:<br =
class=3D""></div><blockquote type=3D"cite" class=3D""><div dir=3D"ltr" =
class=3D""><div dir=3D"ltr" class=3D""><br class=3D""></div><br =
class=3D""><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson =
&lt;<a href=3D"mailto:mt@lowentropy.net" target=3D"_blank" =
class=3D"">mt@lowentropy.net</a>&gt; wrote:<br =
class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin: 0px =
0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; =
border-left-color: rgb(204, 204, 204); padding-left: 1ex;">On Sat, Jul =
4, 2020, at 09:15, Brian E Carpenter wrote:<br class=3D"">&gt; Yes. I =
think this in and of itself is enough to justify the existence<span =
class=3D"Apple-converted-space">&nbsp;</span><br class=3D"">&gt; of an =
independent Series Editor supported by a Board that can use the<span =
class=3D"Apple-converted-space">&nbsp;</span><br class=3D"">&gt; wider =
community as a sounding board.<br class=3D""><br class=3D"">I think that =
it argues for having a supervisory role for the RPC empowered to =
negotiate with stream managers, but nothing more.<br class=3D""><br =
class=3D"">Let's say that someone working at the RPC had a conflict with =
an individual author that the two were unable to resolve.&nbsp; I would =
expect the RPC management to provide their staff with support that they =
can rely on in these cases.&nbsp; At places I've worked, if you have a =
recalcitrant customer, you talk to your manager and they either help you =
resolve the issue or they escalate with the customer's management.&nbsp; =
In that case, this is the stream manager.&nbsp; If management can't work =
something out, there is something seriously wrong [1].<br =
class=3D""></blockquote><div class=3D""><br class=3D""></div><div =
class=3D"">Indeed. Consider that in the present setting we already have =
Secretariat staff (who at present work for the same company!) who have =
an opportunity to interact with the IETF community and in fact arguably =
have more opportunities for conflict. And yet we all expect the =
Secretariat to be clearly subordinate to the LLC.<br =
class=3D""></div></div></div></blockquote><p class=3D"">Not =
exactly.&nbsp;&nbsp; They contract to the IETF LLC as an organization, =
and they have both supervisors within the organization, and a point of =
contact/contract manager who works for the LLC (e.g. =
Jay).&nbsp;&nbsp;&nbsp; Contractors are not subordinate to those they =
contract with, neither "lower in rank or position" nor here "under the =
control or authority" of the LLC or IETF.&nbsp;&nbsp;&nbsp; The =
relationship here is a partnership where the terms of that partnership =
are controlled by the terms of the =
contract.&nbsp;&nbsp;</p></div></blockquote><div class=3D"">I can see =
you objecting to the term "subordinate", and while I think you're wrong =
here, I don't think we need to overindex on it.<span =
class=3D"Apple-converted-space">&nbsp;</span><br class=3D""></div><div =
class=3D""><br class=3D""></div><div class=3D"">However "partnership" is =
also wrong. The Secretariat is a vendor and the LLC is a customer. And =
while the terms of that relationship are set out under the terms of the =
contract, the details of the performance necessarily involve a fair =
amount of detailed direction from the LLC and the IESG. For example, see =
the sections of the contract around Administrative Manager service (2 =
and 3), which lists general duties but in practice the way those duties =
is performed will be determined by the customer (even before you get to =
"escape hatch" clauses like 2(b)(ii)14.<br =
class=3D""></div></div></div></div></blockquote><div><br =
class=3D""></div><div><div>That is spot on. &nbsp;The work of the =
Secretariat is wide ranging and the interaction between the LLC/IESG and =
Secretariat is across the full spectrum from high-level low-touch to =
low-level high-touch. The latter is because the LLC is deliberately =
lightweight with only two staffers and so the Secretariat provides the =
admin support that would otherwise be provided by a =
staffer.</div><div><br class=3D""></div><div>I personally think the =
&nbsp;word 'contractor' is key here as that is very well understood (at =
least in the US context) to mean a person/organisation that is =
instructed on "what to do" but not "how to do it".</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div dir=3D"ltr" =
class=3D""><div =
class=3D"gmail_quote"></div></div></blockquote></div><div>Jay</div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div =
dir=3D"ltr" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><div class=3D"gmail_quote"><div class=3D""><br =
class=3D""></div>-Ekr</div><div class=3D"gmail_quote"><br =
class=3D""></div></div><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">--<span class=3D"Apple-converted-space">&nbsp;</span></span><br=
 style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Rfced-future mailing =
list</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><a href=3D"mailto:Rfced-future@iab.org" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">Rfced-future@iab.org</a><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><a =
href=3D"https://www.iab.org/mailman/listinfo/rfced-future" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;" =
class=3D"">https://www.iab.org/mailman/listinfo/rfced-future</a></div></bl=
ockquote></div><br class=3D""><div class=3D"">
<div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0); letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div>--&nbsp;<br class=3D"">Jay Daley</div><div>IETF =
Executive Director<br class=3D""><a href=3D"mailto:jay@ietf.org" =
class=3D"">jay@ietf.org</a><br class=3D""></div></div></div></div>
</div>
<br class=3D""></body></html>=

--Apple-Mail=_9930242D-F11A-44EE-ABC3-FF4D5A7B89AA--


From nobody Mon Jul  6 18:11:53 2020
Return-Path: <mt@lowentropy.net>
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 C4FBB3A0829 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 18:11:51 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=GRWxD7vZ; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=aQmjMkE6
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 d6RUGodBfH6s for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 18:11:50 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71FA73A0828 for <rfced-future@iab.org>; Mon,  6 Jul 2020 18:11:50 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 55CF65C019C for <rfced-future@iab.org>; Mon,  6 Jul 2020 21:11:49 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Mon, 06 Jul 2020 21:11:49 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:date:from:to:subject:content-type; s= fm2; bh=3EpRARkJcsDY96vjEFOO5RHUmsgWTmmfKr5G/zrA4Ls=; b=GRWxD7vZ wf1H5uDCSP/bp/gZIWZQuGIcWfQj+LcnyLawB+YsUv35bKiKnbcDwLFE8bSnV8bd w+p58wFyPWCIa8S/R1UMUTRN4soTi2uG6M54pNMZ1MqCW4IdZHH+I4KRs+V7sDiP YDRdzauERAurhP/NxeZaB/fS/BBLQgoZle7s9/BGFYWSyp2fLLfOi2PWoUWYowZV nQyrczUqK5f41mPHSiMxLxSZHxFUw0EtgONaEML39ckguorfZNg9DOC8cKes0Sv0 h6ank9p5fX1Jq339flNEj+oY1qRjHgujCYeeVDNEO9XMDbfV6tpdFPWqnRCLkkdh ylKozMx8UpiVvw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=3EpRARkJcsDY96vjEFOO5RHUmsgWT mmfKr5G/zrA4Ls=; b=aQmjMkE6XSjXuUT3c6iLP8TQmfTRJMS6bzJrzz/aULOpY TkymjOLi4pBVEyoY+LIP0RQHBWQyhuoclznfZh9iexXFak/zkWtYfj2dgFS3d+ol t0+hQTLCb3WaOnUCxgs1eexI32P0WZGta5w+DsElgS/t4stPhohFAIMmZHNBWY8o l+B1Ufd9jsbS+K1xgEA7bX8bzOaarJ3kzrsEltJ8GDxJxx7Bzgr2+gpEndfigl3h S/YkfLNJVMb4YNGkWKNWP+1uASmctQ4gRJSaxxVtCryarG8W9CH7t+krkBd0mgOG Rxxkcpg0E5I63i79f9h8gtgBx9aeLNBaoHNgEmV3g==
X-ME-Sender: <xms:1MsDX8ynDgSGIdkbNv7SUorVlfzpnHT_TC_YRmp44IaF0C6rZ9iXAg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudeggdeghecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesthdtredtre ertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohifvghn thhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepgfehieeggfeileekhfdthfdtff egjeffvdekudffgfeltddujefhieeihffhveegnecuffhomhgrihhnpehivghtfhdrohhr ghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmth eslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:1MsDXwTWBMUV5bkwwThBkgfZueConJpVppCpgcM-7InbenuKWy9_4g> <xmx:1MsDX-UPZ_ZIrtag55v1RnW3QmiTA77j3UN8RpX7edASo12nwhJAxw> <xmx:1MsDX6juKATxqlAVWMbIbwPbJbF0PZcvKRHfosp31SOZGtCr3iX2Gw> <xmx:1csDX-zbVJ9rv0eI-4hycTSrDJqFknMSx5dtwup_GSIMmQiBxT83dA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id AFA5CE00B3; Mon,  6 Jul 2020 21:11:48 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com>
Date: Tue, 07 Jul 2020 11:11:30 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/t9pVPGpjsNCrpb6NjVWDrOYzVFk>
Subject: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 01:11:52 -0000

The following is an attempt to show a more fully-formed working based on some of the arguments I have presented recently.

https://datatracker.ietf.org/doc/html/draft-thomson-rfced-model-00

I know that several people asked "so you said X, but what does that look like?"  Hopefully, this has enough detail to make the concepts clear.

This is quite rough, I've almost certainly overlooked a few things, and much of this is very much tentative.  These aren't firmly held views either; I'm happy to discuss further.


From nobody Mon Jul  6 19:39:47 2020
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 67B7D3A0912 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 19:39:45 -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=unavailable 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 pKfSFbZ5Lsfa for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 19:39:43 -0700 (PDT)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (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 1F0C23A0925 for <rfced-future@iab.org>; Mon,  6 Jul 2020 19:39:43 -0700 (PDT)
Received: by mail-pl1-x632.google.com with SMTP id s14so16115559plq.6 for <rfced-future@iab.org>; Mon, 06 Jul 2020 19:39:43 -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=misD8kzkS/4uy0zU7nsnGrtPClLpVtBWeJGEy3TGCQs=; b=MbY0pwnbL+LUDfa8rX5yBA467Da+r0UOWG7uKkrmzf9Mq4mQDknOm8xx62qTD6yaV8 iC11k1jO24uMZIAMTOKr7nKPQho+9184Cam4PJdNyBA3H2o1P7yV7Z//LkETPYXB+hxZ Hy691uml819hT7gfXI/Sy0PHt3OumcPUfUnidnAOT11yJ5jaflr4XXLgmV1ltP/Dq46d eGd9X4LQatptnHzTxLFHSSI2PZDZYqe1VAm/1Wumtugd5GHARdYw5qU+zj8H6Dtz19lR VViFbBJnGbDB0+TWmgciCyl+javsvMPEDDURwkSXUIXkbEjrUoiwX3joFyb2iHeqxinc ORmg==
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=misD8kzkS/4uy0zU7nsnGrtPClLpVtBWeJGEy3TGCQs=; b=HhxxrrOCOFyRGSS5K4wPeDTwNjeItrCz9JXZVqiRPEaLGTzt4VPFRs01skW+2/xItF WR7eyZAVwlfnssiuFHafeWv5KxmB2XcR/3hU41QJ6t7HsFv9SC7yuyA/ZoFwZrfPorat YZ6uDqbfvOJrxuAKQ3ho6BS8C9GccTU2a4U8K8/R6lYrS/mo8jfcMgcItmaoVYViGz76 RpIs8S386VRcOhpcYepd224w8Em+i9wbMLUh9vmtb7nXqSzLf1T/+lOGit6gVA3MNb4f dw1y0b4fKrePCE5PCbO+IcU/N5IZc7zwmUsrnzJjScoMs0tzlEfbZ4PfLrMqnVin45Le 4rLg==
X-Gm-Message-State: AOAM531tvWrvaP4N+Qx8lb5QradKuZo0EICLt/SSQt7lKpTxgjMJPuCh xghfdxlg2fWnAGwA3W16Cz0o/9l3
X-Google-Smtp-Source: ABdhPJwqN00QXYuW0J7CjhI48PFuh6/5qKj+u9jnp588SHyQ3M0oWhux8QvvpfUQpT3nMcKnFIIM8Q==
X-Received: by 2002:a17:90a:2a02:: with SMTP id i2mr1994887pjd.157.1594089582429;  Mon, 06 Jul 2020 19:39:42 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.129.236]) by smtp.gmail.com with ESMTPSA id d190sm19734315pfd.199.2020.07.06.19.39.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Jul 2020 19:39:41 -0700 (PDT)
To: Jay Daley <jay@ietf.org>, Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org, Michael StJohns <msj@nthpermutation.com>
References: <052b01d65154$10479e00$30d6da00$@olddog.co.uk> <09BA89E7-A5F8-4329-9A47-AA65C0E44349@ietf.org> <058401d65183$953e1dd0$bfba5970$@olddog.co.uk> <7661f511-884d-db75-e88e-8991ddaea95b@gmail.com> <d2952fd6-98b1-40c9-b467-a9be992949a8@www.fastmail.com> <CABcZeBM_jC95hAK-GoWpfyaUpf9=YokkXeMnXOtZPdDF_0CmmA@mail.gmail.com> <d803f9d7-92b3-7e71-f9ad-57fd7f97c90f@nthpermutation.com> <CABcZeBNQ8LxOWEKFfb5fK0jpRUzRxJBZ8DtPSd2GR-FC26bL3w@mail.gmail.com> <110EFC03-1FFF-4161-8575-F62B062C9B01@ietf.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <c3f40d19-bdf6-ed30-3ec4-462c322ea9d8@gmail.com>
Date: Tue, 7 Jul 2020 14:39:37 +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: <110EFC03-1FFF-4161-8575-F62B062C9B01@ietf.org>
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/mAMBZ_tulx884C1m76jT1SLLE64>
Subject: Re: [Rfced-future] Standing behind the RPC
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: Tue, 07 Jul 2020 02:39:45 -0000

On 07-Jul-20 07:24, Jay Daley wrote:
>=20
>=20
>> On 7/07/2020, at 6:05 AM, Eric Rescorla <ekr@rtfm.com <mailto:ekr@rtfm=
=2Ecom>> wrote:
>>
>>
>>
>> On Mon, Jul 6, 2020 at 10:13 AM Michael StJohns <msj@nthpermutation..c=
om <mailto:msj@nthpermutation.com>> wrote:
>>
>>     On 7/6/2020 7:25 AM, Eric Rescorla wrote:
>>>
>>>
>>>     On Sun, Jul 5, 2020 at 6:15 PM Martin Thomson <mt@lowentropy.net =
<mailto:mt@lowentropy.net>> wrote:
>>>
>>>         On Sat, Jul 4, 2020, at 09:15, Brian E Carpenter wrote:
>>>         > Yes. I think this in and of itself is enough to justify the=
 existence=C2=A0
>>>         > of an independent Series Editor supported by a Board that c=
an use the=C2=A0
>>>         > wider community as a sounding board.
>>>
>>>         I think that it argues for having a supervisory role for the =
RPC empowered to negotiate with stream managers, but nothing more.
>>>
>>>         Let's say that someone working at the RPC had a conflict with=
 an individual author that the two were unable to resolve.=C2=A0 I would =
expect the RPC management to provide their staff with support that they c=
an rely on in these cases.=C2=A0 At places I've worked, if you have a rec=
alcitrant customer, you talk to your manager and they either help you res=
olve the issue or they escalate with the customer's management.=C2=A0 In =
that case, this is the stream manager.=C2=A0 If management can't work som=
ething out, there is something seriously wrong [1].
>>>
>>>
>>>     Indeed. Consider that in the present setting we already have Secr=
etariat staff (who at present work for the same company!) who have an opp=
ortunity to interact with the IETF community and in fact arguably have mo=
re opportunities for conflict. And yet we all expect the Secretariat to b=
e clearly subordinate to the LLC.
>>
>>     Not exactly.=C2=A0=C2=A0 They contract to the IETF LLC as an organ=
ization, and they have both supervisors within the organization, and a po=
int of contact/contract manager who works for the LLC (e.g. Jay).=C2=A0=C2=
=A0=C2=A0 Contractors are not subordinate to those they contract with, ne=
ither "lower in rank or position" nor here "under the control or authorit=
y" of the LLC or IETF.=C2=A0=C2=A0=C2=A0 The relationship here is a partn=
ership where the terms of that partnership are controlled by the terms of=
 the contract.=C2=A0=C2=A0
>>
>> I can see you objecting to the term "subordinate", and while I think y=
ou're wrong here, I don't think we need to overindex on it.=C2=A0
>>
>> However "partnership" is also wrong. The Secretariat is a vendor and t=
he LLC is a customer. And while the terms of that relationship are set ou=
t under the terms of the contract, the details of the performance necessa=
rily involve a fair amount of detailed direction from the LLC and the IES=
G. For example, see the sections of the contract around Administrative Ma=
nager service (2 and 3), which lists general duties but in practice the w=
ay those duties is performed will be determined by the customer (even bef=
ore you get to "escape hatch" clauses like 2(b)(ii)14.
>=20
> That is spot on. =C2=A0The work of the Secretariat is wide ranging and =
the interaction between the LLC/IESG and Secretariat is across the full s=
pectrum from high-level low-touch to low-level high-touch. The latter is =
because the LLC is deliberately lightweight with only two staffers and so=
 the Secretariat provides the admin support that would otherwise be provi=
ded by a staffer.
>=20
> I personally think the =C2=A0word 'contractor' is key here as that is v=
ery well understood (at least in the US context) to mean a person/organis=
ation that is instructed on "what to do" but not "how to do it".

Yes. And that's clearly exactly what we expect for the RPC. I think the d=
ifficulty we have here is about how the RSE role can be defined with the =
right blend of independence and a defined "what to do" while also staying=
 out of the RPC contract management path. Stated like that, it's almost c=
onsultancy.

    Brian


From nobody Mon Jul  6 20:15:08 2020
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 C84CE3A09AD for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 20:15:05 -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 h7ZK4tN5_O8S for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 20:15:03 -0700 (PDT)
Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 ADA743A09AA for <rfced-future@iab.org>; Mon,  6 Jul 2020 20:15:03 -0700 (PDT)
Received: by mail-pl1-x62d.google.com with SMTP id x8so15257694plm.10 for <rfced-future@iab.org>; Mon, 06 Jul 2020 20:15:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=Bxcngo8ZjztbCwXv1+5m+73liJRnp0UncvarBfGuQZc=; b=UYhfSlBVwXuUH/rptZzQ/PqGzYtRrMUVBegCSQ3sX5m+1r/5+WweahCnQs0HHinhAX AZia9lNFkv8JB2sUgXA92trU4lBArjBCa8yTWHFCgUkZHL87RpEID1UZZbmnngbS0r4D gyHLSJZTXip46d2shGDPriYg9ezN85kSgNjA6cPtDSXGI7XA4Lu0wRwp2xuPt8J2EKG0 grThUdUHIYKf8CbbENHPHV49ZxFQbM5mPc0sjaOamGzHS58VNvV6v2hUoblXevhdCI0n HLFTbVhoNMk8wd6ltBwBTUf8WeZKvpPK9aupuzBsFHhX6QhngxZZBmbxOqp//h0Q0w4y lhew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Bxcngo8ZjztbCwXv1+5m+73liJRnp0UncvarBfGuQZc=; b=KVkuT4DDqWKISdvFgx673Q84oRku8Br+CZC6QbSczHeOddJyjMzGPEY1bcqh33avzo TnxBJAPuTjrAmE6RknFaMl6F86NRuBD1oHA8TgbpEV2bEKq9tw8cgmEa5SYapep+TysC hmIuBk6pW8KH+JOwYxNCT3YDfxipPDTJ/jHcuGlMmeUwRH+es4ASaMgSyZneA05xrzp/ z0PogT7pwenKTSY28wZQ8SW2k2XQubmTeuEpg+gtxOgno1NFCFoncQJXX/s8DMWsMswf xUSzPaINqCnhHxcYnWKQPD9vJL81gSEeq0A1RhSiwwAS9jYNf247kSx2mGjGZpBnUjpo ug0w==
X-Gm-Message-State: AOAM5304K0NkGMBFy8lWlgUvA+uamTERBn7QkLPi3zCoIG/UVJht8+Y7 ralc18yk46f+0WlvpJeTJX+tSv5n
X-Google-Smtp-Source: ABdhPJxygU/rHvyiL42Ld0Pn/pXM4wi91MWCu58qaZJ+myEDyqAYDbGxUSiSimcmpRyT3jlE/fNFrQ==
X-Received: by 2002:a17:90a:f007:: with SMTP id bt7mr2133694pjb.214.1594091702766;  Mon, 06 Jul 2020 20:15:02 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.129.236]) by smtp.gmail.com with ESMTPSA id np5sm777326pjb.43.2020.07.06.20.15.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Jul 2020 20:15:02 -0700 (PDT)
To: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com>
Date: Tue, 7 Jul 2020 15:14:58 +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: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/nJvu2194ghhi-LpCcI6d1tZgleQ>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 03:15:07 -0000

Martin,

Thanks for writing down your ideas. You won't be surprised that I disagree...

The basic problem is that this focuses rather narrowly on the RFC production process and short-changes the strategy issue. I do agree that we need to make it clear that this is a process that is contracted out by the LLC and that therefore oversight of contract performance belongs 100% to the LLC, which automatically eliminates much of what the RSOC has been doing. To the extent that the RSE was previously involved in contract monitoring, I think that should be eliminated too. I think there's also agreement that IT work such as the xml2rfcv3 migration should be overseen as an engineering project, not by the RSE** role.

(** I'm not sure that RSE is still the right job title, but I'll use it for convenience.)

However:

> Setting the policies that set targets for REP performance and more detailed requirements for operation of their functions has historically been delegated to the RSOC.

No. Historically it was delegated to the RSE. Before the RSOC existed, it was very clear this was a direct and complete delegation from the IAB, with the IAB's role limited, as I have quoted many times, to "approve the appointment of an organization to act as RFC Editor and the general policy followed by the RFC Editor." Since the RSOC was created, that BCP hasn't been updated, so the authority that the IAB delegated to the RSOC really was the same. Quoting RFC6635:

"The RSOC will act with authority delegated from the IAB: in general,
 it will be the RSOC that will approve consensus policy and vision
 documents as developed by the RSE in collaboration with the
 community."

So your proposal:

"Concretely, this proposes forming a RFC Series Evolution program of the IAB that uses the auspices of an IAB program, one that closely follows the model proposed in [RSEME]."

is a radical change that abolishes the Series Editor role and leaves this set of worries on the IAB's plate, but without having a senior professional with relevant knowledge and experience in charge of the community consultation. (We all agree on the need for organised community consultation, I think.)

The other aspect that's bothersome to me is that the net effect is *more* work for the IAB, rather than less. Surely as a community we should make it easier for the IAB to do its main job, which is the A bit of its name. So I think we should go in exactly the opposite direction: remove the RFC Editor entirely from the IAB's job description, create/enhance the community consultation mechanism, and again bring in someone with an appropriate skill set to lead that process and formulate strategy etc.

That would actually be substantially less than what the previous RSE was asked to do, because of what I think is common ground: that oversight of the RPC contracts and of any paid tools development properly belongs to the LLC. So it is mainly a strategy/policy role that possibly needs a new name.

Regards
   Brian Carpenter

On 07-Jul-20 13:11, Martin Thomson wrote:
> The following is an attempt to show a more fully-formed working based on some of the arguments I have presented recently.
> 
> https://datatracker.ietf.org/doc/html/draft-thomson-rfced-model-00
> 
> I know that several people asked "so you said X, but what does that look like?"  Hopefully, this has enough detail to make the concepts clear.
> 
> This is quite rough, I've almost certainly overlooked a few things, and much of this is very much tentative.  These aren't firmly held views either; I'm happy to discuss further.
> 


From nobody Mon Jul  6 21:19:12 2020
Return-Path: <mt@lowentropy.net>
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 BE8E83A07B1 for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 21:19:04 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=DJ4DU1WA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=b4Xfz5aH
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 szhFh5OXhj9H for <rfced-future@ietfa.amsl.com>; Mon,  6 Jul 2020 21:19:03 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51D613A079D for <rfced-future@iab.org>; Mon,  6 Jul 2020 21:19:03 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 924055C0136 for <rfced-future@iab.org>; Tue,  7 Jul 2020 00:19:02 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Tue, 07 Jul 2020 00:19:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=pMzoTrU6SpIfot3RIftU/aAj6i003/a j8A8798+GzuY=; b=DJ4DU1WALTGoIwV3TNydfbpU7uvZ7MhASgUtyAe5cFzg+qo 1Ymio+49t+Czf/wNw1y/BXAyvEI4yxYya1wMx0dKUSeYDUaQWGNLQhGVIQDlLK7j Uv6uYgYyNbc4wnfyWKluwrtyDja/4d2NvA8MAY4Q2rgt14igDULo/h8g70iXvDoG XdhjGBNAeuA9NuzeEPgSp8e8h+pH8wAeTIjGOoxEtqAFaZFVi6qUIqhpZHFneX5I 8SHzlgk/apLUuNy0Djglczp/hUpmMifAXOqqbpESqII9m6kKUiXa6Zm0S1Ixbw0A c/ag7gaGXC1sXTvZB8E3BqXhEMoyUgxBJGbAOkw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=pMzoTr U6SpIfot3RIftU/aAj6i003/aj8A8798+GzuY=; b=b4Xfz5aHzaRZgJUauxmNyd GxwUohPz5JdP8UyVbIHCW3ybNLw5aRCGET5i+htVNqRqcZbH2shKHT4bAZSNVMsz gH+2Qo7yxIUQiFezqKJGmORImNvdKgJpQ5qrm6NSxPuu4+wy0O1V3UAhu43VKPqH Xcb3Uwp7wFIm/LqkIoH3+9qr5Ghl6a85hVir4/NRtI9+r3pRhqMq7paixXgEWUbc yMSVJcgTLHt/KqH5ARnXRERphbMBFuJpU0zk1XxHLFVHtPjwRU0Xb3EUvngY2+fZ GJbmClaNmBPJaRxo/JkuLXoTsq6EYeWgxc6o+4CntZuvfuMMaJ1tjpMCwx5rmLeg ==
X-ME-Sender: <xms:tvcDX5ejtmsDeOTfMQvJTbSMPGSGsibdd7o-RNlDuFk20FJGJsPDRQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudeggdekhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepkeetueeikedtkeelfeekve fhkeffvedvvefgkefgleeugfdvjeejgeffieegtdejnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvth
X-ME-Proxy: <xmx:tvcDX3Nt5_w-ZN1gMY_Y6-rCLJbIs1G48KUuZW3iatIx1V-TvO23zg> <xmx:tvcDXyhEQzIwGJ54NIwhxvMWIEZvTLL40KbNRa91JcVMc0oVvHvg2A> <xmx:tvcDXy9ho5-rxN0QNCHkTyv2mhJd84Wm4E1XWDKn-r6XkLgfvzHkJQ> <xmx:tvcDX-OPKtNu6CUImHZZR9Vm1Y20zhVQ5xg8PRd_-YPt2wfYeTRa-w>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 45C9FE00B3; Tue,  7 Jul 2020 00:19:02 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-576-gfe2cd66-fm-20200629.001-gfe2cd668
Mime-Version: 1.0
Message-Id: <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
In-Reply-To: <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com>
Date: Tue, 07 Jul 2020 14:18:42 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/1pFXtOsj6LkV8Tm7xVQ6WUmDIOs>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 04:19:11 -0000

On Tue, Jul 7, 2020, at 13:14, Brian E Carpenter wrote:
> The basic problem is that this focuses rather narrowly on the RFC 
> production process and short-changes the strategy issue. 
...
> So your proposal [...] is a radical change that abolishes the Series Editor role and leaves 
> this set of worries on the IAB's plate, but without having a senior 
> professional with relevant knowledge and experience in charge of the 
> community consultation.

I think that this gets at the crux of the matter, so I'll address these together.

Yes, this proposes that we allocate fewer resources to the strategy function.  That is based on my experience with how much actual strategizing was performed in the time I followed this process as opposed to other things.

In my time on the IAB (and just preceding it), the bulk of time spent on "strategy" was spent on the v3 format, though there were other things like minting DOIs for RFCs.  These strategic items did not consume inordinate amounts of IAB or RSOC time then, even though the v3 format was a relatively intensive process at the level the work happened.  The IAB involvement was, as you might expect, executive level: we determined whether the process was functioning and approved the outcomes.  What dominated RSOC time was largely related to operations - or execution of strategy - reporting on document processing, monitoring costs and workload, discussion of tools development, and so forth.

I do recall several lengthy discussions about the number of authors on a document, but as these were recurrent and inconclusive, I am of the view that these are perfect for a working group to strategize on.

So I don't see this shifting more onto the IAB plate, either in terms of time spent or the extent of what we as a community might be asking of the IAB.  On the contrary, separation of operational duties from the strategic allows us to properly scale the resources we dedicate to each task.  As operational matters dominate, then finding a lightweight process for managing strategy is best.

Cheers,
Martin


From nobody Tue Jul  7 10:04:46 2020
Return-Path: <ekr@rtfm.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 CB1703A1164 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:04:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 qRJwTYGCUu_O for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:04:39 -0700 (PDT)
Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (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 8C7A63A1179 for <rfced-future@iab.org>; Tue,  7 Jul 2020 10:04:39 -0700 (PDT)
Received: by mail-lj1-x22f.google.com with SMTP id h19so50816702ljg.13 for <rfced-future@iab.org>; Tue, 07 Jul 2020 10:04:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZwBU+eieycr8f1DgjisxT4+mKSL9CFJU7/kl6Xcjj70=; b=yiA52O81JgFMufyNIC2YbHyggVXBsKH1WrDMGaGc8L0YWKo2eNQ5FHHr67Jor8Xw5r UYiTOGgCkLGqi7WZIc4H8p9wBiA+cK0YCMrQu4HktPpLabYMcoyEXvXhNZK6WJwhZXpA tUJtEzoMBeR4aycq8OsAFS8+/elPNINZQFgsWiEEe13P5zt63opDZtapXTKzqWwlxgZv fW87HeyLaCn8oYjwBuXgHB/nLjOjZzHDrKR3CD0pVVmdxkDabycJIhE5C9bxd86hEHSK Vb+mrqOgp1HmbHO81ROere8K3TlPSixfv2eA0EquMmXTsWhgXTu5VdqA2a4VuJJHFv9H VKaA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZwBU+eieycr8f1DgjisxT4+mKSL9CFJU7/kl6Xcjj70=; b=GGvZQqKtAlx/I0jWmTE5BWQQWZ0r1HsfhbtoBkvYUm1MNdx34nas83mRBw06K146wG E+jbqvMX5CUNLXPiVJSEdvoVCIwLQyKpoWngcnOwGvCYAB1p96XmITYHstGgdncw5weJ r7oZqZZDTadSYxbuT5pqlwdv5Q7DHZAFYjwDZrwkLZzzXEUFkge4O8vHUYnaA/bYKxDu 3Omn+njIgUN2xEXYAEmRJLNjInnWBYCZtpDtOvjpxi6/THVzxzVVnPA5k8wphYCLuoy0 +FG9KWCx2AyaBjKYF/KFXTfFLWAOlvR9Zol3SC7BZkLJodyN0xivMv7dActRn3v3b/z/ qd8Q==
X-Gm-Message-State: AOAM530rzpoKK8vuqlHvarjA/nBUGopT3ZuISkdJSpiVeLkSAB2mhEYR EiyPUv5fo0blLuozWH0KoDpjAl1QzMZPs5GQqW3RDWQ6/Qx3Sw==
X-Google-Smtp-Source: ABdhPJzTC4h29vNC4Qlzp6RNH7SOoJkoOzWeEtxxBauJiRUJwEVT7E/0slc429ShMwfd8zes4a6a+muKlXs+JMldJHo=
X-Received: by 2002:a2e:3311:: with SMTP id d17mr30874215ljc.13.1594141477625;  Tue, 07 Jul 2020 10:04:37 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
In-Reply-To: <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 10:04:01 -0700
Message-ID: <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
To: Martin Thomson <mt@lowentropy.net>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000007ef38805a9dcfcf1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/H-65Tqmhq1Bvq0AWoGcMpQXHG7M>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 17:04:43 -0000

--0000000000007ef38805a9dcfcf1
Content-Type: text/plain; charset="UTF-8"

On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson <mt@lowentropy.net> wrote:

> I do recall several lengthy discussions about the number of authors on a
> document, but as these were recurrent and inconclusive, I am of the view
> that these are perfect for a working group to strategize on.
>

I'd like to focus in on this example for a moment, as it also consumed
a fair amount of IESG time, and I think it shows some of the
complexity here.

Authorship conventions vary fairly significantly even within
genres. For instance, in computer security alone, I am familiar
with at least three primary author ordering rules:

- Students first, ranked from most to least contribution, followed by
  professors (sometimes ranked loosely from least to most
  supervision/engagement). [a lot of Security]

- Students first, but loosely ranked by increasing need to find a job
  as well as contribution, then professors as above
  [Systems-influenced Security]

- Alphabetical [Crypto]

If you go outside computer science into broader paper publishing
you will also see the following (among others):

- Giant author lists [especitally particle physics [0]]

- Detailed taxonomies of what contributors/authors did
  [medicine [1]]


My point here is that authorship policies depend on what values the
community in question is trying to promote (recognizing people's
contributions, advancing their careers, precisely delimiting what
everyone has done, having a single point of contact, etc.). And when
we discussed these topics in the IESG, we discussed similar
considerations. Thus, while these discussions certainly do benefit
from understanding the perspectives of other communities deciding on
the right policies is more about community objectives than it is about
publishing expertise.  Indeed, it seems possible that we might develop
different policies for different streams depending on which objectives
are most important to those streams.

-Ekr


[0]
https://www.nature.com/news/physics-paper-sets-record-with-more-than-5-000-authors-1.17567

[1]
https://www.elsevier.com/authors/journal-authors/policies-and-ethics/credit-author-statement

--0000000000007ef38805a9dcfcf1
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jul 6, 2020 at 9:19 PM Martin=
 Thomson &lt;<a href=3D"mailto:mt@lowentropy.net">mt@lowentropy.net</a>&gt;=
 wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I do recall several lengthy discussions about the number of authors on a do=
cument, but as these were recurrent and inconclusive, I am of the view that=
 these are perfect for a working group to strategize on.<br></blockquote><d=
iv><br></div><div>I&#39;d like to focus in on this example for a moment, as=
 it also consumed<br>a fair amount of IESG time, and I think it shows some =
of the<br>complexity here.<br><br>Authorship conventions vary fairly signif=
icantly even within<br>genres. For instance, in computer security alone, I =
am familiar<br>with at least three primary author ordering rules:<br><br>- =
Students first, ranked from most to least contribution, followed by<br>=C2=
=A0 professors (sometimes ranked loosely from least to most<br>=C2=A0 super=
vision/engagement). [a lot of Security]<br><br>- Students first, but loosel=
y ranked by increasing need to find a job<br>=C2=A0 as well as contribution=
, then professors as above<br>=C2=A0 [Systems-influenced Security]<br><br>-=
 Alphabetical [Crypto]<br><br>If you go outside computer science into broad=
er paper publishing<br>you will also see the following (among others):<br><=
br>- Giant author lists [especitally particle physics [0]]<br><br>- Detaile=
d taxonomies of what contributors/authors did<br>=C2=A0 [medicine [1]] <br>=
<br><br>My point here is that authorship policies depend on what values the=
<br>community in question is trying to promote (recognizing people&#39;s<br=
>contributions, advancing their careers, precisely delimiting what<br>every=
one has done, having a single point of contact, etc.). And when<br>we discu=
ssed these topics in the IESG, we discussed similar<br>considerations. Thus=
, while these discussions certainly do benefit<br>from understanding the pe=
rspectives of other communities deciding on<br>the right policies is more a=
bout community objectives than it is about<br>publishing expertise.=C2=A0 I=
ndeed, it seems possible that we might develop<br>different policies for di=
fferent streams depending on which objectives<br>are most important to thos=
e streams.<br><br>-Ekr<br>=C2=A0<br><br>[0] <a href=3D"https://www.nature.c=
om/news/physics-paper-sets-record-with-more-than-5-000-authors-1.17567">htt=
ps://www.nature.com/news/physics-paper-sets-record-with-more-than-5-000-aut=
hors-1.17567</a><br><br>[1] <a href=3D"https://www.elsevier.com/authors/jou=
rnal-authors/policies-and-ethics/credit-author-statement">https://www.elsev=
ier.com/authors/journal-authors/policies-and-ethics/credit-author-statement=
</a> =C2=A0 =C2=A0 =C2=A0 =C2=A0<br><br></div></div></div>

--0000000000007ef38805a9dcfcf1--


From nobody Tue Jul  7 10:27:24 2020
Return-Path: <jmh@joelhalpern.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 04A473A1164 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:27: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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 KxTmyYICh0U8 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:27:21 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 567EF3A0F43 for <rfced-future@iab.org>; Tue,  7 Jul 2020 10:27:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B1Ts51FK9z6GD3f; Tue,  7 Jul 2020 10:27:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594142841; bh=lWd40QBHwuyooLdUOMdHp9HfhRzo8b6djRCxhVd7jhU=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=JfZXKawQ4cfHdvq4wOKHJAF/0ll4EEfwuJud6l3s+RQZqK9vEv6M7WHPs30OY5hOG jgme6RjLOufU0LqCAY4lh/U+KeaE7kZO1hBz1UUBcMhrCeYEc22kUYh3CWkXfEvsZ3 DAVOf6V/Jj61WalBpbRSk6lOX2eYs9+Nx1z3+0h4=
X-Quarantine-ID: <gpjV6UaxaR4p>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4B1Ts44pMqz6GCnp; Tue,  7 Jul 2020 10:27:20 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <7eb9cdfc-c295-8de8-cba5-a5a1ca6ff6f7@joelhalpern.com>
Date: Tue, 7 Jul 2020 13:27:19 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/0_PI8DePq_vxjLYS4aOKSEm6NhA>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 17:27:23 -0000

I understand that other communities handle authorship differently, and 
that we may (collectively) decide to handle it differently for the RFC 
series than we currently do.

However, if we few it as a single series (which we currently do, with 
subdivisions) we have taken the few that I think is appropriate that we 
want a single approach to general appearence, etc.  As such, having 
drastically different authorship policies for different sub-sets of RFCs 
would seem a drastic change.

Yours,
Joel

On 7/7/2020 1:04 PM, Eric Rescorla wrote:
> 
> 
> On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson <mt@lowentropy.net 
> <mailto:mt@lowentropy.net>> wrote:
> 
>     I do recall several lengthy discussions about the number of authors
>     on a document, but as these were recurrent and inconclusive, I am of
>     the view that these are perfect for a working group to strategize on.
> 
> 
> I'd like to focus in on this example for a moment, as it also consumed
> a fair amount of IESG time, and I think it shows some of the
> complexity here.
> 
> Authorship conventions vary fairly significantly even within
> genres. For instance, in computer security alone, I am familiar
> with at least three primary author ordering rules:
> 
> - Students first, ranked from most to least contribution, followed by
>    professors (sometimes ranked loosely from least to most
>    supervision/engagement). [a lot of Security]
> 
> - Students first, but loosely ranked by increasing need to find a job
>    as well as contribution, then professors as above
>    [Systems-influenced Security]
> 
> - Alphabetical [Crypto]
> 
> If you go outside computer science into broader paper publishing
> you will also see the following (among others):
> 
> - Giant author lists [especitally particle physics [0]]
> 
> - Detailed taxonomies of what contributors/authors did
>    [medicine [1]]
> 
> 
> My point here is that authorship policies depend on what values the
> community in question is trying to promote (recognizing people's
> contributions, advancing their careers, precisely delimiting what
> everyone has done, having a single point of contact, etc.). And when
> we discussed these topics in the IESG, we discussed similar
> considerations. Thus, while these discussions certainly do benefit
> from understanding the perspectives of other communities deciding on
> the right policies is more about community objectives than it is about
> publishing expertise.  Indeed, it seems possible that we might develop
> different policies for different streams depending on which objectives
> are most important to those streams.
> 
> -Ekr
> 
> 
> [0] 
> https://www.nature.com/news/physics-paper-sets-record-with-more-than-5-000-authors-1.17567
> 
> [1] 
> https://www.elsevier.com/authors/journal-authors/policies-and-ethics/credit-author-statement 
> 
> 
> 


From nobody Tue Jul  7 10:50:18 2020
Return-Path: <nico@cryptonector.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 4AA483A07FF for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:50:17 -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, 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 (1024-bit key) header.d=cryptonector.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 u7OJQEoJrv2u for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:50:16 -0700 (PDT)
Received: from glass.ash.relay.mailchannels.net (glass.ash.relay.mailchannels.net [23.83.222.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B9823A0A01 for <rfced-future@iab.org>; Tue,  7 Jul 2020 10:49:49 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0CFDA7E0F1E; Tue,  7 Jul 2020 17:49:45 +0000 (UTC)
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (100-96-19-19.trex.outbound.svc.cluster.local [100.96.19.19]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 5FDCE7E1218; Tue,  7 Jul 2020 17:49:40 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Tue, 07 Jul 2020 17:49:44 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Versed-Illegal: 3a6919d556732d69_1594144184805_337903954
X-MC-Loop-Signature: 1594144184805:273259568
X-MC-Ingress-Time: 1594144184804
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTP id BE37DB473F; Tue,  7 Jul 2020 10:49:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=zjSdSUCgb9x2WJ LldPtuidQZ2mg=; b=FJQR7YZeekmQ+ApQPs47wUujSrSiV8/Bo4TyCV88o/t3X0 gfYJzP9LQjlZJmjq2yDXU+sAHQzQClcSoUwfWspw/wmSq/sDwu2ou9aR0hPCgLGz iCNBG6gNfaVdSACGp5J/kTi1b5g844NAy2Tla7jHpRRJhSpm0c5LLvcrIZcnY=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTPSA id 7DA6AB473E; Tue,  7 Jul 2020 10:49:36 -0700 (PDT)
Date: Tue, 7 Jul 2020 12:49:32 -0500
X-DH-BACKEND: pdx1-sub0-mail-a38
From: Nico Williams <nico@cryptonector.com>
To: Eric Rescorla <ekr@rtfm.com>
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
Message-ID: <20200707174930.GP3100@localhost>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrudehgdduudduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucggtffrrghtthgvrhhnpefftdektefhueetveeigfefgeejteejvdfhhefgvddtfeeujeehleeguefhgffhgfenucfkphepvdegrddvkedruddtkedrudekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhm
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/79r5f8zpF8AR9mmu_8g9Lp14ijs>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 17:50:17 -0000

On Tue, Jul 07, 2020 at 10:04:01AM -0700, Eric Rescorla wrote:
> On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson <mt@lowentropy.net> wrote:
> > I do recall several lengthy discussions about the number of authors on a
> > document, but as these were recurrent and inconclusive, I am of the view
> > that these are perfect for a working group to strategize on.
> 
> I'd like to focus in on this example for a moment, as it also consumed
> a fair amount of IESG time, and I think it shows some of the
> complexity here.
> 
> [elided]

Brian's point was that this is too much work for the IAB, and not
Internet Architecture at that.  Martin's was that it was not too much
work, so it's OK to have the IAB provide oversight.  You say this took a
lot of the IESG's time.  So it sounds like you're with Brian?

FWIW, I like Martin's model, but I agree that if it would overload the
IAB then that part needs more thought.  At any rate, it seems there's no
disagreement about the LLC being in charge of contractual and funding
issues, so the only real point of disagreement -at least between Brian
and Martin- is to do with oversight and delegation by the IAB.

Nico
-- 


From nobody Tue Jul  7 10:51:40 2020
Return-Path: <huitema@huitema.net>
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 830843A08BD for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:51:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 IwOd7RhZU2GD for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 10:51:33 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8A6E3A0893 for <rfced-future@iab.org>; Tue,  7 Jul 2020 10:51:30 -0700 (PDT)
Received: from xse328.mail2web.com ([66.113.197.74] helo=xse.mail2web.com) by mx37.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jsrkV-0007DW-MB for rfced-future@iab.org; Tue, 07 Jul 2020 19:51:28 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4B1VNS5jGHz3JN6 for <rfced-future@iab.org>; Tue,  7 Jul 2020 10:51:04 -0700 (PDT)
Received: from [10.5.2.14] (helo=xmail04.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jsrkG-0006C5-M1 for rfced-future@iab.org; Tue, 07 Jul 2020 10:51:04 -0700
Received: (qmail 22335 invoked from network); 7 Jul 2020 17:51:04 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.187]) (envelope-sender <huitema@huitema.net>) by xmail04.myhosting.com (qmail-ldap-1.03) with ESMTPA for <rfced-future@iab.org>; 7 Jul 2020 17:51:03 -0000
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <7eb9cdfc-c295-8de8-cba5-a5a1ca6ff6f7@joelhalpern.com>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <fbb94e7f-1abc-5ca6-af3a-4dfa02e47400@huitema.net>
Date: Tue, 7 Jul 2020 10:51:03 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <7eb9cdfc-c295-8de8-cba5-a5a1ca6ff6f7@joelhalpern.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: 66.113.197.74
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.56)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVF+CGJIg6eL+k Bm4EUfvr3UTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4iJ/txGEdgq4bsYdEWhb4PCQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuEaZ3WIIa/WG5uTfK4bh5BPg7GrRD93GuKsil0DsNlfaQNjS91 xLLHjz8tOnVewUzjKn6AaXxoL/FjeXc4guU5t5coTPkiAq+E/1gvF2d40ruQVyADaS6UpCBADjTx teudCa15Ytj/yAhGv8ezOASMHW/bWfgucjnNmABpGhD9TTsjQT2BGVI0EbGkW8Q42wJCdCZm6kTr qH+fmxyzQoG+NtezYqxGMqsKjARq8PBC4qjRn0hhkccum+xyb3k4eNalTAas0edmB2q/yBRqnQY9 Wp4oEuFb796V1/nl3YbqwU/VPb6Z51AWQAUvAUQbV3oqEaMjfjmXaBok2IyAEprch60jiD6XqsJZ tjQxlyCdseyB/kQBXu3m1qDxg6B2XQ/iOJ3j+DDpQoTcv7hBwGGVtIFP0gqqcSkAlMX+K43+J9/B H1fP3YU+2XWwKzL04bcfwzQZWnqpeh+UbGCVNeqba5Xked+P+aSZU/EB7YnRWs2LBDMrD7q/cJog wbqzsuokPO51RBbod5rqqd0HqGkzTU7JPy9twDyaj6un7qWOkNcXNDx/g9vPQyv42JOO44KE5sjc sJtVdJ1AVuOcCr3izni0EW+/nh8HB0VCDAq8bK2Jpw5u60x79m7ILuy+hK5E647lNwN4qOsSZg+f YhVZG3Fpf9P2WwOdPRT3EWlMd754CMBw7+ErSKQN7lw8ITGaNmGHCZF9ZXtfSxIkZLsbHZnckpWa LvahyBjmQxBKOzsmHW0N+NPiHPgn+dyxhvT1Z5EPOIlpyGKEA1x50oTQDUtseoetsROuM82YMzIj 8EU=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/zu7VWyIHCGT9uxcN9EnUuCn30M8>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 17:51:39 -0000

On 7/7/2020 10:27 AM, Joel M. Halpern wrote:

> I understand that other communities handle authorship differently, and
> that we may (collectively) decide to handle it differently for the RFC
> series than we currently do.
>
> However, if we few it as a single series (which we currently do, with
> subdivisions) we have taken the few that I think is appropriate that
> we want a single approach to general appearence, etc.  As such, having
> drastically different authorship policies for different sub-sets of
> RFCs would seem a drastic change.


I think Joel has a point here. Yes, the IETF is only one of several
streams, but the RFC series is in practice one of the "brands" of the
IETF. Having widely different practices in different streams would
weaken that brand, and contribute to a lesser impact of IETF standards.
I would advocate some caution there.

-- Christian Huitema


From nobody Tue Jul  7 11:03:05 2020
Return-Path: <ekr@rtfm.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 C96BD3A07F8 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 11:03:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 GEQ5q6bZYKYj for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 11:03:02 -0700 (PDT)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 2EB8E3A07F2 for <rfced-future@iab.org>; Tue,  7 Jul 2020 11:03:02 -0700 (PDT)
Received: by mail-lj1-x234.google.com with SMTP id 9so50969611ljv.5 for <rfced-future@iab.org>; Tue, 07 Jul 2020 11:03:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2FedjV4TzN4Ia2tYxRUNm+4QWtvKL/UcxB9XcXfBhwo=; b=ZaO9eWVoyl14UrTp/HbTow+mhYEMUmKarrlfQ0Y7YunofiU5IL3BIA3qQqbzjkAkzV X3afv5NU+Y00fJ63VFqWYJykRt0yrVS6E5cyx1PaofY6/r8LaywqV83d1T/YJ+ChMWlu bPlh40HgkjJ/IIVkkBSQ+ZPnrzdnTRHwv2yuLZY/B9sQMFzYfwtpqhtLzEOGNp9VM0fn OaeqRQJNpphKZMSybNpapUca8eCK6FWNGdmt4SwcvUzugTofENuH+BEOeAzlwgnjvpja NAiLyCVnPgvN69zWaZCFHNAMsEfZFP1ZNjmoqjvUXrUQKdUaGDIh/bIeyOT4t/JK6mX8 agYQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2FedjV4TzN4Ia2tYxRUNm+4QWtvKL/UcxB9XcXfBhwo=; b=kV5urCmyM6YbJHOGI2SNJrmh0R/LPOZj+MzfvKekjLEyboc/Ouh9DyObavGKBdHik+ GpxAmbvKwO/6ZLOOXVJsDFUMRYUFzSH2KYObaK46FZpAZ0cYa0Zhh1xuz3512dy8oZjS WV4DnXXDOLD9sr5Wfca9JNrF3uqtfwhDgCiE85lpUVjuU9wLZ50jSFg4784diDmdCdUn yCZXYXtU38AcG6dJgsKnR1jieGrF9w8lMavnyFwuKZ6eYEx8NwgsLfxC05t02RjwDpi0 jkmjBP8S9QzOggcmYQA6ntiM/rsNnmAIlhqLs5GaIjEMmTbSXzD0DBHqjfr7meQQA9r1 BJug==
X-Gm-Message-State: AOAM532gV9HKbm3JA4/XmBnjV1FHmqfbxyTIo8p6qwLvLR/lnxeiCqHt 865lvObnTMiRmePTarL/D1+jIxIaN7quOC8lC5XmpyO35kw=
X-Google-Smtp-Source: ABdhPJywjc1CYhbHQnQmXGB/XsH2KD+qxTA6St6mHgZwDkLfzEzF4iuka+dpurd/qxh9ELIQSkiQe1gzswTwAfQ1akM=
X-Received: by 2002:a2e:3311:: with SMTP id d17mr30991940ljc.13.1594144980289;  Tue, 07 Jul 2020 11:03:00 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <7eb9cdfc-c295-8de8-cba5-a5a1ca6ff6f7@joelhalpern.com> <fbb94e7f-1abc-5ca6-af3a-4dfa02e47400@huitema.net>
In-Reply-To: <fbb94e7f-1abc-5ca6-af3a-4dfa02e47400@huitema.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 11:02:24 -0700
Message-ID: <CABcZeBPGbFSR99ecHRWBQOGwDJQrq9g=5DxBwRoBv7i0sh=geA@mail.gmail.com>
To: Christian Huitema <huitema@huitema.net>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, rfced-future@iab.org
Content-Type: multipart/alternative; boundary="00000000000045594c05a9ddcdd1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/_q5Wi3AhS0zj0GtHPH01TAVK5o4>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 18:03:04 -0000

--00000000000045594c05a9ddcdd1
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 7, 2020 at 10:51 AM Christian Huitema <huitema@huitema.net>
wrote:

> On 7/7/2020 10:27 AM, Joel M. Halpern wrote:
>
> > I understand that other communities handle authorship differently, and
> > that we may (collectively) decide to handle it differently for the RFC
> > series than we currently do.
> >
> > However, if we few it as a single series (which we currently do, with
> > subdivisions) we have taken the few that I think is appropriate that
> > we want a single approach to general appearence, etc.  As such, having
> > drastically different authorship policies for different sub-sets of
> > RFCs would seem a drastic change.
>
>
> I think Joel has a point here. Yes, the IETF is only one of several
> streams, but the RFC series is in practice one of the "brands" of the
> IETF. Having widely different practices in different streams would
> weaken that brand, and contribute to a lesser impact of IETF standards.
> I would advocate some caution there.
>

Well, I'm not advocating recklessness...

In any case, it seems like the most plausible change would be different
overall author limits, in which case the primary thing that would be needed
out of the RFC Series itself would be to not have large numbers of authors
look silly, and then some streams could choose to have lower author limits.
This isn't an especially hard formatting problem: you don't put line breaks
between the authors names and when there are a lot of duplicate
affiliations you use symbolic markers next to the authors.

-Ekr

--00000000000045594c05a9ddcdd1
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 7, 2020 at 10:51 AM Chris=
tian Huitema &lt;<a href=3D"mailto:huitema@huitema.net">huitema@huitema.net=
</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:=
0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">=
On 7/7/2020 10:27 AM, Joel M. Halpern wrote:<br>
<br>
&gt; I understand that other communities handle authorship differently, and=
<br>
&gt; that we may (collectively) decide to handle it differently for the RFC=
<br>
&gt; series than we currently do.<br>
&gt;<br>
&gt; However, if we few it as a single series (which we currently do, with<=
br>
&gt; subdivisions) we have taken the few that I think is appropriate that<b=
r>
&gt; we want a single approach to general appearence, etc.=C2=A0 As such, h=
aving<br>
&gt; drastically different authorship policies for different sub-sets of<br=
>
&gt; RFCs would seem a drastic change.<br>
<br>
<br>
I think Joel has a point here. Yes, the IETF is only one of several<br>
streams, but the RFC series is in practice one of the &quot;brands&quot; of=
 the<br>
IETF. Having widely different practices in different streams would<br>
weaken that brand, and contribute to a lesser impact of IETF standards.<br>
I would advocate some caution there.<br></blockquote><div><br></div><div>We=
ll, I&#39;m not advocating recklessness...</div><div><br></div><div>In any =
case, it seems like the most plausible change would be different overall au=
thor limits, in which case the primary thing that would be needed out of th=
e RFC Series itself would be to not have large numbers of authors look sill=
y, and then some streams could choose to have lower author limits. This isn=
&#39;t an especially hard formatting problem: you don&#39;t put line breaks=
 between the authors names and when there are a lot of duplicate affiliatio=
ns you use symbolic markers next to the authors.</div><div><br></div><div>-=
Ekr</div><br><div><br></div><div><br></div></div></div>

--00000000000045594c05a9ddcdd1--


From nobody Tue Jul  7 11:04:28 2020
Return-Path: <ekr@rtfm.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 1C70C3A07F2 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 11:04:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 Nzg-pZCv8X96 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 11:04:24 -0700 (PDT)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 7C7303A00D6 for <rfced-future@iab.org>; Tue,  7 Jul 2020 11:04:24 -0700 (PDT)
Received: by mail-lj1-x22d.google.com with SMTP id s9so50973021ljm.11 for <rfced-future@iab.org>; Tue, 07 Jul 2020 11:04:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KEs6Z1CeynTreJR7q42Xp0kW5mCc/l9pKAjhRYcPL+o=; b=VmGFD502PG8BjGd1Y7m9Z20mwRwCFml9tZ6cCSD7VCCtbIuOOFTePlWGVO3Nc3efxh Gyl7XtqHFFKpM/11NRQnpkKfWcW75NE6jL1JvsdjVisHtrcy4nLHqrqWgx6Mg0RkCSwL Wn8c9nUY5i9paV0S6dnxrdqZJODGjAy6QlZzyuZZ1d1/MHuMF2dtiU37mb/b1hOJdl/u AmT4YRhIwydHtw1AlsI5rnIYuhiompmdEE9tXS8U1dmnWACe9Bq0tLVnIhSl18Esks3d apt5/OeCkpvjriXIO2x+hyiybXHpljJrEKrHiZCWjAVChMjqOSFuMA052R+dHiC+IxE8 gJ6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KEs6Z1CeynTreJR7q42Xp0kW5mCc/l9pKAjhRYcPL+o=; b=hxM8ZdwWsUbh02RgHPNHysn7KEYHSnURMt/VrDtQYoaOV+u4+aDBj7gWixr92pC9hp cDYmm4JZvvkOkBHCGfglANWtCpYB6Dq/a/dLdgiDHMV+khJfbHfF5m1eGpLASv8xM7hG t3J/c1ROHpoRXfzrbeAUSDWASBUxtf5AhdyYeuz5kbz1y85ebt/XApvAgH4RMYiC077h 0/uyDPjEQSljbIy7jWwnbQZKi0S7R7KPmvK4+KC0MSaTMO+E281fR0KOB8HNn3Vjl//Q JEgBWIDO6tZDxh3C+QsfcYNhbt9Kqj9DbxunDIIl2mMKVZmP9gd3FpKGOBTdqWZzChls lBGA==
X-Gm-Message-State: AOAM532HRXhHneU7uFJv5ytDDWlGtHRjGTNArtN8SVgIRnSxLf1jjniZ rdnKqEkaqlmL1o7SVUM3JXgOf5vxv1XfiV6BQYH61Q==
X-Google-Smtp-Source: ABdhPJwl+wiQPUSwqdVkKkevVN194l2MeLLDfjRnoatu10olDaIW8ZIZ6EMMMLZrDuxfek8q7tGLdazOflwd2LmIAa4=
X-Received: by 2002:a2e:7819:: with SMTP id t25mr14389675ljc.17.1594145062724;  Tue, 07 Jul 2020 11:04:22 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost>
In-Reply-To: <20200707174930.GP3100@localhost>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 11:03:46 -0700
Message-ID: <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com>
To: Nico Williams <nico@cryptonector.com>
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000002f3e1705a9ddd2f7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/CQnK3IArsg-BROHeRxwuvVUok-U>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 18:04:26 -0000

--0000000000002f3e1705a9ddd2f7
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 7, 2020 at 10:49 AM Nico Williams <nico@cryptonector.com> wrote:

> On Tue, Jul 07, 2020 at 10:04:01AM -0700, Eric Rescorla wrote:
> > On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson <mt@lowentropy.net> wrote:
> > > I do recall several lengthy discussions about the number of authors on
> a
> > > document, but as these were recurrent and inconclusive, I am of the
> view
> > > that these are perfect for a working group to strategize on.
> >
> > I'd like to focus in on this example for a moment, as it also consumed
> > a fair amount of IESG time, and I think it shows some of the
> > complexity here.
> >
> > [elided]
>
> Brian's point was that this is too much work for the IAB, and not
> Internet Architecture at that.  Martin's was that it was not too much
> work, so it's OK to have the IAB provide oversight.  You say this took a
> lot of the IESG's time.  So it sounds like you're with Brian?
>

Sorry, I should have been more clear. I think this is a proper subject for
IESG and IAB consideration, made somewhat more difficult by anchoring on a
historical five author limit that had (at least to me) a fairly unclear
rationale.

-Ekr

--0000000000002f3e1705a9ddd2f7
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 7, 2020 at 10:49 AM Nico =
Williams &lt;<a href=3D"mailto:nico@cryptonector.com">nico@cryptonector.com=
</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:=
0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">=
On Tue, Jul 07, 2020 at 10:04:01AM -0700, Eric Rescorla wrote:<br>
&gt; On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson &lt;<a href=3D"mailto:mt=
@lowentropy.net" target=3D"_blank">mt@lowentropy.net</a>&gt; wrote:<br>
&gt; &gt; I do recall several lengthy discussions about the number of autho=
rs on a<br>
&gt; &gt; document, but as these were recurrent and inconclusive, I am of t=
he view<br>
&gt; &gt; that these are perfect for a working group to strategize on.<br>
&gt; <br>
&gt; I&#39;d like to focus in on this example for a moment, as it also cons=
umed<br>
&gt; a fair amount of IESG time, and I think it shows some of the<br>
&gt; complexity here.<br>
&gt; <br>
&gt; [elided]<br>
<br>
Brian&#39;s point was that this is too much work for the IAB, and not<br>
Internet Architecture at that.=C2=A0 Martin&#39;s was that it was not too m=
uch<br>
work, so it&#39;s OK to have the IAB provide oversight.=C2=A0 You say this =
took a<br>
lot of the IESG&#39;s time.=C2=A0 So it sounds like you&#39;re with Brian?<=
br></blockquote><div><br></div><div>Sorry, I should have been more clear. I=
 think this is a proper subject for IESG and IAB consideration, made somewh=
at more difficult by anchoring on a historical five author limit that had (=
at least to me) a fairly unclear rationale.<br></div><div><br></div><div>-E=
kr</div><div><br></div></div></div>

--0000000000002f3e1705a9ddd2f7--


From nobody Tue Jul  7 14:26:00 2020
Return-Path: <adam@nostrum.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 8752F3A0AC7 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 14:25:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.079
X-Spam-Level: 
X-Spam-Status: No, score=-2.079 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, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 8Wzs2GiKx7Qn for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 14:25:57 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 1D9F73A0AC6 for <rfced-future@iab.org>; Tue,  7 Jul 2020 14:25:57 -0700 (PDT)
Received: from [172.17.121.48] (76-218-40-253.lightspeed.dllstx.sbcglobal.net [76.218.40.253]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 067LPqA8055049 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 7 Jul 2020 16:25:54 -0500 (CDT) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1594157154; bh=e2/6r/LtdfQCaoL62XoxiX0WwDCySjl276Xf/JO+N4Q=; h=Subject:To:References:From:Date:In-Reply-To; b=IYXZfc0bDNs8pJTECyFcSJv8X2Y2a4zoBFlpvK6+/LhQEz21ANVP1TTDZuxoUEuT1 4+FHsE6jFi6sJ5OgtJx/bk1cyXVdJLiW5DiZc0FZmQL2XPxFHIwXd1RSlzYyPyzCBt MNuniWHuZkYPwKLWubCpD6b4K+K+sw7gn/DXodf0=
X-Authentication-Warning: raven.nostrum.com: Host 76-218-40-253.lightspeed.dllstx.sbcglobal.net [76.218.40.253] claimed to be [172.17.121.48]
To: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com>
Date: Tue, 7 Jul 2020 16:25:45 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/4-am56R6IGtp0AyLR5hAnM_uK3w>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 21:25:59 -0000

On 7/6/2020 11:18 PM, Martin Thomson wrote:
> separation of operational duties from the strategic allows us to properly scale the resources we dedicate to each task.  As operational matters dominate, then finding a lightweight process for managing strategy is best.


While we're on that topic: a huge portion of what makes the search for a 
single human to fill the currently-defined RSE role so incredibly 
difficult is the constraint of finding a unicorn who can do both 
operational and strategic tasks competently. The skill overlap between 
"library scientist" and "project manager" is pretty small, and we would 
have an infinitely easier time finding one of each rather than searching 
the earth for the extraordinarily rare people who can do both.

I think we need to design a model that explicitly separates these two 
different tasks to multiple responsible parties.

/a


From nobody Tue Jul  7 15:11:03 2020
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 0B9533A0B17 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:11:02 -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 yvVZJZzsh4UJ for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:11:00 -0700 (PDT)
Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 AA2513A0B14 for <rfced-future@iab.org>; Tue,  7 Jul 2020 15:11:00 -0700 (PDT)
Received: by mail-pf1-x432.google.com with SMTP id s26so5389907pfm.4 for <rfced-future@iab.org>; Tue, 07 Jul 2020 15:11:00 -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=ZbfpXpqXSAjrNwaWEHGt1J/82wE86h9B4/4dY2DsTUI=; b=ipkd350iOOCg3E5yFmTkH50gDDONd6pIPK1/kSgIZWeIDbEh96wFPTyBJlW5ctC821 0fjHCXSyFKGEG3k53EnqMxeCX34++U+QwDgTUe+lH/8dyKqwSN825fdLzzcO1sSostXG OKYFubzgtBxbFTx3sB17u9Rv23bvox54QpYpdGKE8doeYvJManBm8fsiR7ZwsWpWRFVJ SL90Cky9PkAG9jZmOEww2dm2rDlg548sDoFWt2loBGLdWo6KKNgqnVHoFfhmPrQ0h4x3 YpQ+jXKkSGvKdXr0LzPdtuWbr1YJOEEtPw2Ll12vH0NppmyApTEllnGvN6HFcsvutvCX rJ9w==
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=ZbfpXpqXSAjrNwaWEHGt1J/82wE86h9B4/4dY2DsTUI=; b=Cbzw6JacDTwp81uWgFSGDTojb3Np6lZdictC9mGH+VM0eK2cT2LWa4KqIXstTvAS5m dNHHVy2SJWusXvJB5PsqfqxB2eqjlufzkRM8tbiQDiXDVBoJ+QKnO64DlxGoJlsgFgsI iPVwyu4pjwmyOV00W/CjWjRkZ7mqmSbVwvjUkFxGN+5MQ0oAEzuRc3U0RDTewi2e1ElA S1bKrtqEF9I+QB1+V01nsKTujpIqiLYB1A+daIyM3jGrHG+B+mf+iIRbuHt3VeAfFIdL Zqv6HfVuBYZ15zGZoV7hUegxvXtihuOqF2nMzMIT/BB662Qw3HYFxFDKprr7LnVmX73F 3dzg==
X-Gm-Message-State: AOAM531tKoHOZ7dI60FBjEwm72XXIREb/wqca3Nf0IxYZ6lXUgznbtPr YzX3MV29q1UnsKgBcqZmnLQ=
X-Google-Smtp-Source: ABdhPJyId7c/foKDbBWyZGVBmUm83sC65nQktgVUA4At9Sy0jFuA1VSB0Un0h+E+/x4+wS8Q0+JXbA==
X-Received: by 2002:aa7:9906:: with SMTP id z6mr51998150pff.60.1594159859876;  Tue, 07 Jul 2020 15:10:59 -0700 (PDT)
Received: from [192.168.43.137] ([118.148.101.145]) by smtp.gmail.com with ESMTPSA id 2sm23889898pfa.110.2020.07.07.15.10.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jul 2020 15:10:59 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>, Nico Williams <nico@cryptonector.com>
Cc: rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
Date: Wed, 8 Jul 2020 09:45:34 +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: <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@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/rfced-future/oTANlP_dBNY45izZE-uEOcyqUiY>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 22:11:02 -0000

On 08-Jul-20 06:03, Eric Rescorla wrote:
>=20
>=20
> On Tue, Jul 7, 2020 at 10:49 AM Nico Williams <nico@cryptonector.com <m=
ailto:nico@cryptonector.com>> wrote:
>=20
>     On Tue, Jul 07, 2020 at 10:04:01AM -0700, Eric Rescorla wrote:
>     > On Mon, Jul 6, 2020 at 9:19 PM Martin Thomson <mt@lowentropy.net =
<mailto:mt@lowentropy.net>> wrote:
>     > > I do recall several lengthy discussions about the number of aut=
hors on a
>     > > document, but as these were recurrent and inconclusive, I am of=
 the view
>     > > that these are perfect for a working group to strategize on.
>     >
>     > I'd like to focus in on this example for a moment, as it also con=
sumed
>     > a fair amount of IESG time, and I think it shows some of the
>     > complexity here.
>     >
>     > [elided]
>=20
>     Brian's point was that this is too much work for the IAB, and not
>     Internet Architecture at that.=C2=A0 Martin's was that it was not t=
oo much
>     work, so it's OK to have the IAB provide oversight.=C2=A0 You say t=
his took a
>     lot of the IESG's time.=C2=A0 So it sounds like you're with Brian?
>=20
>=20
> Sorry, I should have been more clear. I think this is a proper subject =
for IESG and IAB consideration, made somewhat more difficult by anchoring=
 on a historical five author limit that had (at least to me) a fairly unc=
lear rationale.

Absolutely I think that community discussion and rough consensus is appro=
priate for this and other strategy or policy issues. My concern is that t=
his needs to be facilitated and informed by someone with relevant knowled=
ge and experience in the editing/publishing/library/archival world and th=
at is not us. It's certainly not a skill set that the NomCom typically lo=
oks for when picking IESG or IAB nominees. It's a skill set that we did l=
ook for when appointing the previous RSE.

   Brian



From nobody Tue Jul  7 15:19:22 2020
Return-Path: <ekr@rtfm.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 57AE83A0B23 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:19:20 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 9Fy08GVGP-uL for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:19:19 -0700 (PDT)
Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (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 BDE203A0B20 for <rfced-future@iab.org>; Tue,  7 Jul 2020 15:19:18 -0700 (PDT)
Received: by mail-lf1-x12b.google.com with SMTP id k17so12954161lfg.3 for <rfced-future@iab.org>; Tue, 07 Jul 2020 15:19:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=crWnBI9ad30oDdlOyNTji9jvZVO7nlyySYjx5YvN03c=; b=E/nH79HMd0aVsiMKel6yijjK5u01bhzB+rtWhW9mRVUeFruQC/6ZC91YzkqJxhV4kv SG7YVvtSGQRJZr0ziQwN0lRbe8dNQH5uH8twvrINKp1yfxI/c5LYQ7e1UXt3qHw3rjfM bbZiB/ugczv629Ox+prqTgxiTBp0DT6kyeZ50VEjBq8aUZAQHuZvo7g7Zn4d7gvIBaks uPCI2NBnYj6m5u9lixNocbnxPfGEP//Zyxb3hvhjUqVJlPJ9Bv94OmyJINC3EnJyory3 /y+eZbvAYJdmoDqlxHmiaPfHwB+TVStC8EfzxUVQfG84mZkh3nFA6M7uX9sOfh4ADBYx 2M4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=crWnBI9ad30oDdlOyNTji9jvZVO7nlyySYjx5YvN03c=; b=tdc9UyV+C94o3MmZ2fe5DpBrCdgUtllOrjOuEcXYO8lKckefkOAFLaD9YGYWXGPii3 E9W/7KidtcITzQvJFjgsV9pJ/r6150AAkgWANIVFBQd7fAK+QKvdq5OhITliR0kZsIx2 HbYMz+bUhDnttdCSnO2VlZLLJlihDHhcgU9m4QHqyNV5JZNiOS31qZZelMTlI/8uWtIQ yQdVnbDTMkM9MTzf9WJKl6CVte5ToTs1zoxPNpPD6YesfOK4WWoRW4yRnMH1a7qPS1Zg krgWA3NWKNPa83u9gSVq8wQLBWsj2cK900F5A0VCSxjiXgsvTFXPR2ggxY8Qbpys0fdt dqyQ==
X-Gm-Message-State: AOAM532cr3jjXU1h0JBRRRz6tPSfCeEAJWl0iqAhMuxSmiK1aAkwdh+B HmbT0erpWZj3i4j0q/8kpToHrad0QeLO8ZxtdN3M2Q==
X-Google-Smtp-Source: ABdhPJwHF2VzBFdhzJ51fQnLPbBPsfdtUY0knsraRrPeLcDdolahKriLYEVUPIj2W2xaV8yf//DAjqM37Cq4+l5gWzg=
X-Received: by 2002:ac2:5226:: with SMTP id i6mr34359160lfl.55.1594160354204;  Tue, 07 Jul 2020 15:19:14 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
In-Reply-To: <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 15:18:38 -0700
Message-ID: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Nico Williams <nico@cryptonector.com>, rfced-future@iab.org,  Martin Thomson <mt@lowentropy.net>
Content-Type: multipart/alternative; boundary="000000000000a1541b05a9e16177"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/3oITlS9Vsq_Ss7aYqyM4gHKSVLQ>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 22:19:20 -0000

--000000000000a1541b05a9e16177
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> > Sorry, I should have been more clear. I think this is a proper subject
> for IESG and IAB consideration, made somewhat more difficult by anchoring
> on a historical five author limit that had (at least to me) a fairly
> unclear rationale.
>
> Absolutely I think that community discussion and rough consensus is
> appropriate for this and other strategy or policy issues. My concern is
> that this needs to be facilitated and informed by someone with relevant
> knowledge and experience in the editing/publishing/library/archival world
> and that is not us.


Stipulating for the moment that this is true, I don't really see how you
get from there to "and this person needs to be in charge of the process".
To give an example that I think I also gave on the most recent virtual
call, we often have to do things that require a bunch of relevant expertise
in the legal world, and that's not us, but address that problem by engaging
a lawyer and asking their opinion. Why doesn't that work here?

-Ekr

--000000000000a1541b05a9e16177
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 7, 2020 at 3:11 PM Brian =
E Carpenter &lt;<a href=3D"mailto:brian.e.carpenter@gmail.com">brian.e.carp=
enter@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex">&gt; Sorry, I should have been more clear. I think this is a=
 proper subject for IESG and IAB consideration, made somewhat more difficul=
t by anchoring on a historical five author limit that had (at least to me) =
a fairly unclear rationale.<br>
<br>
Absolutely I think that community discussion and rough consensus is appropr=
iate for this and other strategy or policy issues. My concern is that this =
needs to be facilitated and informed by someone with relevant knowledge and=
 experience in the editing/publishing/library/archival world and that is no=
t us.</blockquote><div><br></div><div>Stipulating for the moment that this =
is true, I don&#39;t really see how you get from there to &quot;and this pe=
rson needs to be in charge of the process&quot;. To give an example that I =
think I also gave on the most recent virtual call, we often have to do thin=
gs that require a bunch of relevant expertise in the legal world, and that&=
#39;s not us, but address that problem by engaging a lawyer and asking thei=
r opinion. Why doesn&#39;t that work here?<br></div><div><br></div><div>-Ek=
r</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br=
></div><div><br></div></div></div>

--000000000000a1541b05a9e16177--


From nobody Tue Jul  7 15:28:15 2020
Return-Path: <nico@cryptonector.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 ED4613A0B3D for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:28:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 xbRm_viSBqgk for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:28:12 -0700 (PDT)
Received: from bisque.elm.relay.mailchannels.net (bisque.elm.relay.mailchannels.net [23.83.212.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 612BD3A0B3A for <rfced-future@iab.org>; Tue,  7 Jul 2020 15:28:12 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1AD011011C2; Tue,  7 Jul 2020 22:28:11 +0000 (UTC)
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (100-96-19-19.trex.outbound.svc.cluster.local [100.96.19.19]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7ECB0100A7F; Tue,  7 Jul 2020 22:28:10 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Tue, 07 Jul 2020 22:28:10 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Broad-Suffer: 337ce90d161f14dd_1594160890824_3138833452
X-MC-Loop-Signature: 1594160890824:2032433218
X-MC-Ingress-Time: 1594160890824
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTP id 145B6B4779; Tue,  7 Jul 2020 15:28:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=RwUAlaTPxKsoDJ 2239ee0pIbnEE=; b=hbuUEWK88h2JqwiKla/92V/+rKaOFkyWXGd5Kgki+zKS1Z N+tdvAeUAOVM0p4ugr5OTH82gVBcaexZksvFChhqAxA3eyD6C/weh1o2DR40F7YC Z628aCFbApIOM1qdKh1Cma/C4riXn39qUMIpo7c4d03StsmpQrNmuiHTL8IXo=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTPSA id 55505B4770; Tue,  7 Jul 2020 15:28:08 -0700 (PDT)
Date: Tue, 7 Jul 2020 17:28:04 -0500
X-DH-BACKEND: pdx1-sub0-mail-a38
From: Nico Williams <nico@cryptonector.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Message-ID: <20200707222803.GV3100@localhost>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrudeigddutdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecuggftrfgrthhtvghrnhepffdtkeethfeuteeviefgfeegjeetjedvhfehgfdvtdefueejheelgeeuhffghffgnecukfhppedvgedrvdekrddutdekrddukeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplhhotggrlhhhohhsthdpihhnvghtpedvgedrvdekrddutdekrddukeefpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomh
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/wiW9yX1x8JOcHgjamzV5AMFmceQ>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 22:28:14 -0000

On Wed, Jul 08, 2020 at 09:45:34AM +1200, Brian E Carpenter wrote:
> Absolutely I think that community discussion and rough consensus is
> appropriate for this and other strategy or policy issues. My concern
> is that this needs to be facilitated and informed by someone with
> relevant knowledge and experience in the editing/publishing/library/
> archival world and that is not us. It's certainly not a skill set that
> the NomCom typically looks for when picking IESG or IAB nominees. It's
> a skill set that we did look for when appointing the previous RSE.

The IESG and IAB need, above all, decision-making skills and mastery and
respect of process.  They have at their disposal, too, a great deal of
collective expertise from the community, shepherds, directorates, and
RSE, so they don't necessarily need to be experts in any one area in
order to make decisions in that area.  Moreover, IAB and IESG members
tend to have been through the RFC publication gauntlet, so they almost
necessarily have at least a modicum of publication expertise of their
own.

If there's no question that some issues must consume some of their
attention, then I'm not sure that the IAB performing RSE oversight is a
problem.


From nobody Tue Jul  7 15:55:08 2020
Return-Path: <stephen.farrell@cs.tcd.ie>
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 A5A193A0B6A for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:55:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 (1024-bit key) header.d=cs.tcd.ie
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 TrhCihrhkztC for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:55:04 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 739A63A0B65 for <rfced-future@iab.org>; Tue,  7 Jul 2020 15:55:03 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 47098BE2C; Tue,  7 Jul 2020 23:55:01 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R-uRkIzFP_mG; Tue,  7 Jul 2020 23:54:59 +0100 (IST)
Received: from [10.244.2.119] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 84C06BE1C; Tue,  7 Jul 2020 23:54:59 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1594162499; bh=+acTkZrwvlXUXH2noGIcqLfyqPZSiTXzyDb6bziMveg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=KHE/L5YG9yXB7Rcex5znDkteYnB8xdJCnnHuU/NSR13uPbby0CGQHj3cvPXpSUOmI VG6cNRbCCvHWhJcEhyD6g+DOs6ZoctyPI04zlcb9o/n14mrJsfNih7vk58TKFXCly3 6YjwTsW6+nQMMOtP6K9UZY/ew7docmLjKWyysZq4=
To: Eric Rescorla <ekr@rtfm.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: rfced-future@iab.org, Nico Williams <nico@cryptonector.com>, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Autocrypt: addr=stephen.farrell@cs.tcd.ie; prefer-encrypt=mutual; keydata= mQINBFo9UDIBEADUH4ZPcUnX5WWRWO4kEkHea5Y5eEvZjSwe/YA+G0nrTuOU9nemCP5PMvmh 5Cg8gBTyWyN4Z2+O25p9Tja5zUb+vPMWYvOtokRrp46yhFZOmiS5b6kTq0IqYzsEv5HI58S+ QtaFq978CRa4xH9Gi9u4yzUmT03QNIGDXE37honcAM4MOEtEgvw4fVhVWJuyy3w//0F2tzKr EMjmL5VGuD/Q9+G/7abuXiYNNd9ZFjv4625AUWwy+pAh4EKzS1FE7BOZp9daMu9MUQmDqtZU bUv0Q+DnQAB/4tNncejJPz0p2z3MWCp5iSwHiQvytYgatMp34a50l6CWqa13n6vY8VcPlIqO Vz+7L+WiVfxLbeVqBwV+4uL9to9zLF9IyUvl94lCxpscR2kgRgpM6A5LylRDkR6E0oudFnJg b097ZaNyuY1ETghVB5Uir1GCYChs8NUNumTHXiOkuzk+Gs4DAHx/a78YxBolKHi+esLH8r2k 4LyM2lp5FmBKjG7cGcpBGmWavACYEa7rwAadg4uBx9SHMV5i33vDXQUZcmW0vslQ2Is02NMK 7uB7E7HlVE1IM1zNkVTYYGkKreU8DVQu8qNOtPVE/CdaCJ/pbXoYeHz2B1Nvbl9tlyWxn5Xi HzFPJleXc0ksb9SkJokAfwTSZzTxeQPER8la5lsEEPbU/cDTcwARAQABtDJTdGVwaGVuIEZh cnJlbGwgKDIwMTcpIDxzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllPokCQAQTAQgAKgIbAwUJ CZQmAAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAUCWj6jdwIZAQAKCRBasvrxexcr6o7QD/9m x9DPJetmW794RXmNTrbTJ44zc/tJbcLdRBh0KBn9OW/EaAqjDmgNJeCMyJTKr1ywaps8HGUN hLEVkc14NUpgi4/Zkrbi3DmTp25OHj6wXBS5qVMyVynTMEIjOfeFFyxG+48od+Xn7qg6LT7G rHeNf+z/r0v9+8eZ1Ip63kshQDGhhpmRMKu4Ws9ZvTW2ACXkkTFaSGYJj3yIP4R6IgwBYGMz DXFX6nS4LA1s3pcPNxOgrvCyb60AiJZTLcOk/rRrpZtXB1XQc23ZZmrlTkl2HaThL6w3YKdi Ti1NbuMeOxZqtXcUshII45sANm4HuWNTiRh93Bn5bN6ddjgsaXEZBKUBuUaPBl7gQiQJcAlS 3MmGgVS4ZoX8+VaPGpXdQVFyBMRFlOKOC5XJESt7wY0RE2C8PFm+5eywSO/P1fkl9whkMgml 3OEuIQiP2ehRt/HVLMHkoM9CPQ7t6UwdrXrvX+vBZykav8x9U9M6KTgfsXytxUl6Vx5lPMLi 2/Jrsz6Mzh/IVZa3xjhq1OLFSI/tT2ji4FkJDQbO+yYUDhcuqfakDmtWLMxecZsY6O58A/95 8Qni6Xeq+Nh7zJ7wNcQOMoDGj+24di2TX1cKLzdDMWFaWzlNP5dB5VMwS9Wqj1Z6TzKjGjru q8soqohwb2CK9B3wzFg0Bs1iBI+2RuFnxLkCDQRaPVAyARAA+g3R0HzGr/Dl34Y07XqGqzq5 SU0nXIu9u8Ynsxj7gR5qb3HgUWYEWrHW2jHOByXnvkffucf5yzwrsvw8Q8iI8CFHiTYHPpey 4yPVn6R0w/FOMcY70eTIu/k6EEFDlDbs09DtKcrsT9bmN0XoRxITlXwWTufYqUnmS+YkAuk+ TLCtUin7OdaS2uU6Ata3PLQSeM2ZsUQMmYmHPwB9rmf+q2I005AJ9Q1SPQ2KNg/8xOGxo13S VuaSqYRQdpV93RuCOzg4vuXtR+gP0KQrus/P2ZCEPvU9cXF/2MIhXgOz207lv3iE2zGyNXld /n8spvWk+0bH5Zqd9Wcba/rGcBhmX9NKKDARZqjkv/zVEP1X97w1HsNYeUFNcg2lk9zQKb4v l1jx/Uz8ukzH2QNhU4R39dbF/4AwWuSVkGW6bTxHJqGs6YimbfdQqxTzmqFwz3JP0OtXX5q/ 6D4pHwcmJwEiDNzsBLl6skPSQ0Xyq3pua/qAP8MVm+YxCxJQITqZ8qjDLzoe7s9X6FLLC/DA L9kxl5saVSfDbuI3usH/emdtn0NA9/M7nfgih92zD92sl1yQXHT6BDa8xW1j+RU4P+E0wyd7 zgB2UeYgrp2IIcfG+xX2uFG5MJQ/nYfBoiALb0+dQHNHDtFnNGY3Oe8z1M9c5aDG3/s29QbJ +w7hEKKo9YMAEQEAAYkCJQQYAQgADwUCWj1QMgIbDAUJCZQmAAAKCRBasvrxexcr6qwvD/9b Rek3kfN8Q+jGrKl8qwY8HC5s4mhdDJZI/JP2FImf5J2+d5/e8UJ4fcsT79E0/FqX3Z9wZr6h sofPqLh1/YzDsYkZDHTYSGrlWGP/I5kXwUmFnBZHzM3WGrL3S7ZmCYMdudhykxXXjq7M6Do1 oxM8JofrXGtwBTLv5wfvvygJouVCVe87Ge7mCeY5vey1eUi4zSSF1zPpR6gg64w2g4TXM5qt SwkZVOv1g475LsGlYWRuJV8TA67yp1zJI7HkNqCo8KyHX0DPOh9c+Sd9ZX4aqKfqH9HIpnCL AYEgj7vofeix7gM3kQQmwynqq32bQGQBrKJEYp2vfeO30VsVx4dzuuiC5lyjUccVmw5D72J0 FlGrfEm0kw6D1qwyBg0SAMqamKN6XDdjhNAtXIaoA2UMZK/vZGGUKbqTgDdk0fnzOyb2zvXK CiPFKqIPAqKaDHg0JHdGI3KpQdRNLLzgx083EqEc6IAwWA6jSz+6lZDV6XDgF0lYqAYIkg3+ 6OUXUv6plMlwSHquiOc/MQXHfgUP5//Ra5JuiuyCj954FD+MBKIj8eWROfnzyEnBplVHGSDI ZLzL3pvV14dcsoajdeIH45i8DxnVm64BvEFHtLNlnliMrLOrk4shfmWyUqNlzilXN2BTFVFH 4MrnagFdcFnWYp1JPh96ZKjiqBwMv/H0kw==
Message-ID: <2f35fddf-b18c-54a5-f21b-8a8fb87ae3ca@cs.tcd.ie>
Date: Tue, 7 Jul 2020 23:54:58 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ws8RlPF31QYSLspBWm9X331SsopVryo49"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/fH2RhcNDuE0GA6u2qQh9jpMjVxM>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 22:55:07 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--ws8RlPF31QYSLspBWm9X331SsopVryo49
Content-Type: multipart/mixed; boundary="srHkSulYoHxv5GEZ2CI33V8PSigh74KQM";
 protected-headers="v1"
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
To: Eric Rescorla <ekr@rtfm.com>,
 Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: rfced-future@iab.org, Nico Williams <nico@cryptonector.com>,
 Martin Thomson <mt@lowentropy.net>
Message-ID: <2f35fddf-b18c-54a5-f21b-8a8fb87ae3ca@cs.tcd.ie>
Subject: Re: [Rfced-future] Model proposal
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com>
 <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com>
 <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com>
 <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com>
 <20200707174930.GP3100@localhost>
 <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com>
 <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
 <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
In-Reply-To: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>

--srHkSulYoHxv5GEZ2CI33V8PSigh74KQM
Content-Type: multipart/mixed;
 boundary="------------CDA647F82EBFE0F1EC35ACDB"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------CDA647F82EBFE0F1EC35ACDB
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Hiya,

On 07/07/2020 23:18, Eric Rescorla wrote:
>=20
> Stipulating for the moment that this is true, I don't really see how yo=
u
> get from there to "and this person needs to be in charge of the process=
".
> To give an example that I think I also gave on the most recent virtual
> call, we often have to do things that require a bunch of relevant exper=
tise
> in the legal world, and that's not us, but address that problem by enga=
ging
> a lawyer and asking their opinion. Why doesn't that work here?

I think one difference is that legal advice tends to
be specific to a question-posed, whereas the RSE role
is perceived (by some but not all in the community as
seems clear) to be setting strategy for a 50 year old
institution (or something like that).

Those actually do seem quite different to me.

Cheers,
S.

--------------CDA647F82EBFE0F1EC35ACDB
Content-Type: application/pgp-keys;
 name="0x5AB2FAF17B172BEA.asc"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="0x5AB2FAF17B172BEA.asc"

-----BEGIN PGP PUBLIC KEY BLOCK-----

mQINBFo9UDIBEADUH4ZPcUnX5WWRWO4kEkHea5Y5eEvZjSwe/YA+G0nrTuOU9nem
CP5PMvmh5Cg8gBTyWyN4Z2+O25p9Tja5zUb+vPMWYvOtokRrp46yhFZOmiS5b6kT
q0IqYzsEv5HI58S+QtaFq978CRa4xH9Gi9u4yzUmT03QNIGDXE37honcAM4MOEtE
gvw4fVhVWJuyy3w//0F2tzKrEMjmL5VGuD/Q9+G/7abuXiYNNd9ZFjv4625AUWwy
+pAh4EKzS1FE7BOZp9daMu9MUQmDqtZUbUv0Q+DnQAB/4tNncejJPz0p2z3MWCp5
iSwHiQvytYgatMp34a50l6CWqa13n6vY8VcPlIqOVz+7L+WiVfxLbeVqBwV+4uL9
to9zLF9IyUvl94lCxpscR2kgRgpM6A5LylRDkR6E0oudFnJgb097ZaNyuY1ETghV
B5Uir1GCYChs8NUNumTHXiOkuzk+Gs4DAHx/a78YxBolKHi+esLH8r2k4LyM2lp5
FmBKjG7cGcpBGmWavACYEa7rwAadg4uBx9SHMV5i33vDXQUZcmW0vslQ2Is02NMK
7uB7E7HlVE1IM1zNkVTYYGkKreU8DVQu8qNOtPVE/CdaCJ/pbXoYeHz2B1Nvbl9t
lyWxn5XiHzFPJleXc0ksb9SkJokAfwTSZzTxeQPER8la5lsEEPbU/cDTcwARAQAB
tCFTdGVwaGVuIEZhcnJlbGwgPHN0ZXBoZW5AamVsbC5pZT6JAj0EEwEIACcFAlo9
UYwCGwMFCQmUJgAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQWrL68XsXK+qG
CxAApYHWYgGOIL3G6/OpkejdAkQoCVQAK8LJUSf6vzwost4iVfxIKcKW/3RqKNKk
rRl8beJ7j1CWXAz9+VXAOsE9+zNxXIDgGA7HlvJnhffl+qwibVgiHgUcJFhCSbBr
sjC+1uULaTU8zYEyET//GOGPLF+X+degkE/sesh4zcEAjF7fGPnlncdCCH3tvPZZ
sdTcjwOCRVonKsDgQzBTCMz/RPBfEFX44HZx4g1UQAcCA4xlucY8QkJEyCrSNGpG
nvGK8DcGSmnstl1/a9fnlhpdFxieX3oY2phJ1WKkYTn6Advrek3UP71CKxpgtPmk
d3iUUz/VZa0Cv6YxQXskspRDVEvdCMYSQBtJPQ4y2+5UxVR9GIQXenwYp9AP2niv
Voh+ITsDWWeWnnvYMq07rSDjq0nGdj41MJkNX+Yb2PXVyXItcj5ybE3T2+y3pSBG
FEZYJGuaL4NwtBJFMOdOtBmUOPbetS2971EL3Izxb7ibOZWDwexv+8R6SWYfP1wV
N3p46RyBQuXqJV8ccE11m6vtZTGSYgnLUUFZMRQYH+0hwuYe0T3AA18xDdSYsa8v
ovCCd3l5S4UNzIM2PMChqGrEzKapUpZg7+8ACcxRU3b9Ihd7WYjJ+pQPCoWYKozv
tEvenbNpE/govO/ED3B14e+R2yevRPjRrsN7PJzSf15fQLuJARwEEAEIAAYFAlo9
UqAACgkQLzyHNoBfjaLrSwf+MIHbFRQ4O5cmLYR5sIByWelN3SuRN/gW8rpKo9Ok
Cz6An8uV/iCXy5tNMLzzi0BFl8f22DwBcC5qy9qnlIAdogWam1qWoTAoAD8veEqm
uKhYrqJsCcAyNrKYmK0hP3rpHxx1LySDmKYXmw/8qtBXKHTouMm+5tSsznhykRMT
AAr2p7PSaHgo+hIVaW/rKSspHjDhhZS+G9mtOZad1IH29M6G1Q1NCO0Ywe8krKLQ
IAQlFxtgvOqpPOZNzeKBa/+KbE8TGgMWrkOhC8OeEM5PVzdDhlhD9kPzB/pCKDF5
DofJ/ZRqnDpbKPQ0bsW38AOig3kOc0A27awiBEw3urqR1YkCMwQQAQgAHRYhBH4X
CgRchM9GDit5oBDvedn9g1MSBQJbtyScAAoJEBDvedn9g1MSI/oP/0A9J9nrnBMq
Zpm857lfYWw+rshLK+tyeP4OQeOqnDFvs9jePpcyJLG3DF2r6VbVKPQq+AE6Uf5h
cJBDEN6BjEhRPSbLcqG3A1cz/nNwm8rPmNp+oKhmaBBQGxwciMLmzgynsDydnjPp
MyEs04zvsbsl4vrp2095o105l8KcrrxQrioFjbwveGwHQK9bxJKhx9D+gIk+MouB
ur45UDKTZkMZrr9FGrtkyXCGAxvKdcNC5Oa8z9sj1rcUJfG/OpVAMWhArdlZbFUQ
yoX6pU2Zb1CR2qpWAVerGSfBhmfCyStjARqaKxlftjO+Bj3Jj73Cr5eqej3qB5+V
4BCsPjr4RLvVbYUCPsRdxWc+nBLlfVYkRURu21g1hFm5KFPjgUkyo1s4vjUOY8Dy
I+xLGF7f/IhUBG6l+Vswhpwu7ydalZkeFiPx5xna5NfbEYxvsIf71DvipGvIOaHv
X4egWoFgm8n/9c3rcMxJtpwHPSsUt5dgLsyu6VE0IbvOAc3dN7CWJ355DVFJq9Zg
2YVf0izSpyyzJeGsgkfjW6xpmdvZxuT2UcN4BTcm6vYqueASGrb3lfhzC5gpeVsc
/MoSjTS65vNWbpzONZWMZuLEFraxWJzC0JrDK3NCd0VN3kstqGkVbUIiYOnUm8Vu
4zoVMLlGWzHLIGoPRG2nRezn1YyNfyb5iQGcBBABCgAGBQJbxcflAAoJEGo7ETk8
pK1gE7QL/ApC5P68W5DrI1787WJVZv1u4t/g39vTr7Xer3UMTVQg10vpa7pmqOGh
jIDzDMg3Pe3K3M7fVzfAlUA1qw6ne4RCueVoRKpubeF4AlYbMr0K6hNCPjt5uAxm
bBVuejKTc6pru5rv5gKL0nDbr+Snft5xt7juBLSSimw0/41sZnkjCxo9rF/RA/v6
+uWyK171RKmsEYu8fFtw1eqUNt/Xj792TUixE3pxXheNtQtZGk/9P3W83ChhG4Fh
5EQsn0pIh9wZIAbMRLpgRKyW87fWHZC8/YH8h7afarvn9Thl5pFUldCe22mNJj6K
LChn2aEHQd+PdY1GBpZEcmNEUPuovwzatM0h64hCzTm41eDqRfihZVBT7TbfXQnv
8rywa42Mk756RGzzEZcQEhwQXZcMQUfxIQQ2VyJo0zG36VdZTQF7TF/4Lz7/3cJ5
6jOIm+dwPXtu+C2wAQuD4USOLt4JWPYpqzDfHYJIND/497P9Z9SuQeahr2ez3DRB
g3qsHEjBV7QyU3RlcGhlbiBGYXJyZWxsICgyMDE3KSA8c3RlcGhlbi5mYXJyZWxs
QGNzLnRjZC5pZT6JAkAEEwEIACoCGwMFCQmUJgAFCwkIBwIGFQgJCgsCBBYCAwEC
HgECF4AFAlo+o3cCGQEACgkQWrL68XsXK+qO0A//ZsfQzyXrZlu/eEV5jU620yeO
M3P7SW3C3UQYdCgZ/TlvxGgKow5oDSXgjMiUyq9csGqbPBxlDYSxFZHNeDVKYIuP
2ZK24tw5k6duTh4+sFwUualTMlcp0zBCIzn3hRcsRvuPKHfl5+6oOi0+xqx3jX/s
/69L/fvHmdSKet5LIUAxoYaZkTCruFrPWb01tgAl5JExWkhmCY98iD+EeiIMAWBj
Mw1xV+p0uCwNbN6XDzcToK7wsm+tAIiWUy3DpP60a6WbVwdV0HNt2WZq5U5Jdh2k
4S+sN2CnYk4tTW7jHjsWarV3FLISCOObADZuB7ljU4kYfdwZ+WzenXY4LGlxGQSl
AblGjwZe4EIkCXAJUtzJhoFUuGaF/PlWjxqV3UFRcgTERZTijguVyREre8GNERNg
vDxZvuXssEjvz9X5JfcIZDIJpdzhLiEIj9noUbfx1SzB5KDPQj0O7elMHa1671/r
wWcpGr/MfVPTOik4H7F8rcVJelceZTzC4tvya7M+jM4fyFWWt8Y4atTixUiP7U9o
4uBZCQ0GzvsmFA4XLqn2pA5rVizMXnGbGOjufAP/efEJ4ul3qvjYe8ye8DXEDjKA
xo/tuHYtk19XCi83QzFhWls5TT+XQeVTMEvVqo9Wek8yoxo67qvLKKqIcG9givQd
8MxYNAbNYgSPtkbhZ8SJARwEEAEIAAYFAlo9UqAACgkQLzyHNoBfjaLzHAgAlWT6
NXEGtw/r1miKNGcopzvzILQ9oB8rKI9U9EL6tOf/y2V5oYee/GyQDb3ZdoPxxYYc
Jf+RyiH1nMoqUIZiZJaf3bJXinDZ5+AdfE++UR2NBvqaNyC6u3r24jo1B/sagKbY
tWgsYtRqHLD4IWi37MZrVyjBuF7u14Q07+uhjq6mX2O/tHpCYw/Q82tbeTRPyUf1
WQOAfD1kfBpW9PvAva5Iw9FWeXpCXRzwxnCZhYfGfqtuSw6CPBYLdbikqML6FZ7E
DuTBb/8um1wK7Y9bgeIQC+CYjhYB5RXa1tDJRab2Js4luCvSR0w/CgHw26293tlv
e2Q6UTrmHxP5U22DlokCPQQTAQgAJwUCWj1QMgIbAwUJCZQmAAULCQgHAgYVCAkK
CwIEFgIDAQIeAQIXgAAKCRBasvrxexcr6tJpD/4rrILH+meP07vrx8wW5eYuqCiP
GYnh/CXxIF8eLrfbe5d4QRgtq+w6UeQPMyzKRIRiCoBXB2oJLBZHyxBPxZlg33dT
MrEGn8QWKx2iNuz9rZMXyOSWFetuO01d/aUPd5BnbLbIyK5of8xCQlXM6KH8bc+9
gQ7edR9mfLTdvBf2FR522hg8BRBM1imKc3vO8v39+qIHHRjuiwxBBCAOhHtHRsZX
ripS0uFA07dM46Oi/E8osjx6fQt/lH5z/PN+2adxYSrLSAXfr1oD3RxYNhuWgyGF
L64/VCQb1YGjf0Z5MBPnWm9jgUoOY5K9eNSS0L83WeJjlF5+Q/WOgB+rb49Prm2D
Feo9+S9f2V53Llz1WIspXJg6f+n9lmHE94MfQj1GAHCzI0FeL19lvM+LhD8jJSCb
hrC3+yobyy/AUOs5Z3E+njjX1FF/VCVAs6iOa6i+XG+Y1hh3ir2y1kckJ5auT10M
SU8GEZu9ayU4M3o3N9yxOjaoP0NuQ4MMLL/n/u4u94AeZaHPNBXn/hVfVRRmpRXt
GKvJtFAEppGEYezB+bLKIm6XlpPkhnwYzleLZ7AMEco2C6QM8QPB3g3JpS3sqRhA
5rEP4lL16BmijmF+CHoPE/zwgKZbKpyVDqvIW5IDgvfIC2X4pbZDRvGIUKaGSB4+
ksZgUUnNyvfQr2p7jokCMwQQAQgAHRYhBH4XCgRchM9GDit5oBDvedn9g1MSBQJb
tySbAAoJEBDvedn9g1MSeKkQAJm44jt1kwHgQgeDBKdjdvl0AjE0xVEQxriZ6lP/
l//34YT0auFfzsYIrChSpQXAEtobBAr4Ohw1Us+BZe+H5P8vm6LRuPwozC3SjwfX
4Iec8+9ot6tIVg4sbedDSgb/CCFVjsmIGcQ1P73JLJTBJ6mxYCV/gn3QC6bwDOFo
7kD9FDHCjRN8XfhHQ4Q9cYyt06uF31qG/aumgWYC9geCGgAwiHgwxNYb9GoJ0iZj
CROwbYvLTcQgsVUW2bTmsVR13UVKDsdl02sRV7qcVYW6R0a3Ra8KudX+nt25H5DR
Gd382KZ5W8pydsy/viTvD9z6v0ulChBYxAedIvGIClrhbxlLEPmIg4ImVOLGqsUg
Vm32J95WOjEkk4PEZ12xSDBtwhSJqmJNboWlfmw43KdIbY8zNhffIO3N6O7FsdGx
mqyHeLoTpqY+ySVUPpbuyW8ujnI/J//+6hdTZ9dQsEJQlWngKuWOQ5ma58MPSN88
zllsqhZAFQjNxqnkSzL6ZQ+v/jvuRRe16B80AeO55DsmbWsMv/YLLD1mSi7+Khy2
EtMBhgojWwrGMvdLN6X3mnzNJEscYyLxM9tSk+iySP2sLthK0BVgpAzBSdaf/ezI
z60P+neHDzteNFf8Mn7lmgYk1amvZoJ29s5+n2HwxyRL5dVMyMdyQmntubbctfqr
Z0tIiQGcBBABCgAGBQJbxcflAAoJEGo7ETk8pK1gnCYMAJY4FeIYjlIXGghFWzsB
4fYwK1+iaFpU3fSto5qcrqVtVPjXpwqczqBWeXGyQxiB0kan4OVAXydIeaP8EAuF
CA7paP3s9STLJBO3KurkwyRkPW5zo0X7xVqaVToRsX2Ul98KVJoHYQD1KdezEtwl
vpNwiiBr42AYR751Vm6JBVAbQXuFpB3c8bUV0OkkRxNFtL8/2PieHar58n5dntGk
bPlPkztahsFqktgacIgXHX5vaT+7YeeZ1DWLOYjGO0wNhkOSeroCmxwJUikU7joB
p823L7r5KfpqWTPpSCzVstQKZUGmmoE1qCswY/Ud5wvp9SccpIILkRXj0rZRtfnE
5MpL3hjmtNzfDd9qIsJtBJlSB2hZwAsVm1l+EWN9hG3tqyA43niUMy2n6q690of3
berSiQ+kvY/aC9Hx8I+bKzOV9/J2VUTqfaPZa4Uy2rVX5Q2p69n/PMj7mEer0rCL
3j9V16J9c+s0BSkXoKdtYdB0TWVhBgUybd9qtYcwHWvhP7QuU3RlcGhlbiBGYXJy
ZWxsIDxzdGVwaGVuQHRvbGVyYW50bmV0d29ya3MuY29tPokCPQQTAQgAJwUCWj1R
WgIbAwUJCZQmAAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBasvrxexcr6jsc
EADEcB0WQEZn2AkrzDs1RhL0Lp6cZi0BigofkbcGfdhJyMSs19C0dhvncrAFClVI
6/Udw3yFtDyYtOCf2W3M3A1K6/RfEizCLzTsdFIhni9gOJLlUpXViQtgrlstjk7h
qVV3Ooz4BlCqS4cG7rfqf4LQQPpTAuFUEV9I28FBUB2irqC+v4gTysIgpMw0bA1y
BU9sX5jE/tRkzqnuzZrkwiobDtRFJ9qp+7O2JtcY4EsVtLAsaodJKc5cF8R4OvB1
n66vxxcgg9Eh4JNWZ47xsaCmAGo1Bcb2jIY35OtgAL7gCGLRSMKTtAaPy1/fEgIq
hCljJ9x40Fkn/3r2BX21WC9HFSPFTBz2RluLRzxdgxOrkYK8EiHUPoE5b1AEzZKw
2AbeXfr57f5zYsN3IqfbQLUjMYtUN1wK3Pjb+idD972wyXMWt8uOzlI7b9Ocu+nY
m2whBfJv9Pmp3QYTmPz+LB9lH65VNVUSxSXVr5iWXO3qx1HtEiGEqkporMQCTh3T
5Ud3PvMSRBFFKNs9WhJ/Lxz+SV30WLwG6dr5mQqlzAhb4Phc/zekZyXRdS/oDKrB
LUucS36O//49JeyRi1QvOfxnfmIqRIAf/k3PoYJmTo5E82//r5Qj3YGlRu78ba0H
Arxs+ACD6AnEHHcbswpbtVEKYzlSu0Ar0Dc7vRWM/IyQdIkBHAQQAQgABgUCWj1S
oAAKCRAvPIc2gF+NosIsB/9f/29FNla3BJfGIEIDnhrqGD0i9bSa89SqBd++uG06
TQgW5wsqtNcrwn81yZTq6XE6i9VtD4GKfqC0d4KZJr9bnbeD81cI64VOdL8zJWJs
0vj5EIXCobKyX74Kb4uePUyZqwT2Q74I116u/HwA9/FXsPo5isbh4ZqD4t0VHpWk
mfq1FPT9a/JPyX46qKqB2Fce/7Qy+SQP1NfkuUlbhUH/JG9aSSYvk3lznNiH41x9
M+FDlL106itXOubrl3oi2fT3fsSedq7uzt+IV0DQEeNaoQAUuwEhdB8IWOMqN2wo
DjGVKJftfsSWY9ilZrnDBNDrp0vRqcx33LUMkIw4d7iBiQIzBBABCAAdFiEEfhcK
BFyEz0YOK3mgEO952f2DUxIFAlu3JJwACgkQEO952f2DUxJjuw/6ApHSsVTWD4a0
H6FJ23A9Ftpy+aXZ4vYlzkSrfsn2ECrEfK3lXQh/uzwjJUDYZeB1/BQsFZtcYNQO
JSSHbQ49BFRLwb1J/wBZG4bbmrkLxnNbKDKQvzxEpclkMW0Dj0J6o7kGrmzIGGrh
B+JJN99AcineHRug8ZSFIERRCmigxdhAKU0BFD7P+5HNHltSL3DF1c2fFOf2JrgB
KVoE+9RhMZjWNbYetFFLCkjXb5Rpay9zeMm1DxfSTGAnuOwUXW6qq4hnl5+VC/48
ceDZElLLfu7RQUZv44pkSTOWZs+iQoJiHMFHk9wPqyB2Vok1yJ2a2j27WhXrJlPw
nZbgJO5RyWDG3p/eVmpl5Uuc2dsfIpR17KnAuWpghK6V+cyFncDoGCl/YG2Mvool
sW08FiZh3Ej4dnJjj25TZkeFG74JJDXLvMYpJfSBGnmETv4Dhcm2xPqVMuFuL1qJ
lMbVLrMo2GXeo03OzNyvbs+u8WLIaGm5hC7N1CXY8wZs4jo6OJ/expvnc07dEuws
4zT3AiWv3nIouWReRStZy9QkavDocqbyPmilcdPCYk4BsOlzpwwO74hNG7iyl0Kd
AlwTxGQ7y0rJou6HYa1TmRhIEr3vKvlW+JfUUrqtjXgsuacTXo4+Ira2JUErL2cY
zQMq1j4r1ZyhFnuz93s7Rsx/Nw0+0YuJAZwEEAEKAAYFAlvFx+UACgkQajsROTyk
rWCJqwv+NLVPE4sD4sDA2/6Ek7UsRIUkg+S39fhqWsLc4rtw/mDunv8Un61I3K04
fZ2Ry4nF9hZM0a710UvXFbStvrzRJO3EAAcdJR9LTCd19e8UeruQbIee3YT91U4N
kC9JMpecfq62/teOAU2e5P3fWYaLs5ZX7zCLwWuBcW2l3SyoljQczM85HhJ3XHm+
FnwQ6D9xRle+lvWTcuC9d1yAyUb8IOospcL2lJTmy8e3r79R24hPlSB4LDe0wEN8
AXbagrcAQZjwyaHyWxjJbTwZ0b43WGdfIqZ1ElOeoffbketPGRmWvx5xUvb2ALFB
BdETzV270gs5XDJgJ1SIIKOyDADxwvroTe2jD8C/841eEql5QSow3s/U3zRqk3mt
tto8Qw/DN71aeh6dmYSsvd2UjsHw/vofOPRBGxZLEkKTEvMnhmMW9hiKPkPia+Qg
evYE020qpKSxLEdWA8nprHwxmGiDNesCfXSC6vm1qfyj5g8HzxSckq9ZaMhKMCo7
vxflUEDuuQINBFo9UDIBEAD6DdHQfMav8OXfhjTteoarOrlJTSdci727xiezGPuB
HmpvceBRZgRasdbaMc4HJee+R9+5x/nLPCuy/DxDyIjwIUeJNgc+l7LjI9WfpHTD
8U4xxjvR5Mi7+ToQQUOUNuzT0O0pyuxP1uY3RehHEhOVfBZO59ipSeZL5iQC6T5M
sK1SKfs51pLa5ToC1rc8tBJ4zZmxRAyZiYc/AH2uZ/6rYjTTkAn1DVI9DYo2D/zE
4bGjXdJW5pKphFB2lX3dG4I7ODi+5e1H6A/QpCu6z8/ZkIQ+9T1xcX/YwiFeA7Pb
TuW/eITbMbI1eV3+fyym9aT7Rsflmp31Zxtr+sZwGGZf00ooMBFmqOS//NUQ/Vf3
vDUew1h5QU1yDaWT3NApvi+XWPH9TPy6TMfZA2FThHf11sX/gDBa5JWQZbptPEcm
oazpiKZt91CrFPOaoXDPck/Q61dfmr/oPikfByYnASIM3OwEuXqyQ9JDRfKrem5r
+oA/wxWb5jELElAhOpnyqMMvOh7uz1foUssL8MAv2TGXmxpVJ8Nu4je6wf96Z22f
Q0D38zud+CKH3bMP3ayXXJBcdPoENrzFbWP5FTg/4TTDJ3vOAHZR5iCunYghx8b7
Ffa4UbkwlD+dh8GiIAtvT51Ac0cO0Wc0Zjc57zPUz1zloMbf+zb1Bsn7DuEQoqj1
gwARAQABiQIlBBgBCAAPBQJaPVAyAhsMBQkJlCYAAAoJEFqy+vF7FyvqrC8P/1tF
6TeR83xD6MasqXyrBjwcLmziaF0Mlkj8k/YUiZ/knb53n97xQnh9yxPv0TT8Wpfd
n3BmvqGyh8+ouHX9jMOxiRkMdNhIauVYY/8jmRfBSYWcFkfMzdYasvdLtmYJgx25
2HKTFdeOrszoOjWjEzwmh+tca3AFMu/nB++/KAmi5UJV7zsZ7uYJ5jm97LV5SLjN
JIXXM+lHqCDrjDaDhNczmq1LCRlU6/WDjvkuwaVhZG4lXxMDrvKnXMkjseQ2oKjw
rIdfQM86H1z5J31lfhqop+of0cimcIsBgSCPu+h96LHuAzeRBCbDKeqrfZtAZAGs
okRina9947fRWxXHh3O66ILmXKNRxxWbDkPvYnQWUat8SbSTDoPWrDIGDRIAypqY
o3pcN2OE0C1chqgDZQxkr+9kYZQpupOAN2TR+fM7JvbO9coKI8Uqog8CopoMeDQk
d0YjcqlB1E0svODHTzcSoRzogDBYDqNLP7qVkNXpcOAXSVioBgiSDf7o5RdS/qmU
yXBIeq6I5z8xBcd+BQ/n/9Frkm6K7IKP3ngUP4wEoiPx5ZE5+fPIScGmVUcZIMhk
vMvem9XXh1yyhqN14gfjmLwPGdWbrgG8QUe0s2WeWIyss6uTiyF+ZbJSo2XOKVc3
YFMVUUfgyudqAV1wWdZinUk+H3pkqOKoHAy/8fST
=3DYzQY
-----END PGP PUBLIC KEY BLOCK-----

--------------CDA647F82EBFE0F1EC35ACDB--

--srHkSulYoHxv5GEZ2CI33V8PSigh74KQM--

--ws8RlPF31QYSLspBWm9X331SsopVryo49
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEW7Wm6ldl0sWGPK4nWrL68XsXK+oFAl8E/UIACgkQWrL68XsX
K+ovPA//Sr2+Z7pO8w0SDImXW3AWwdBH3TJlBs/jc97QbHwXucgsCvAcCceqa1dS
f+GEkvHowb/5D3U1vfMirFMDG5ZLcT+la0n4tjNz7oTNB+krm3KCMFsdTUydddcM
tV71mYsNisKTMCu8IjAra25GUwFKp+OiI5IPsqosdrFpCA5lVukRYAxaedZ5Ujg7
9lHbttOGaT0UXDEkMY14QKB3bx4jQZPAY2131Ke8Rl6tH3mmbcF1Li8Sm6lXn05d
zc8RsVOCUe/Zg0uIhtZiYt9gy4hY8VfPEf13i2zkeVmT0eCAO0YvC8x4ZWBoIcnF
J31TXgHnqX3WCMuTQzznCf0s1mkTUkGSwvjCsYJPYwK0g+YVP0XPHt8ZN2Q7Lkwe
RwalFAhbX9D4weC5pqHrvIHY0Pgkbq5WxaFXJwxIexgNQVp/zW9KUyJE3gWf0B/H
lgtzJAEr9WHgyFK7eWgmJLBnzJHo+jAmL1yaDha+2bRkIuv1d7Q7XUsx0pcZYX3r
KzbEG+SuBxmUPR5Z9p3S2iEZFfA+btGXiE73n8tEd3TrE6rhA9Jgp+kHj9+GsLqI
b+Y5/iNXigGbVW4apTT3YIDilIL3o8jSVoWNTWTBc25qOxTtlWbqfBm5e5Lb5IFO
Xow2aFVJGLRA4JytD08I44ovjtQR29mt80Gu1xZ/eGVR+IVTSGs=
=OS5C
-----END PGP SIGNATURE-----

--ws8RlPF31QYSLspBWm9X331SsopVryo49--


From nobody Tue Jul  7 15:55:23 2020
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 3BE513A0B68 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:55:22 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 gEZcEYN4aKuG for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 15:55:21 -0700 (PDT)
Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 0558F3A0B65 for <rfced-future@iab.org>; Tue,  7 Jul 2020 15:55:20 -0700 (PDT)
Received: by mail-pg1-x534.google.com with SMTP id m22so10329628pgv.9 for <rfced-future@iab.org>; Tue, 07 Jul 2020 15:55:20 -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=dRjpESYLLqrXSR6+jfHFMeVN8LH/s2Tz2vJPNuAQWmo=; b=iiw0DllS2cvyWjrJpgDMGKUJ9HH63nqEAys3ckT6tr+wCjCH994rOWV3qb02CMrMs5 AVPedeX6yX+bUCeX2XdIAcp7l3cBjbuRuG4qmD4XWbuURgaFYPhuHl67IdbST6vI4XM/ VZRPOseVa/w0Ts4+8DxPov1dw+3FaTdkqYJB7d1brcfV04INSCzIsiY61J4ECQfFuTEq dERuVsECw5nW1dA9wnBjfVHG5G387v6PeyeIeyBCMpRJe3z6q5TlDaDjEjELDFLLDN9d 57zcEsIChk3hsXcSeq82Xz4RcxpRMZm050DUMfZNHP58d6Gi3XGtieRLHYon4iH5KH2X HhPg==
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=dRjpESYLLqrXSR6+jfHFMeVN8LH/s2Tz2vJPNuAQWmo=; b=WWHHW03HdJgwnWsValE6R6HnOggCtUAKlJS8hT6peKEEGzcTheNH5czkUTsmrFCwA3 t3zBLuLMiLb4dEg2o3nu8Da6eRXAJp/koxEIuaOV0UObcwwXPNyAWwnkB28zPh87J8Xx EB1ceOFgEcAXki8go+M2XQ2u5MnHUQJQLRYwuEqSf8NCAk+OpaoHu4mm7cTYK/pI77Fi mtFhhMmU1JfUcVOMyVsSOj1R5xwU2iQnAprpyo5BdpQ7y8j4ahcq0PoJ4e8pqX8sVvHe nKyXy7x9lnYIUiFxMNi2lQWkBwFn235LIQsArCgD4xNV2x8ndb5P0Z37y8pxSx9VIqfz QKKw==
X-Gm-Message-State: AOAM532u+VN7Kjzj27ty6ENiQw+p3r/dmQNSkj3WubJeSdEprPPMYA9H dBW6/Du0VgL6xX55cXHHmE8=
X-Google-Smtp-Source: ABdhPJxTn5Egda6w3xK4RfvgPRUVk+oLbAI2Dh36Acre2WeahixJ+NWXWo7n9t2xOusT+bIuZZmm1g==
X-Received: by 2002:a63:cb03:: with SMTP id p3mr46120249pgg.444.1594162520399;  Tue, 07 Jul 2020 15:55:20 -0700 (PDT)
Received: from [192.168.43.137] ([118.148.101.145]) by smtp.gmail.com with ESMTPSA id y19sm23779090pfc.135.2020.07.07.15.55.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jul 2020 15:55:19 -0700 (PDT)
To: Nico Williams <nico@cryptonector.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <20200707222803.GV3100@localhost>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <5f0ca6a7-7c08-4d7f-0f16-d565632e261b@gmail.com>
Date: Wed, 8 Jul 2020 10:55:14 +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: <20200707222803.GV3100@localhost>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Zuj3ZL7KkOJ5DoTqzZaRCTutlE8>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 22:55:22 -0000

On 08-Jul-20 10:28, Nico Williams wrote:
> On Wed, Jul 08, 2020 at 09:45:34AM +1200, Brian E Carpenter wrote:
>> Absolutely I think that community discussion and rough consensus is
>> appropriate for this and other strategy or policy issues. My concern
>> is that this needs to be facilitated and informed by someone with
>> relevant knowledge and experience in the editing/publishing/library/
>> archival world and that is not us. It's certainly not a skill set that
>> the NomCom typically looks for when picking IESG or IAB nominees. It's
>> a skill set that we did look for when appointing the previous RSE.
> 
> The IESG and IAB need, above all, decision-making skills and mastery and
> respect of process.  They have at their disposal, too, a great deal of
> collective expertise from the community, shepherds, directorates, and
> RSE, so they don't necessarily need to be experts in any one area in
> order to make decisions in that area.  Moreover, IAB and IESG members
> tend to have been through the RFC publication gauntlet, so they almost
> necessarily have at least a modicum of publication expertise of their
> own.
> 
> If there's no question that some issues must consume some of their
> attention, then I'm not sure that the IAB performing RSE oversight is a
> problem.

Sadly, I think we did get a demonstration that it can be a problem
last year. However, since we largely seem to agree that separating
out the IT and contract management aspects is the right way to go,
we are transforming the issue quite a bit.

All the same, I believe the actual evidence is that we (engineers)
don't understand the editing/publishing/library/archival world at
all well and we need help.

On 08-Jul-20 10:18, Eric Rescorla wrote:

> Stipulating for the moment that this is true, I don't really see how you get from there to "and this person needs to be in charge of the process". To give an example that I think I also gave on the most recent virtual call, we often have to do things that require a bunch of relevant expertise in the legal world, and that's not us, but address that problem by engaging a lawyer and asking their opinion. Why doesn't that work here?

It might, if we set it up right. I think this is worth exploring.

    Brian
 


From nobody Tue Jul  7 16:14:18 2020
Return-Path: <jmh@joelhalpern.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 6CBCD3A0BA6 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 16:14:16 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 wwSZrV5L8tPq for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 16:14:15 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E9553A0BA3 for <rfced-future@iab.org>; Tue,  7 Jul 2020 16:14:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B1dYL5ztQz6GJhF; Tue,  7 Jul 2020 16:14:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594163654; bh=NxK01i/7NegCql4YdxWTkYCZ9wUtBg49SeUruxDga+E=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=m5jfACY910ydXaCI4Xb//Kkk1+uOhbCPNv8YMCpG5s5CxmZznOvLWIKuiu8Z4jpP3 bAuplKP/BQvjXTE+rY1ZjFVkHE7AFAZ5JS56dn1iXIzcy++aUFh9KpLxiuPGbq+vZM dItCWWNXA6cZC5LrR0ABrAiCIuOiLGy0GLM5nq6U=
X-Quarantine-ID: <CGFWTWeukYEd>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4B1dYL2Jgkz6GH3v; Tue,  7 Jul 2020 16:14:14 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com>
Date: Tue, 7 Jul 2020 19:14:13 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/GsKXpBA3-ue2lczrlIvtUNiA7oE>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 23:14:17 -0000

We keep a lawyer on retainer.
So the difference becomes that we are looking for someone who will be
- more engaged in understanding and helping direct the community (the 
lawyers explicit do not direct)
- have more ongoing activities, although quite possibly less than heretofore

Sounds like you are actually arguing for a senior, respected, 
contractor.  With a long term relationship.

Yours,
Joel

On 7/7/2020 6:18 PM, Eric Rescorla wrote:
> 
> 
> On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter 
> <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> 
>      > Sorry, I should have been more clear. I think this is a proper
>     subject for IESG and IAB consideration, made somewhat more difficult
>     by anchoring on a historical five author limit that had (at least to
>     me) a fairly unclear rationale.
> 
>     Absolutely I think that community discussion and rough consensus is
>     appropriate for this and other strategy or policy issues. My concern
>     is that this needs to be facilitated and informed by someone with
>     relevant knowledge and experience in the
>     editing/publishing/library/archival world and that is not us.
> 
> 
> Stipulating for the moment that this is true, I don't really see how you 
> get from there to "and this person needs to be in charge of the 
> process". To give an example that I think I also gave on the most recent 
> virtual call, we often have to do things that require a bunch of 
> relevant expertise in the legal world, and that's not us, but address 
> that problem by engaging a lawyer and asking their opinion. Why doesn't 
> that work here?
> 
> -Ekr
> 
> 
> 
> 
> 
> 
> 


From nobody Tue Jul  7 16:37:55 2020
Return-Path: <ekr@rtfm.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 D73063A0C32 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 16:37:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 1kgZkQL4qeZU for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 16:37:52 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 E1C613A0C30 for <rfced-future@iab.org>; Tue,  7 Jul 2020 16:37:51 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id o4so25830845lfi.7 for <rfced-future@iab.org>; Tue, 07 Jul 2020 16:37:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qvLu3RSF1R7sJDtL+ld4yyH/IBnjdBfowqARVU33Q74=; b=fbhQnwTNExReJcCqdoVhKkisFRHYebocJQpXhbVeU+suOwQYv+g235X80Hr0aE5+nl DluSQ8EeN2SEouCApVKmonV3B9HMneEZ8rleR20gF0WKcCxCnWHY4Vnz/QT8yGvn0f21 BW71sdfuqvEykVGGwTBXRpjYHmwDJdp7aS6U4qCLzYl+NHnQMOhHpNuWBGyRLBRCo3/W 1JqpjI2x1aHAGRD9mXxD8JH5RxtrskFATXlQDa50+7r24anAYkdvgP2bVFT/FDTouNTp I7U5461P21FwU5eh1QSJerm1q8P9825l6UVJpRXwsYZXnPjesOxQB8UHm3hpSFkc+D9O 28+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qvLu3RSF1R7sJDtL+ld4yyH/IBnjdBfowqARVU33Q74=; b=qfA1cagF6B4D/VZWLj150mOcq9o47CP/Oah7PeHzSWBLrqk6hvbM9W/bRr+444ORWY r5gPeCBKgQChnnbIaXjaLofq+/LXgpG1spmNFzhwQQXIBpYikav6eEufM9dTPT061Yy3 9lFHxRuAORPth2JyYuh/CVXwYY4k12+cZaiOIZK1hvfLX2Okdt68BNKQVAHOZ2DyAWey 3HICxj950KKv3WZuhoH3QT4+46zP4ev8P9pB6fl5ESPOonoltR4BfEbqPeR2M7nQC35y BZ0+uHtSAuZJLIYsiuwLSd2GpxGOT6BV09PZkY4L0RCn9KuYCoRCeiu85dwM2Tvc8zr3 ZotA==
X-Gm-Message-State: AOAM530ubhhxWavWLY/OPEikvCEbIU7lI6EYZ3RR7JbGjalKLey1n/k+ xVK7whkhXhB0KE4tZHsWdakzVSl6HZ4JqBgAHzkFxpP6qr0=
X-Google-Smtp-Source: ABdhPJzSv2PcB9onmbWmd0cpF+j2nd8Kehq8e6QTFJ9u4fWxhFJfq6BWv8lZc5TKOPpl2s5FFir1hV1Z5/fskkk1GuA=
X-Received: by 2002:ac2:4c2a:: with SMTP id u10mr33874035lfq.168.1594165069928;  Tue, 07 Jul 2020 16:37:49 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com>
In-Reply-To: <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 16:37:13 -0700
Message-ID: <CABcZeBPfOkrnpZh4X+XZOaoGb8ATC9PYaTp9T4cn5GR=SgwGwg@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="000000000000b50cb205a9e27a72"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/W1-TS7gktMl1FlfbW1aRZ14XUvI>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 07 Jul 2020 23:37:54 -0000

--000000000000b50cb205a9e27a72
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 7, 2020 at 4:14 PM Joel M. Halpern <jmh@joelhalpern.com> wrote:

> We keep a lawyer on retainer.
> So the difference becomes that we are looking for someone who will be
> - more engaged in understanding and helping direct the community (the
> lawyers explicit do not direct)
> - have more ongoing activities, although quite possibly less than
> heretofore
>


Well, I'm not sure about the "we" here, as I'm arguing that we should not
in fact be looking for this.

Rather, I am arguing that the community should drive strategy (potentially
with some structure like Martin proposed) and that to the extent to which
we need someone with specific expertise in the areas Brian has flagged, we
should hire someone to advise us, in much the same way we do for legal
advice.

-Ekr

Sounds like you are actually arguing for a senior, respected,
> contractor.  With a long term relationship.
>
> Yours,
> Joel
>
> On 7/7/2020 6:18 PM, Eric Rescorla wrote:
> >
> >
> > On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter
> > <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>>
> wrote:
> >
> >      > Sorry, I should have been more clear. I think this is a proper
> >     subject for IESG and IAB consideration, made somewhat more difficult
> >     by anchoring on a historical five author limit that had (at least to
> >     me) a fairly unclear rationale.
> >
> >     Absolutely I think that community discussion and rough consensus is
> >     appropriate for this and other strategy or policy issues. My concern
> >     is that this needs to be facilitated and informed by someone with
> >     relevant knowledge and experience in the
> >     editing/publishing/library/archival world and that is not us.
> >
> >
> > Stipulating for the moment that this is true, I don't really see how you
> > get from there to "and this person needs to be in charge of the
> > process". To give an example that I think I also gave on the most recent
> > virtual call, we often have to do things that require a bunch of
> > relevant expertise in the legal world, and that's not us, but address
> > that problem by engaging a lawyer and asking their opinion. Why doesn't
> > that work here?
> >
> > -Ekr
> >
> >
> >
> >
> >
> >
> >
>

--000000000000b50cb205a9e27a72
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 7, 2020 at 4:14 PM Joel M=
. Halpern &lt;<a href=3D"mailto:jmh@joelhalpern.com">jmh@joelhalpern.com</a=
>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We =
keep a lawyer on retainer.<br>
So the difference becomes that we are looking for someone who will be<br>
- more engaged in understanding and helping direct the community (the <br>
lawyers explicit do not direct)<br>
- have more ongoing activities, although quite possibly less than heretofor=
e<br></blockquote><div><br></div><div><br></div><div>Well, I&#39;m not sure=
 about the &quot;we&quot; here, as I&#39;m arguing that we should not in fa=
ct be looking for this.<br></div><div><br></div><div>Rather, I am arguing t=
hat the community should drive strategy (potentially with some structure li=
ke Martin proposed) and that to the extent to which we need someone with sp=
ecific expertise in the areas Brian has flagged, we should hire someone to =
advise us, in much the same way we do for legal advice.<br></div><div><br><=
/div><div>-Ekr</div><div><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">
Sounds like you are actually arguing for a senior, respected, <br>
contractor.=C2=A0 With a long term relationship.<br>
<br>
Yours,<br>
Joel<br>
<br>
On 7/7/2020 6:18 PM, Eric Rescorla wrote:<br>
&gt; <br>
&gt; <br>
&gt; On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter <br>
&gt; &lt;<a href=3D"mailto:brian.e.carpenter@gmail.com" target=3D"_blank">b=
rian.e.carpenter@gmail.com</a> &lt;mailto:<a href=3D"mailto:brian.e.carpent=
er@gmail.com" target=3D"_blank">brian.e.carpenter@gmail.com</a>&gt;&gt; wro=
te:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; Sorry, I should have been more clear. I think=
 this is a proper<br>
&gt;=C2=A0 =C2=A0 =C2=A0subject for IESG and IAB consideration, made somewh=
at more difficult<br>
&gt;=C2=A0 =C2=A0 =C2=A0by anchoring on a historical five author limit that=
 had (at least to<br>
&gt;=C2=A0 =C2=A0 =C2=A0me) a fairly unclear rationale.<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0Absolutely I think that community discussion and ro=
ugh consensus is<br>
&gt;=C2=A0 =C2=A0 =C2=A0appropriate for this and other strategy or policy i=
ssues. My concern<br>
&gt;=C2=A0 =C2=A0 =C2=A0is that this needs to be facilitated and informed b=
y someone with<br>
&gt;=C2=A0 =C2=A0 =C2=A0relevant knowledge and experience in the<br>
&gt;=C2=A0 =C2=A0 =C2=A0editing/publishing/library/archival world and that =
is not us.<br>
&gt; <br>
&gt; <br>
&gt; Stipulating for the moment that this is true, I don&#39;t really see h=
ow you <br>
&gt; get from there to &quot;and this person needs to be in charge of the <=
br>
&gt; process&quot;. To give an example that I think I also gave on the most=
 recent <br>
&gt; virtual call, we often have to do things that require a bunch of <br>
&gt; relevant expertise in the legal world, and that&#39;s not us, but addr=
ess <br>
&gt; that problem by engaging a lawyer and asking their opinion. Why doesn&=
#39;t <br>
&gt; that work here?<br>
&gt; <br>
&gt; -Ekr<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
</blockquote></div></div>

--000000000000b50cb205a9e27a72--


From nobody Tue Jul  7 17:03:15 2020
Return-Path: <masinter@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 C8BCC3A0C89 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:03:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.5
X-Spam-Level: 
X-Spam-Status: No, score=-1.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 G3kAqWQd8Xu2 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:03:11 -0700 (PDT)
Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 9A9BE3A0C81 for <rfced-future@iab.org>; Tue,  7 Jul 2020 17:03:11 -0700 (PDT)
Received: by mail-pl1-x62a.google.com with SMTP id w17so2944080ply.11 for <rfced-future@iab.org>; Tue, 07 Jul 2020 17:03:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=sender:from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=NRGeJ3JkUlDCfG3RIgOT5eG0n7SWHd/haQVBvvtNUXE=; b=OTpRXHEYV3aPc22W5qWByu8d5bM1QqskD3K5KwSX9JNqbuDi4G1A3WP6GaZuqbzPuM 7nuoz+9qv/dKWhRD9bYw7e2Fkfff2CS3nBb3YXNSqojt/HDcVe4Ct6ySPoobhrYNvllP 2EFuNYnjIezjk/e7Chm+RqNqoPk8nCkg7wmyk18od26aXykQ/cbXXozvojyRUHCKRZrv yE/JSXr79AVTvq4qKclrCTcaB/Ib3d4nPMcTMpHgVCojU0SjvhuyzGyTlS6i90f78KUC HqrbMW4YcOY1KiWGoGeA/DkZL5fV5oz755uhW+ppntpE7qjRuKmGPNGsKcpZsKZ8XY6m 7X1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:references:in-reply-to:subject :date:message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=NRGeJ3JkUlDCfG3RIgOT5eG0n7SWHd/haQVBvvtNUXE=; b=DTXOul275Q+cs86PAj8P9917iPpFPMQ+o0AqhwIcpxMUvD3lPIszEhMqnxK68+KXC+ TgKHMlRY/aDgJ5owQthe8qDSnGAqjoYsL8sJnks+jJ8pql06BKyLiQXQLtarsIlgdS/M Fo/kGrFh9GIoAwFx0iTzDX6O+0QnqELKgvTUKJiataA3RzDEJvFckIdczSt5VHxpM2Ce c6KFJscVUxfNjZHQyx/n1/B7q7AJKuz3yGxiqGra6jVc+wyO1KXoyrYYFwrmgQ+iZUAe MnzRNsmIY7SOSYtfx3YhFWs39R1Fo1xQLEk/g4+6OftbHKEarGsevVMLIPQ1gtjK561Z PetA==
X-Gm-Message-State: AOAM533HLzTfTK0Mn0I1VhzPTfiOEoyCQXtzJkeN1UqBGDu74ZvL1ns1 BqD/pYBp5FgHOQT1MTdFGAo=
X-Google-Smtp-Source: ABdhPJyk/ZZ7r17CAFrQnVExTsTi5G28X0MNXHt0jS4loScWY5zJln77S/7IwJ11G964UlCACjSRWw==
X-Received: by 2002:a17:902:bd97:: with SMTP id q23mr44245736pls.251.1594166590945;  Tue, 07 Jul 2020 17:03:10 -0700 (PDT)
Received: from TVPC (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id 207sm2553022pfa.100.2020.07.07.17.03.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jul 2020 17:03:10 -0700 (PDT)
Sender: Larry Masinter <masinter@gmail.com>
From: Larry Masinter <LMM@acm.org>
X-Google-Original-From: "Larry Masinter" <lmm@acm.org>
To: "'Brian E Carpenter'" <brian.e.carpenter@gmail.com>, "'Eric Rescorla'" <ekr@rtfm.com>, "'Nico Williams'" <nico@cryptonector.com>
Cc: <rfced-future@iab.org>, "'Martin Thomson'" <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
In-Reply-To: <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com>
Date: Tue, 7 Jul 2020 17:03:09 -0700
Message-ID: <02d601d654bb$2a990fe0$7fcb2fa0$@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJKHoYcpjWk4G8MlbUCTfNOLiVAvwHLo+VwAU/6yu0BzLYuOAGvd3F0AjP90WQBlSbBRKfCLXgw
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/DG4mpB2-8Kq7xB0cMkzhE-FwZjQ>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 00:03:13 -0000

... My concern is that
> this needs to be facilitated and informed by someone with relevant
> knowledge and experience in the editing/publishing/library/archival =
world
> and that is not us


You keep on making this assertion that the skills of editing, =
publishing, archival world "is not us".  I think being versed in the =
engineering considerations of those properties SHOULD be "us".

The reason we have an archival series of specifications is not that we =
want to build a memorial Ozymandias altar to our golden words, but =
because these are the archival records of how things worked. It's a =
serious problem when buildings and bridges last longer than the =
documents that describe them.   How else can you make all of these =
paper-based archival solutions into all electronic worlds?


But all of this is an engineering problem, within the range of what I'd =
expect an engineer to deal with.

We're spending a lot of time engineering a person-to-person protocol. =
The unique parts of IETF is that we treat person-to-person protocols at =
layer 7.5 with checks and balances, without any work on writing down the =
Security Considerations.



From nobody Tue Jul  7 17:06:47 2020
Return-Path: <jmh@joelhalpern.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 817573A0C8E for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:06:45 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 8qPW1UDbA7s4 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:06:43 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDACF3A0C94 for <rfced-future@iab.org>; Tue,  7 Jul 2020 17:06:43 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B1fjv5MHpz6GFP2; Tue,  7 Jul 2020 17:06:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594166803; bh=q5Re8uz6hsuRwpuz3QQonCB/HXqM0kJdt/GAr70Gvzs=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=YBrG7dace1XnHrcXwAavNjNUJcDyfsuoAhv2ElWFWiJuwxnRGZIQD4KYDXxP3ybup MVfkkCQ6ouYdse46ddzm/38nDsBBCq/bZiClGGj2RQ63QJPQ8a3R3UAF5TpuOhTMeY oXUnwPRRmmzH0eERhxPG2i5hKFoly/v1LZat3YLo=
X-Quarantine-ID: <uBYrbl5oOJ2x>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4B1fjv131hz6GF1Q; Tue,  7 Jul 2020 17:06:43 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com> <CABcZeBPfOkrnpZh4X+XZOaoGb8ATC9PYaTp9T4cn5GR=SgwGwg@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <3acbbd58-82cc-095d-d8da-db231d63bede@joelhalpern.com>
Date: Tue, 7 Jul 2020 20:06:41 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBPfOkrnpZh4X+XZOaoGb8ATC9PYaTp9T4cn5GR=SgwGwg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/eROCC6PHkvbSHNbcqpkOfFYDYEE>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 00:06:46 -0000

I guess I have two differences with your description.

One aspect is that we actually hire the lawyer(s) on a long term basis. 
We do not hire them "when we need advice".

The other is that in the area of direction for the RFC Series, I think 
that we need the expertise in helping us ask the right questions on an 
ongoing basis, not just answering questions when needed.

Yours,
Joel

On 7/7/2020 7:37 PM, Eric Rescorla wrote:
> 
> 
> On Tue, Jul 7, 2020 at 4:14 PM Joel M. Halpern <jmh@joelhalpern.com 
> <mailto:jmh@joelhalpern.com>> wrote:
> 
>     We keep a lawyer on retainer.
>     So the difference becomes that we are looking for someone who will be
>     - more engaged in understanding and helping direct the community (the
>     lawyers explicit do not direct)
>     - have more ongoing activities, although quite possibly less than
>     heretofore
> 
> 
> 
> Well, I'm not sure about the "we" here, as I'm arguing that we should 
> not in fact be looking for this.
> 
> Rather, I am arguing that the community should drive strategy 
> (potentially with some structure like Martin proposed) and that to the 
> extent to which we need someone with specific expertise in the areas 
> Brian has flagged, we should hire someone to advise us, in much the same 
> way we do for legal advice.
> 
> -Ekr
> 
>     Sounds like you are actually arguing for a senior, respected,
>     contractor.  With a long term relationship.
> 
>     Yours,
>     Joel
> 
>     On 7/7/2020 6:18 PM, Eric Rescorla wrote:
>      >
>      >
>      > On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter
>      > <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>
>     <mailto:brian.e.carpenter@gmail.com
>     <mailto:brian.e.carpenter@gmail.com>>> wrote:
>      >
>      >      > Sorry, I should have been more clear. I think this is a proper
>      >     subject for IESG and IAB consideration, made somewhat more
>     difficult
>      >     by anchoring on a historical five author limit that had (at
>     least to
>      >     me) a fairly unclear rationale.
>      >
>      >     Absolutely I think that community discussion and rough
>     consensus is
>      >     appropriate for this and other strategy or policy issues. My
>     concern
>      >     is that this needs to be facilitated and informed by someone with
>      >     relevant knowledge and experience in the
>      >     editing/publishing/library/archival world and that is not us.
>      >
>      >
>      > Stipulating for the moment that this is true, I don't really see
>     how you
>      > get from there to "and this person needs to be in charge of the
>      > process". To give an example that I think I also gave on the most
>     recent
>      > virtual call, we often have to do things that require a bunch of
>      > relevant expertise in the legal world, and that's not us, but
>     address
>      > that problem by engaging a lawyer and asking their opinion. Why
>     doesn't
>      > that work here?
>      >
>      > -Ekr
>      >
>      >
>      >
>      >
>      >
>      >
>      >
> 


From nobody Tue Jul  7 17:40:51 2020
Return-Path: <nico@cryptonector.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 D7ECF3A0CBC for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:40:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 uR0MJcipxD6q for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:40:46 -0700 (PDT)
Received: from anteater.elm.relay.mailchannels.net (anteater.elm.relay.mailchannels.net [23.83.212.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E5CF3A0CBE for <rfced-future@iab.org>; Tue,  7 Jul 2020 17:40:46 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4938E7E0E75; Wed,  8 Jul 2020 00:40:45 +0000 (UTC)
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (100-96-23-13.trex.outbound.svc.cluster.local [100.96.23.13]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id C86CC7E12C7; Wed,  8 Jul 2020 00:40:44 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Wed, 08 Jul 2020 00:40:45 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Shrill-Attack: 39c17a6642df6ff9_1594168845123_2586910001
X-MC-Loop-Signature: 1594168845122:2855299869
X-MC-Ingress-Time: 1594168845122
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTP id 75355B4793; Tue,  7 Jul 2020 17:40:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=WFqnT6VDDn8J7z ctebirfl1VkBM=; b=xe2/LEgqPCGOMaxNjqN/BQCWmdd4cBja3Rgc1E7Kbk2rG+ augG06XMAOrP3OBniccAcxRNhboB4+Zhoeu7XBzBlfjIWX/snGnAIGSgm8IYG1Vs T31XsNPykmPtib5P1jhh9PDuzEeRyN1nmrNnUPOT0TtNh5X86+aO2W91jV4+k=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTPSA id 322FFB4794; Tue,  7 Jul 2020 17:40:42 -0700 (PDT)
Date: Tue, 7 Jul 2020 19:40:38 -0500
X-DH-BACKEND: pdx1-sub0-mail-a38
From: Nico Williams <nico@cryptonector.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Message-ID: <20200708004037.GW3100@localhost>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <20200707222803.GV3100@localhost> <5f0ca6a7-7c08-4d7f-0f16-d565632e261b@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5f0ca6a7-7c08-4d7f-0f16-d565632e261b@gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrudeigdefjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecuggftrfgrthhtvghrnhepffdtkeethfeuteeviefgfeegjeetjedvhfehgfdvtdefueejheelgeeuhffghffgnecukfhppedvgedrvdekrddutdekrddukeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplhhotggrlhhhohhsthdpihhnvghtpedvgedrvdekrddutdekrddukeefpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomh
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/a35MppK5mIGiz7SsMxcxkQIPwdQ>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 00:40:48 -0000

On Wed, Jul 08, 2020 at 10:55:14AM +1200, Brian E Carpenter wrote:
> All the same, I believe the actual evidence is that we (engineers)
> don't understand the editing/publishing/library/archival world at
> all well and we need help.

I think we understand the RFC publishing issues fairly well -- well
enough to deal with the RFC publication process.  It would be strange if
we didn't!  Now, maybe we need to move into the 21st century of
publishing, but maybe not, and at any rate, we should evolve our
publication process rather than revolutionize it.  I.e., to me it sounds
like much ado about not much, which isn't to say that we didn't have a
spectacular failure a year ago, but it wasn't a failure to understand
the world of publication.

Nico
-- 


From nobody Tue Jul  7 17:43:59 2020
Return-Path: <nico@cryptonector.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 ECAD43A0CC1 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:43:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 1ZGST6fkzpYE for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 17:43:56 -0700 (PDT)
Received: from lavender.maple.relay.mailchannels.net (lavender.maple.relay.mailchannels.net [23.83.214.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1659F3A0CBE for <rfced-future@iab.org>; Tue,  7 Jul 2020 17:43:55 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 10250100C0D; Wed,  8 Jul 2020 00:43:55 +0000 (UTC)
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (100-96-22-16.trex.outbound.svc.cluster.local [100.96.22.16]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8C6A1100C3B; Wed,  8 Jul 2020 00:43:54 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Wed, 08 Jul 2020 00:43:54 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Inform-Bitter: 47a2112b01749cd7_1594169034825_1258462223
X-MC-Loop-Signature: 1594169034825:1647015924
X-MC-Ingress-Time: 1594169034825
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTP id 273A9B4794; Tue,  7 Jul 2020 17:43:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=YswJYPoV9E0N6k gDzDndB+OtHJg=; b=BQrPkfI6HF5QTKgC7vrHj8nBtlg1by2wtiDmppOLPReKF6 X6knAD5LqqRTDCvXIe94/MPwtNxiPs3j7wWAH/RYEgS6fJAGaXXm7J+ZVQtaH9Zb 4kVpawz4ymfx7Xy6Ltbu+aMjtIB1xmjExWUyn9rQPfbfHT86slTkg50nnAV3o=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTPSA id 4C503B4796; Tue,  7 Jul 2020 17:43:52 -0700 (PDT)
Date: Tue, 7 Jul 2020 19:43:50 -0500
X-DH-BACKEND: pdx1-sub0-mail-a38
From: Nico Williams <nico@cryptonector.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org
Message-ID: <20200708004348.GX3100@localhost>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: 0
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrudeigdefkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucggtffrrghtthgvrhhnpefftdektefhueetveeigfefgeejteejvdfhhefgvddtfeeujeehleeguefhgffhgfenucfkphepvdegrddvkedruddtkedrudekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhm
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/osqzt0QJWSDlzg-MFrH-cau1omQ>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 00:43:58 -0000

On Tue, Jul 07, 2020 at 07:14:13PM -0400, Joel M. Halpern wrote:
> We keep a lawyer on retainer.

That doesn't absolve us of having to have some understanding of legal
issues.  It happens a lot that lawyers make business decisions by
default when business people fail to pushback due to lack of knowledge.

Publication is not like law.  There's no bar for editors or publishers.


From nobody Tue Jul  7 19:28:24 2020
Return-Path: <ekr@rtfm.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 4BBDE3A0FF2 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 19:28:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 iq4BlQnAcnQU for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 19:28:15 -0700 (PDT)
Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 4FD533A0FFA for <rfced-future@iab.org>; Tue,  7 Jul 2020 19:28:13 -0700 (PDT)
Received: by mail-lj1-x229.google.com with SMTP id f5so36506234ljj.10 for <rfced-future@iab.org>; Tue, 07 Jul 2020 19:28:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KoVhaDs1bU6/PGfaN2rWo1YwrHV/40U0eEwoMHTir9o=; b=DCa2TYkK+2IzXFUu8wDqawj+V2Fxwbu6bNExpvDmHeqhzuU7rOPSR5Iiag3Uyhu4eA UVU4QNU35RCYKP9Ie2RnPv9Y0m4YPYV6sT9u3CtUp66zRYGkOi3SkELH58rPgIuQcHhU Mb3+EAQbPJZ9eqL/AguGDFxO36N+7ynRf67DdsEVLVh7HRyON5vmKeoUNWUd/vwkRjB3 gZf1I8ZDV13Fwz7UsLSBgSDbypCI7P6hKoy2658i+0uUeJxgH5BZxcQjmOP4sgZlF1JS rOS/1sPoKkNBcfR68tvKDc3RGgqrAi0o+z1qHYSk+2kse9Nlx4y1wZoB1ZqzZfIPmDcj pcRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KoVhaDs1bU6/PGfaN2rWo1YwrHV/40U0eEwoMHTir9o=; b=FxXrHEzVIASEHK5DzRv9k/Lx9d8Xo5O7CB/WF6mWOIqsYtjiB3BCEl9SxqSND49Vbm udKOT6+MHpieg/aHn38VRSe0JC7MF/lqdlGKGIKYtagCWPOVwK7Ywrs5LT1mC81KqDzE QNxSxAJ3KefnbacLkl6wGdrQh1dzqEr/WUJSN4CDzMbtPkFnLVvZuAOg3U8OGeoTI0N/ ljrn4ycrELyywPG+DyawgomN4H6AvPXLbRcTo5MzKsLD6ce3ruRz29FFfTnPejs13eiF GEjiyIqMvp6W/UeOJ8fbgEJ31b9eo/IDvPgZ5OX3YnwtOSkIqljI9u/kJ4MgDGecaSCz OtNg==
X-Gm-Message-State: AOAM533RfRAeBUg2ng04pW03kCrJxfytNVS8tMJIbqtgwNPR519PT9SP bOqW0G6VAajFv95WGZtdMLvEqltw7EXXDMCJcTnkViYab60=
X-Google-Smtp-Source: ABdhPJxDAMvGhSUdfdD+AQ4vlN3np703GImj3syQxxg85Nl7xKVlsZNvRKoDqhtX9r6wmM63FDtpev3LGDcARZy24oo=
X-Received: by 2002:a2e:1446:: with SMTP id 6mr8153862lju.409.1594175291541; Tue, 07 Jul 2020 19:28:11 -0700 (PDT)
MIME-Version: 1.0
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com> <CABcZeBPfOkrnpZh4X+XZOaoGb8ATC9PYaTp9T4cn5GR=SgwGwg@mail.gmail.com> <3acbbd58-82cc-095d-d8da-db231d63bede@joelhalpern.com>
In-Reply-To: <3acbbd58-82cc-095d-d8da-db231d63bede@joelhalpern.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 7 Jul 2020 19:27:35 -0700
Message-ID: <CABcZeBMPD5KNeZMM44hMvgf5eDS3A2b+0=31sNmow14yV8S1Yw@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="000000000000f65fa605a9e4db55"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/KwEaDnjAAMMpMUaQlnxuizm-CWI>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 02:28:24 -0000

--000000000000f65fa605a9e4db55
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 7, 2020 at 5:06 PM Joel M. Halpern <jmh@joelhalpern.com> wrote:

> I guess I have two differences with your description.
>

We may be able to chalk this up to bad writing on my part.


> One aspect is that we actually hire the lawyer(s) on a long term basis.
> We do not hire them "when we need advice".
>

Agreed. I think that if we have an expert that requires regular deep
engagement with us, we should retain them on a long term basis.


> The other is that in the area of direction for the RFC Series, I think
> that we need the expertise in helping us ask the right questions on an
> ongoing basis, not just answering questions when needed.
>

I think I agree with this as well. When I was a consultant and when I've
hired consultants, often what we've wanted is precisely this kind of
outside strategy perspective.

-Ekr


> Yours,
> Joel
>
> On 7/7/2020 7:37 PM, Eric Rescorla wrote:
> >
> >
> > On Tue, Jul 7, 2020 at 4:14 PM Joel M. Halpern <jmh@joelhalpern.com
> > <mailto:jmh@joelhalpern.com>> wrote:
> >
> >     We keep a lawyer on retainer.
> >     So the difference becomes that we are looking for someone who will be
> >     - more engaged in understanding and helping direct the community (the
> >     lawyers explicit do not direct)
> >     - have more ongoing activities, although quite possibly less than
> >     heretofore
> >
> >
> >
> > Well, I'm not sure about the "we" here, as I'm arguing that we should
> > not in fact be looking for this.
> >
> > Rather, I am arguing that the community should drive strategy
> > (potentially with some structure like Martin proposed) and that to the
> > extent to which we need someone with specific expertise in the areas
> > Brian has flagged, we should hire someone to advise us, in much the same
> > way we do for legal advice.
> >
> > -Ekr
> >
> >     Sounds like you are actually arguing for a senior, respected,
> >     contractor.  With a long term relationship.
> >
> >     Yours,
> >     Joel
> >
> >     On 7/7/2020 6:18 PM, Eric Rescorla wrote:
> >      >
> >      >
> >      > On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter
> >      > <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>
> >     <mailto:brian.e.carpenter@gmail.com
> >     <mailto:brian.e.carpenter@gmail.com>>> wrote:
> >      >
> >      >      > Sorry, I should have been more clear. I think this is a
> proper
> >      >     subject for IESG and IAB consideration, made somewhat more
> >     difficult
> >      >     by anchoring on a historical five author limit that had (at
> >     least to
> >      >     me) a fairly unclear rationale.
> >      >
> >      >     Absolutely I think that community discussion and rough
> >     consensus is
> >      >     appropriate for this and other strategy or policy issues. My
> >     concern
> >      >     is that this needs to be facilitated and informed by someone
> with
> >      >     relevant knowledge and experience in the
> >      >     editing/publishing/library/archival world and that is not us.
> >      >
> >      >
> >      > Stipulating for the moment that this is true, I don't really see
> >     how you
> >      > get from there to "and this person needs to be in charge of the
> >      > process". To give an example that I think I also gave on the most
> >     recent
> >      > virtual call, we often have to do things that require a bunch of
> >      > relevant expertise in the legal world, and that's not us, but
> >     address
> >      > that problem by engaging a lawyer and asking their opinion. Why
> >     doesn't
> >      > that work here?
> >      >
> >      > -Ekr
> >      >
> >      >
> >      >
> >      >
> >      >
> >      >
> >      >
> >
>

--000000000000f65fa605a9e4db55
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 7, 2020 at 5:06 PM Joel M=
. Halpern &lt;<a href=3D"mailto:jmh@joelhalpern.com">jmh@joelhalpern.com</a=
>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I g=
uess I have two differences with your description.<br></blockquote><div><br=
></div><div>We may be able to chalk this up to bad writing on my part.<br><=
/div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
One aspect is that we actually hire the lawyer(s) on a long term basis. <br=
>
We do not hire them &quot;when we need advice&quot;.<br></blockquote><div><=
br></div><div>Agreed. I think that if we have an expert that requires regul=
ar deep engagement with us, we should retain them on a long term basis.</di=
v><div> <br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The other is that in the area of direction for the RFC Series, I think <br>
that we need the expertise in helping us ask the right questions on an <br>
ongoing basis, not just answering questions when needed.<br></blockquote><d=
iv><br></div><div>I think I agree with this as well. When I was a consultan=
t and when I&#39;ve hired consultants, often what we&#39;ve wanted is preci=
sely this kind of outside strategy perspective.<br></div><div><br></div><di=
v>-Ekr</div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex=
">
<br>
Yours,<br>
Joel<br>
<br>
On 7/7/2020 7:37 PM, Eric Rescorla wrote:<br>
&gt; <br>
&gt; <br>
&gt; On Tue, Jul 7, 2020 at 4:14 PM Joel M. Halpern &lt;<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> <br>
&gt; &lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jm=
h@joelhalpern.com</a>&gt;&gt; wrote:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0We keep a lawyer on retainer.<br>
&gt;=C2=A0 =C2=A0 =C2=A0So the difference becomes that we are looking for s=
omeone who will be<br>
&gt;=C2=A0 =C2=A0 =C2=A0- more engaged in understanding and helping direct =
the community (the<br>
&gt;=C2=A0 =C2=A0 =C2=A0lawyers explicit do not direct)<br>
&gt;=C2=A0 =C2=A0 =C2=A0- have more ongoing activities, although quite poss=
ibly less than<br>
&gt;=C2=A0 =C2=A0 =C2=A0heretofore<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Well, I&#39;m not sure about the &quot;we&quot; here, as I&#39;m argui=
ng that we should <br>
&gt; not in fact be looking for this.<br>
&gt; <br>
&gt; Rather, I am arguing that the community should drive strategy <br>
&gt; (potentially with some structure like Martin proposed) and that to the=
 <br>
&gt; extent to which we need someone with specific expertise in the areas <=
br>
&gt; Brian has flagged, we should hire someone to advise us, in much the sa=
me <br>
&gt; way we do for legal advice.<br>
&gt; <br>
&gt; -Ekr<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0Sounds like you are actually arguing for a senior, =
respected,<br>
&gt;=C2=A0 =C2=A0 =C2=A0contractor.=C2=A0 With a long term relationship.<br=
>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0Joel<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0On 7/7/2020 6:18 PM, Eric Rescorla wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpen=
ter<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; &lt;<a href=3D"mailto:brian.e.carpenter@gmail=
.com" target=3D"_blank">brian.e.carpenter@gmail.com</a> &lt;mailto:<a href=
=3D"mailto:brian.e.carpenter@gmail.com" target=3D"_blank">brian.e.carpenter=
@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:brian.e.carpenter@gmai=
l.com" target=3D"_blank">brian.e.carpenter@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:brian.e.carpenter@gmai=
l.com" target=3D"_blank">brian.e.carpenter@gmail.com</a>&gt;&gt;&gt; wrote:=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; Sorry, I should have=
 been more clear. I think this is a proper<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0subject for IESG and IAB c=
onsideration, made somewhat more<br>
&gt;=C2=A0 =C2=A0 =C2=A0difficult<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0by anchoring on a historic=
al five author limit that had (at<br>
&gt;=C2=A0 =C2=A0 =C2=A0least to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0me) a fairly unclear ratio=
nale.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Absolutely I think that co=
mmunity discussion and rough<br>
&gt;=C2=A0 =C2=A0 =C2=A0consensus is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0appropriate for this and o=
ther strategy or policy issues. My<br>
&gt;=C2=A0 =C2=A0 =C2=A0concern<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0is that this needs to be f=
acilitated and informed by someone with<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0relevant knowledge and exp=
erience in the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0editing/publishing/library=
/archival world and that is not us.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; Stipulating for the moment that this is true,=
 I don&#39;t really see<br>
&gt;=C2=A0 =C2=A0 =C2=A0how you<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; get from there to &quot;and this person needs=
 to be in charge of the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; process&quot;. To give an example that I thin=
k I also gave on the most<br>
&gt;=C2=A0 =C2=A0 =C2=A0recent<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; virtual call, we often have to do things that=
 require a bunch of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; relevant expertise in the legal world, and th=
at&#39;s not us, but<br>
&gt;=C2=A0 =C2=A0 =C2=A0address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; that problem by engaging a lawyer and asking =
their opinion. Why<br>
&gt;=C2=A0 =C2=A0 =C2=A0doesn&#39;t<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; that work here?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; -Ekr<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt; <br>
</blockquote></div></div>

--000000000000f65fa605a9e4db55--


From nobody Tue Jul  7 19:34:10 2020
Return-Path: <jmh@joelhalpern.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 468113A0FD6 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 19:34:09 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 1aA6xiPWd8GM for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 19:34:07 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFC593A0FD5 for <rfced-future@iab.org>; Tue,  7 Jul 2020 19:34:07 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B1jzz4mh6z6GJhF; Tue,  7 Jul 2020 19:34:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594175647; bh=iupHqxYzUdMWyP/ym3a5CBLDj/RxA5LRUolUYMwVn/8=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=bPzonGtjOnmNa3x0Yzf9oyJaEW4ZqcKOPNDbtDrcXzOWSiEddWyvvTMiXwOr+seS8 frPzC5UjL9IJvq0AU8QfWgrbcRjayHyYWil6C8kU8UdCumlzEzEbueMtiLHLaYNSQ6 8HvYMj3pwGIzWfGA0RfB+RAWAf3EN8A9EkshfwZ0=
X-Quarantine-ID: <4GET2g5du88j>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4B1jzz19Ctz6GH3v; Tue,  7 Jul 2020 19:34:07 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <398cb364-1592-f63e-da02-45b08baf1c00@joelhalpern.com> <CABcZeBPfOkrnpZh4X+XZOaoGb8ATC9PYaTp9T4cn5GR=SgwGwg@mail.gmail.com> <3acbbd58-82cc-095d-d8da-db231d63bede@joelhalpern.com> <CABcZeBMPD5KNeZMM44hMvgf5eDS3A2b+0=31sNmow14yV8S1Yw@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <8f0d34f3-ea99-e83e-b9a8-e5f407084b50@joelhalpern.com>
Date: Tue, 7 Jul 2020 22:34:05 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBMPD5KNeZMM44hMvgf5eDS3A2b+0=31sNmow14yV8S1Yw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/tcCUokb3tQ7LeM_ynH3VSHVeF3Y>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 02:34:09 -0000

Thank you for clarifying Eric.  Maybe our differences are more in the 
words we use to describe things, rather than the substance.

Yours,
Joel

On 7/7/2020 10:27 PM, Eric Rescorla wrote:
> 
> 
> On Tue, Jul 7, 2020 at 5:06 PM Joel M. Halpern <jmh@joelhalpern.com 
> <mailto:jmh@joelhalpern.com>> wrote:
> 
>     I guess I have two differences with your description.
> 
> 
> We may be able to chalk this up to bad writing on my part.
> 
>     One aspect is that we actually hire the lawyer(s) on a long term basis.
>     We do not hire them "when we need advice".
> 
> 
> Agreed. I think that if we have an expert that requires regular deep 
> engagement with us, we should retain them on a long term basis.
> 
> 
>     The other is that in the area of direction for the RFC Series, I think
>     that we need the expertise in helping us ask the right questions on an
>     ongoing basis, not just answering questions when needed.
> 
> 
> I think I agree with this as well. When I was a consultant and when I've 
> hired consultants, often what we've wanted is precisely this kind of 
> outside strategy perspective.
> 
> -Ekr
> 
> 
>     Yours,
>     Joel
> 
>     On 7/7/2020 7:37 PM, Eric Rescorla wrote:
>      >
>      >
>      > On Tue, Jul 7, 2020 at 4:14 PM Joel M. Halpern
>     <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>      > <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>> wrote:
>      >
>      >     We keep a lawyer on retainer.
>      >     So the difference becomes that we are looking for someone who
>     will be
>      >     - more engaged in understanding and helping direct the
>     community (the
>      >     lawyers explicit do not direct)
>      >     - have more ongoing activities, although quite possibly less than
>      >     heretofore
>      >
>      >
>      >
>      > Well, I'm not sure about the "we" here, as I'm arguing that we
>     should
>      > not in fact be looking for this.
>      >
>      > Rather, I am arguing that the community should drive strategy
>      > (potentially with some structure like Martin proposed) and that
>     to the
>      > extent to which we need someone with specific expertise in the areas
>      > Brian has flagged, we should hire someone to advise us, in much
>     the same
>      > way we do for legal advice.
>      >
>      > -Ekr
>      >
>      >     Sounds like you are actually arguing for a senior, respected,
>      >     contractor.  With a long term relationship.
>      >
>      >     Yours,
>      >     Joel
>      >
>      >     On 7/7/2020 6:18 PM, Eric Rescorla wrote:
>      >      >
>      >      >
>      >      > On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter
>      >      > <brian.e.carpenter@gmail.com
>     <mailto:brian.e.carpenter@gmail.com>
>     <mailto:brian.e.carpenter@gmail.com
>     <mailto:brian.e.carpenter@gmail.com>>
>      >     <mailto:brian.e.carpenter@gmail.com
>     <mailto:brian.e.carpenter@gmail.com>
>      >     <mailto:brian.e.carpenter@gmail.com
>     <mailto:brian.e.carpenter@gmail.com>>>> wrote:
>      >      >
>      >      >      > Sorry, I should have been more clear. I think this
>     is a proper
>      >      >     subject for IESG and IAB consideration, made somewhat more
>      >     difficult
>      >      >     by anchoring on a historical five author limit that
>     had (at
>      >     least to
>      >      >     me) a fairly unclear rationale.
>      >      >
>      >      >     Absolutely I think that community discussion and rough
>      >     consensus is
>      >      >     appropriate for this and other strategy or policy
>     issues. My
>      >     concern
>      >      >     is that this needs to be facilitated and informed by
>     someone with
>      >      >     relevant knowledge and experience in the
>      >      >     editing/publishing/library/archival world and that is
>     not us.
>      >      >
>      >      >
>      >      > Stipulating for the moment that this is true, I don't
>     really see
>      >     how you
>      >      > get from there to "and this person needs to be in charge
>     of the
>      >      > process". To give an example that I think I also gave on
>     the most
>      >     recent
>      >      > virtual call, we often have to do things that require a
>     bunch of
>      >      > relevant expertise in the legal world, and that's not us, but
>      >     address
>      >      > that problem by engaging a lawyer and asking their
>     opinion. Why
>      >     doesn't
>      >      > that work here?
>      >      >
>      >      > -Ekr
>      >      >
>      >      >
>      >      >
>      >      >
>      >      >
>      >      >
>      >      >
>      >
> 


From nobody Tue Jul  7 21:04:20 2020
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 DCC853A0061 for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 21:04:17 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 xGcwzjHrot2h for <rfced-future@ietfa.amsl.com>; Tue,  7 Jul 2020 21:04:16 -0700 (PDT)
Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 161583A0044 for <rfced-future@iab.org>; Tue,  7 Jul 2020 21:04:15 -0700 (PDT)
Received: by mail-pj1-x1034.google.com with SMTP id md7so603181pjb.1 for <rfced-future@iab.org>; Tue, 07 Jul 2020 21:04:15 -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=aSeI4zGdkIkLf54NIE2YohroUrtio1zSvqvWPHlGyEs=; b=vGLAF+rh/NlEy6NLjcgfCJquPSxe17BONEK5fZR+YYVqkrat29XH+C6ojpQAEzQhJw WluYmmo8KeeKT52qUAEO2A+ao/zMLDqEjoL35FzAnYBBlVzcTRcvtEdllxD9a4w3fuYz IMYlKUlCmdW9PAQJTdRu92jvbZegK2pNY3SD9IT7VacNwSQ0vPG4vA604fgGKw8645+9 B3Cxf83NltdXoRi+8UjUvqQkhrmL5QKYgEsVae+rR/20AAcpNA5C95WlW6DgdRU/HSFT ssI5WMQg6dGdV6/TQNcORLwp2pNKELMqNEzDD61lDGi9GrrJ6lDedQdRZSHl8Y/TBZD/ ywlQ==
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=aSeI4zGdkIkLf54NIE2YohroUrtio1zSvqvWPHlGyEs=; b=eRSAExcKGB/TeAmwfrQlX0/2ajlY+/2yCpd9zRww7VNoaOcbWwy4GRUm7Fq7g9Es/+ C2R8QTrlcWDA5KzzI44O/SXAeMJjL1RmKqtpk6w7avs99NqtsH8SGJgwxK0nd6I31fIq Dx/zzjD+YsypJsnAN7j2R5HWNK67URqfMVel1jh42b4+q9uno+OSD2yBiDEhEf0uOzPe lxut3Inj2t+BHrL3thl9vQbTC50CGbdejJ3VaCZhpMcKGGz9nhw+HvAYCj0lJGiNSWld ig6n9f158fEZR6W+etWTR9em7BXBTsgb9JkMVZ79r2dCIkZ9upZykkwacvZoEo0c+iU4 jPkg==
X-Gm-Message-State: AOAM533w39mxbVfHg/bl4nZBUkkacCK6tWgkHgRnhCpZP90bzkdsBKGb 8tEw/VDdZMTwJl0Dx+7kUAA=
X-Google-Smtp-Source: ABdhPJw2YsSImHL3Sc9YCK7EG4P1XDUXk668kkhQ1+h7u61tykOIIuxwA/z8yXtCexUO+5mJV6TJkw==
X-Received: by 2002:a17:902:6bc2:: with SMTP id m2mr580545plt.158.1594181055261;  Tue, 07 Jul 2020 21:04:15 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.13]) by smtp.gmail.com with ESMTPSA id v11sm13939845pfc.108.2020.07.07.21.04.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jul 2020 21:04:14 -0700 (PDT)
To: Larry Masinter <LMM@acm.org>
Cc: 'Eric Rescorla' <ekr@rtfm.com>, 'Nico Williams' <nico@cryptonector.com>, rfced-future@iab.org, 'Martin Thomson' <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <02d601d654bb$2a990fe0$7fcb2fa0$@acm.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <b9c50588-1967-80cc-5d81-887c74107c86@gmail.com>
Date: Wed, 8 Jul 2020 16:04:09 +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: <02d601d654bb$2a990fe0$7fcb2fa0$@acm.org>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/kQvJGj1M2OA-L3afaLT-HQsOsN0>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 04:04:18 -0000

On 08-Jul-20 12:03, Larry Masinter wrote:
> ... My concern is that
>> this needs to be facilitated and informed by someone with relevant
>> knowledge and experience in the editing/publishing/library/archival world
>> and that is not us
> 
> 
> You keep on making this assertion that the skills of editing, publishing, archival world "is not us".  I think being versed in the engineering considerations of those properties SHOULD be "us".

Possibly, but the fact is that I learnt a lot more about those things from the only RSE with those skills than I did from any of her predecessors back to Jon Postel. So I am not making this up or theorising; I'm saying this is my lived experience. Heather knew stuff that none of {Jon, Joyce, Bob, Glenn, Olaf} knew.

I've worked with physicists and software engineers all my life, and we tend to be pretty arrogant about our ability to take strategic decisions in areas we know little of.

> The reason we have an archival series of specifications is not that we want to build a memorial Ozymandias altar to our golden words, but because these are the archival records of how things worked. It's a serious problem when buildings and bridges last longer than the documents that describe them.   How else can you make all of these paper-based archival solutions into all electronic worlds?

Indeed. Another whole area of specialization that Heather knew a lot about. No, she didn't know a whole lot about protocol engineering.

> But all of this is an engineering problem, within the range of what I'd expect an engineer to deal with.

Well, it's a full time specialization as far as I can tell from a quick look at IEEE Xplore and the ACM Digital Library. Not something we can do during coffee breaks from protocol design.

So do we need an expert consultant? Yes. Do we have to stick rigidly to the traditional RSE model? No.

Regards
     Brian

> We're spending a lot of time engineering a person-to-person protocol. The unique parts of IETF is that we treat person-to-person protocols at layer 7.5 with checks and balances, without any work on writing down the Security Considerations.



From nobody Wed Jul  8 00:46:26 2020
Return-Path: <sm@elandsys.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 9AFCC3A0C13 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 00:46:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level: 
X-Spam-Status: No, score=-1.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.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 NLczyK2TFwNT for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 00:46:19 -0700 (PDT)
Received: from mx.elandsys.com (mx.elandsys.com [162.213.2.210]) by ietfa.amsl.com (Postfix) with ESMTP id 387703A0C12 for <rfced-future@iab.org>; Wed,  8 Jul 2020 00:46:07 -0700 (PDT)
Received: from DESKTOP-K6V9C2L.elandsys.com ([102.115.201.122]) (authenticated bits=0) by mx.elandsys.com (8.15.2/8.14.5) with ESMTPSA id 0687jmYQ004394 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jul 2020 00:45:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1594194364; x=1594280764; i=@elandsys.com; bh=ccI+WMuzFh9HBaNzjShxJSuTDFwlBYrG/wDlfmL/SXI=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=Y2zJFCiixg0Lm7+hhdHuM74UmXFAxZS9nKfMNF/yzA45cBmjRZvYZ3g+RTTuSQqaB RSKSTHn+LPu6WzIZRRqIXPyMLi87okbScs8Pv/Pb8/Jf8jSOM2GJZVq6DuiTnsxgvH GU8EoJMU6mP3D5TO3dlya6loDfhfhgh0OYYArMK8=
Message-Id: <6.2.5.6.2.20200707233454.0ea5b930@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 08 Jul 2020 00:44:49 -0700
To: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Brian E Carpenter <brian.e.carpenter@gmail.com>
From: S Moonesamy <sm+ietf@elandsys.com>
Cc: Nico Williams <nico@cryptonector.com>, Martin Thomson <mt@lowentropy.net>
In-Reply-To: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.g mail.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Ixv2JGm2NPiq9cpEs3yTK531VWk>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 07:46:25 -0000

Hello,
At 03:18 PM 07-07-2020, Eric Rescorla wrote:
>On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter 
><<mailto:brian.e.carpenter@gmail.com>brian.e.carpenter@gmail.com> wrote:
> > Sorry, I should have been more clear. I think this is a proper 
> subject for IESG and IAB consideration, made somewhat more 
> difficult by anchoring on a historical five author limit that had 
> (at least to me) a fairly unclear rationale.
>
>Absolutely I think that community discussion and rough consensus is 
>appropriate for this and other strategy or policy issues. My concern 
>is that this needs to be facilitated and informed by someone with 
>relevant knowledge and experience in the 
>editing/publishing/library/archival world and that is not us.
>
>Stipulating for the moment that this is true, I don't really see how 
>you get from there to "and this person needs to be in charge of the 
>process". To give an example that I think I also gave on the most 
>recent virtual call, we often have to do things that require a bunch 
>of relevant expertise in the legal world, and that's not us, but 
>address that problem by engaging a lawyer and asking their opinion. 
>Why doesn't that work here?

Please see 
https://mailarchive.ietf.org/arch/msg/ietf/4OVr3l89fY0xq2ay-Khyhne-0Zc/ 
In my opinion, it would not be appropriate to blame the legal side as 
it is the general advice which a person would usually get from a lawyer.

Every now and then the word "community" is used.  If I go by past 
events, it would mean about the hundred persons who attended the 
meetings during which the RFC Series was discussed.  The audience for 
the RFC Series is likely larger than that.  I don't believe that the 
audience would show much interest in strategy or policy matters; that 
does not mean that the audience should be ignored.

It is better to have a person with the relevant expertise to work on, 
for example, an issue such as the historical five author limit, and 
devise a policy if one is needed.  There may be reasons for the 
matter to be handled by someone else, e.g. each Stream wishes to have 
its own policy on that.

A person with a background in archiving or publishing will have a 
wider breath of knowledge as he/she spends time on doing that type of 
work.  The RFC Series could benefit from that.

Regards,
S. Moonesamy 


From nobody Wed Jul  8 01:21:28 2020
Return-Path: <duerst@it.aoyama.ac.jp>
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 5170D3A0C69 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 01:21:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.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 oDRBTi3Lpb7A for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 01:21:25 -0700 (PDT)
Received: from JPN01-OS2-obe.outbound.protection.outlook.com (mail-eopbgr1410137.outbound.protection.outlook.com [40.107.141.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C79A3A0C7A for <rfced-future@iab.org>; Wed,  8 Jul 2020 01:21:23 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QcS2bji8MZqeKstMAxE9uPZs3rUw5qhv1RxVeaRGaYpsVJZ4loGMVSsUHOKhcYsTL/yot2ftW6ImzuUILmT/Z42o53x3iJ5giSi2JCdgBI7Qe6JBocaWt8T2UowipfFKM76o53izPR3hfk/tKmV0c9AhAWVjDT2F86+dqH6J4exzcyMn+R+qMC9og7YAnaO9M88nPqiV2cztZ6f43r6yW6/9S0i5ox3KZzQBJiHkCV/qVIys3CDzuD1NcGUQM6pCSx7X6oCbHi8Io6G+HWIor7xOpk5cf43RwsnDX7GPmiTAWycWeJ64w/QTEBeJUx4ZaGauR2whiA+VaaT3yTQ+FA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mHYOiDe24n/QDqnD0Xtn5JmgdsGEkwelDmD8n5SRZqk=; b=jBouCa7+Wx20kkPBY5Gxi1TWoEMLWf9h5btm+hdMKKoAh40JX2reNcR776BQn589IdqK0wkPa0x7qFZGwX116v6lmKePD6g+llK0QzE8rc52kF+dubNryLXEKwIVbu4X/YFpk4Hr/OqZlY6OpnT8xaj2krwf9rlCyVltWM8lVFs8QrKTifL2csrVxz15ADkn3bgHSKFUF/gufdAn2UDFxz/r/M3QXVdFQz1JA2ZLBMkPSOnoCgqjYWqekzkFban6whVCpKqiH4ZfsZUCCu1canjsMR7VxIK8+6Yu5miRYiyCXXibVIIA9YzpvLqF2zs72gY1dHU6coMCiyJ6eW32WA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mHYOiDe24n/QDqnD0Xtn5JmgdsGEkwelDmD8n5SRZqk=; b=YZsrTU8vGblPEOxRluR9pHM69tTVAGJZPKKmFsnef3chhoeJQo1C/9oeDhH96p8RZcfXa7XPpEnPYw4qjWvcng9e9bgZBRLqKK6ZRJ5peA7CbyORJ6er6pXzWYE/nQNEl/qzPbsQD8MlEZYfXCYqnUJXFGX7ldMLbe9zPDW4j1I=
Authentication-Results: lowentropy.net; dkim=none (message not signed) header.d=none;lowentropy.net; dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from OSBPR01MB2566.jpnprd01.prod.outlook.com (2603:1096:604:1c::13) by OSAPR01MB1780.jpnprd01.prod.outlook.com (2603:1096:603:32::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.27; Wed, 8 Jul 2020 08:21:21 +0000
Received: from OSBPR01MB2566.jpnprd01.prod.outlook.com ([fe80::d1a0:ea71:e6f9:9778]) by OSBPR01MB2566.jpnprd01.prod.outlook.com ([fe80::d1a0:ea71:e6f9:9778%7]) with mapi id 15.20.3153.029; Wed, 8 Jul 2020 08:21:21 +0000
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: rfced-future@iab.org, Eric Rescorla <ekr@rtfm.com>, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <20200707222803.GV3100@localhost> <5f0ca6a7-7c08-4d7f-0f16-d565632e261b@gmail.com>
From: =?UTF-8?Q?Martin_J=2e_D=c3=bcrst?= <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
Message-ID: <db8bcc47-fa87-4555-a1d7-90f652dba34e@it.aoyama.ac.jp>
Date: Wed, 8 Jul 2020 17:21:19 +0900
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
In-Reply-To: <5f0ca6a7-7c08-4d7f-0f16-d565632e261b@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-ClientProxiedBy: TY2PR0101CA0013.apcprd01.prod.exchangelabs.com (2603:1096:404:92::25) To OSBPR01MB2566.jpnprd01.prod.outlook.com (2603:1096:604:1c::13)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [192.168.1.6] (125.203.82.4) by TY2PR0101CA0013.apcprd01.prod.exchangelabs.com (2603:1096:404:92::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.21 via Frontend Transport; Wed, 8 Jul 2020 08:21:20 +0000
X-Originating-IP: [125.203.82.4]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 6451c4e4-d5cf-4cc8-ecae-08d82317e529
X-MS-TrafficTypeDiagnostic: OSAPR01MB1780:
X-Microsoft-Antispam-PRVS: <OSAPR01MB1780466E826C91E64E58EE53CA670@OSAPR01MB1780.jpnprd01.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-Forefront-PRVS: 04583CED1A
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 1jB65rF9oFQy7Oz41GDdBLuieYma/Ukvm35C1SJN3aaUaePqjM2dA/bl3JBwGVVDEjhUWMrX0wPEhEA1d6KC5UeNVtZQkFQjY+iO6Gvx0zXCUc2GJIOcDebnjO8jlSSCB5sNTL1AE7OGTba55jU4aixL/LwwY+iNAFqAKDGWkgAv3eNVtDHb5N/38+4oLvYfI2FwZb49Mu35hGTC0lvNKAX4oBptDQG2NKBqHAZcljlpY37pdisX+9D9rMHLkvSRYmrR7NIH7+qZNJNT+i/ZZiI9Hj3DVvajoTTBtnvCjJjSHk0ejw8krDgA7Xoj7jmgU6Mz5fsfk38NByKBzY3qVwDtQVl32QldeNU7uoxwkxaNss8qlIpZE0OL63Zoci4N
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:OSBPR01MB2566.jpnprd01.prod.outlook.com; PTR:; CAT:NONE;  SFTY:; SFS:(366004)(376002)(136003)(346002)(396003)(39840400004)(16526019)(4326008)(316002)(54906003)(786003)(16576012)(31686004)(66476007)(5660300002)(66946007)(2616005)(36916002)(66556008)(52116002)(86362001)(6486002)(956004)(53546011)(31696002)(26005)(186003)(2906002)(8676002)(508600001)(8936002)(6916009)(43740500002); DIR:OUT; SFP:1102; 
X-MS-Exchange-AntiSpam-MessageData: oyyiwnEhM5X6a4JcFqK5YWzkpIT4UmlPWMmY+wDn73BiBp1nY0rbaO17yhrMgTzYVWXe5ht6SIaKWdEcoBVgRDz8RaUlFcVYGThJzfLGjf2Oj/LE0EUPu7Yho272k1IUyJfIaR7Q3IiurXAN+1jqrTGCNvO/Y6uq3mIhgx0xFrBS1FJZNh1Tv43eS+fxv0nPlU5l4+Au8Y23ETmexEWp2S7T2NzeQ0nAS+sBzFrCnTFuOxSKBGHnHAGjwHh+p9iNFt8jaSnAudldQiGeCLVsr/Vwh3+mMl3uD6qyCwFReL720SgZoMvx3UoHP5fYh/gaTH5qcEfyKUnu8ciPZS0MKXE70kb0CZy7ED+bTn4sxxoF+GH7INeJmWTUxIHckErUAvvuLBA+aJAnobE3gDXVZvhOf7z4t8qAjqcNDY/Apg8tdRTGCBfyl6MxEMSUcr9L9kUvUyw7E3Xsesk4iKqFZVGAZ1vRygm+NUwR8ovrMpg=
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 6451c4e4-d5cf-4cc8-ecae-08d82317e529
X-MS-Exchange-CrossTenant-AuthSource: OSBPR01MB2566.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jul 2020 08:21:21.0174 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: FqW5D3Lw2MQ+8uPugVW06bWKZhotM/Hvfqd6N/lKQ0l07apafGp0JNy5WifKOH6gbN+iIAHF9boKDgwVxf1Vmg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OSAPR01MB1780
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/L9WF79r0YdGgC9bAMIOYnoldeN0>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 08:21:27 -0000

On 08/07/2020 07:55, Brian E Carpenter wrote:

> On 08-Jul-20 10:18, Eric Rescorla wrote:
> 
>> Stipulating for the moment that this is true, I don't really see how you get from there to "and this person needs to be in charge of the process". To give an example that I think I also gave on the most recent virtual call, we often have to do things that require a bunch of relevant expertise in the legal world, and that's not us, but address that problem by engaging a lawyer and asking their opinion. Why doesn't that work here?
> 
> It might, if we set it up right. I think this is worth exploring.

I think one difference we have to be aware of is that on the one hand, 
while engineers tend to pose as armchair lawyers, they are pretty aware 
individually and collectively that they have to be careful in this area, 
while on the other hand, for areas such as publishing,..., the bar is 
much lower. Everybody on the IAB and the IESG will have authored an RFC 
or three, and therefore may think they understand the whole business.

Another point: Moving out the IT work looks fine at first sight, but we 
have to be careful because e.g. for the v3 work, that required (and will 
continue to require, for some time) careful coordination between policy 
(such as the number of authors) and implementation.

Regards,   Martin.


From nobody Wed Jul  8 02:43:23 2020
Return-Path: <ietf@kuehlewind.net>
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 B051D3A0C97 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 02:43:21 -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 Aiy1k9MzpnoT for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 02:43:20 -0700 (PDT)
Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8223::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA34A3A0C7E for <rfced-future@iab.org>; Wed,  8 Jul 2020 02:43:19 -0700 (PDT)
Received: from p200300dee7007a003d8b8bffd80b599d.dip0.t-ipconnect.de ([2003:de:e700:7a00:3d8b:8bff:d80b:599d]); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1jt6bj-0000iu-Nw; Wed, 08 Jul 2020 11:43:15 +0200
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Mirja Kuehlewind <ietf@kuehlewind.net>
In-Reply-To: <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com>
Date: Wed, 8 Jul 2020 11:43:13 +0200
Cc: rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com>
To: Adam Roach <adam@nostrum.com>, Martin Thomson <mt@lowentropy.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1594201400;53356ef3;
X-HE-SMSGID: 1jt6bj-0000iu-Nw
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/2iQ3k6PzdrKlGWD4eUmWjfVTGLU>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 09:43:22 -0000

+1 on separating these role.

I think the other question however still is who is responsible for =
strategy decisions. I believe that I heart quite often now that the =
answer to this question is: the community. So we really =E2=80=9Cjust=E2=80=
=9D need a process to define community consensus and I think the model =
Martin proposed is a good starting point given it=E2=80=99s aligned to =
the model we use for judging consensus in other strategic areas as well; =
with the addition of having an expert advisor that can be consulted =
during the process (as discussed by Ekr and Joel).



> On 7. Jul 2020, at 23:25, Adam Roach <adam@nostrum.com> wrote:
>=20
> On 7/6/2020 11:18 PM, Martin Thomson wrote:
>> separation of operational duties from the strategic allows us to =
properly scale the resources we dedicate to each task.  As operational =
matters dominate, then finding a lightweight process for managing =
strategy is best.
>=20
>=20
> While we're on that topic: a huge portion of what makes the search for =
a single human to fill the currently-defined RSE role so incredibly =
difficult is the constraint of finding a unicorn who can do both =
operational and strategic tasks competently. The skill overlap between =
"library scientist" and "project manager" is pretty small, and we would =
have an infinitely easier time finding one of each rather than searching =
the earth for the extraordinarily rare people who can do both.
>=20
> I think we need to design a model that explicitly separates these two =
different tasks to multiple responsible parties.
>=20
> /a
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future
>=20


From nobody Wed Jul  8 08:11:04 2020
Return-Path: <nico@cryptonector.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 B20B93A0D85 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 08:11:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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_MSPIKE_H2=-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 (1024-bit key) header.d=cryptonector.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 TqZKnwPuL0JO for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 08:11:01 -0700 (PDT)
Received: from bonobo.dogwood.relay.mailchannels.net (bonobo.dogwood.relay.mailchannels.net [23.83.211.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47F633A0DA3 for <rfced-future@iab.org>; Wed,  8 Jul 2020 08:10:49 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 39400920FD5; Wed,  8 Jul 2020 15:10:47 +0000 (UTC)
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (100-96-12-18.trex.outbound.svc.cluster.local [100.96.12.18]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1FAED92073B; Wed,  8 Jul 2020 15:10:41 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Wed, 08 Jul 2020 15:10:47 +0000
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Duck-Power: 59886ed62560da64_1594221046938_1121431979
X-MC-Loop-Signature: 1594221046938:820735690
X-MC-Ingress-Time: 1594221046938
Received: from pdx1-sub0-mail-a38.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTP id 8C394B4137; Wed,  8 Jul 2020 08:10:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=hRdpFhVeOrl47a OW7MVc5+H6Ozg=; b=SpUepBVoEi2KQfihRldvp2HGqhWa8CMUZAO2dinpV8hKgb V8I7Si1QEMoqBA8NgH+9IDVMCxHeMm97s29lZK6Z+CVBoOBF4TR1wYWg10udWUqZ EMyOGRQYFvD4X3SllGzrzD6Y1L4ZKI0FHj4BoAHP+mVvjAJGdwd9WwOHric0s=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a38.g.dreamhost.com (Postfix) with ESMTPSA id CF08CB413D; Wed,  8 Jul 2020 08:10:38 -0700 (PDT)
Date: Wed, 8 Jul 2020 10:10:35 -0500
X-DH-BACKEND: pdx1-sub0-mail-a38
From: Nico Williams <nico@cryptonector.com>
To: S Moonesamy <sm+ietf@elandsys.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Brian E Carpenter <brian.e.carpenter@gmail.com>, Martin Thomson <mt@lowentropy.net>
Message-ID: <20200708151033.GM3100@localhost>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com> <6.2.5.6.2.20200707233454.0ea5b930@elandnews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6.2.5.6.2.20200707233454.0ea5b930@elandnews.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrudejgdekjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqnecuggftrfgrthhtvghrnhepffdtkeethfeuteeviefgfeegjeetjedvhfehgfdvtdefueejheelgeeuhffghffgnecukfhppedvgedrvdekrddutdekrddukeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplhhotggrlhhhohhsthdpihhnvghtpedvgedrvdekrddutdekrddukeefpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomh
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/B4bvdXHynER4tQm1Q7rHzrNdutQ>
Subject: Re: [Rfced-future] Model proposal
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, 08 Jul 2020 15:11:03 -0000

On Wed, Jul 08, 2020 at 12:44:49AM -0700, S Moonesamy wrote:
> It is better to have a person with the relevant expertise to work on, for
> example, an issue such as the historical five author limit, and devise a
> policy if one is needed.  There may be reasons for the matter to be handled
> by someone else, e.g. each Stream wishes to have its own policy on that.

Disagree.  The variation in policies as to number of authors in
different groups outside the IETF is large enough that expertise in the
matter seems irrelevant.  We have (well, had) to set a policy
appropriate for us, and that requires expertise only in our own
communities.


From nobody Wed Jul  8 12:02:51 2020
Return-Path: <lear@cisco.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 548A63A00AE for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:02:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 P6Cl8590DI_x for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:02:48 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4D033A003D for <rfced-future@iab.org>; Wed,  8 Jul 2020 12:02:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3670; q=dns/txt; s=iport; t=1594234967; x=1595444567; h=from:mime-version:subject:message-id:date:cc:to; bh=CQ99jwbfMW1kSEjbf78GLsnIb3PaNomyvL1TtHh7iYE=; b=m921DTJJWCf5fg5IjHC7TItff5upMHRrh5BVpOlYUr0C44CiAJjj1iFO lSgulWMHESRQLFpfFe00tWIoDCRH3YTiqW/eno/QBhurKgy5dSADkYb4E LebpPyh58MZYf0v2TZ2qNOxhMKsHyh09INgW4NNKF1qj60daeMMU8XOee 4=;
X-IPAS-Result: =?us-ascii?q?A0B1BABdFwZf/xbLJq1gHQEBAQEJARIBBQUBggqCKoFDA?= =?us-ascii?q?SAShF+JAZwLhi2BaQsBAQEMAQEvBAEBhE2CFyU4EwIDAQEBAwIDAQEBAQUBA?= =?us-ascii?q?QECAQYEbYVnhhlIDh8+AoEGgxKCfapldoEyhVGEfYE4jQmCAIE4HIMLhAMRd?= =?us-ascii?q?oJJM4ItBLUNgmYEgwKWRAMdnyKsbINRAgQGBQIVgWojgVczGggbFTsqAYI/P?= =?us-ascii?q?RIZDZxnPwNnAgYBBwEBAwmNZYJGAQE?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos; i="5.75,328,1589241600"; d="scan'208,217"; a="25319033"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jul 2020 19:02:43 +0000
Received: from dhcp-10-61-98-29.cisco.com (dhcp-10-61-98-29.cisco.com [10.61.98.29]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 068J2hNH005986 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 8 Jul 2020 19:02:43 GMT
From: Eliot Lear <lear@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0DEE2393-94D6-45F7-862C-19AE0512146D"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com>
Date: Wed, 8 Jul 2020 21:02:42 +0200
Cc: Brian Rosen <br@brianrosen.net>
To: rfced-future@iab.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.98.29, dhcp-10-61-98-29.cisco.com
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/sO2YHwvYqynHUI_NWlPWS2alw1E>
Subject: [Rfced-future] Upcoming meeting: aiming towards approaches
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, 08 Jul 2020 19:02:49 -0000

--Apple-Mail=_0DEE2393-94D6-45F7-862C-19AE0512146D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Dear colleagues:

The chairs have been tracking all conversations that have been taking =
place, and the contributions have been made.  Thank you all for =
providing your views to each other, and for responding to Brian=E2=80=99s =
earlier questions.  As you might imagine, we have been reviewing your =
input and refining based on your comments and other contributions.

For IETF 108, we would like to test where consensus is on various key =
points.  Refining our earlier list of questions based on the list =
discussion, we now think we should ask:
Is there a person other than Jay who manages the RPC?
Would people like to see a board, a standing working group/program, or =
both?
Is there a leader who can run a community who is expert in publishing?
There are obviously follow-up questions to each of these.  We are not =
calling these questions now but are asking merely if you agree that =
these are the right questions to ask.  We do not want to ask too many =
questions, so that there is at least a little bit of time for discussion =
of points arising from the answers.

Focusing dialog on the list to address whether we have the questions =
right rather answering them would be helpful, as we will have limited =
=E2=80=9Cin person=E2=80=9D time at the meeting.

Brian and Eliot=

--Apple-Mail=_0DEE2393-94D6-45F7-862C-19AE0512146D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><div =
class=3D"">Dear colleagues:</div><div class=3D""><br class=3D""></div><div=
 class=3D"">The chairs have been tracking all conversations that have =
been taking place, and the contributions have been made. &nbsp;Thank you =
all for providing your views to each other, and for responding to =
Brian=E2=80=99s earlier questions. &nbsp;As you might imagine, we have =
been reviewing your input and refining based on your comments and other =
contributions.<br class=3D""><font color=3D"#5856d6" class=3D""><br =
class=3D""></font>For IETF 108, we would like to test where consensus is =
on various key points. &nbsp;Refining our earlier list of questions =
based on the list discussion, we now think we should ask:<br =
class=3D""><ul class=3D""><li class=3D"">Is there a person other than =
Jay&nbsp;who manages the RPC?</li><li class=3D"">Would people like to =
see a&nbsp;board, a standing working&nbsp;group/program, or =
both?</li><li class=3D"">Is there a leader who can run a&nbsp;community =
who is expert&nbsp;in publishing?</li></ul>There are obviously follow-up =
questions to each of these. &nbsp;We are&nbsp;<b =
class=3D"">not</b>&nbsp;calling these questions now but are asking =
merely if you agree that these are the right questions to ask. &nbsp;We =
do not want to ask too many questions, so that there is at least a =
little bit of time for discussion of points arising from the answers.<br =
class=3D""><font color=3D"#5856d6" class=3D""><br =
class=3D""></font>Focusing dialog on the list to address whether we have =
the questions right rather answering them would be helpful, as we will =
have limited =E2=80=9Cin person=E2=80=9D time at the meeting.</div><div =
class=3D""><br class=3D""></div><div class=3D"">Brian and =
Eliot</div></body></html>=

--Apple-Mail=_0DEE2393-94D6-45F7-862C-19AE0512146D--


From nobody Wed Jul  8 12:04:51 2020
Return-Path: <ekr@rtfm.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 3602D3A00AE for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:04:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 RoRcssEFFYax for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:04:48 -0700 (PDT)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 6E9723A0033 for <rfced-future@iab.org>; Wed,  8 Jul 2020 12:04:48 -0700 (PDT)
Received: by mail-lj1-x234.google.com with SMTP id f5so39646155ljj.10 for <rfced-future@iab.org>; Wed, 08 Jul 2020 12:04:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hhs+eNiI8TlQXDRz9mTp0X8VRe2Ab2m2LLXKA+AipNw=; b=zxGyY8nCYCVLfQERokNTG0ZeRV4dwVGRqviwppo8FuYZByRTi0DHTctWhA2WCd8nj8 i8Ft1b8jubJ3cTIN07H2UKWcTpZ5ooWRJlbAuPZMV8lW7GhgAl3HdYmOcxY3qwQ7dgb8 5KMacgqfB0K2Su1RMAdN6OoAtiwibKtFapmkhZ1iXio4ACdHe02Vf2kLfEgjG5uy6vxl y0iHdwdBfHCFtXAKYc7XhoXz8KS1a6zuol6OF4DKcaoIWu7r/ZCu7nbqfPLmn6bx5yrn GCK+jTHNr2MemcDVtuERacXvbyF/VsvQ8AlihkdJEErpD1FdkJBrkUAXVK+ZGrgBs9aQ tslQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hhs+eNiI8TlQXDRz9mTp0X8VRe2Ab2m2LLXKA+AipNw=; b=p6MlxF7d7Q7hy7xiJfiQ928t2jAOn9O6DbxK9/Mo7gfGZm/b53jFZcmkrqL9stPOGG P7P4awtEfJfhgiQqlTH7mVsFp266m+G354Lie7GlfFRD0aMLn6z5mdlIzxU0CcJLCuYM +CghEAjxqSTJUhyT0wK3Pu6O1aRLhNrQnJlbS1UKiQ5bVZpz6JkfobEaT8MwPK9yvwJP No6LyybpI9JjwJYtuHiqMjnLmSNZvirrDdncrBGOjRHYr8wEwRFcDLy+4+rIDp3+ZIdi s6oLL6BMIJidTvS+o9jBmQ5hxXa2BNqNPmgB1Pqwd9VX6fQdb9tJ+Dx79HasRFW5oxcB J8QQ==
X-Gm-Message-State: AOAM532gutiYO7HMswjjS5oGxA48FcxRi6mvKTJL36THZcSmwu9ftOVR aLfetjmy8vcY4x7TCMi6Cbwg9p5r7lQnnR7Zs1oL6g==
X-Google-Smtp-Source: ABdhPJynrcl48PoXZD2Le+zGcTk2j4qeE873V7GNwLHTCofFKjHk7V2NvafRJb/X3qF0p7c1wx2H5OUIfiFAZk02tbY=
X-Received: by 2002:a2e:7819:: with SMTP id t25mr17544135ljc.17.1594235086536;  Wed, 08 Jul 2020 12:04:46 -0700 (PDT)
MIME-Version: 1.0
References: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com>
In-Reply-To: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 8 Jul 2020 12:04:09 -0700
Message-ID: <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
Cc: rfced-future@iab.org, Brian Rosen <br@brianrosen.net>
Content-Type: multipart/alternative; boundary="0000000000000598ac05a9f2c894"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/rx0uar0nIhlUiUsWBxmmLSlDpvk>
Subject: Re: [Rfced-future] Upcoming meeting: aiming towards approaches
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, 08 Jul 2020 19:04:50 -0000

--0000000000000598ac05a9f2c894
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear <lear=3D40cisco.com@dmarc.ietf.o=
rg>
wrote:

> Dear colleagues:
>
> The chairs have been tracking all conversations that have been taking
> place, and the contributions have been made.  Thank you all for providing
> your views to each other, and for responding to Brian=E2=80=99s earlier q=
uestions.
> As you might imagine, we have been reviewing your input and refining base=
d
> on your comments and other contributions.
>
> For IETF 108, we would like to test where consensus is on various key
> points.  Refining our earlier list of questions based on the list
> discussion, we now think we should ask:
>
>    - Is there a person other than Jay who manages the RPC?
>    - Would people like to see a board, a standing working group/program,
>    or both?
>    - Is there a leader who can run a community who is expert in
>    publishing?
>
> This does not seem like the right question, as it presupposes a bunch of
other points which are not yet decided.

-Ekr

There are obviously follow-up questions to each of these.  We are *not* cal=
ling
> these questions now but are asking merely if you agree that these are the
> right questions to ask.  We do not want to ask too many questions, so tha=
t
> there is at least a little bit of time for discussion of points arising
> from the answers.
>
> Focusing dialog on the list to address whether we have the questions righ=
t
> rather answering them would be helpful, as we will have limited =E2=80=9C=
in person=E2=80=9D
> time at the meeting.
>
> Brian and Eliot
> --
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future
>

--0000000000000598ac05a9f2c894
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Jul 8, 2020 at 12:02 PM Eliot=
 Lear &lt;lear=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.org">40cisco.com@=
dmarc.ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex"><div style=3D"overflow-wrap: break-word;"><div>Dear colleague=
s:</div><div><br></div><div>The chairs have been tracking all conversations=
 that have been taking place, and the contributions have been made.=C2=A0 T=
hank you all for providing your views to each other, and for responding to =
Brian=E2=80=99s earlier questions.=C2=A0 As you might imagine, we have been=
 reviewing your input and refining based on your comments and other contrib=
utions.<br><font color=3D"#5856d6"><br></font>For IETF 108, we would like t=
o test where consensus is on various key points.=C2=A0 Refining our earlier=
 list of questions based on the list discussion, we now think we should ask=
:<br><ul><li>Is there a person other than Jay=C2=A0who manages the RPC?</li=
><li>Would people like to see a=C2=A0board, a standing working=C2=A0group/p=
rogram, or both?</li><li>Is there a leader who can run a=C2=A0community who=
 is expert=C2=A0in publishing?</li></ul></div></div></blockquote><div>This =
does not seem like the right question, as it presupposes a bunch of other p=
oints which are not yet decided.</div><div><br></div><div>-Ekr</div><div><b=
r></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex=
;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style=3D"ove=
rflow-wrap: break-word;"><div>There are obviously follow-up questions to ea=
ch of these.=C2=A0 We are=C2=A0<b>not</b>=C2=A0calling these questions now =
but are asking merely if you agree that these are the right questions to as=
k.=C2=A0 We do not want to ask too many questions, so that there is at leas=
t a little bit of time for discussion of points arising from the answers.<b=
r><font color=3D"#5856d6"><br></font>Focusing dialog on the list to address=
 whether we have the questions right rather answering them would be helpful=
, as we will have limited =E2=80=9Cin person=E2=80=9D time at the meeting.<=
/div><div><br></div><div>Brian and Eliot</div></div>-- <br>
Rfced-future mailing list<br>
<a href=3D"mailto:Rfced-future@iab.org" target=3D"_blank">Rfced-future@iab.=
org</a><br>
<a href=3D"https://www.iab.org/mailman/listinfo/rfced-future" rel=3D"norefe=
rrer" target=3D"_blank">https://www.iab.org/mailman/listinfo/rfced-future</=
a><br>
</blockquote></div></div>

--0000000000000598ac05a9f2c894--


From nobody Wed Jul  8 12:06:56 2020
Return-Path: <lear@cisco.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 A322E3A003D for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:06:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 EvIHdXF8NcLk for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:06:53 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91BC33A0033 for <rfced-future@iab.org>; Wed,  8 Jul 2020 12:06:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4951; q=dns/txt; s=iport; t=1594235212; x=1595444812; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=EAHKaEE/DqZ1bmiQOAoOH3T+9k1sgSmN8/oE7i3C7Tk=; b=N82if8GwKpDvHD0/mWUyTXl0GrY+rJHA0O/IlSDkNhpH7Bh9KYG1C+xi JtB6z2eOGptHbOht8KsL2LDFjuuugJ4E5tlfnIgrNKG8YD+NIk2PRFw51 K0k+/ZO7Kx0f+2X2wzoG2Xl8+XXS7IXwsPxSRFsWqNaMVfbAsIYChAqz9 A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BuAACAGAZf/xbLJq1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBggqBI4EHgUMBIBIshDOJAYd3JZNwhi2BaQs?= =?us-ascii?q?BAQEMAQEvBAEBhE0CghUlOBMCAwEBCwEBBQEBAQIBBgRthWeFbwEBAQECASN?= =?us-ascii?q?IDgULCQIECgonAwICRhEGExSDEoJdII9gmwR2gTKFUYR9gTiNCYIAgTgMEIJ?= =?us-ascii?q?NPoJcBIEjg1Azgi0EtQ2CZoMGlkQDHYJzjlWNWqxsg1ECBAYFAhWBaiOBVzM?= =?us-ascii?q?aCBsVOyoBgj4+EhkNnGc/AzACNQIGAQcBAQMJkCsBAQ?=
X-IronPort-AV: E=Sophos; i="5.75,328,1589241600"; d="scan'208,217"; a="27755729"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jul 2020 19:06:48 +0000
Received: from dhcp-10-61-98-29.cisco.com (dhcp-10-61-98-29.cisco.com [10.61.98.29]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 068J6ltj020347 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 8 Jul 2020 19:06:48 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <AD86D86A-35E9-4000-BCE1-1EA76F5C7434@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_6D15FDF2-CD13-471A-A898-D81DC1A9F08A"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Wed, 8 Jul 2020 21:06:47 +0200
In-Reply-To: <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com>
Cc: rfced-future@iab.org, Brian Rosen <br@brianrosen.net>
To: Eric Rescorla <ekr@rtfm.com>
References: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com> <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.98.29, dhcp-10-61-98-29.cisco.com
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ojQegtq7M3bSf7O2QSjqTG7-TBM>
Subject: Re: [Rfced-future] Upcoming meeting: aiming towards approaches
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, 08 Jul 2020 19:06:55 -0000

--Apple-Mail=_6D15FDF2-CD13-471A-A898-D81DC1A9F08A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On 8 Jul 2020, at 21:04, Eric Rescorla <ekr@rtfm.com> wrote:
>=20
>=20
>=20
> On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org <mailto:40cisco.com@dmarc.ietf.org>> =
wrote:
> Dear colleagues:
>=20
> The chairs have been tracking all conversations that have been taking =
place, and the contributions have been made.  Thank you all for =
providing your views to each other, and for responding to Brian=E2=80=99s =
earlier questions.  As you might imagine, we have been reviewing your =
input and refining based on your comments and other contributions.
>=20
> For IETF 108, we would like to test where consensus is on various key =
points.  Refining our earlier list of questions based on the list =
discussion, we now think we should ask:
> Is there a person other than Jay who manages the RPC?
> Would people like to see a board, a standing working group/program, or =
both?
> Is there a leader who can run a community who is expert in publishing?
> This does not seem like the right question, as it presupposes a bunch =
of other points which are not yet decided.

How so?  Is this just a wording issue?  That should probably read more =
cleanly: =E2=80=9CIs there a need for a leader=E2=80=A6=E2=80=9D. Does =
that change your view?

Eliot



--Apple-Mail=_6D15FDF2-CD13-471A-A898-D81DC1A9F08A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 8 Jul 2020, at 21:04, Eric Rescorla &lt;<a =
href=3D"mailto:ekr@rtfm.com" class=3D"">ekr@rtfm.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><br =
class=3D"Apple-interchange-newline"><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 16px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><div class=3D"gmail_quote" =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;"><div dir=3D"ltr" =
class=3D"gmail_attr">On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear =
&lt;lear=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.org" =
class=3D"">40cisco.com@dmarc.ietf.org</a>&gt; wrote:<br =
class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin: 0px =
0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; =
border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div =
style=3D"overflow-wrap: break-word;" class=3D""><div class=3D"">Dear =
colleagues:</div><div class=3D""><br class=3D""></div><div class=3D"">The =
chairs have been tracking all conversations that have been taking place, =
and the contributions have been made.&nbsp; Thank you all for providing =
your views to each other, and for responding to Brian=E2=80=99s earlier =
questions.&nbsp; As you might imagine, we have been reviewing your input =
and refining based on your comments and other contributions.<br =
class=3D""><font color=3D"#5856d6" class=3D""><br class=3D""></font>For =
IETF 108, we would like to test where consensus is on various key =
points.&nbsp; Refining our earlier list of questions based on the list =
discussion, we now think we should ask:<br class=3D""><ul class=3D""><li =
class=3D"">Is there a person other than Jay&nbsp;who manages the =
RPC?</li><li class=3D"">Would people like to see a&nbsp;board, a =
standing working&nbsp;group/program, or both?</li><li class=3D"">Is =
there a leader who can run a&nbsp;community who is expert&nbsp;in =
publishing?</li></ul></div></div></blockquote><div class=3D"">This does =
not seem like the right question, as it presupposes a bunch of other =
points which are not yet decided.</div></div></div></blockquote><div><br =
class=3D""></div>How so? &nbsp;Is this just a wording issue? &nbsp;That =
should probably read more cleanly: =E2=80=9CIs there a need for a =
leader=E2=80=A6=E2=80=9D. Does that change your view?</div><div><br =
class=3D""></div><div>Eliot<br class=3D""></div><div><br =
class=3D""></div><br class=3D""></body></html>=

--Apple-Mail=_6D15FDF2-CD13-471A-A898-D81DC1A9F08A--


From nobody Wed Jul  8 12:25:39 2020
Return-Path: <ekr@rtfm.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 D218D3A00E3 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:25:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 63NWgtDB6h9w for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 12:25:36 -0700 (PDT)
Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 9F0A43A00E0 for <rfced-future@iab.org>; Wed,  8 Jul 2020 12:25:35 -0700 (PDT)
Received: by mail-lj1-x22c.google.com with SMTP id z24so30664300ljn.8 for <rfced-future@iab.org>; Wed, 08 Jul 2020 12:25:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=91kCc4cyY/ME2IlcjaWPMACDDsNwk44ChbhcRpnNlAU=; b=ZI7Gm0/GQ2LJ39FQrGQqvuPpI47VB4OmG7ovFOAqnSef7xxKZMnxe/6kOXoinwdzKm wpzWDY0jhiuzIyaTHEfRSY3h4bldPAZO6RvGoZ2/S2ueZEaoM60KwVqbjf+RT7a/v9ZM cDLfMLoOsGGMwDa6ZQ3MTYZ97QgZkgFqG9rHivbuNMh15oqbl8c5O6CyWHYdpTVlIGTX jgtDN08TXuBA5VsdKa04wIaIu80DqYw38UV/hsYqAuBQiWAN4obI7aCyi8Efo3NjBlop nLsm/iRqy+gbGOOr1kQKiFOcfvm1Dm1U4cGI59zevq998ZufXENBG+7t8SKCcXjZK9Zj pl2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=91kCc4cyY/ME2IlcjaWPMACDDsNwk44ChbhcRpnNlAU=; b=HoTe7IgvNRn9l9AsHgeOvfS3c7ssfdlq8TGHDieZFYhwB+G08Vv4RQGFy+mjSU2zqw RT6Xe/DiMF/jby6WSrSkzTHbAnO++6iHkxDu+36vcho8rrkpp1CBJQ/nHrkaBnLOxQuq Ud3W3dWq6AO8fmXKYTlCKVEY41kSfwc5UJk0qjnVygp3GOHqISU0SDJHsmbwAiw2E6g0 D8W0VLzWkg3lYVaZEuQsl2tZzgGiet+//hJFC5r8tUH3q9gUJeDnn1NJbocDf6+hqeIS NMmxgk2Uw4KEXTA/z+ZmbBN/Pn+jPb0QVjLLLkhUwjLEFUq+mPgC/jbrRi316JdF6pcv nJDQ==
X-Gm-Message-State: AOAM532bvbOqYhc8ibRravOXkErdHZZHs1R+KvRUn3aeflc6157bdSDh xcecRN1ITZeu/3ehXOP0BHW9R67Fsd6cbxhixSguPA==
X-Google-Smtp-Source: ABdhPJwK/cbnaD2IR3ZvSi5RN/q9FEckfGBmCw51TMAL6619wVl30s/64GEyITvtYWt8y6gMyaAXqD8jy2wE4Y54OAI=
X-Received: by 2002:a2e:91c7:: with SMTP id u7mr28936012ljg.184.1594236333765;  Wed, 08 Jul 2020 12:25:33 -0700 (PDT)
MIME-Version: 1.0
References: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com> <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com> <AD86D86A-35E9-4000-BCE1-1EA76F5C7434@cisco.com>
In-Reply-To: <AD86D86A-35E9-4000-BCE1-1EA76F5C7434@cisco.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 8 Jul 2020 12:24:57 -0700
Message-ID: <CABcZeBNmbM0v01cVBW6GfAbDcp7ZqET9OL7d8Lqm4bvRX3BcZw@mail.gmail.com>
To: Eliot Lear <lear@cisco.com>
Cc: rfced-future@iab.org, Brian Rosen <br@brianrosen.net>
Content-Type: multipart/alternative; boundary="0000000000005ccb5905a9f312b9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/-hKbN8a0kWILibVnifkB6dZx70k>
Subject: Re: [Rfced-future] Upcoming meeting: aiming towards approaches
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, 08 Jul 2020 19:25:38 -0000

--0000000000005ccb5905a9f312b9
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Jul 8, 2020 at 12:06 PM Eliot Lear <lear@cisco.com> wrote:

>
>
> On 8 Jul 2020, at 21:04, Eric Rescorla <ekr@rtfm.com> wrote:
>
>
>
> On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear <lear=3D
> 40cisco.com@dmarc.ietf.org> wrote:
>
>> Dear colleagues:
>>
>> The chairs have been tracking all conversations that have been taking
>> place, and the contributions have been made.  Thank you all for providin=
g
>> your views to each other, and for responding to Brian=E2=80=99s earlier =
questions.
>> As you might imagine, we have been reviewing your input and refining bas=
ed
>> on your comments and other contributions.
>>
>> For IETF 108, we would like to test where consensus is on various key
>> points.  Refining our earlier list of questions based on the list
>> discussion, we now think we should ask:
>>
>>    - Is there a person other than Jay who manages the RPC?
>>    - Would people like to see a board, a standing working group/program,
>>    or both?
>>    - Is there a leader who can run a community who is expert in
>>    publishing?
>>
>> This does not seem like the right question, as it presupposes a bunch of
> other points which are not yet decided.
>
>
> How so?  Is this just a wording issue? That should probably read more
> cleanly: =E2=80=9CIs there a need for a leader=E2=80=A6=E2=80=9D. Does th=
at change your view?
>

That seems somewhat better.

-Ekr


>
>

--0000000000005ccb5905a9f312b9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Jul 8, 2020 at 12:06 PM Eliot=
 Lear &lt;<a href=3D"mailto:lear@cisco.com" target=3D"_blank">lear@cisco.co=
m</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"=
><div><br><div><br><blockquote type=3D"cite"><div>On 8 Jul 2020, at 21:04, =
Eric Rescorla &lt;<a href=3D"mailto:ekr@rtfm.com" target=3D"_blank">ekr@rtf=
m.com</a>&gt; wrote:</div><br><div><br><br style=3D"font-family:Helvetica;f=
ont-size:16px;font-style:normal;font-variant-caps:normal;font-weight:normal=
;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none=
;white-space:normal;word-spacing:0px;text-decoration:none"><div class=3D"gm=
ail_quote" style=3D"font-family:Helvetica;font-size:16px;font-style:normal;=
font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-alig=
n:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing=
:0px;text-decoration:none"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Ju=
l 8, 2020 at 12:02 PM Eliot Lear &lt;lear=3D<a href=3D"mailto:40cisco.com@d=
marc.ietf.org" target=3D"_blank">40cisco.com@dmarc.ietf.org</a>&gt; wrote:<=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>Dear c=
olleagues:</div><div><br></div><div>The chairs have been tracking all conve=
rsations that have been taking place, and the contributions have been made.=
=C2=A0 Thank you all for providing your views to each other, and for respon=
ding to Brian=E2=80=99s earlier questions.=C2=A0 As you might imagine, we h=
ave been reviewing your input and refining based on your comments and other=
 contributions.<br><font color=3D"#5856d6"><br></font>For IETF 108, we woul=
d like to test where consensus is on various key points.=C2=A0 Refining our=
 earlier list of questions based on the list discussion, we now think we sh=
ould ask:<br><ul><li>Is there a person other than Jay=C2=A0who manages the =
RPC?</li><li>Would people like to see a=C2=A0board, a standing working=C2=
=A0group/program, or both?</li><li>Is there a leader who can run a=C2=A0com=
munity who is expert=C2=A0in publishing?</li></ul></div></div></blockquote>=
<div>This does not seem like the right question, as it presupposes a bunch =
of other points which are not yet decided.</div></div></div></blockquote><d=
iv><br></div>How so?=C2=A0 Is this just a wording issue? That should probab=
ly read more cleanly: =E2=80=9CIs there a need for a leader=E2=80=A6=E2=80=
=9D. Does that change your view?</div></div></blockquote><div><br></div><di=
v>That seems somewhat better.<br></div><div><br></div><div>-Ekr</div><div><=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><br></=
div><br></div></blockquote></div></div>

--0000000000005ccb5905a9f312b9--


From nobody Wed Jul  8 16:11:09 2020
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 A29B43A0948 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 16:11:07 -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 VhAg9yFH2W64 for <rfced-future@ietfa.amsl.com>; Wed,  8 Jul 2020 16:11:06 -0700 (PDT)
Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (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 850FC3A0945 for <rfced-future@iab.org>; Wed,  8 Jul 2020 16:11:06 -0700 (PDT)
Received: by mail-pj1-x1031.google.com with SMTP id b92so226527pjc.4 for <rfced-future@iab.org>; Wed, 08 Jul 2020 16:11:06 -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=icIDu2rjjlBDDvaCdMeIKnx5CPVWpBQxZLspFRYFpbI=; b=GYGJUMJQidmOuvyYAdksKpqnssnCAealbZmbaytguh/k456e7hX/I7xvYQdy5xwZkK ceSOGZ214Er4fOXBmASh4TtAEu5NXhKLrTQ+q5b5p8Ko5LB8rfE9UakjzH82q6oiJTEI zKYWrSx0XmIi6wi2RhFwwG9iir203yYrdRDYAgT+Xoebe1of2UpoUX7DNyzhpft7aRj9 ri0VUTo5RQm+Czqjs9DsB9u2LvNud7jk2KIRswgJlD0PbtvFAqnswHPLyE2fnGzgJ/lD u1XMWcVFY4Cn3HoFNzFvB9vA+DXHekv7L7C4MkKwuWBcT0UOTtqJGYgx4adsR5swYjLr J3NQ==
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=icIDu2rjjlBDDvaCdMeIKnx5CPVWpBQxZLspFRYFpbI=; b=cFjvuAPt0hkrOWwwScHYr7HoZp1NEey8LDpf6GioFUE0II98ZvPTmxY7r8JfIkQWrE 0vh9KQwWvIuLv/uoRQjodM8SvA31cBZzFXvxBrN8Jq8W30I1CNuxafzcRAvXDW3zjH59 DIJ3u0q7tOiZsfVPp82qjjJ7SsP+UO4UiFQwQGnYW3OxdzwQrgSYeURYCfsKN5IikKGl /G/ySAS2lCUaFBXuaXYzu5ig3hCvdRCAyrP/vmuxPum02gHWFd+kJnmNOeIaR7Ckir+O PRh1t0bI6omfR23GPWI+865M0E28IwS5v75fgC7OBJL7Ij/X3cN8KuB90JSyN/0hhp6Z rhkw==
X-Gm-Message-State: AOAM530ITxp35n3pvP9iQkxWVoJnNBvhEf5auVY4c7mruJSBBX5HFmMP dsviBi/Qe6t+i6v1wQlUoSo=
X-Google-Smtp-Source: ABdhPJxKM3VR3vzPCJyZx4p+Ee3qtkS+oJLXBzNuwDeM5oZAMaXEPq6+x8No7J/8kiU+RwBQG9Zqcw==
X-Received: by 2002:a17:90b:2350:: with SMTP id ms16mr12373480pjb.224.1594249865925;  Wed, 08 Jul 2020 16:11:05 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.13]) by smtp.gmail.com with ESMTPSA id w64sm711464pgd.67.2020.07.08.16.11.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 16:11:05 -0700 (PDT)
To: Eliot Lear <lear@cisco.com>
Cc: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Brian Rosen <br@brianrosen.net>
References: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com> <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com> <AD86D86A-35E9-4000-BCE1-1EA76F5C7434@cisco.com> <CABcZeBNmbM0v01cVBW6GfAbDcp7ZqET9OL7d8Lqm4bvRX3BcZw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <677db945-44a5-3947-d531-2e68f0ffe5bc@gmail.com>
Date: Thu, 9 Jul 2020 11:11:00 +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: <CABcZeBNmbM0v01cVBW6GfAbDcp7ZqET9OL7d8Lqm4bvRX3BcZw@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/rfced-future/PIxd_ChKCeB4Gm-VVuJXXbDbej8>
Subject: Re: [Rfced-future] Upcoming meeting: aiming towards approaches
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, 08 Jul 2020 23:11:08 -0000

On 09-Jul-20 07:24, Eric Rescorla wrote:
>=20
>=20
> On Wed, Jul 8, 2020 at 12:06 PM Eliot Lear <lear@cisco.com <mailto:lear=
@cisco.com>> wrote:
>=20
>=20
>=20
>>     On 8 Jul 2020, at 21:04, Eric Rescorla <ekr@rtfm.com <mailto:ekr@r=
tfm.com>> wrote:
>>
>>
>>
>>     On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear <lear=3D40cisco.com@dma=
rc.ietf.org <mailto:40cisco.com@dmarc.ietf.org>> wrote:
>>
>>         Dear colleagues:
>>
>>         The chairs have been tracking all conversations that have been=
 taking place, and the contributions have been made.=C2=A0 Thank you all =
for providing your views to each other, and for responding to Brian=E2=80=
=99s earlier questions.=C2=A0 As you might imagine, we have been reviewin=
g your input and refining based on your comments and other contributions.=

>>
>>         For IETF 108, we would like to test where consensus is on vari=
ous key points.=C2=A0 Refining our earlier list of questions based on the=
 list discussion, we now think we should ask:
>>
>>           * Is there a person other than Jay=C2=A0who manages the RPC?=

>>           * Would people like to see a=C2=A0board, a standing working=C2=
=A0group/program, or both?
>>           * Is there a leader who can run a=C2=A0community who is expe=
rt=C2=A0in publishing?
>>
>>     This does not seem like the right question, as it presupposes a bu=
nch of other points which are not yet decided.
>=20
>     How so?=C2=A0 Is this just a wording issue? That should probably re=
ad more cleanly: =E2=80=9CIs there a need for a leader=E2=80=A6=E2=80=9D.=
 Does that change your view?
>=20
>=20
> That seems somewhat better.

I think the somewhat hackneyed phrase "thought leader" is perhaps even be=
tter. I'm no longer hung up on the job title being "Series Editor".=20

While I'm here,

>>> Is there a person other than Jay who manages the RPC?

I think that's the wrong question because it assumes internal details abo=
ut the LLC.

Try: Are the RPC contracts managed exclusively by IETF LLC?

And isn't there a 4th question:

* Is the IAB the correct body to approve (a) the RPC contractor and (b) t=
he RFC Series general policy?

    Brian


From nobody Thu Jul  9 05:59:16 2020
Return-Path: <br@brianrosen.net>
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 098D03A09D1 for <rfced-future@ietfa.amsl.com>; Thu,  9 Jul 2020 05:59:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level: 
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 3xC7ZOfKsbt8 for <rfced-future@ietfa.amsl.com>; Thu,  9 Jul 2020 05:59:12 -0700 (PDT)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 363A23A09A4 for <rfced-future@iab.org>; Thu,  9 Jul 2020 05:59:12 -0700 (PDT)
Received: by mail-il1-x133.google.com with SMTP id t18so1935527ilh.2 for <rfced-future@iab.org>; Thu, 09 Jul 2020 05:59:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IsoN1cH5vm3Ok0srtvxH+RMRGnOZiyf1CPoC/fapYbM=; b=RKbvsvKJFlwG2uPAfKhxisw69Ydhy35EDdQ/QOX7Nl1IabKcNkNWgtkCAzZ1LEE1wX auHcX8Joxlxwr7XfgVK8Q7xth7bBfMUcDdF9t72798XjDOCy5dGjl+N+MFaMVZYDCsE3 jlSNR4ii8jjSgzm+FI5Br5kASAArPAx7Z7nXJTgHceK4mFIVX3b2MWRHt4BXPss760dL uLmQx8+4C35QrG8Ae4P1PSZ0m0HzTiuX3jStsQa9XbJEGk9PYMoL6scl4Nk9uCTCBKTB bi7u84ycU8jx5SPASCNHFmQfQXzCintNB1C6DH5EPMYDK8W+nOQ78lsTV3Wohjzf3oTy 22xA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IsoN1cH5vm3Ok0srtvxH+RMRGnOZiyf1CPoC/fapYbM=; b=aj8NhqrXF4Didre6LwEJUQbMtvklm6qQubSZnYYLR7Y+QJteymGU+bDvHvmoFKlKcv uDa84npkAXECm6TgFDPdwCESXyWPFfzmEatgh4nRP4j9KIplBt9UCFjVjperA/ffXjWm Q70qzgcv0sLi8wxYkKp2pGLYxhBp9CkKu2JOBdth1Bq3iWCmN4js1s+NREYGjXLE3WDp 7JI2MUPL+eitI9iX2xuyFQKN92W3eqb/Xg3MyzHpYRbmoL6dz5qf7adiPM53yZGSPeaz JH5c5Ih+4xkXBVRjwLvCg0drkuk4xBCQl+v4ClsvzMA976XmwwJ2d5HctXnV2ExYiMOJ Vbjw==
X-Gm-Message-State: AOAM530o6dPj/76RimkOJU9QaJ5ZsB6wgxdtd7rwR5DlP2Eb/DjuHlEg uucS9yaR5hxYetB3Qo3PBdoJRw==
X-Google-Smtp-Source: ABdhPJzIPXPBFUtCsv3njSqJAZzQpnamLnQod+38Z1UTS84fRocd2pQNEI5ZgywvR2SCi6HdPsjrxg==
X-Received: by 2002:a92:a197:: with SMTP id b23mr44910185ill.58.1594299551399;  Thu, 09 Jul 2020 05:59:11 -0700 (PDT)
Received: from brians-mbp-2871.lan (dynamic-acs-24-154-119-158.zoominternet.net. [24.154.119.158]) by smtp.gmail.com with ESMTPSA id y12sm1852649ilg.84.2020.07.09.05.59.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Jul 2020 05:59:10 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <677db945-44a5-3947-d531-2e68f0ffe5bc@gmail.com>
Date: Thu, 9 Jul 2020 08:59:09 -0400
Cc: Eliot Lear <lear@cisco.com>, Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <12905793-9461-4FFA-BC2D-9FFCC8477E1E@brianrosen.net>
References: <81D8F035-A1C3-41BC-A77C-10CA731A2B5B@cisco.com> <CABcZeBNBF4fHDCcF=kkY1rQJOFhm++==rncj+yMekDP2VpvjVA@mail.gmail.com> <AD86D86A-35E9-4000-BCE1-1EA76F5C7434@cisco.com> <CABcZeBNmbM0v01cVBW6GfAbDcp7ZqET9OL7d8Lqm4bvRX3BcZw@mail.gmail.com> <677db945-44a5-3947-d531-2e68f0ffe5bc@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Kz3xQJZZqhVk5VgIOUYu9kE_U24>
Subject: Re: [Rfced-future] Upcoming meeting: aiming towards approaches
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: Thu, 09 Jul 2020 12:59:14 -0000

Inline

> On Jul 8, 2020, at 7:11 PM, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>=20
> On 09-Jul-20 07:24, Eric Rescorla wrote:
>>=20
>>=20
>> On Wed, Jul 8, 2020 at 12:06 PM Eliot Lear <lear@cisco.com =
<mailto:lear@cisco.com>> wrote:
>>=20
>>=20
>>=20
>>>    On 8 Jul 2020, at 21:04, Eric Rescorla <ekr@rtfm.com =
<mailto:ekr@rtfm.com>> wrote:
>>>=20
>>>=20
>>>=20
>>>    On Wed, Jul 8, 2020 at 12:02 PM Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org <mailto:40cisco.com@dmarc.ietf.org>> =
wrote:
>>>=20
>>>        Dear colleagues:
>>>=20
>>>        The chairs have been tracking all conversations that have =
been taking place, and the contributions have been made.  Thank you all =
for providing your views to each other, and for responding to Brian=E2=80=99=
s earlier questions.  As you might imagine, we have been reviewing your =
input and refining based on your comments and other contributions.
>>>=20
>>>        For IETF 108, we would like to test where consensus is on =
various key points.  Refining our earlier list of questions based on the =
list discussion, we now think we should ask:
>>>=20
>>>          * Is there a person other than Jay who manages the RPC?
>>>          * Would people like to see a board, a standing working =
group/program, or both?
>>>          * Is there a leader who can run a community who is expert =
in publishing?
>>>=20
>>>    This does not seem like the right question, as it presupposes a =
bunch of other points which are not yet decided.
>>=20
>>    How so?  Is this just a wording issue? That should probably read =
more cleanly: =E2=80=9CIs there a need for a leader=E2=80=A6=E2=80=9D. =
Does that change your view?
>>=20
>>=20
>> That seems somewhat better.
>=20
> I think the somewhat hackneyed phrase "thought leader" is perhaps even =
better. I'm no longer hung up on the job title being "Series Editor".=20
Yes, please let=E2=80=99s not get hung up on the title of the person.
We deliberately separated the notion of the manager of the RPC from the =
leader (or thought leader) of the process

>=20
> While I'm here,
>=20
>>>> Is there a person other than Jay who manages the RPC?
>=20
> I think that's the wrong question because it assumes internal details =
about the LLC.
We didn=E2=80=99t think so.  We=E2=80=99re asking if there is some new =
person.  We think the community can decide that.  If we decide there is, =
I think we all assume that the LLC issues a contract or hires an =
employee.   Of course the manager and leader roles could be filled by =
the same contractor/employee.  There are a range of possibilities there, =
and we think we don=E2=80=99t need to discuss those until we get a =
consensus on whether we need one or both roles.

>=20
> Try: Are the RPC contracts managed exclusively by IETF LLC?
>=20
> And isn't there a 4th question:
>=20
> * Is the IAB the correct body to approve (a) the RPC contractor and =
(b) the RFC Series general policy?
If there is a manager, we plan a follow up questions of How is that =
person selected? and Who does that person report to?

We think we=E2=80=99re better off concentrating for the moment on the =
structures/people and then work on the process.   We have a question =
formulated as =E2=80=9CHow are community decisions adjudicated?" We =
thought we wanted to get the =E2=80=9CIs there a board/working =
group/program or both" answered before we asked that one.
>=20
>    Brian
>=20


From nobody Thu Jul  9 21:56:32 2020
Return-Path: <nevil.brownlee@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 298023A0CC6 for <rfced-future@ietfa.amsl.com>; Thu,  9 Jul 2020 21:56:30 -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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 tLwRnzDsaPNB for <rfced-future@ietfa.amsl.com>; Thu,  9 Jul 2020 21:56:28 -0700 (PDT)
Received: from mail-vs1-xe35.google.com (mail-vs1-xe35.google.com [IPv6:2607:f8b0:4864:20::e35]) (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 A949C3A0CC8 for <rfced-future@iab.org>; Thu,  9 Jul 2020 21:56:28 -0700 (PDT)
Received: by mail-vs1-xe35.google.com with SMTP id j186so2305534vsd.10 for <rfced-future@iab.org>; Thu, 09 Jul 2020 21:56:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to:cc; bh=8oylsW+FOSBS6pmTTK2L/+AjbZs4YyLvDr72GRVkwQk=; b=XujrF97Y4aLy0viltNyRC2i+hG1C4/bs0ndMavs9oE/KnYp8YH0M4nPNWxlqs5kboL XSSznT6FIDhFH/6XVG6JlOWstaWGNtjrwH3kFsBzdBu5JSKaLwvHyOQBt49NZvLKKKsZ Omk/mljrf+ro3gI0YYXW2VLkeKfyuUrrkBpyxfckwur+xwyQmvnSkeJe78QYY8xJ/xww bcp1n0SKq+VkTLWpj0aWhz5844urUv0+tznVYIPdZbop2lHfOuKmcDkHFpu5G4pO+RZm vLGewwudg7fIeipIXaEpkLfY+eZQYqNvms+ExJ+5YiCw9E8Qw0/ASMpPcvOxxbts6jhP 1WbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=8oylsW+FOSBS6pmTTK2L/+AjbZs4YyLvDr72GRVkwQk=; b=UDaJ/rDhgUzW02NcVrz574FE/rnFqN46rm5/tu/JBPsVWYHA5GaWFi64ieXyrdcBdB Njzi5gU7uh8eAIXWLK/nq75MZV3XJ5zlaPX4Tne2chzS2P+FHxgTAfQ2i5h+7JQ3dAtR n4oO79gEorhtbIL99hmuGyNb0o+0ZNWWor4KD+3vpZ7m0Z/UKrs2/SdcRN/hf5CsC5g2 85VBxLonz+aEBiK63dQa2OOk3mGJXWEcGQIViNhroPHfacxwNL3yJ9ueyAj+E7fZeB0I +1D0jOqdOXZRa4lCup6Gi0sSTJlnC0nIw4eCRzfVo2jXnaRNrd18feHmGHpzXgk0RpJQ t8ww==
X-Gm-Message-State: AOAM532m25UIwaDOrSef2z/8nWOn7s+s3yw8awKnwQNrcjZET/spbuUs bQYscZDsGnCKCAcI3LDDFWAlafK9bybbm9YWJ//UMHnqZgA=
X-Google-Smtp-Source: ABdhPJyPHzOwuTjRyBlODv8VeXStaQLcwpYv+aJbzgt4gbNdHLVmisByyMwRYt1KFtX5FWhZdG6JwINaCBzlmJYpTwE=
X-Received: by 2002:a67:ed15:: with SMTP id l21mr50432578vsp.175.1594356987446;  Thu, 09 Jul 2020 21:56:27 -0700 (PDT)
MIME-Version: 1.0
From: Nevil Brownlee <nevil.brownlee@gmail.com>
Date: Fri, 10 Jul 2020 16:56:01 +1200
Message-ID: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
To: rfced-future@iab.org
Cc: Nevil Brownlee <nevil.brownlee@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000e1cc1c05aa0f29ee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/b-5RKr1lXIH7ng4-A1mGZVOTx7g>
Subject: [Rfced-future] What would an "RFC Series Consultant" actually do?
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: Fri, 10 Jul 2020 04:56:30 -0000

--000000000000e1cc1c05aa0f29ee
Content-Type: text/plain; charset="UTF-8"

Hi all:
Watching the list for the last few days, we seem to be proposing an "RFC
Series *Publishing) Consultant" to "handle Strategy Development for the
series."

When thinking about what the consultant (whatever we call her) actually
does, let's start with the things Heather actually did ...

1. The RPC often runs into tricky edge cases that don't quite fit the Style
Guide.  Heather used to have weekly meetings with the RPC editors (which I
sat in on for 8 years or so); as a group we resolved those issues quickly,
and the RPC saved them for updates to the Style Guide.  I suspect that John
Levine is doing that rather well now.

2. Changes to the series.  That's probably what the list sees as "Strategy"
questions, so the Series Editorial Board (whatever form it eventually
takes) is probably the right place for discussions about that.  Such
changes could, for example, have included how best to provide long-term
digital preservation for the series - Heather spent rather a lot of time on
that.

3. Implementing changes.  Heather actually put a lot of time into the
svg2rfc v3 implementation, a fair bit of that work was contracted out and
overseen by the Tools Team; i.e. we have a precedent for contracting such
work.  However, the ongoing part of the v3 changes is to collect feedback
from authors, the RPC, etc, and feed that back into updates of software and
documentation.    That's a long-term task, but presumably one that could
also be contracted out.

Overall the Series Consultant role does indeed comprise quite a range of
tasks, and I believe the long-term development ones really do need someone
with Publishing and Information Management expertise.

As for finding a suitable person for the "Consultant" role, the 2018 RSOC
formed a Search Committee, which was able to find about eight applicants
with publishing or library experience. We brought three of them to IETF 79
in Beijing so that they could find out about the IETF and how it worked,
and we could interview them.  From those three we chose Heather.  In short,
although it's not easy to find people with the right background, we managed
to do it in 2010.

Cheers, Nevil
-----------------------------------
Nevil Brownlee, Taupo, NZ

--000000000000e1cc1c05aa0f29ee
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi all:<br>Watching the list for the last few days, w=
e seem to be proposing an &quot;RFC Series *Publishing) Consultant&quot; to=
 &quot;handle Strategy Development for the series.&quot;<br><br><div>When t=
hinking about what the consultant (whatever we call her) actually does, let=
&#39;s start with the things Heather actually did ...</div><div><br></div><=
div>1. The RPC often runs into tricky edge cases that don&#39;t quite fit t=
he Style Guide.=C2=A0 Heather used to have weekly meetings with the RPC edi=
tors (which I sat in on for 8 years or so); as a group we resolved those is=
sues quickly, and the RPC saved them for updates to the Style Guide.=C2=A0 =
I suspect that John Levine is doing that rather well now.</div><div><br></d=
iv><div>2. Changes to the series.=C2=A0 That&#39;s probably what the list s=
ees as &quot;Strategy&quot; questions, so the Series Editorial Board (whate=
ver form it eventually takes) is probably the right place for discussions a=
bout that.=C2=A0 Such changes could, for example, have included how best to=
 provide long-term digital preservation for the series - Heather spent rath=
er a lot of time on that.</div><div><br></div>3. Implementing changes.=C2=
=A0 Heather actually put a lot of time into the svg2rfc v3 implementation, =
a fair bit of that work was contracted out and overseen by the Tools Team; =
i.e. we have a precedent for contracting such work.=C2=A0 However, the ongo=
ing part of the v3 changes is to collect feedback from authors, the RPC, et=
c, and feed that back into updates of software and documentation. =C2=A0 =
=C2=A0That&#39;s a long-term task, but presumably one that could also be co=
ntracted out.<br><br>Overall the Series Consultant role does indeed compris=
e quite a range of tasks, and I believe the long-term development ones real=
ly do need someone with Publishing and Information Management expertise.<br=
><br>As for finding a suitable person for the &quot;Consultant&quot; role, =
the 2018 RSOC formed a Search Committee, which was able to find about eight=
 applicants with publishing or library experience. We brought three of them=
 to IETF 79 in Beijing so that they could find out about the IETF and how i=
t worked, and we could interview them.=C2=A0 From those three we chose Heat=
her.=C2=A0 In short, although it&#39;s not easy to find people with the rig=
ht background, we managed to do it in 2010.<br clear=3D"all"><br></div>Chee=
rs, Nevil<br><div><div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=
=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=
=3D"ltr">-----------------------------------<br>Nevil Brownlee, Taupo, NZ<b=
r></div></div></div></div></div></div></div></div>

--000000000000e1cc1c05aa0f29ee--


From nobody Fri Jul 10 02:39:19 2020
Return-Path: <adrian@olddog.co.uk>
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 6B95E3A0F68 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 02:39:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level: 
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 MNQkuEpSmtEH for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 02:39:16 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30F873A0F66 for <rfced-future@iab.org>; Fri, 10 Jul 2020 02:39:15 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06A9dBfK002772; Fri, 10 Jul 2020 10:39:11 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 95E4D2204A; Fri, 10 Jul 2020 10:39:11 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS id 8060D22048; Fri, 10 Jul 2020 10:39:11 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06A9dAtc019790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Jul 2020 10:39:11 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Nevil Brownlee'" <nevil.brownlee@gmail.com>, <rfced-future@iab.org>
References: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
In-Reply-To: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
Date: Fri, 10 Jul 2020 10:39:10 +0100
Organization: Old Dog Consulting
Message-ID: <02a001d6569d$f762f480$e628dd80$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02A1_01D656A6.59278390"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKU/v7uhANlBiiw3fMdt6a0G7phfqeDPPFg
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25532.006
X-TM-AS-Result: No--22.419-10.0-31-10
X-imss-scan-details: No--22.419-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25532.006
X-TMASE-Result: 10--22.418700-10.000000
X-TMASE-MatchedRID: IeZYkn8zfFpo71Nk1nA+uXFPUrVDm6jtekMgTOQbVFscI/pZs+xxL3Ey rF1JkVUl01P39PgZGsrUZ04JW2RyJKnDDVL3dT0PdhnFihmbnwXydGTzcdHw7lc/Cedjlcvk4CN zv2wbHt39W4F6NyvtfvwQfFbVsuVGA/cBDHpFySYea0JeKHt/01Di5vmx8OsRC5L2Og8SQUVdED 4T8KhgFkRaYbA9K8vZfCGkWff1JzXcLQWIyXxNQTdfT4zyWoZSbnIU6uSebvT5LkL/TyFZzbpYc E2YBNVCP8iEpttXMZHPUMA6SCpJxlGkPFPB4CMJYEDfghyManFv+B0owAW3Bsf+fFvRjm9hc1hs s0LDlhd5Fc5Bec2OmzFTvUcMKfHkiUkh2ejH9NTC0TXpqtexIkGaUEX8gnR85CL5Q9KAbJau8Vh Doi2oKFYGh5Ya+7CftmgA7D9kzZLeUllNUx0nJaPdDP4XISMGYpX1XVIG1s5aDILwf1HV4VbTtJ pG9MBBAr4dvebULB0hR1yLzsHiaXox6CL6MzUq7T+j7/gPsPNL9x4FCuBLUf3Rolh/776UYukgh BP7EiZ7FJhlI93JsBmuTMMeP3qrbjaP+3DD8WgIs18ZTh19+PbCH7g3tXt/R+619nJBqrVFhwXG b6ruvBxTd/aq2eqh9ZMJhb6UpJRYv9JmZ/s9sBoKdKvps9co31asM/gsp2kYDu7Ahk0dDVxfz10 OsXj5iZmfBZYgGr+/LUPnfvvbV/twSMjECwMmWcC0gYMYIWj54F/2i/DwjSPS9JdK3W4/bgY8Qw l4o87VaKp+SUEcO/ws7nAqLxhScejanjZWHJieAiCmPx4NwGmRqNBHmBve1B0Hk1Q1KyLr8uVzX avvg5/Unpyav4ctOwBXM346/+zfF6yrXxKMbXuvPg8GoUrb5hy5lVSLwBFJinoTQNbd/8m6mrJk mFv1
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/c6_TLgRZFsQFO-XzckFrI9l5cEs>
Subject: Re: [Rfced-future] What would an "RFC Series Consultant" actually do?
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: Fri, 10 Jul 2020 09:39:18 -0000

This is a multipart message in MIME format.

------=_NextPart_000_02A1_01D656A6.59278390
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Thanks Nevil,

=20

I find that a useful set of points.

=20

Can I note that the whole style guide was a joint product of the RSE and =
RPC. This is important because (sweeping generalisation) the copy-editor =
function applies a style guide while the editor produces the style =
guide.

=20

(If anyone here is unaware of the value and importance of a style guide, =
I=E2=80=99d be happy to provide some pointers off-list.)

=20

Best,

Adrian

=20

From: Rfced-future <rfced-future-bounces@iab.org> On Behalf Of Nevil =
Brownlee
Sent: 10 July 2020 05:56
To: rfced-future@iab.org
Cc: Nevil Brownlee <nevil.brownlee@gmail.com>
Subject: [Rfced-future] What would an "RFC Series Consultant" actually =
do?

=20

Hi all:
Watching the list for the last few days, we seem to be proposing an "RFC =
Series *Publishing) Consultant" to "handle Strategy Development for the =
series."

When thinking about what the consultant (whatever we call her) actually =
does, let's start with the things Heather actually did ...

=20

1. The RPC often runs into tricky edge cases that don't quite fit the =
Style Guide.  Heather used to have weekly meetings with the RPC editors =
(which I sat in on for 8 years or so); as a group we resolved those =
issues quickly, and the RPC saved them for updates to the Style Guide.  =
I suspect that John Levine is doing that rather well now.

=20

2. Changes to the series.  That's probably what the list sees as =
"Strategy" questions, so the Series Editorial Board (whatever form it =
eventually takes) is probably the right place for discussions about =
that.  Such changes could, for example, have included how best to =
provide long-term digital preservation for the series - Heather spent =
rather a lot of time on that.

=20

3. Implementing changes.  Heather actually put a lot of time into the =
svg2rfc v3 implementation, a fair bit of that work was contracted out =
and overseen by the Tools Team; i.e. we have a precedent for contracting =
such work.  However, the ongoing part of the v3 changes is to collect =
feedback from authors, the RPC, etc, and feed that back into updates of =
software and documentation.    That's a long-term task, but presumably =
one that could also be contracted out.

Overall the Series Consultant role does indeed comprise quite a range of =
tasks, and I believe the long-term development ones really do need =
someone with Publishing and Information Management expertise.

As for finding a suitable person for the "Consultant" role, the 2018 =
RSOC formed a Search Committee, which was able to find about eight =
applicants with publishing or library experience. We brought three of =
them to IETF 79 in Beijing so that they could find out about the IETF =
and how it worked, and we could interview them.  From those three we =
chose Heather.  In short, although it's not easy to find people with the =
right background, we managed to do it in 2010.


Cheers, Nevil

-----------------------------------
Nevil Brownlee, Taupo, NZ


------=_NextPart_000_02A1_01D656A6.59278390
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-GB =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal><span style=3D'mso-fareast-language:EN-US'>Thanks =
Nevil,<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'mso-fareast-language:EN-US'>I find that =
a useful set of points.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'mso-fareast-language:EN-US'>Can I note =
that the whole style guide was a joint product of the RSE and RPC. This =
is important because (sweeping generalisation) the copy-editor function =
applies a style guide while the editor produces the style =
guide.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'mso-fareast-language:EN-US'>(If anyone =
here is unaware of the value and importance of a style guide, =
I=E2=80=99d be happy to provide some pointers =
off-list.)<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'>Best,<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'>Adrian<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm'><p class=3DMsoNormal><b><span =
lang=3DEN-US>From:</span></b><span lang=3DEN-US> Rfced-future =
&lt;rfced-future-bounces@iab.org&gt; <b>On Behalf Of </b>Nevil =
Brownlee<br><b>Sent:</b> 10 July 2020 05:56<br><b>To:</b> =
rfced-future@iab.org<br><b>Cc:</b> Nevil Brownlee =
&lt;nevil.brownlee@gmail.com&gt;<br><b>Subject:</b> [Rfced-future] What =
would an &quot;RFC Series Consultant&quot; actually =
do?<o:p></o:p></span></p></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=3DMsoNormal =
style=3D'margin-bottom:12.0pt'>Hi all:<br>Watching the list for the last =
few days, we seem to be proposing an &quot;RFC Series *Publishing) =
Consultant&quot; to &quot;handle Strategy Development for the =
series.&quot;<o:p></o:p></p><div><p class=3DMsoNormal>When thinking =
about what the consultant (whatever we call her) actually does, let's =
start with the things Heather actually did =
...<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>1. The RPC often runs into tricky edge cases that =
don't quite fit the Style Guide.&nbsp; Heather used to have weekly =
meetings with the RPC editors (which I sat in on for 8 years or so); as =
a group we resolved those issues quickly, and the RPC saved them for =
updates to the Style Guide.&nbsp; I suspect that John Levine is doing =
that rather well now.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>2. Changes to the series.&nbsp; That's probably what =
the list sees as &quot;Strategy&quot; questions, so the Series Editorial =
Board (whatever form it eventually takes) is probably the right place =
for discussions about that.&nbsp; Such changes could, for example, have =
included how best to provide long-term digital preservation for the =
series - Heather spent rather a lot of time on =
that.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><p class=3DMsoNormal>3. =
Implementing changes.&nbsp; Heather actually put a lot of time into the =
svg2rfc v3 implementation, a fair bit of that work was contracted out =
and overseen by the Tools Team; i.e. we have a precedent for contracting =
such work.&nbsp; However, the ongoing part of the v3 changes is to =
collect feedback from authors, the RPC, etc, and feed that back into =
updates of software and documentation. &nbsp; &nbsp;That's a long-term =
task, but presumably one that could also be contracted =
out.<br><br>Overall the Series Consultant role does indeed comprise =
quite a range of tasks, and I believe the long-term development ones =
really do need someone with Publishing and Information Management =
expertise.<br><br>As for finding a suitable person for the =
&quot;Consultant&quot; role, the 2018 RSOC formed a Search Committee, =
which was able to find about eight applicants with publishing or library =
experience. We brought three of them to IETF 79 in Beijing so that they =
could find out about the IETF and how it worked, and we could interview =
them.&nbsp; From those three we chose Heather.&nbsp; In short, although =
it's not easy to find people with the right background, we managed to do =
it in 2010.<br clear=3Dall><o:p></o:p></p></div><p =
class=3DMsoNormal>Cheers, =
Nevil<o:p></o:p></p><div><div><div><div><div><div><div><p =
class=3DMsoNormal>-----------------------------------<br>Nevil Brownlee, =
Taupo, =
NZ<o:p></o:p></p></div></div></div></div></div></div></div></div></div></=
body></html>
------=_NextPart_000_02A1_01D656A6.59278390--


From nobody Fri Jul 10 05:40:01 2020
Return-Path: <ekr@rtfm.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 C4C373A0C28 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 05:39:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=rtfm-com.20150623.gappssmtp.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 WiC3yNZbguxE for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 05:39:57 -0700 (PDT)
Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (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 75B0E3A0C25 for <rfced-future@iab.org>; Fri, 10 Jul 2020 05:39:57 -0700 (PDT)
Received: by mail-lj1-x22a.google.com with SMTP id e8so6295716ljb.0 for <rfced-future@iab.org>; Fri, 10 Jul 2020 05:39:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vFNfXkxzdsU4LdTsmknx9wPDsA2sCWXfGZgtb66qsr8=; b=NMwCcINF8cwG683Ry1cubvgrqmUlZm/zL2bDpGvvpQOGFE33AI/Dlb/kNQ/4tudmaB Jn9gZw1OHYYGo5NUesGvoivK4wT0Na2ZdF53aN7X5/cIRjZvaIusk3TShMyguwA+yzH2 L2pim5sz57jesVwTvz05XR4uw4NfHkAj7Lb9YmjgXtftF43qIGiOFDl+Au22G8teYhZH yAYYlhWgtT//PCAfJHcp8RQTRo1+FVfxsUqWq17mr3r6VgTOLZQ3t7Mh7vGfu4hH8ebD 5XMV80tLagJWDVQ+EWvuOg9vv1uxZ8PinQ4XxOCFF0u9gZw2G6y5bqV0qEV7DtmURpYh HLOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vFNfXkxzdsU4LdTsmknx9wPDsA2sCWXfGZgtb66qsr8=; b=LHynvgqcBP5yWKJqd5gOojMNp+JsiUI5g+Qp2A7vLzQRrwBIsRuTyjst8ujRXzAKDC FwH4IxGy/Fjj+LRV/AooK/ftHPmJMvt434S5v8VR/WREdVnmvykzAoD52TIsxGqtLDVI DF76+BLpCeCkWxND38yBNFt+fK7GvIPeSmNBTXSClhouCKFX76aP8HT2eTKs01yw8B/D SiUHYjc6q1MT1Ivy1W9TS+GTVdQ1Ofz4GUMIcnJyLGaxu7LHuKrJ5VOmOS1wpBNhC8Lj MG6fXOnGesTjPtKdS/nhwubdxFhhVqGLu7WFzzgyfqCWyM73r3oArr+7SQOvQCrvrq60 m2OA==
X-Gm-Message-State: AOAM531MUOQZ2ixaSU7k14E61Koo9eUgjbmmDxTqpqIi/uBrV5cobns8 nO32GTrWHk7ceiHwr6bWYc8chjqW4PFuB5nboduMGg==
X-Google-Smtp-Source: ABdhPJysK73ABmLM485qxVx9HKt+tbmKK5TCr0Yy7eccZvOrltGTUNfwHsRyVzh37I+BF3+MZDkKKKKNEL3/UjkFmfI=
X-Received: by 2002:a2e:91c7:: with SMTP id u7mr34182045ljg.184.1594384795515;  Fri, 10 Jul 2020 05:39:55 -0700 (PDT)
MIME-Version: 1.0
References: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
In-Reply-To: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 10 Jul 2020 05:39:19 -0700
Message-ID: <CABcZeBNRG1KqfBDFt27Rsh3w3kG5EgEr+bUfssun0OdQRrrvng@mail.gmail.com>
To: Nevil Brownlee <nevil.brownlee@gmail.com>
Cc: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000005f4e0905aa15a3de"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ut0a27TOQ0i2R1ilm__1ROD9u_4>
Subject: Re: [Rfced-future] What would an "RFC Series Consultant" actually do?
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: Fri, 10 Jul 2020 12:40:00 -0000

--0000000000005f4e0905aa15a3de
Content-Type: text/plain; charset="UTF-8"

On Thu, Jul 9, 2020 at 9:56 PM Nevil Brownlee <nevil.brownlee@gmail.com>
wrote:

> Hi all:
> Watching the list for the last few days, we seem to be proposing an "RFC
> Series *Publishing) Consultant" to "handle Strategy Development for the
> series."
>

Hmm... In my conception I don't actually think to "handle" strategy
development but rather to advise on technical matters, both to a community
strategy development process and to the RPC.

>
> When thinking about what the consultant (whatever we call her) actually
> does, let's start with the things Heather actually did ...
>
> 1. The RPC often runs into tricky edge cases that don't quite fit the
> Style Guide.  Heather used to have weekly meetings with the RPC editors
> (which I sat in on for 8 years or so); as a group we resolved those issues
> quickly, and the RPC saved them for updates to the Style Guide.  I suspect
> that John Levine is doing that rather well now.
>

I would imagine that this would be largely unchanged.


> 2. Changes to the series.  That's probably what the list sees as
> "Strategy" questions, so the Series Editorial Board (whatever form it
> eventually takes) is probably the right place for discussions about that.
> Such changes could, for example, have included how best to provide
> long-term digital preservation for the series - Heather spent rather a lot
> of time on that.
>

I would expect that whatever community process we have would have a
Consultant as an advisor on long-term retainer and would have them present
for some fraction of the discussions, depending on how much it was found to
be useful. We did this in a smaller way with IASA 2 where Brad was
available and regularly consulted.


> 3. Implementing changes.  Heather actually put a lot of time into the
> svg2rfc v3 implementation, a fair bit of that work was contracted out and
> overseen by the Tools Team; i.e. we have a precedent for contracting such
> work.  However, the ongoing part of the v3 changes is to collect feedback
> from authors, the RPC, etc, and feed that back into updates of software and
> documentation.    That's a long-term task, but presumably one that could
> also be contracted out.
>

My impression is we have rough consensus to break out the project
management pieces. That would be good to understand.


> Overall the Series Consultant role does indeed comprise quite a range of
> tasks, and I believe the long-term development ones really do need someone
> with Publishing and Information Management expertise.
>
> As for finding a suitable person for the "Consultant" role, the 2018 RSOC
> formed a Search Committee, which was able to find about eight applicants
> with publishing or library experience. We brought three of them to IETF 79
> in Beijing so that they could find out about the IETF and how it worked,
> and we could interview them.  From those three we chose Heather.  In short,
> although it's not easy to find people with the right background, we managed
> to do it in 2010.
>

I was not part of that recruitment process, but the idea here is precisely
to make the role require a set of qualifications that are easier to hire
for, in part by removing the project management pieces.

-Ekr


> Cheers, Nevil
> -----------------------------------
> Nevil Brownlee, Taupo, NZ
> --
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future
>

--0000000000005f4e0905aa15a3de
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Jul 9, 2020 at 9:56 PM Nevil =
Brownlee &lt;<a href=3D"mailto:nevil.brownlee@gmail.com">nevil.brownlee@gma=
il.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex"><div dir=3D"ltr"><div>Hi all:<br>Watching the list for the last few d=
ays, we seem to be proposing an &quot;RFC Series *Publishing) Consultant&qu=
ot; to &quot;handle Strategy Development for the series.&quot;<br></div></d=
iv></blockquote><div><br></div><div>Hmm... In my conception I don&#39;t act=
ually think to &quot;handle&quot; strategy development but rather to advise=
 on technical matters, both to a community strategy development process and=
 to the RPC.<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><di=
v dir=3D"ltr"><div><br><div>When thinking about what the consultant (whatev=
er we call her) actually does, let&#39;s start with the things Heather actu=
ally did ...</div><div><br></div><div>1. The RPC often runs into tricky edg=
e cases that don&#39;t quite fit the Style Guide.=C2=A0 Heather used to hav=
e weekly meetings with the RPC editors (which I sat in on for 8 years or so=
); as a group we resolved those issues quickly, and the RPC saved them for =
updates to the Style Guide.=C2=A0 I suspect that John Levine is doing that =
rather well now.</div></div></div></blockquote><div><br></div><div>I would =
imagine that this would be largely unchanged.</div><div><br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><div><br></d=
iv><div>2. Changes to the series.=C2=A0 That&#39;s probably what the list s=
ees as &quot;Strategy&quot; questions, so the Series Editorial Board (whate=
ver form it eventually takes) is probably the right place for discussions a=
bout that.=C2=A0 Such changes could, for example, have included how best to=
 provide long-term digital preservation for the series - Heather spent rath=
er a lot of time on that.</div></div></div></blockquote><div>=C2=A0</div><d=
iv>I would expect that whatever community process we have would have a Cons=
ultant as an advisor on long-term retainer and would have them present for =
some fraction of the discussions, depending on how much it was found to be =
useful. We did this in a smaller way with IASA 2 where Brad was available a=
nd regularly consulted.</div><div><br></div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><div dir=3D"ltr"><div><div><br></div>3. Implementing cha=
nges.=C2=A0 Heather actually put a lot of time into the svg2rfc v3 implemen=
tation, a fair bit of that work was contracted out and overseen by the Tool=
s Team; i.e. we have a precedent for contracting such work.=C2=A0 However, =
the ongoing part of the v3 changes is to collect feedback from authors, the=
 RPC, etc, and feed that back into updates of software and documentation. =
=C2=A0 =C2=A0That&#39;s a long-term task, but presumably one that could als=
o be contracted out.<br></div></div></blockquote><div><br></div><div>My imp=
ression is we have rough consensus to break out the project management piec=
es. That would be good to understand.<br></div><div><br></div><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><br>Overall the =
Series Consultant role does indeed comprise quite a range of tasks, and I b=
elieve the long-term development ones really do need someone with Publishin=
g and Information Management expertise.<br><br>As for finding a suitable pe=
rson for the &quot;Consultant&quot; role, the 2018 RSOC formed a Search Com=
mittee, which was able to find about eight applicants with publishing or li=
brary experience. We brought three of them to IETF 79 in Beijing so that th=
ey could find out about the IETF and how it worked, and we could interview =
them.=C2=A0 From those three we chose Heather.=C2=A0 In short, although it&=
#39;s not easy to find people with the right background, we managed to do i=
t in 2010.<br clear=3D"all"></div></div></blockquote><div><br></div><div>I =
was not part of that recruitment process, but the idea here is precisely to=
 make the role require a set of qualifications that are easier to hire for,=
 in part by removing the project management pieces.<br></div><div><br></div=
><div>-Ekr</div><div><br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex"><div dir=3D"ltr"><div><br></div>Cheers, Nevil<br><div><div dir=3D"ltr=
"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">------------=
-----------------------<br>Nevil Brownlee, Taupo, NZ<br></div></div></div><=
/div></div></div></div></div>
-- <br>
Rfced-future mailing list<br>
<a href=3D"mailto:Rfced-future@iab.org" target=3D"_blank">Rfced-future@iab.=
org</a><br>
<a href=3D"https://www.iab.org/mailman/listinfo/rfced-future" rel=3D"norefe=
rrer" target=3D"_blank">https://www.iab.org/mailman/listinfo/rfced-future</=
a><br>
</blockquote></div></div>

--0000000000005f4e0905aa15a3de--


From nobody Fri Jul 10 07:14:38 2020
Return-Path: <housley@vigilsec.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 BCEE53A0D2E for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 07:14:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 HtgqnGqoBf9J for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 07:14:35 -0700 (PDT)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 771043A0D22 for <rfced-future@iab.org>; Fri, 10 Jul 2020 07:14:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id A5022300B24 for <rfced-future@iab.org>; Fri, 10 Jul 2020 10:14:30 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kwCHdHc8C88O for <rfced-future@iab.org>; Fri, 10 Jul 2020 10:14:29 -0400 (EDT)
Received: from a860b60074bd.fios-router.home (pool-72-66-113-56.washdc.fios.verizon.net [72.66.113.56]) by mail.smeinc.net (Postfix) with ESMTPSA id 1A532300464; Fri, 10 Jul 2020 10:14:29 -0400 (EDT)
From: Russ Housley <housley@vigilsec.com>
Message-Id: <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D45E6DAF-7B75-45C3-A8B3-0092A8258AF0"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\))
Date: Fri, 10 Jul 2020 10:14:29 -0400
In-Reply-To: <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net>
Cc: rfced-future@iab.org
To: Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net>
X-Mailer: Apple Mail (2.3445.104.14)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/-1Yqbkfs6eECB-6L0qWu7g--RvE>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 14:14:37 -0000

--Apple-Mail=_D45E6DAF-7B75-45C3-A8B3-0092A8258AF0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Martin proposed:

> Concretely, this proposes forming a RFC Series Evolution program of =
the IAB that uses the auspices of an IAB program, one that closely =
follows the model proposed in [RSEME =
<https://martinthomson.github.io/rfced-model/draft-thomson-rfced-model.htm=
l#RSEME>]. This results in a group that follows [WG =
<https://martinthomson.github.io/rfced-model/draft-thomson-rfced-model.htm=
l#WG>] procedures, with the exception that the functions performed by =
the IESG are instead performed by the IAB. In particular, selection of =
chairs and appeals regarding the execution of the process are directed =
to the IAB to resolve.


In an IETF WG, the appeals chain is:

   WG Chair --> Area Director --> IESG --> IAB --> ISOC Board

I think this proposal is saying that for this activity, it is:

   Program Chair --> IAB --> ISOC Board

Is every decision appealed to the IAB possible to escalate to the  ISOC =
Board?  Usually, disputes can only be escelated to the ISOC Board that =
claim that Internet standards procedures were not followed.  However, =
the appeals chain is quite short here, and ir is unclear to me that the =
Internet standards procedures applies to IAB programs.

Russ


--Apple-Mail=_D45E6DAF-7B75-45C3-A8B3-0092A8258AF0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Martin proposed:<div class=3D""><br class=3D""></div><div =
class=3D""><blockquote type=3D"cite" class=3D"">Concretely, this =
proposes forming a RFC Series Evolution program of the IAB that
uses the auspices of an IAB program, one that closely follows the model =
proposed
in [<a =
href=3D"https://martinthomson.github.io/rfced-model/draft-thomson-rfced-mo=
del.html#RSEME" class=3D"xref">RSEME</a>].  This results in a group that =
follows
[<a =
href=3D"https://martinthomson.github.io/rfced-model/draft-thomson-rfced-mo=
del.html#WG" class=3D"xref">WG</a>] procedures, with the exception that =
the functions performed by
the IESG are instead performed by the IAB.  In particular, selection of =
chairs
and appeals regarding the execution of the process are directed to the =
IAB to
resolve.</blockquote></div><div class=3D""><br class=3D""></div><div =
class=3D"">In an IETF WG, the appeals chain is:</div><div class=3D""><br =
class=3D""></div><div class=3D"">&nbsp; &nbsp;WG Chair --&gt; Area =
Director --&gt; IESG --&gt; IAB --&gt; ISOC Board</div><div class=3D""><br=
 class=3D""></div><div class=3D"">I think this proposal is saying that =
for this activity, it is:</div><div class=3D""><br class=3D""></div><div =
class=3D""><div class=3D"">&nbsp; &nbsp;Program Chair --&gt; IAB --&gt; =
ISOC Board</div></div><div class=3D""><br class=3D""></div><div =
class=3D"">Is every decision appealed to the IAB possible to escalate to =
the &nbsp;ISOC Board? &nbsp;Usually, disputes can only be escelated to =
the ISOC Board that claim that Internet standards procedures were not =
followed. &nbsp;However, the appeals chain is quite short here, and ir =
is unclear to me that the&nbsp;Internet standards procedures applies to =
IAB programs.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Russ</div><div class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_D45E6DAF-7B75-45C3-A8B3-0092A8258AF0--


From nobody Fri Jul 10 08:29:56 2020
Return-Path: <sob@sobco.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 E50CC3A0EE8 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 08:29:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.107
X-Spam-Level: 
X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 kb6yPGtPzOz0 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 08:29:53 -0700 (PDT)
Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id C5BF53A0EE2 for <rfced-future@iab.org>; Fri, 10 Jul 2020 08:29:52 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 98A833B3889A; Fri, 10 Jul 2020 11:29:51 -0400 (EDT)
X-Virus-Scanned: amavisd-new at sobco.com
Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IEt-Z0aC6Lr3; Fri, 10 Jul 2020 11:29:47 -0400 (EDT)
Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id B2A303B38883; Fri, 10 Jul 2020 11:29:47 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: "Scott O. Bradner" <sob@sobco.com>
In-Reply-To: <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com>
Date: Fri, 10 Jul 2020 11:29:46 -0400
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com>
To: Russ Housley <housley@vigilsec.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/s2r27za775cyfktEGI5MwRJg4Mw>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 15:29:55 -0000

this is not correct

under 2026 the only thing that can be appealed to the ISOC Board is a =
claim that the procedures as written are incorrect (e.g. unfair)

Scott

> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com> =
wrote:
>=20
> Martin proposed:
>=20
>> Concretely, this proposes forming a RFC Series Evolution program of =
the IAB that uses the auspices of an IAB program, one that closely =
follows the model proposed in [RSEME]. This results in a group that =
follows [WG] procedures, with the exception that the functions performed =
by the IESG are instead performed by the IAB. In particular, selection =
of chairs and appeals regarding the execution of the process are =
directed to the IAB to resolve.
>=20
> In an IETF WG, the appeals chain is:
>=20
>    WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>=20
> I think this proposal is saying that for this activity, it is:
>=20
>    Program Chair --> IAB --> ISOC Board
>=20
> Is every decision appealed to the IAB possible to escalate to the  =
ISOC Board?  Usually, disputes can only be escelated to the ISOC Board =
that claim that Internet standards procedures were not followed.  =
However, the appeals chain is quite short here, and ir is unclear to me =
that the Internet standards procedures applies to IAB programs.
>=20
> Russ
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future


From nobody Fri Jul 10 08:32:08 2020
Return-Path: <sob@sobco.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 62BCC3A0EED for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 08:32:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.107
X-Spam-Level: 
X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 Cz3q78AR6O7b for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 08:32:04 -0700 (PDT)
Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id 3F89C3A0EE9 for <rfced-future@iab.org>; Fri, 10 Jul 2020 08:32:04 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 9536F3B389A6; Fri, 10 Jul 2020 11:32:03 -0400 (EDT)
X-Virus-Scanned: amavisd-new at sobco.com
Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJfmwa7gskQi; Fri, 10 Jul 2020 11:32:02 -0400 (EDT)
Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id 7E9983B38991; Fri, 10 Jul 2020 11:32:02 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: "Scott O. Bradner" <sob@sobco.com>
In-Reply-To: <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com>
Date: Fri, 10 Jul 2020 11:32:02 -0400
Cc: rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com>
To: Russ Housley <housley@vigilsec.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/cXxC09YNJ4iYwQe2Oz6Zuqn72Nw>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 15:32:07 -0000

from 2026

6.5.3 Questions of Applicable Procedure

   Further recourse is available only in cases in which the procedures
   themselves (i.e., the procedures described in this document) are
   claimed to be inadequate or insufficient to the protection of the
   rights of all parties in a fair and open Internet Standards Process.
   Claims on this basis may be made to the Internet Society Board of
   Trustees.  The President of the Internet Society shall acknowledge
   such an appeal within two weeks, and shall at the time of
   acknowledgment advise the petitioner of the expected duration of the
   Trustees' review of the appeal.  The Trustees shall review the
   situation in a manner of its own choosing and report to the IETF on
   the outcome of its review.

   The Trustees' decision upon completion of their review shall be final
   with respect to all aspects of the dispute.

> On Jul 10, 2020, at 11:29 AM, Scott O. Bradner <sob@sobco.com> wrote:
>=20
> this is not correct
>=20
> under 2026 the only thing that can be appealed to the ISOC Board is a =
claim that the procedures as written are incorrect (e.g. unfair)
>=20
> Scott
>=20
>> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com> =
wrote:
>>=20
>> Martin proposed:
>>=20
>>> Concretely, this proposes forming a RFC Series Evolution program of =
the IAB that uses the auspices of an IAB program, one that closely =
follows the model proposed in [RSEME]. This results in a group that =
follows [WG] procedures, with the exception that the functions performed =
by the IESG are instead performed by the IAB. In particular, selection =
of chairs and appeals regarding the execution of the process are =
directed to the IAB to resolve.
>>=20
>> In an IETF WG, the appeals chain is:
>>=20
>>   WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>>=20
>> I think this proposal is saying that for this activity, it is:
>>=20
>>   Program Chair --> IAB --> ISOC Board
>>=20
>> Is every decision appealed to the IAB possible to escalate to the  =
ISOC Board?  Usually, disputes can only be escelated to the ISOC Board =
that claim that Internet standards procedures were not followed.  =
However, the appeals chain is quite short here, and ir is unclear to me =
that the Internet standards procedures applies to IAB programs.
>>=20
>> Russ
>>=20
>> --=20
>> Rfced-future mailing list
>> Rfced-future@iab.org
>> https://www.iab.org/mailman/listinfo/rfced-future
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future


From nobody Fri Jul 10 09:09:13 2020
Return-Path: <housley@vigilsec.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 A74FD3A0F1F for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:09:11 -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 XhgKGVLCegBG for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:09:10 -0700 (PDT)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E43253A0F16 for <rfced-future@iab.org>; Fri, 10 Jul 2020 09:09:09 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 0ACCC300B23 for <rfced-future@iab.org>; Fri, 10 Jul 2020 12:09:07 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id GHWVFJmKAMR6 for <rfced-future@iab.org>; Fri, 10 Jul 2020 12:09:04 -0400 (EDT)
Received: from a860b60074bd.fios-router.home (pool-72-66-113-56.washdc.fios.verizon.net [72.66.113.56]) by mail.smeinc.net (Postfix) with ESMTPSA id 293B8300670; Fri, 10 Jul 2020 12:09:04 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\))
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com>
Date: Fri, 10 Jul 2020 12:09:04 -0400
Cc: rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com>
To: Scott Bradner <sob@sobco.com>
X-Mailer: Apple Mail (2.3445.104.14)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ecE_qAEObAXFEbKCRJyOLacDCpQ>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 16:09:12 -0000

Scott:

I stand corrected.  I mis-read the last sentence of Section 6.5.2.

All:

The overall point remains, does RFC 2026 apply here? If not, the the =
only appeal body would seem to be the IAB.

Russ


> On Jul 10, 2020, at 11:32 AM, Scott O. Bradner <sob@sobco.com> wrote:
>=20
> from 2026
>=20
> 6.5.3 Questions of Applicable Procedure
>=20
>   Further recourse is available only in cases in which the procedures
>   themselves (i.e., the procedures described in this document) are
>   claimed to be inadequate or insufficient to the protection of the
>   rights of all parties in a fair and open Internet Standards Process.
>   Claims on this basis may be made to the Internet Society Board of
>   Trustees.  The President of the Internet Society shall acknowledge
>   such an appeal within two weeks, and shall at the time of
>   acknowledgment advise the petitioner of the expected duration of the
>   Trustees' review of the appeal.  The Trustees shall review the
>   situation in a manner of its own choosing and report to the IETF on
>   the outcome of its review.
>=20
>   The Trustees' decision upon completion of their review shall be =
final
>   with respect to all aspects of the dispute.
>=20
>> On Jul 10, 2020, at 11:29 AM, Scott O. Bradner <sob@sobco.com> wrote:
>>=20
>> this is not correct
>>=20
>> under 2026 the only thing that can be appealed to the ISOC Board is a =
claim that the procedures as written are incorrect (e.g. unfair)
>>=20
>> Scott
>>=20
>>> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com> =
wrote:
>>>=20
>>> Martin proposed:
>>>=20
>>>> Concretely, this proposes forming a RFC Series Evolution program of =
the IAB that uses the auspices of an IAB program, one that closely =
follows the model proposed in [RSEME]. This results in a group that =
follows [WG] procedures, with the exception that the functions performed =
by the IESG are instead performed by the IAB. In particular, selection =
of chairs and appeals regarding the execution of the process are =
directed to the IAB to resolve.
>>>=20
>>> In an IETF WG, the appeals chain is:
>>>=20
>>>  WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>>>=20
>>> I think this proposal is saying that for this activity, it is:
>>>=20
>>>  Program Chair --> IAB --> ISOC Board
>>>=20
>>> Is every decision appealed to the IAB possible to escalate to the  =
ISOC Board?  Usually, disputes can only be escelated to the ISOC Board =
that claim that Internet standards procedures were not followed.  =
However, the appeals chain is quite short here, and ir is unclear to me =
that the Internet standards procedures applies to IAB programs.
>>>=20
>>> Russ
>>>=20
>>> --=20
>>> Rfced-future mailing list
>>> Rfced-future@iab.org
>>> https://www.iab.org/mailman/listinfo/rfced-future
>>=20
>> --=20
>> Rfced-future mailing list
>> Rfced-future@iab.org
>> https://www.iab.org/mailman/listinfo/rfced-future
>=20


From nobody Fri Jul 10 09:12:51 2020
Return-Path: <lear@cisco.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 666B83A0FA0 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:12:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 ul1i3TgzhCxq for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:12:44 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC2CC3A0F9E for <rfced-future@iab.org>; Fri, 10 Jul 2020 09:12:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=280; q=dns/txt; s=iport; t=1594397563; x=1595607163; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=2/Zxx7eFoQKYms2HeLHVsXX+DucSEdXitSFQqZb/LQg=; b=GcR7l24d17cWd5J9KmBUFhVeaBEhc4KUIzlIw7KFtgqXMZgr/IUzUbhx cXNBvPsrTj5gGQSt3Mayr2i4yeGfAnu4HUSV8F4evAFB9nPoyMOwrqo5T uxrd86B+b5fc9VG6lAogC0NbxZa6KXF5LycLyJVSSXAP/+JqgjXukNt6N k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAABWkghf/xbLJq1gGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAUCBNgYBAQELAYNsASASLIxUYIdxJZoLgX0LAQEBDAE?= =?us-ascii?q?BLwQBAYRNAoIXJTQJDgIDAQELAQEFAQEBAgEGBG2FZ4VvAQEBAQIBOj8FCws?= =?us-ascii?q?YLlcGE4Mmgl0gqVN0gTSFUYUMgTgBjQqCAIERJwwQgk0+hD2DSYItBLUXgme?= =?us-ascii?q?DBpZPAx2CYQGOQY4DrQGDUgIEBgUCFYFTOoFXMxoIGxVlAYI+PhIZDZxnPwM?= =?us-ascii?q?wNwIGCAEBAwmQFAEB?=
X-IronPort-AV: E=Sophos;i="5.75,336,1589241600"; d="scan'208";a="27808695"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Jul 2020 16:12:39 +0000
Received: from [10.61.219.10] ([10.61.219.10]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 06AGC3Wv028001 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Jul 2020 16:12:39 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Eliot Lear <lear@cisco.com>
In-Reply-To: <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com>
Date: Fri, 10 Jul 2020 18:12:39 +0200
Cc: Russ Housley <housley@vigilsec.com>, rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C123BCF4-1488-49D4-B699-2FA369D4ED8A@cisco.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com>
To: "Scott O. Bradner" <sob@sobco.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.219.10, [10.61.219.10]
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ZS6cMokoQffKXKI_bgtsPmZmL9c>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 16:12:45 -0000

Does 2026 apply?

> On 10 Jul 2020, at 17:29, Scott O. Bradner <sob@sobco.com> wrote:
>=20
> this is not correct
>=20
> under 2026 the only thing that can be appealed to the ISOC Board is a =
claim that the procedures as written are incorrect (e.g. unfair)
>=20
> Scott


From nobody Fri Jul 10 09:16:26 2020
Return-Path: <lear@cisco.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 B09A63A0FCF for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:16:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 8xaag524T1un for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 09:16:20 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A8B83A0F13 for <rfced-future@iab.org>; Fri, 10 Jul 2020 09:16:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=384; q=dns/txt; s=iport; t=1594397780; x=1595607380; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=aH4WAk4xvFHsmFb9DQL0GHbOEd0pWylzdFM8mdfdzgE=; b=TEX5HvmHYuTRIpBHBWzBrDX1/xe/hKeMNAXADoGUjbXJb+KYTLvByedT 703Bwfx1VrLu59blyjYR4zc1UD3a/UxWpAVHnuaV8hr1F8Ns6Nkc7xr9J 3/+11EzD9sCwMvFOgTNPBbI3g4w2cIXMdno+M4BxWhNzHqKcRIW6LDtra Y=;
X-IPAS-Result: =?us-ascii?q?A0AmBgBxkwhf/xbLJq1gHQEBAQEJARIBBQUBQIFKAoF5g?= =?us-ascii?q?XIBIBKNYIgWnAgLAQEBDAEBLwQBAYRNAoIXJTkFDQIDAQEBAwIDAQEBAQUBA?= =?us-ascii?q?QECAQYEbYVnhXABBAE6PwULCw44VwaDOYJdIKlPdIE0hVGFC4E4jQuCAIE4H?= =?us-ascii?q?IJNPoQ9g0mCLQSRf5JAkFiCZ4MGlk8DHYJhAY5BjgOtAYNSAgQGBQIVgWsig?= =?us-ascii?q?VczGggbFWUBgj89EhkNj0MBCI0bPwNnAgYIAQEDCZAUAQE?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.75,336,1589241600"; d="scan'208";a="25372004"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Jul 2020 16:16:16 +0000
Received: from [10.61.219.10] ([10.61.219.10]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 06AGGFOn028803 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Jul 2020 16:16:16 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Eliot Lear <lear@cisco.com>
In-Reply-To: <CABcZeBNRG1KqfBDFt27Rsh3w3kG5EgEr+bUfssun0OdQRrrvng@mail.gmail.com>
Date: Fri, 10 Jul 2020 18:16:15 +0200
Cc: Nevil Brownlee <nevil.brownlee@gmail.com>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <5CBE097E-0D70-43C9-8D2A-192615E1E842@cisco.com>
References: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com> <CABcZeBNRG1KqfBDFt27Rsh3w3kG5EgEr+bUfssun0OdQRrrvng@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.219.10, [10.61.219.10]
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/mJ87vvRUZemc-hfbHdB66qjIpC0>
Subject: Re: [Rfced-future] What would an "RFC Series Consultant" actually do?
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: Fri, 10 Jul 2020 16:16:26 -0000

Good afternoon Eric.

Only on this point:

> My impression is we have rough consensus to break out the project =
management pieces. That would be good to understand.


Indeed we have a related question to gauge consensus.  I think we might =
want to be more specific around this point tho.  The chairs will have a =
quick exchange on this.

Have a good weekend,

Eliot



From nobody Fri Jul 10 10:36:40 2020
Return-Path: <huitema@huitema.net>
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 A55853A0797 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 10:36:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 aW4JFiAv3P68 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 10:36:36 -0700 (PDT)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DAD53A0789 for <rfced-future@iab.org>; Fri, 10 Jul 2020 10:36:36 -0700 (PDT)
Received: from xse235.mail2web.com ([66.113.196.235] helo=xse.mail2web.com) by mx14.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jtwwo-0007Df-75 for rfced-future@iab.org; Fri, 10 Jul 2020 19:36:34 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4B3KwC52kKz2Nq5 for <rfced-future@iab.org>; Fri, 10 Jul 2020 10:36:27 -0700 (PDT)
Received: from [10.5.2.12] (helo=xmail02.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jtwwl-0005hO-JD for rfced-future@iab.org; Fri, 10 Jul 2020 10:36:27 -0700
Received: (qmail 24997 invoked from network); 10 Jul 2020 17:36:27 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.46.169]) (envelope-sender <huitema@huitema.net>) by xmail02.myhosting.com (qmail-ldap-1.03) with ESMTPA for <mt@lowentropy.net>; 10 Jul 2020 17:36:27 -0000
To: Russ Housley <housley@vigilsec.com>, Scott Bradner <sob@sobco.com>
Cc: rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Message-ID: <208fcce5-6f2b-aa96-75a4-d984ce9eb876@huitema.net>
Date: Fri, 10 Jul 2020 10:36:29 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
X-Originating-IP: 66.113.196.235
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.235/32
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.235/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDjRzgyua+oKUgQGcbmeu+KPhY RkpFG1KU35iPF8F1Y4gK5MZmfONuy8pBzBFhRQZVQVFPFt+4EqMnp4CTDhVg0lKlzDUUdXZXKiJE 9FAeBYpBbCpe79Kozx0nomzoHNuEIAgOjD+G97FMiE2PPlf1fw7GrRD93GuKsil0DsNlfaQNjS91 xLLHjz8tOnVewUzjKn6AaXxoL/FjeXc4guU5t5coTPkiAq+E/1gvF2d40ruQVyADaS6UpCBADjTx teudCa15Ytj/yAhGv8ezOASMHW/bWfgucjnNmABpGhD9TTsjQT2BGVI0EbGkW8Q42wJCdCZm6kTr qH+fmxyzQoG+NtezYqxGMqsKjARq8PBC4qjRn0hhkccum+xyb3k4eNalTAas0edmB2q/yBRqnQY9 Wp4oEuFb796V1/nl3YbqwU/VPb6Z51AWQAUvAUQbV3oqEaMjfjmXaBok2IyAEprch60jiD6XqsJZ tjQxlyCdsezUTEAumaS8EPUiWeF3NFNfJ7Um9X1e60u5Tfw0/jskt4pYJ/QNaf3nkK3eTyAvOL/o Oo70iqAlsD2ZyQe0MRcoHXqIU9QrXumXkHvkuzLHdgRRiI4FYjmNWKK4C97xdQjTPpuFqUUQz+mM 8JAD4ECWk+pAwXpS+PFKz7htKpclcRzd1TBXbJNvBC1nKO3+wSMNcxeLPB9+CQspmTmvpT0zb6Pg kkmAbv9iA6ZzG8MfYFFfEoXm0/FPF8PR0w363lkmqhUDAzVUUcCexdy/a9lQUWKOQLOVGdmQ+BhN hOPwXHR6mMZiP8hyi9JD/oRrQtQcSyQwpbsYuxSOGTH6k0lfJmkP8s1HCfLKOW1F2ohPJ/AFMvX7 q8M4x6bP/gjzw0OgghQYwZVLClIproNi1WM01Bh4x4h9uYrmdPlyGg3lun80sIBTfGesZu6FzlJ8 P6r2OKHH5lr9xXvSM4nM3avg
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/IBBHT1snhOva43Fe75BAixnd75c>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 17:36:39 -0000

On 7/10/2020 9:09 AM, Russ Housley wrote:
> Scott:
>
> I stand corrected.  I mis-read the last sentence of Section 6.5.2.
>
> All:
>
> The overall point remains, does RFC 2026 apply here? If not, the the on=
ly appeal body would seem to be the IAB.
>
> Russ

2026 is written for "the standardization of protocols and procedures".
You can take that as a narrow statement, and it would just apply to
those documents that specify protocols for the Internet, or the
procedures that are used to select them. Or you can take that as a wider
meaning, and consider that the processes for publishing RFC definitely
affect the procedures for publishing and standardizing protocols, in
which case, yes, RFC 2026 applies. In any case, the general consensus is
that we don't believe in kings, and that if some body has power, then we
want some balancing mechanism. In the case of the IAB, the generic
balancing mechanism would be an appeal to the ISOC board. Unless you
think that raising loud complaints on mailing lists and open mikes is a
proper substitute for process.

-- Christian Huitema






From nobody Fri Jul 10 13:58:07 2020
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 A563F3A0982 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 13:58:04 -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 vfiVDKKfNu5z for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 13:58:03 -0700 (PDT)
Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 F1B3E3A097E for <rfced-future@iab.org>; Fri, 10 Jul 2020 13:58:02 -0700 (PDT)
Received: by mail-pj1-x1036.google.com with SMTP id gc15so4913190pjb.0 for <rfced-future@iab.org>; Fri, 10 Jul 2020 13:58:02 -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=3MgM3SzbH6IYg+Bv7u7k2opc5Sk+mo8gB4ez6uC2x2E=; b=b4L0kd9T1pw8PLBanIws0NPqB38kD7v+Dc4dUPZz3aeY5vSDLvIqDadbUFAVQeL5hB MsgVubYohiDhxIzzhoxqZR5JOY3iy8BFnNj+7XKGPuEJfL2ijahkKaNH9EGXEC2tkhXh sd3o9iF1hxBGafGw8LAR1RKmtQkRJWYdK4l8HcFpRR58xcutSLK8r2bTeRv3mlwA5FO3 VHJl4DWwMEJBK0kZv83/bumicbDsdfs05r91EJVB6Yve7WAHgvVthUvxog454EPnt87x RztOBLSEMz4PWOkks5cCmLz+x6EUSzLVgmBZatqvUJOL0WPf20zlUmsm7HN/gzKnlbaT 9NdA==
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=3MgM3SzbH6IYg+Bv7u7k2opc5Sk+mo8gB4ez6uC2x2E=; b=hNYpRzpgQVbR3bKcyQb/Ci85ij+4Zdwi+qZta/3bdOIaCuJ9ZRl45VEnncexCs88ff +WMZNz81t/kNFYNrgKwCEgxzP//BzJPwB4h3OXx9CFtyB0uC/rsjj5Xxsg8ry+cIhYIT Tj7ledHracQm0uRJ+py8UCmXQPuIy5k21okqlLVVfRK0NoUNq1Jk5ccxZd9aavq3Kz5T 3xgXHQfhgvLbqLjJaT9Jn2U5cvI85jHT2ptxigekOK3h+qU2RpFcTnKq0TtUQPSoFzwL zWFQopIMHkzfPqRsWMa7EhgInmQKJCyOzYELqnJDdi3s0FF9nR0Ot22d61Dy4zI8WAA+ q1wQ==
X-Gm-Message-State: AOAM5335hfZWcMO1QtcxzgR2k0YQtU0GTUbHKNEYv13dWfCpapkVrezZ D88nTh52KdMFcpP2WSqMN9U=
X-Google-Smtp-Source: ABdhPJzgR+Cuk5ymUWVRJ81/XRJA3U0kOJouyCfeBmPjvBJ0tY9IgIXX6FIox12jJ0M3AD3suTw3mw==
X-Received: by 2002:a17:902:b287:: with SMTP id u7mr50838865plr.107.1594414682372;  Fri, 10 Jul 2020 13:58:02 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.13]) by smtp.gmail.com with ESMTPSA id x7sm6974970pfp.96.2020.07.10.13.57.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Jul 2020 13:58:01 -0700 (PDT)
To: Russ Housley <housley@vigilsec.com>, Scott Bradner <sob@sobco.com>
Cc: rfced-future@iab.org, Martin Thomson <mt@lowentropy.net>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com>
Date: Sat, 11 Jul 2020 08:57:57 +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: <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/YS6hnaIvTVuR8UOdPCHjtlf4t-A>
Subject: Re: [Rfced-future] Model proposal
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: Fri, 10 Jul 2020 20:58:05 -0000

Russ,

On 11-Jul-20 04:09, Russ Housley wrote:
> Scott:
> 
> I stand corrected.  I mis-read the last sentence of Section 6.5.2.
> 
> All:
> 
> The overall point remains, does RFC 2026 apply here? If not, the the only appeal body would seem to be the IAB.

It will be what we define it to be at the end of this discussion. Please remember that I for one believe that we should probably take this responsibility away from the IAB completely. I can't see any reason except history for an "Architecture" committee to be in charge of a publishing service.

I'd certainly be inclined to put the ISOC Board at the end of any appeal chain, but it's a new thing, not part of the IETF standards process.

Regards
    Brian

> 
> Russ
> 
> 
>> On Jul 10, 2020, at 11:32 AM, Scott O. Bradner <sob@sobco.com> wrote:
>>
>> from 2026
>>
>> 6.5.3 Questions of Applicable Procedure
>>
>>   Further recourse is available only in cases in which the procedures
>>   themselves (i.e., the procedures described in this document) are
>>   claimed to be inadequate or insufficient to the protection of the
>>   rights of all parties in a fair and open Internet Standards Process.
>>   Claims on this basis may be made to the Internet Society Board of
>>   Trustees.  The President of the Internet Society shall acknowledge
>>   such an appeal within two weeks, and shall at the time of
>>   acknowledgment advise the petitioner of the expected duration of the
>>   Trustees' review of the appeal.  The Trustees shall review the
>>   situation in a manner of its own choosing and report to the IETF on
>>   the outcome of its review.
>>
>>   The Trustees' decision upon completion of their review shall be final
>>   with respect to all aspects of the dispute.
>>
>>> On Jul 10, 2020, at 11:29 AM, Scott O. Bradner <sob@sobco.com> wrote:
>>>
>>> this is not correct
>>>
>>> under 2026 the only thing that can be appealed to the ISOC Board is a claim that the procedures as written are incorrect (e.g. unfair)
>>>
>>> Scott
>>>
>>>> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com> wrote:
>>>>
>>>> Martin proposed:
>>>>
>>>>> Concretely, this proposes forming a RFC Series Evolution program of the IAB that uses the auspices of an IAB program, one that closely follows the model proposed in [RSEME]. This results in a group that follows [WG] procedures, with the exception that the functions performed by the IESG are instead performed by the IAB. In particular, selection of chairs and appeals regarding the execution of the process are directed to the IAB to resolve.
>>>>
>>>> In an IETF WG, the appeals chain is:
>>>>
>>>>  WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>>>>
>>>> I think this proposal is saying that for this activity, it is:
>>>>
>>>>  Program Chair --> IAB --> ISOC Board
>>>>
>>>> Is every decision appealed to the IAB possible to escalate to the  ISOC Board?  Usually, disputes can only be escelated to the ISOC Board that claim that Internet standards procedures were not followed.  However, the appeals chain is quite short here, and ir is unclear to me that the Internet standards procedures applies to IAB programs.
>>>>
>>>> Russ
>>>>
>>>> -- 
>>>> Rfced-future mailing list
>>>> Rfced-future@iab.org
>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>>
>>> -- 
>>> Rfced-future mailing list
>>> Rfced-future@iab.org
>>> https://www.iab.org/mailman/listinfo/rfced-future
>>
> 


From nobody Sun Jul 12 16:16:58 2020
Return-Path: <mt@lowentropy.net>
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 BC7E83A09A5 for <rfced-future@ietfa.amsl.com>; Sun, 12 Jul 2020 16:16:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.22
X-Spam-Level: 
X-Spam-Status: No, score=-0.22 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=lowentropy.net header.b=YtNHNW+l; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=l4EQLUrl
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 8n74MFcB9mB9 for <rfced-future@ietfa.amsl.com>; Sun, 12 Jul 2020 16:16:55 -0700 (PDT)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A4443A099B for <rfced-future@iab.org>; Sun, 12 Jul 2020 16:16:55 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 7AFCD2DD for <rfced-future@iab.org>; Sun, 12 Jul 2020 19:16:54 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Sun, 12 Jul 2020 19:16:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=dFQyNBnRlT0Qj2d9Nr5rFaGUIDnvtSq u0WAKsfd+Pjg=; b=YtNHNW+lSMNTn2i0YIs0B1mrisHov5fNmlBE550OXGTidzz 0F2dP7uux7Y+vlE6xFnSPKd6r6/IKZGJDRroTE87ZO2HhBabKhJIe/2h7/aXEAc1 kREoGqx5QHJ3kmmX47A2uhhWCN12LOB9H03g1GPcyxMjdkKWpAc3JKC79LmcMIYA S3zloiDd3ohztY9zDYxLnjufnGzce9/uHrw9dHzta3UiVwT/gVyMLjLc7u5t91DO d7P231iTpWtfEzfuc155M15A4ggnjZrxQnI9jtw5dYQw7TATepuNcV4BXvlET5Bi UZErgn/k25QEUxtFDJtJFzZFBl1/yJGZ/Taqj9g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=dFQyNB nRlT0Qj2d9Nr5rFaGUIDnvtSqu0WAKsfd+Pjg=; b=l4EQLUrlG1LSw5DiQQ45Wu cjmy7LbmHB5ZDbgHd0jO74nBFb+qHrkdUDWQG9TRBCSN/Qz2RihDFiU/uSRp5n5X wCNWbTz5SSb09unWhIBya7WlseyuAYj4Z4P0RBht4vr6ueEXM59N80qKWJqJCO8z w/03wljWQZJ6+68vWGP3z+MXkte0rBjAjFIGzkEpmZdQn/55Qg48o2vWaLc2Ku+n QUrTThPKGbrqnfrbmhG6MsImtYAGPqG/n1S5iacwSrhgnPCCW8qG8Q9Ksw3Jt2Ok AjUFoTnExni82NsPqPXnUb1ikQt3RcFjNEHELJ/r9p2PN1O4KHuRMrMvg3HjtohA ==
X-ME-Sender: <xms:5ZkLX5CgkYnJO0vMPMpCyU_Xrm954lIZmnYDCOiwO7VFsDcvfqDQ6Q>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrvdejgddvudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepkeetueeikedtkeelfeekve fhkeffvedvvefgkefgleeugfdvjeejgeffieegtdejnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvth
X-ME-Proxy: <xmx:5ZkLX3jZ-JWusqksz5C-bJodYMl7lZoDLBCTCr-rthDqcOQueR1xFQ> <xmx:5ZkLX0nAVvAwSrGmpAbzClzCz2RX9-C1cHmxIvtdsDjJo9nGfQuGeg> <xmx:5ZkLXzzh4BvPxCIY7icOMP-CDykt9yBVIiy6Vu_Dulv7O0t3rfB49A> <xmx:5pkLX8DjAPObU7BG48-VDQRmWclFTM1q_yw0vR9PS-rYrDWQujAgFg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id C39C8E00B3; Sun, 12 Jul 2020 19:16:53 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-613-g8a73ad6-fm-20200709.001-g8a73ad6e
Mime-Version: 1.0
Message-Id: <9d390288-1056-4997-a540-96510e19a099@www.fastmail.com>
In-Reply-To: <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com>
Date: Mon, 13 Jul 2020 09:16:34 +1000
From: "Martin Thomson" <mt@lowentropy.net>
To: rfced-future@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/ZaCM5BE8LpVvHHvfAw0upX2huMc>
Subject: Re: [Rfced-future] Model proposal
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: Sun, 12 Jul 2020 23:16:57 -0000

On Sat, Jul 11, 2020, at 06:57, Brian E Carpenter wrote:
> > The overall point remains, does RFC 2026 apply here? If not, the the only appeal body would seem to be the IAB.
> 
> It will be what we define it to be at the end of this discussion. 

Yes.

FWIW, Russ' characterization missed program leads.  But talking to chairs and any AD/lead, while codified in 2026, happens before the truly formal part of the process.  It's an important piece for a couple of reasons, so I will amend the proposal to recognize that.

The structure of the appeals chain is informal (chair, AD), formal (IESG), in event of process failure (IAB), in event of the process itself being wrong (ISOC Board).  The structure I proposed covered the formal piece, but neglected the informal piece and did not provide safeguards for the process pieces, mostly because I hadn't thought the whole thing through.

I stand by the formal piece.  My logic is that we should not create a new body for this process.  Of the bodies we have, the IAB is most suitable.

I haven't any firm stance on what to do about a process backstop for the IAB.

> I'd certainly be inclined to put the ISOC Board at the end of any 
> appeal chain, but it's a new thing, not part of the IETF standards 
> process.

I'd be reluctant to ask the ISOC Board to participate in this process any more than they would in the IETF.  Keeping their involvement to arbitration of disputes over the process itself seems appropriate.


From nobody Sun Jul 12 22:52:17 2020
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 ABEC93A0D3E for <rfced-future@ietfa.amsl.com>; Sun, 12 Jul 2020 22:52:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[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] 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 1kGa_PwuDLtg for <rfced-future@ietfa.amsl.com>; Sun, 12 Jul 2020 22:52:13 -0700 (PDT)
Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 847873A0D41 for <rfced-future@iab.org>; Sun, 12 Jul 2020 22:52:13 -0700 (PDT)
Received: by mail-pl1-x630.google.com with SMTP id w17so5029048ply.11 for <rfced-future@iab.org>; Sun, 12 Jul 2020 22:52:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=rBZcXAoiD01f2D+qWzSP/pHxJcCTb9NaIDiduFSshNU=; b=XLmotqXB3ji3QUr47813m4E8Ndd2ijLepciVQt5SoaNxWvv9tgZjvG6hU7WZG3c7Aa mGd+7FuyZo2gna5505Cgy/Nv8j1KG+jghvYI0dVXQxskdvsIQCIcJPodpx575CqBAYXI 5dH5ZOZlvlfQb/+r64uwFNMwyba8X/GwWTldpw7+oDnNj2gfbdAaEoF7c9M05+wrmDT3 0jHq1f71agoNDQNteyLnNmTlLbCTd2/NQG8C5ozwaDGmqae2yQlbKetY8D0Z+tVRpeeg ls0CSkrRVgnAXw73tsSvMQW298BXCycSt6QbI1g5ClHzOp+dAbG++1zN4iy2tQhV+oRr Mi/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rBZcXAoiD01f2D+qWzSP/pHxJcCTb9NaIDiduFSshNU=; b=UolBx5O2adhmV3L2//8eLCgNasusnfKMEC+Q4CXm6GZG7Fhkf4meqRYz4xAk9pFDCx 149/AjF0FcAxf3KkHXlAlSMt2OQ1VxP3Gvb2SjTGf1EDtkHnE3igceetNTIncnaFZ/da XkPVG1FLTJEwtd7qDYsRs7HnJrF0mrN99t/XvVKjWksF87eakoKvChr1obuEPJs1KPkJ 5auPpL+aBoGRc5+a2xzHmP+L/r0Z4tqRNvEWas5O7K93G23azGsJKTbAvS2/SX1fYYuc eWEoAjZBQ04p9gyEPax2ecefk6V4Fjt66dk9pDVVVqfNNwBNQZ7Ji/quIqS45yKxDWJ7 LhjQ==
X-Gm-Message-State: AOAM532ppm+zWm8tE1QG/WBnOVrtNDRjvz5aFwpVMr+ycLv7HUSp4qZ1 h4vbevrUqq0bsYfB5sC+VsDhcxr9
X-Google-Smtp-Source: ABdhPJylZTE5cUNQxPmHTVlb4vSfIxpskW722AoeeSBxnARgytJmu4QHOshPKXntcuiGf2FPGggmjw==
X-Received: by 2002:a17:90a:8a8b:: with SMTP id x11mr18967420pjn.127.1594619532568;  Sun, 12 Jul 2020 22:52:12 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.13]) by smtp.gmail.com with ESMTPSA id q6sm13118221pfg.76.2020.07.12.22.52.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Jul 2020 22:52:11 -0700 (PDT)
To: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com> <9d390288-1056-4997-a540-96510e19a099@www.fastmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <3bb43b97-211b-cee3-c365-906192c4b337@gmail.com>
Date: Mon, 13 Jul 2020 17:52:08 +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: <9d390288-1056-4997-a540-96510e19a099@www.fastmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/3_WyI9eVb-k7pyUCvB99A79o2qw>
Subject: Re: [Rfced-future] Model proposal
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: Mon, 13 Jul 2020 05:52:15 -0000

On 13-Jul-20 11:16, Martin Thomson wrote:
> On Sat, Jul 11, 2020, at 06:57, Brian E Carpenter wrote:
>>> The overall point remains, does RFC 2026 apply here? If not, the the only appeal body would seem to be the IAB.
>>
>> It will be what we define it to be at the end of this discussion. 
> 
> Yes.
> 
> FWIW, Russ' characterization missed program leads.  But talking to chairs and any AD/lead, while codified in 2026, happens before the truly formal part of the process.  It's an important piece for a couple of reasons, so I will amend the proposal to recognize that.
> 
> The structure of the appeals chain is informal (chair, AD), formal (IESG), in event of process failure (IAB), in event of the process itself being wrong (ISOC Board).  The structure I proposed covered the formal piece, but neglected the informal piece and did not provide safeguards for the process pieces, mostly because I hadn't thought the whole thing through.
> 
> I stand by the formal piece.  My logic is that we should not create a new body for this process.  Of the bodies we have, the IAB is most suitable.

Yes. The alternative is a new body. As I've said repeatedly since about 1995, I'd like to see the IAB freed up to do nothing but things related to Architecture. I count IANA and liaisons as part of that, but not running a publishing service.

> I haven't any firm stance on what to do about a process backstop for the IAB.
> 
>> I'd certainly be inclined to put the ISOC Board at the end of any 
>> appeal chain, but it's a new thing, not part of the IETF standards 
>> process.
> 
> I'd be reluctant to ask the ISOC Board to participate in this process any more than they would in the IETF.  Keeping their involvement to arbitration of disputes over the process itself seems appropriate.

I completely agree. On the other hand, it wouldn't surprise me to discover that the ISOC Board has a strong interest in the success of the RFC series.

    Brian


From nobody Mon Jul 13 00:24:51 2020
Return-Path: <nico@cryptonector.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 D2EAC3A0968 for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 00:24:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.219
X-Spam-Level: 
X-Spam-Status: No, score=-0.219 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=cryptonector.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 xPzzkaovUNzE for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 00:24:48 -0700 (PDT)
Received: from dog.ash.relay.mailchannels.net (dog.ash.relay.mailchannels.net [23.83.222.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD5A03A0916 for <rfced-future@iab.org>; Mon, 13 Jul 2020 00:24:46 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 71C93180D78; Mon, 13 Jul 2020 07:24:43 +0000 (UTC)
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (100-96-23-20.trex.outbound.svc.cluster.local [100.96.23.20]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E3CDA180DB0; Mon, 13 Jul 2020 07:24:42 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 13 Jul 2020 07:24:43 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Drop-Robust: 0bb4d2c41c3bd124_1594625083223_1174395756
X-MC-Loop-Signature: 1594625083223:934867191
X-MC-Ingress-Time: 1594625083223
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a12.g.dreamhost.com (Postfix) with ESMTP id 7B2CB7F1A5; Mon, 13 Jul 2020 00:24:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=jKk6fAFKCgTOEl rkmfe5bKD0mck=; b=mN5F5LoJ68W7zPFP0Oml7du/VcaNKoMaasVfW1oX9nBDcp m6vCkgFf4IEm4kqEXNUBv00cVExXlmsMNTW6V4RORJnurisFwQBComkbtJZvamoA hIi6RzdOaAfg0iu+6t6EKVUh2skivBLNPI3Pe9NVAHlCCuCTJn4h+NgfmOM48=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a12.g.dreamhost.com (Postfix) with ESMTPSA id 577438015B; Mon, 13 Jul 2020 00:24:40 -0700 (PDT)
Date: Mon, 13 Jul 2020 02:24:15 -0500
X-DH-BACKEND: pdx1-sub0-mail-a12
From: Nico Williams <nico@cryptonector.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
Message-ID: <20200713072413.GY3100@localhost>
References: <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com> <9d390288-1056-4997-a540-96510e19a099@www.fastmail.com> <3bb43b97-211b-cee3-c365-906192c4b337@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3bb43b97-211b-cee3-c365-906192c4b337@gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrvdejgdduvddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucggtffrrghtthgvrhhnpefftdektefhueetveeigfefgeejteejvdfhhefgvddtfeeujeehleeguefhgffhgfenucfkphepvdegrddvkedruddtkedrudekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhm
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/dQj1RyRHoEaUfPWFrUbeVEYtbrM>
Subject: Re: [Rfced-future] Model proposal
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: Mon, 13 Jul 2020 07:24:50 -0000

On Mon, Jul 13, 2020 at 05:52:08PM +1200, Brian E Carpenter wrote:
> On 13-Jul-20 11:16, Martin Thomson wrote:
> > On Sat, Jul 11, 2020, at 06:57, Brian E Carpenter wrote:
> > 
> > I stand by the formal piece.  My logic is that we should not create
> > a new body for this process.  Of the bodies we have, the IAB is most
> > suitable.
> 
> Yes. The alternative is a new body. As I've said repeatedly since
> about 1995, I'd like to see the IAB freed up to do nothing but things
> related to Architecture. I count IANA and liaisons as part of that,
> but not running a publishing service.

We almost certainly don't need a new body for this -- is there even
enough work for it?  We weren't happy with the RSOC...  I do, though,
understand and sympathize with the desire to free up the IAB to work
only on architecture -- I just don't see how to shift this
responsibility elsewhere.

Nico
-- 


From nobody Mon Jul 13 02:07:44 2020
Return-Path: <lear@cisco.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 0FEF63A0C5E for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 02:07:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.7
X-Spam-Level: 
X-Spam-Status: No, score=-7.7 tagged_above=-999 required=5 tests=[DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 3Ynehxmkz1fN for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 02:07:40 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCAD03A0C5B for <rfced-future@iab.org>; Mon, 13 Jul 2020 02:07:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12230; q=dns/txt; s=iport; t=1594631259; x=1595840859; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=Bd3uJkbTVNZFiXccvkfCgK3IQfAlfWth/tcOqR/4YnM=; b=fcXvFqoemAzcIgTYt8xigO7DIuv6TAoBfJPBnNwhVrfdkwAfHUvTAh+r ZRsmspIog2vKVThqY/54SEK1qjZX7lWDp6mN6F8xE4E6ag5rPtDye64wy dT3aH5awMgMnNIGdrX45+a6jAoaHIQF4Et/OOaf6jq11GqNuEQqkiir+e 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BZAAAXJAxf/xbLJq1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBggqDGVQBIBIshDOJAYgaigKJcIgXCwEBAQw?= =?us-ascii?q?BARgBCgwEAQGETAKCGSU4EwIDAQELAQEFAQEBAgEGBG2FWwyFbwEBAQECAQE?= =?us-ascii?q?BIQRHCwULCxIGKgICIQYiDgYTgyYBgksDDiAPplh2fzOFUYJgDYIcBoE4AY0?= =?us-ascii?q?LggCBESccgk0+ghpCAYR2M4ItBI8xpR5NgmeDBpFihHADHoJ0iTaEfCiNXJ5?= =?us-ascii?q?pjiWDUgIEBgUCFYFqI4FXMxoIGxU7KgGCPj4SGQ2XI4VEPwMwAjUCBgEHAQE?= =?us-ascii?q?DCZAOAQE?=
X-IronPort-AV: E=Sophos; i="5.75,347,1589241600"; d="scan'208,217"; a="27854799"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Jul 2020 09:07:35 +0000
Received: from [10.61.229.127] ([10.61.229.127]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 06D97YRG017478 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2020 09:07:35 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <35E314A9-1FF1-45FA-86B1-34A7F15B7F03@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D6EA3A85-05CD-4270-AA75-26268745B703"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Mon, 13 Jul 2020 11:07:34 +0200
In-Reply-To: <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com>
Cc: rfced-future@iab.org
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.229.127, [10.61.229.127]
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/5dE9AQEUV4Yd9SWa0GaCizMz6_k>
Subject: Re: [Rfced-future] Model proposal
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: Mon, 13 Jul 2020 09:07:43 -0000

--Apple-Mail=_D6EA3A85-05CD-4270-AA75-26268745B703
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

When discussing appeals chains, it is probably worth asking a few =
questions to be sure we have this right:

What can be appealed?
What remedies are permitted in the appeal at what level?
What are the interests in potential appellate bodies that might =
conflict?
Would a potential appellate body agree to extend its remit to cover such =
service?
Does the potential appellate body have the necessary authority to =
institute a remedy?

In particular, I would suggest that all of this be considered in light =
of the existence of the LLC and its board and their fiduciary =
responsibilities.  I=E2=80=99m not suggesting a particular answer here, =
but merely a line of questions that we should be comfortable answering.

Eliot

> On 10 Jul 2020, at 22:57, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>=20
>=20
> Russ,
>=20
> On 11-Jul-20 04:09, Russ Housley wrote:
>> Scott:
>>=20
>> I stand corrected.  I mis-read the last sentence of Section 6.5.2.
>>=20
>> All:
>>=20
>> The overall point remains, does RFC 2026 apply here? If not, the the =
only appeal body would seem to be the IAB.
>=20
> It will be what we define it to be at the end of this discussion. =
Please remember that I for one believe that we should probably take this =
responsibility away from the IAB completely. I can't see any reason =
except history for an "Architecture" committee to be in charge of a =
publishing service.
>=20
> I'd certainly be inclined to put the ISOC Board at the end of any =
appeal chain, but it's a new thing, not part of the IETF standards =
process.
>=20
> Regards
>    Brian
>=20
>>=20
>> Russ
>>=20
>>=20
>>> On Jul 10, 2020, at 11:32 AM, Scott O. Bradner <sob@sobco.com> =
wrote:
>>>=20
>>> from 2026
>>>=20
>>> 6.5.3 Questions of Applicable Procedure
>>>=20
>>>  Further recourse is available only in cases in which the procedures
>>>  themselves (i.e., the procedures described in this document) are
>>>  claimed to be inadequate or insufficient to the protection of the
>>>  rights of all parties in a fair and open Internet Standards =
Process.
>>>  Claims on this basis may be made to the Internet Society Board of
>>>  Trustees.  The President of the Internet Society shall acknowledge
>>>  such an appeal within two weeks, and shall at the time of
>>>  acknowledgment advise the petitioner of the expected duration of =
the
>>>  Trustees' review of the appeal.  The Trustees shall review the
>>>  situation in a manner of its own choosing and report to the IETF on
>>>  the outcome of its review.
>>>=20
>>>  The Trustees' decision upon completion of their review shall be =
final
>>>  with respect to all aspects of the dispute.
>>>=20
>>>> On Jul 10, 2020, at 11:29 AM, Scott O. Bradner <sob@sobco.com> =
wrote:
>>>>=20
>>>> this is not correct
>>>>=20
>>>> under 2026 the only thing that can be appealed to the ISOC Board is =
a claim that the procedures as written are incorrect (e.g. unfair)
>>>>=20
>>>> Scott
>>>>=20
>>>>> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com> =
wrote:
>>>>>=20
>>>>> Martin proposed:
>>>>>=20
>>>>>> Concretely, this proposes forming a RFC Series Evolution program =
of the IAB that uses the auspices of an IAB program, one that closely =
follows the model proposed in [RSEME]. This results in a group that =
follows [WG] procedures, with the exception that the functions performed =
by the IESG are instead performed by the IAB. In particular, selection =
of chairs and appeals regarding the execution of the process are =
directed to the IAB to resolve.
>>>>>=20
>>>>> In an IETF WG, the appeals chain is:
>>>>>=20
>>>>> WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>>>>>=20
>>>>> I think this proposal is saying that for this activity, it is:
>>>>>=20
>>>>> Program Chair --> IAB --> ISOC Board
>>>>>=20
>>>>> Is every decision appealed to the IAB possible to escalate to the  =
ISOC Board?  Usually, disputes can only be escelated to the ISOC Board =
that claim that Internet standards procedures were not followed.  =
However, the appeals chain is quite short here, and ir is unclear to me =
that the Internet standards procedures applies to IAB programs.
>>>>>=20
>>>>> Russ
>>>>>=20
>>>>> --=20
>>>>> Rfced-future mailing list
>>>>> Rfced-future@iab.org
>>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>>>=20
>>>> --=20
>>>> Rfced-future mailing list
>>>> Rfced-future@iab.org
>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>>=20
>>=20
>=20
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future


--Apple-Mail=_D6EA3A85-05CD-4270-AA75-26268745B703
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">When =
discussing appeals chains, it is probably worth asking a few questions =
to be sure we have this right:<div class=3D""><br class=3D""></div><div =
class=3D""><ul class=3D"MailOutline"><li class=3D"">What can be =
appealed?</li><li class=3D"">What remedies are permitted in the appeal =
at what level?</li><li class=3D"">What are the interests in potential =
appellate bodies that might conflict?</li><li class=3D"">Would a =
potential appellate body agree to extend its remit to cover such =
service?</li><li class=3D"">Does the potential appellate body have the =
necessary authority to institute a remedy?</li></ul><div class=3D""><br =
class=3D""></div><div class=3D"">In particular, I would suggest that all =
of this be considered in light of the existence of the LLC and its board =
and their fiduciary responsibilities. &nbsp;I=E2=80=99m not suggesting a =
particular answer here, but merely a line of questions that we should be =
comfortable answering.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Eliot</div><div class=3D""><div class=3D""><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On 10 =
Jul 2020, at 22:57, Brian E Carpenter &lt;<a =
href=3D"mailto:brian.e.carpenter@gmail.com" =
class=3D"">brian.e.carpenter@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D""><br =
class=3D"">Russ,<br class=3D""><br class=3D"">On 11-Jul-20 04:09, Russ =
Housley wrote:<br class=3D""><blockquote type=3D"cite" =
class=3D"">Scott:<br class=3D""><br class=3D"">I stand corrected. =
&nbsp;I mis-read the last sentence of Section 6.5.2.<br class=3D""><br =
class=3D"">All:<br class=3D""><br class=3D"">The overall point remains, =
does RFC 2026 apply here? If not, the the only appeal body would seem to =
be the IAB.<br class=3D""></blockquote><br class=3D"">It will be what we =
define it to be at the end of this discussion. Please remember that I =
for one believe that we should probably take this responsibility away =
from the IAB completely. I can't see any reason except history for an =
"Architecture" committee to be in charge of a publishing service.<br =
class=3D""><br class=3D"">I'd certainly be inclined to put the ISOC =
Board at the end of any appeal chain, but it's a new thing, not part of =
the IETF standards process.<br class=3D""><br class=3D"">Regards<br =
class=3D""> &nbsp;&nbsp;&nbsp;Brian<br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D""><br class=3D"">Russ<br =
class=3D""><br class=3D""><br class=3D""><blockquote type=3D"cite" =
class=3D"">On Jul 10, 2020, at 11:32 AM, Scott O. Bradner &lt;<a =
href=3D"mailto:sob@sobco.com" class=3D"">sob@sobco.com</a>&gt; wrote:<br =
class=3D""><br class=3D"">from 2026<br class=3D""><br class=3D"">6.5.3 =
Questions of Applicable Procedure<br class=3D""><br class=3D""> =
&nbsp;Further recourse is available only in cases in which the =
procedures<br class=3D""> &nbsp;themselves (i.e., the procedures =
described in this document) are<br class=3D""> &nbsp;claimed to be =
inadequate or insufficient to the protection of the<br class=3D""> =
&nbsp;rights of all parties in a fair and open Internet Standards =
Process.<br class=3D""> &nbsp;Claims on this basis may be made to the =
Internet Society Board of<br class=3D""> &nbsp;Trustees. &nbsp;The =
President of the Internet Society shall acknowledge<br class=3D""> =
&nbsp;such an appeal within two weeks, and shall at the time of<br =
class=3D""> &nbsp;acknowledgment advise the petitioner of the expected =
duration of the<br class=3D""> &nbsp;Trustees' review of the appeal. =
&nbsp;The Trustees shall review the<br class=3D""> &nbsp;situation in a =
manner of its own choosing and report to the IETF on<br class=3D""> =
&nbsp;the outcome of its review.<br class=3D""><br class=3D""> &nbsp;The =
Trustees' decision upon completion of their review shall be final<br =
class=3D""> &nbsp;with respect to all aspects of the dispute.<br =
class=3D""><br class=3D""><blockquote type=3D"cite" class=3D"">On Jul =
10, 2020, at 11:29 AM, Scott O. Bradner &lt;<a =
href=3D"mailto:sob@sobco.com" class=3D"">sob@sobco.com</a>&gt; wrote:<br =
class=3D""><br class=3D"">this is not correct<br class=3D""><br =
class=3D"">under 2026 the only thing that can be appealed to the ISOC =
Board is a claim that the procedures as written are incorrect (e.g. =
unfair)<br class=3D""><br class=3D"">Scott<br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D"">On Jul 10, 2020, at =
10:14 AM, Russ Housley &lt;<a href=3D"mailto:housley@vigilsec.com" =
class=3D"">housley@vigilsec.com</a>&gt; wrote:<br class=3D""><br =
class=3D"">Martin proposed:<br class=3D""><br class=3D""><blockquote =
type=3D"cite" class=3D"">Concretely, this proposes forming a RFC Series =
Evolution program of the IAB that uses the auspices of an IAB program, =
one that closely follows the model proposed in [RSEME]. This results in =
a group that follows [WG] procedures, with the exception that the =
functions performed by the IESG are instead performed by the IAB. In =
particular, selection of chairs and appeals regarding the execution of =
the process are directed to the IAB to resolve.<br =
class=3D""></blockquote><br class=3D"">In an IETF WG, the appeals chain =
is:<br class=3D""><br class=3D""> WG Chair --&gt; Area Director --&gt; =
IESG --&gt; IAB --&gt; ISOC Board<br class=3D""><br class=3D"">I think =
this proposal is saying that for this activity, it is:<br class=3D""><br =
class=3D""> Program Chair --&gt; IAB --&gt; ISOC Board<br class=3D""><br =
class=3D"">Is every decision appealed to the IAB possible to escalate to =
the &nbsp;ISOC Board? &nbsp;Usually, disputes can only be escelated to =
the ISOC Board that claim that Internet standards procedures were not =
followed. &nbsp;However, the appeals chain is quite short here, and ir =
is unclear to me that the Internet standards procedures applies to IAB =
programs.<br class=3D""><br class=3D"">Russ<br class=3D""><br =
class=3D"">-- <br class=3D"">Rfced-future mailing list<br class=3D""><a =
href=3D"mailto:Rfced-future@iab.org" =
class=3D"">Rfced-future@iab.org</a><br =
class=3D"">https://www.iab.org/mailman/listinfo/rfced-future<br =
class=3D""></blockquote><br class=3D"">-- <br class=3D"">Rfced-future =
mailing list<br class=3D""><a href=3D"mailto:Rfced-future@iab.org" =
class=3D"">Rfced-future@iab.org</a><br =
class=3D"">https://www.iab.org/mailman/listinfo/rfced-future<br =
class=3D""></blockquote><br class=3D""></blockquote><br =
class=3D""></blockquote><br class=3D"">-- <br class=3D"">Rfced-future =
mailing list<br class=3D""><a href=3D"mailto:Rfced-future@iab.org" =
class=3D"">Rfced-future@iab.org</a><br =
class=3D"">https://www.iab.org/mailman/listinfo/rfced-future<br =
class=3D""></div></div></blockquote></div><br =
class=3D""></div></div></div></body></html>=

--Apple-Mail=_D6EA3A85-05CD-4270-AA75-26268745B703--


From nobody Mon Jul 13 17:27:51 2020
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 078263A0808 for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 17:27:50 -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 TElXg6LLHoX0 for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 17:27:48 -0700 (PDT)
Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (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 3EAA23A03FA for <rfced-future@iab.org>; Mon, 13 Jul 2020 17:27:48 -0700 (PDT)
Received: by mail-pl1-x62f.google.com with SMTP id k5so6246354plk.13 for <rfced-future@iab.org>; Mon, 13 Jul 2020 17:27:48 -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=6W41yPkOfy6zBLG8XwuhIpRulJ6SLcZSBTy6oMrnlq0=; b=ttRMQ3oLYdHkBe+CvQ1OiG+xVKMWvvIrmL/eLzZ4uIBmybUnpwyMRcuU7zJalyTpdI 8nmPLGOH+HJCjeMAQJucCTmcF4LoL6nzbYqch/zgAAKKaJ/9Um5JFdB2BGRq3QED89fo Cfbld8ne6zCWqr/IVgtfnsbv+urLIKvDUk7yZhA2jDrPY7ZP+HmVHyOvR95XwL4JbOoP AbkxuDts+EFiaiTqhz/2rWDCOzVbjcxqS2Fs+FBn6A/oqV2y/E+98dTxXEQGCgflHiko Ti3cnnpA6K5Z37V0LfhW0ZYTqqhWqTWgkzEq/r58y9sn+UDmiRxpNzF1IBWCgdofDy3W MmUQ==
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=6W41yPkOfy6zBLG8XwuhIpRulJ6SLcZSBTy6oMrnlq0=; b=M7wN+kbEQ67kJp85Xj8p5X6Rj4yjDHutjMLLa/Q1wa8+blyKOg6/GqfwEykD7+vwx5 AMhfYp1Co2JOZkwsFC6rTLWlQQ4AVf2TmjB419VFa991dDhQhmmDoO4snyMATMXsILy1 pGEZ3WgN1w6mtax5Bn6quz5c7hADbvUzAWXue3YzYpwGfiBwHdK9qsL6nT0LA1TcuAcO OpK0rfyF2NHRR7H5KLwTuy/xVeVtiQOj2IVXdW1r3NXnFZjYkL/gB2NaaiWY1p7yjcZw 2Z7b/xdo6a1d1Ts1Eailt96yKAztDnuD1hJv59Pj910yjfdEXi4Y8AupwDhOys9QG39b ptLQ==
X-Gm-Message-State: AOAM533k92VfIQ3CIs+O4i6wfNBtebZ2G+1UNGkXIjqUbm2oV5Zkiv+3 cGodR9wNguDHbV0m9FBolCK+XGkt
X-Google-Smtp-Source: ABdhPJwQCLfIqJEw8FqhPs3X25u/y5SqAtNi+ojhrcSSEvSSd5PrEOvrJdZjU+QU0x9HFP/5yYvklg==
X-Received: by 2002:a17:902:c181:: with SMTP id d1mr1778869pld.176.1594686467385;  Mon, 13 Jul 2020 17:27:47 -0700 (PDT)
Received: from [130.216.37.170] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.37.170]) by smtp.gmail.com with ESMTPSA id q13sm16661606pfk.8.2020.07.13.17.27.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2020 17:27:46 -0700 (PDT)
To: Eliot Lear <lear@cisco.com>
Cc: rfced-future@iab.org
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com> <35E314A9-1FF1-45FA-86B1-34A7F15B7F03@cisco.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <2924fac2-9b69-f19c-7eda-43c5d55bc4ec@gmail.com>
Date: Tue, 14 Jul 2020 12:27:42 +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: <35E314A9-1FF1-45FA-86B1-34A7F15B7F03@cisco.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/XtnjtdCY0gRFjUIy7KXIZyEY7Zw>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 14 Jul 2020 00:27:50 -0000

On 13-Jul-20 21:07, Eliot Lear wrote:
> When discussing appeals chains, it is probably worth asking a few quest=
ions to be sure we have this right:
>=20
>   * What can be appealed?
>   * What remedies are permitted in the appeal at what level?
>   * What are the interests in potential appellate bodies that might con=
flict?
>   * Would a potential appellate body agree to extend its remit to cover=
 such service?
>   * Does the potential appellate body have the necessary authority to i=
nstitute a remedy?
>=20
>=20
> In particular, I would suggest that all of this be considered in light =
of the existence of the LLC and its board and their fiduciary responsibil=
ities. =C2=A0I=E2=80=99m not suggesting a particular answer here, but mer=
ely a line of questions that we should be comfortable answering.

Certainly, as long as the contracts are held and administered by the LLC,=
 dispute resolution relevant to the contracts must involve the LLC. I was=
 thinking more of potential disputes about the strategy/policy process.

   Brian

>=20
> Eliot
>=20
>> On 10 Jul 2020, at 22:57, Brian E Carpenter <brian.e.carpenter@gmail.c=
om <mailto:brian.e.carpenter@gmail.com>> wrote:
>>
>>
>> Russ,
>>
>> On 11-Jul-20 04:09, Russ Housley wrote:
>>> Scott:
>>>
>>> I stand corrected. =C2=A0I mis-read the last sentence of Section 6.5.=
2.
>>>
>>> All:
>>>
>>> The overall point remains, does RFC 2026 apply here? If not, the the =
only appeal body would seem to be the IAB.
>>
>> It will be what we define it to be at the end of this discussion. Plea=
se remember that I for one believe that we should probably take this resp=
onsibility away from the IAB completely. I can't see any reason except hi=
story for an "Architecture" committee to be in charge of a publishing ser=
vice.
>>
>> I'd certainly be inclined to put the ISOC Board at the end of any appe=
al chain, but it's a new thing, not part of the IETF standards process.
>>
>> Regards
>> =C2=A0=C2=A0=C2=A0Brian
>>
>>>
>>> Russ
>>>
>>>
>>>> On Jul 10, 2020, at 11:32 AM, Scott O. Bradner <sob@sobco.com <mailt=
o:sob@sobco.com>> wrote:
>>>>
>>>> from 2026
>>>>
>>>> 6.5.3 Questions of Applicable Procedure
>>>>
>>>> =C2=A0Further recourse is available only in cases in which the proce=
dures
>>>> =C2=A0themselves (i.e., the procedures described in this document) a=
re
>>>> =C2=A0claimed to be inadequate or insufficient to the protection of =
the
>>>> =C2=A0rights of all parties in a fair and open Internet Standards Pr=
ocess.
>>>> =C2=A0Claims on this basis may be made to the Internet Society Board=
 of
>>>> =C2=A0Trustees. =C2=A0The President of the Internet Society shall ac=
knowledge
>>>> =C2=A0such an appeal within two weeks, and shall at the time of
>>>> =C2=A0acknowledgment advise the petitioner of the expected duration =
of the
>>>> =C2=A0Trustees' review of the appeal. =C2=A0The Trustees shall revie=
w the
>>>> =C2=A0situation in a manner of its own choosing and report to the IE=
TF on
>>>> =C2=A0the outcome of its review.
>>>>
>>>> =C2=A0The Trustees' decision upon completion of their review shall b=
e final
>>>> =C2=A0with respect to all aspects of the dispute.
>>>>
>>>>> On Jul 10, 2020, at 11:29 AM, Scott O. Bradner <sob@sobco.com <mail=
to:sob@sobco.com>> wrote:
>>>>>
>>>>> this is not correct
>>>>>
>>>>> under 2026 the only thing that can be appealed to the ISOC Board is=
 a claim that the procedures as written are incorrect (e.g. unfair)
>>>>>
>>>>> Scott
>>>>>
>>>>>> On Jul 10, 2020, at 10:14 AM, Russ Housley <housley@vigilsec.com <=
mailto:housley@vigilsec.com>> wrote:
>>>>>>
>>>>>> Martin proposed:
>>>>>>
>>>>>>> Concretely, this proposes forming a RFC Series Evolution program =
of the IAB that uses the auspices of an IAB program, one that closely fol=
lows the model proposed in [RSEME]. This results in a group that follows =
[WG] procedures, with the exception that the functions performed by the I=
ESG are instead performed by the IAB. In particular, selection of chairs =
and appeals regarding the execution of the process are directed to the IA=
B to resolve.
>>>>>>
>>>>>> In an IETF WG, the appeals chain is:
>>>>>>
>>>>>> WG Chair --> Area Director --> IESG --> IAB --> ISOC Board
>>>>>>
>>>>>> I think this proposal is saying that for this activity, it is:
>>>>>>
>>>>>> Program Chair --> IAB --> ISOC Board
>>>>>>
>>>>>> Is every decision appealed to the IAB possible to escalate to the =
=C2=A0ISOC Board? =C2=A0Usually, disputes can only be escelated to the IS=
OC Board that claim that Internet standards procedures were not followed.=
 =C2=A0However, the appeals chain is quite short here, and ir is unclear =
to me that the Internet standards procedures applies to IAB programs.
>>>>>>
>>>>>> Russ
>>>>>>
>>>>>> --=20
>>>>>> Rfced-future mailing list
>>>>>> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>>>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>>>>
>>>>> --=20
>>>>> Rfced-future mailing list
>>>>> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>>>>> https://www.iab.org/mailman/listinfo/rfced-future
>>>>
>>>
>>
>> --=20
>> Rfced-future mailing list
>> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>> https://www.iab.org/mailman/listinfo/rfced-future
>=20


From nobody Mon Jul 13 17:39:37 2020
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 1914F3A0C33 for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 17:39:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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] 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 wpsv_ap4JCLC for <rfced-future@ietfa.amsl.com>; Mon, 13 Jul 2020 17:39:33 -0700 (PDT)
Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 D3F653A07C8 for <rfced-future@iab.org>; Mon, 13 Jul 2020 17:39:33 -0700 (PDT)
Received: by mail-pl1-x630.google.com with SMTP id p1so6273071pls.4 for <rfced-future@iab.org>; Mon, 13 Jul 2020 17:39: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=6i/NiGTMqOYqBhwmusNl0ayXhevGSd4feKGlAjZEOko=; b=CY3eLJCecvDpdDFAivQXQM3lfLjqfIj4XC+X45M7KskA6i2j2haLc9qE8phu1cO+mh lfo2g+C2iQdzdo9c0ZbLm2MpWkix5rt5TpRzHw/jN8MNXBfDx1EgjtJM7vm662xwOlCP Dy1WsXR7GbQABr7gpSGQz01pJTUQZcgVgmmIUvBmZIHraHT8Ce2ycYzK7kEeeczy6Juj v63RNGobuCNLbmYrcfLv/iKxR60bu0QngBuJ84OTAM/DxQnZAybkSfnY2MtpG8lBfuvY vhwM/OIXyVesJUsj5wa6Gp2hBp629wb66J0gpfkrzWw6PSJKsbSN100BSWoxGliyYq+B V1qA==
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=6i/NiGTMqOYqBhwmusNl0ayXhevGSd4feKGlAjZEOko=; b=cxsxgTp8jemKG8INKuhWvFiUhZNNzKb5Iw0u2SXouxYs3Hsq2eD0fvvV+J8TMdjPeo fI7+Pl/eUm0OyFlH5/nYgzt//TCqmd6OKY+QO6RedARUcp1Dte85UkR/Mbw/6WCtrN4g Bt/BRaY8gdqcORe23ZEeZKqaFZbhrTxbT8vOp19O0M0zIZvTbNeRNFRkjhAvuNfRZSof PsJQbnNKlgxyv3gQ5ywnc+JIh9itoJuYhRMQxJUzm1SKaRVNIGbH77kgi4kBdWXvOOnL hAFGcd070xgmntERwTNjtvmuMPVegZWJcIirbHjG5tt+EHEIwGEFe7ziQAF//FwFmw+B kuvA==
X-Gm-Message-State: AOAM531oQN04+K3apCSmJQTV3hvbQ6ciQvtogzP33e8fyypcC3me1vlW /a5IWXT25tx33pvW6qLZ8mvDDVw6
X-Google-Smtp-Source: ABdhPJyhNkIEHizfacr/8YHqUN2tFO9bkKQMoa0dCrXllrdsijsYJMqyrEry7ivDhOR7GoLbF22Rvw==
X-Received: by 2002:a17:90a:9f4a:: with SMTP id q10mr1980234pjv.139.1594687173081;  Mon, 13 Jul 2020 17:39:33 -0700 (PDT)
Received: from [130.216.37.170] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.37.170]) by smtp.gmail.com with ESMTPSA id w71sm15286560pfd.6.2020.07.13.17.39.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2020 17:39:32 -0700 (PDT)
To: Nico Williams <nico@cryptonector.com>
Cc: Martin Thomson <mt@lowentropy.net>, rfced-future@iab.org
References: <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <098fb5bf-f65c-d741-5fa7-baa6ae2c8358@nostrum.com> <F30FBA82-510C-4DC1-8535-FFA30345CEA7@kuehlewind.net> <DE2B2759-03FF-4D2C-B765-3C7C9AFA0955@vigilsec.com> <2A7C36D3-62CD-4BA0-88BE-F19A06D991DB@sobco.com> <48E30FDD-24B1-4602-9740-BB4DA2A4A7C1@sobco.com> <9A6E6D1C-FD14-4285-92A2-2483D9452CE9@vigilsec.com> <14ef71ed-8f2f-22f4-edf0-ca22b004ec7c@gmail.com> <9d390288-1056-4997-a540-96510e19a099@www.fastmail.com> <3bb43b97-211b-cee3-c365-906192c4b337@gmail.com> <20200713072413.GY3100@localhost>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <97dd7100-73bd-79fb-0419-703fb9773c7a@gmail.com>
Date: Tue, 14 Jul 2020 12:39:27 +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: <20200713072413.GY3100@localhost>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Bw-BlwKH2Z41okNjUPOrNyfCQ4o>
Subject: Re: [Rfced-future] Model proposal
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: Tue, 14 Jul 2020 00:39:35 -0000

On 13-Jul-20 19:24, Nico Williams wrote:
> On Mon, Jul 13, 2020 at 05:52:08PM +1200, Brian E Carpenter wrote:
>> On 13-Jul-20 11:16, Martin Thomson wrote:
>>> On Sat, Jul 11, 2020, at 06:57, Brian E Carpenter wrote:
>>>
>>> I stand by the formal piece.  My logic is that we should not create
>>> a new body for this process.  Of the bodies we have, the IAB is most
>>> suitable.
>>
>> Yes. The alternative is a new body. As I've said repeatedly since
>> about 1995, I'd like to see the IAB freed up to do nothing but things
>> related to Architecture. I count IANA and liaisons as part of that,
>> but not running a publishing service.
> 
> We almost certainly don't need a new body for this -- is there even
> enough work for it?  We weren't happy with the RSOC...  I do, though,
> understand and sympathize with the desire to free up the IAB to work
> only on architecture -- I just don't see how to shift this
> responsibility elsewhere.

There are various options that come to mind, but they all amount to a new committee or Board that answers to a wider community than the IAB does. For example:
(a) an RFC Series Strategy Committee nominated by the 4 RFC streams by their own processes, or
(b) an RFC Series Strategy Committee nominated by its own free-standing open nomination process.

And then:
(x) this Committee is constituted and hosted by ISOC, or
(y) this Committee is hosted by a stand-alone RFC Foundation or RFC Trust.

I'm sure there are other options. Once we move contractual oversight explicitly to the LLC, we have a lot of flexibility for the strategy/policy stuff.

Regards,
     Brian


From nobody Wed Jul 15 11:13:19 2020
Return-Path: <wjhns1@hardakers.net>
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 D43DB3A0AEC for <rfced-future@ietfa.amsl.com>; Wed, 15 Jul 2020 11:13:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 Bn5Gpn38utV2 for <rfced-future@ietfa.amsl.com>; Wed, 15 Jul 2020 11:13:12 -0700 (PDT)
Received: from mail.hardakers.net (mail.hardakers.net [168.150.192.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47F353A0F49 for <rfced-future@iab.org>; Wed, 15 Jul 2020 11:12:59 -0700 (PDT)
Received: from localhost (unknown [10.0.0.3]) by mail.hardakers.net (Postfix) with ESMTPA id B20E12920D for <rfced-future@iab.org>; Wed, 15 Jul 2020 11:12:57 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: rfced-future@iab.org
Date: Wed, 15 Jul 2020 11:12:57 -0700
Message-ID: <yblwo34ir4m.fsf@w7.hardakers.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/-L6nB6s12ZcfuJLv5dL7hv35Flk>
Subject: [Rfced-future] Model proposal
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, 15 Jul 2020 18:13:18 -0000

Eliot proposed this list:

> When discussing appeals chains, it is probably worth asking a few
> questions to be sure we have this right:
> 
> What can be appealed?
> What remedies are permitted in the appeal at what level?
> What are the interests in potential appellate bodies that might conflict?
> Would a potential appellate body agree to extend its remit to cover such service?
> Does the potential appellate body have the necessary authority to institute a remedy?

I'd argue there is an important one missing: what are the necessary
requirements/characteristics of the body to be appealed to?  I think
there is consensus that RSOC didn't work, and I think there is consensus
that the IAB isn't likely the right place.  However, to pick the right
place, shouldn't we define requirements for that body should consist of
"feature-wise" so we can make an accurate selection?

[I recognize that was a heavily engineering-approach paragraph]

-- 
Wes Hardaker
USC/ISI


From nobody Wed Jul 15 23:45:50 2020
Return-Path: <lear@cisco.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 170323A0FAA for <rfced-future@ietfa.amsl.com>; Wed, 15 Jul 2020 23:45:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Vg5Wigh0KQvD for <rfced-future@ietfa.amsl.com>; Wed, 15 Jul 2020 23:45:47 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87FD23A0FA9 for <rfced-future@iab.org>; Wed, 15 Jul 2020 23:45:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=566; q=dns/txt; s=iport; t=1594881946; x=1596091546; h=from:content-transfer-encoding:mime-version:subject: message-id:date:to; bh=byTIrqLczwaTocXoRfc90U+ew7gmYtv0UzpRtVAK0kY=; b=O9pSf8MuUqFs+3/m9uqMpxdKncf88opYedyp6+r1k2mWHe66AopcF63u aMoGJQClcv5L5kznITG8ImJPTciS21hB0DKy89eeEx/+iECWgic2IMYPA qKgT79qn6EtolKdXRcVJenaStlsxutaJ7UkW0MMgzrUWOXqJhXi9CB1Oz o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyBQBx9g9f/xbLJq1gHgEBCxIMQIU?= =?us-ascii?q?3ASAShF+JAYdqnC4LAQEBDAEBLwQBAYZZJTgTAgMBAQsBAQUBAQECAQYEbYV?= =?us-ascii?q?nhhmBCwImAkNDgxKCfZs/jhB2gTKFUYUlgQ4qjQyCAIE4DBCCGAgBhXSCSTO?= =?us-ascii?q?CLQSPIKYPgmcEgwKWVQMegmaOSo4KiBqlBINSAgQGBQIVgWojgVczGggbFWU?= =?us-ascii?q?Bgj89EhkNnGc/A2cCBgEHAQEDCZA0AQE?=
X-IronPort-AV: E=Sophos;i="5.75,358,1589241600"; d="scan'208";a="27941892"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Jul 2020 06:45:42 +0000
Received: from [10.61.162.111] ([10.61.162.111]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 06G6jgZ6014830 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <rfced-future@iab.org>; Thu, 16 Jul 2020 06:45:42 GMT
From: Eliot Lear <lear@cisco.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <6CFF35F1-C71C-4084-8A2F-FE78C3E493F2@cisco.com>
Date: Thu, 16 Jul 2020 08:45:41 +0200
To: rfced-future@iab.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.162.111, [10.61.162.111]
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/lkNcgz0McaFZ6BVQFHHC1apPIAc>
Subject: [Rfced-future] Editor sought
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: Thu, 16 Jul 2020 06:45:48 -0000

We the chairs are beginning the search for an editor for a document that =
will capture group decisions and put them into appropriate RFCeze.  =
Usual salary applies (a hearty =E2=80=9Cthank you from the community=E2=80=
=9D, fame and fortune may accrue although correlation !=3D causation =
;-).  Best not to throw your hat in if you expect to be heavily invested =
in a particular outcome (in general we would like members of this group =
to NOT be heavily vested in any particular outcome, anyway).

See Brian and/or me for details.

Thanks,

Eliot=


From nobody Thu Jul 16 03:21:04 2020
Return-Path: <lear@cisco.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 C15CD3A07E2 for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 03:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 rApN6ad5cQHI for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 03:20:59 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BCEF3A07E1 for <rfced-future@iab.org>; Thu, 16 Jul 2020 03:20:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5849; q=dns/txt; s=iport; t=1594894858; x=1596104458; h=from:mime-version:subject:message-id:to:date; bh=hRXuePzo53HZypof/YJtmHX6OkYWtp2amQyCabkVIW8=; b=P10VdMfcKSIFJlEGod6fi453JoQvIEG1GcQjOKuxOCew1OZv613t0o5Z TdSFxdcYP0pRmhABO1Lsum0R7c8feBC/m9xH2A6fjc1ujKxlrgOdONP9H R3mUklUt9RWlvXjjpPh8MxtbdRwSnIY9XFfrNx6L/8hKo/ZVk9dMOmD81 g=;
X-Files: rfcefdp.ics : 710
X-IPAS-Result: =?us-ascii?q?A0BLAgA/KRBf/xbLJq1gHgEBCxIMQIE/C4F7gXIBIBKEX?= =?us-ascii?q?1iIKZwAhhqBfQQHAQEBCQECAQEvBAEBhmIlNgcOAgMBAQEDAgMBAQEBBQEBA?= =?us-ascii?q?QIBBgRthWeFZjN0AQI8AoNNSwGCfJsWjhB0AoEyhRU8hQ8QgTiNDIIAgTgch?= =?us-ascii?q?A+CbYEZgkkzgi0EmlaaX4JngweBK5UuAx6RM44OhT2naoNSAgQGBQIVgVoIK?= =?us-ascii?q?4FXMxoIGxVlAYI/PRIZDY42gQ0BCY0aPwNnAgYBBwEBAwmQCAEB?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.75,358,1589241600";  d="ics'?scan'208,217";a="25513667"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Jul 2020 10:20:53 +0000
Received: from [10.61.216.39] ([10.61.216.39]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 06GAKrwB008777 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <rfced-future@iab.org>; Thu, 16 Jul 2020 10:20:53 GMT
From: Eliot Lear <lear@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A8519728-8BB8-4DEA-8219-261C909C4E5F"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
X-Mail-Calendar-Part: Yes
Message-Id: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
To: rfced-future@iab.org
Date: Thu, 16 Jul 2020 12:20:52 +0200
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.216.39, [10.61.216.39]
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/nLY1jF5M4KB4FkoWr7ySpjRebVA>
Subject: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Thu, 16 Jul 2020 10:21:02 -0000

--Apple-Mail=_A8519728-8BB8-4DEA-8219-261C909C4E5F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Colleagues,

A reminder: we will meet virtually on the 27th of July from 14:10 to =
15:50 as part of the 108 meeting.  Agenda picking tool does not let you =
select this meeting.  There is an iCal event included in this message so =
that you can see it on your calendars if you wish.  Yours truly is a =
meetecho neophyte, and so I beg your patience we have a bumpy start.

A few additional points:
Materials have been uploaded.  These include the agenda and the =
chairs=E2=80=99 slides.  We have adjusted one question from discussion =
based on feedback from EKR.  Now is a good time to discuss those =
questions.
The chairs seek a jabber scribe/minute taker.  Tim Wicinski has been =
extraordinarily helpful in the past, but it would be nice if someone =
else could take the role so that he can have a break.
Our time will be precious.  It will be important for people to be =
familiar with the material prior to the meeting.  The chairs intend for =
the meeting to move pretty quickly along.   We will be doing some hums =
as you will see.
One of the things we haven=E2=80=99t discussed, and is not on the =
agenda, is future meetings.  I think that may be something we may need =
to discuss in some detail, perhaps toward the end of the meeting, based =
on how hums go, and how we see our work from that point.
A reminder of the agenda:
Agenda Bashing
What we=E2=80=99ve covered
Decisions we=E2=80=99ve made
Questions we=E2=80=99ve asked
Refinements on those questions
Some hums
Wanted: one document editor
AOB
Eliot


--Apple-Mail=_A8519728-8BB8-4DEA-8219-261C909C4E5F
Content-Type: multipart/mixed;
 boundary="Apple-Mail=_FC547AE0-E5E2-433C-8876-2EC805CEFA1D"


--Apple-Mail=_FC547AE0-E5E2-433C-8876-2EC805CEFA1D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><div =
class=3D"">Colleagues,</div><div class=3D""><br class=3D""></div><div =
class=3D"">A reminder: we will meet virtually on the 27th of July from =
14:10 to 15:50 as part of the 108 meeting. &nbsp;Agenda picking tool =
does not let you select this meeting. &nbsp;There is an iCal event =
included in this message so that you can see it on your calendars if you =
wish. &nbsp;Yours truly is a meetecho neophyte, and so I beg your =
patience we have a bumpy start.</div><div class=3D""><br =
class=3D""></div><div class=3D"">A few additional points:</div><ul =
class=3D""><li class=3D"">Materials have been uploaded. &nbsp;These =
include the agenda and the chairs=E2=80=99 slides. &nbsp;We have =
adjusted one question from discussion based on feedback from EKR. =
&nbsp;Now is a good time to discuss those questions.</li><li =
class=3D"">The chairs seek a jabber scribe/minute taker. &nbsp;Tim =
Wicinski has been extraordinarily helpful in the past, but it would be =
nice if someone else could take the role so that he can have a =
break.</li><li class=3D"">Our time will be precious. &nbsp;It will be =
important for people to be familiar with the material prior to the =
meeting. &nbsp;The chairs intend for the meeting to move pretty quickly =
along. &nbsp; We will be doing some hums as you will see.</li><li =
class=3D"">One of the things we haven=E2=80=99t discussed, and is not on =
the agenda, is future meetings. &nbsp;I think that may be something we =
may need to discuss in some detail, perhaps toward the end of the =
meeting, based on how hums go, and how we see our work from that =
point.</li></ul><div class=3D""><div class=3D"">A reminder of the =
agenda:</div><div class=3D""><ol class=3D""><li class=3D"">Agenda =
Bashing</li><li class=3D"">What we=E2=80=99ve covered</li><li =
class=3D"">Decisions we=E2=80=99ve made</li><li class=3D"">Questions =
we=E2=80=99ve asked</li><li class=3D"">Refinements on those =
questions</li><li class=3D"">Some hums</li><li class=3D"">Wanted: one =
document editor</li><li class=3D"">AOB</li></ol></div><div =
class=3D"">Eliot</div><div class=3D""><br class=3D""></div><div =
class=3D""></div></div></body></html>=

--Apple-Mail=_FC547AE0-E5E2-433C-8876-2EC805CEFA1D
Content-Disposition: attachment;
	filename=rfcefdp.ics
Content-Type: text/calendar;
	x-unix-mode=0644;
	name="rfcefdp.ics"
Content-Transfer-Encoding: 7bit

BEGIN:VCALENDAR
VERSION:2.0
METHOD:PUBLISH
PRODID:-//IETF//datatracker.ietf.org ical agenda//EN
BEGIN:VEVENT
UID:ietf-108-12946-rfcefdp
SUMMARY:rfcefdp - RFC Editor Future Development
LOCATION:Room 2
STATUS:CONFIRMED
CLASS:PUBLIC
DTSTART;TZID="UTC":20200727T141000
DTEND;TZID="UTC":20200727T155000
DTSTAMP:20200622T155521Z
URL:https://datatracker.ietf.org/meeting/108/materials/agenda-108-rfcefdp
DESCRIPTION:Session III\n
 \nSlides
  (Chair slides for RFC Editor Futures Program):
  https://datatracker.ietf.org/meeting/108/materials/slides-108-rfcefdp-chair-slides-for-rfc-editor-futures-program\n
 \nAgenda:
  https://datatracker.ietf.org/meeting/108/materials/agenda-108-rfcefdp\n
END:VEVENT
END:VCALENDAR

--Apple-Mail=_FC547AE0-E5E2-433C-8876-2EC805CEFA1D
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class=""></div></div></body></html>
--Apple-Mail=_FC547AE0-E5E2-433C-8876-2EC805CEFA1D--

--Apple-Mail=_A8519728-8BB8-4DEA-8219-261C909C4E5F--


From nobody Thu Jul 16 12:26:36 2020
Return-Path: <agenda@ietf.org>
X-Original-To: rfced-future@iab.org
Delivered-To: rfced-future@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A34BF3A0BAB; Thu, 16 Jul 2020 12:26:17 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" <agenda@ietf.org>
To: <lear@cisco.com>, <rfcefdp-chairs@ietf.org>
Cc: The IAB <iab@iab.org>, rfced-future@iab.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.8.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <159492757764.14301.1430755853315871647@ietfa.amsl.com>
Date: Thu, 16 Jul 2020 12:26:17 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Lfh82TlI8oGEbgJVw-Gl4MLoGLQ>
Subject: [Rfced-future] rfcefdp - Requested session has been scheduled for IETF 108
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
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: Thu, 16 Jul 2020 19:26:18 -0000

Dear Eliot Lear,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 


    rfcefdp Session 1 (1:40 requested)
    Monday, 27 July 2020, Session III 1410-1550
    Room Name: Room 2 size: 2
    ---------------------------------------------


iCalendar: https://datatracker.ietf.org/meeting/108/sessions/rfcefdp.ics

Request Information:


---------------------------------------------------------
Working Group Name: RFC Editor Future Development
Area Name: Internet Architecture Board
Session Requester: Eliot Lear


Number of Sessions: 1
Length of Session(s):  100 Minutes
Number of Attendees: 50
Conflicts to Avoid: 
 Chair Conflict: emu opsarea tls quic httpbis secdispatch saag dprive masque dnsop lake wpack







People who must be present:
  Eliot Lear

Resources Requested:

Special Requests:
  
---------------------------------------------------------



From nobody Thu Jul 16 16:43:35 2020
Return-Path: <duerst@it.aoyama.ac.jp>
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 54A933A0E17 for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 16:43:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level: 
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.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 dNoL88D6Z2ck for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 16:43:31 -0700 (PDT)
Received: from JPN01-TY1-obe.outbound.protection.outlook.com (mail-eopbgr1400137.outbound.protection.outlook.com [40.107.140.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A70FA3A0E15 for <rfced-future@iab.org>; Thu, 16 Jul 2020 16:43:31 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mfwRu7P4ABB2gXJ+AnfCQ/rMT4lxx0kq8sNwZEmiBhwE1VmpgRgR4HtXdMj4RR7t4XJXyEiNtPea8Q1pjOOIh5Er0Fpud3qAKLHjmIP7oROJ/wQvzKYCmNspWwplDdp8Z42LDxDDgwacP3oe7EWRjBrTacxY9RjsUjGd23e3NaThPyfmeheQPa71Y5nUme0BJpe83PIDKsTtK2LYIq/JUEMjxZMt0pmXhUY34wb4zERzUOl1/IIfcej8wOH25Y8p40Q1Rd98bKa481hN1oz0ydBnxzRcJZ+8b1++1JxbQr5R9zJE9iOW7mX9iy9caJaWjfKEFJb7NQ2kG4Bw66Fdvw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hl81XN33OoM72GFgtR0ssuF8x1XcV+aGfpN8VsomVao=; b=IbLOLPeFGjqT1kYPb3317Mrbmc6HQmfChzfGhmvqmR06RFTqeP5KIMAu4DZt399HX4kev4I/cc39kEHix7XMu2gIwwAaSUMIJ0rM6WQq2B672a7SlMJb/oOo45kgvV4+iXOnFyBTCeE2mFtf07z1yS612ZNUfhh9H2k+yyOxUk3Hr81wfIVeMx7gnIgnxcWpOhHbbMim6tPJmBbcDKVoOR9uw0z4tXMeLem1nCIsSLWLWLKAoy07M9zkhlmj51xKRdKWTWaT0aE0hPlL1UfRyI5NDXsS+TVE19Uvp+8BATwiSuGtQ4aMCuhxIaea0kfDDth/6TimMk36KdcWzfwDRg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hl81XN33OoM72GFgtR0ssuF8x1XcV+aGfpN8VsomVao=; b=gv4w0CCN9udz+wf4noeJl4KDCdz/p/LE/U4J13PtMNcL7MCbEWuxLGICBkO3RGzvro5RJwVZe4du3p8T0pi8n7LNVVmXdm/DU2QvT96Giuwk3FYBA9MTNbBrcjtq+kbGHMmwJamOW9p4Z4j1UTtDJN1NuW5CaoKnO3R0GVdZvB4=
Authentication-Results: iab.org; dkim=none (message not signed) header.d=none;iab.org; dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from OSBPR01MB2566.jpnprd01.prod.outlook.com (2603:1096:604:1c::13) by OSAPR01MB4402.jpnprd01.prod.outlook.com (2603:1096:604:69::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.18; Thu, 16 Jul 2020 23:43:29 +0000
Received: from OSBPR01MB2566.jpnprd01.prod.outlook.com ([fe80::d1a0:ea71:e6f9:9778]) by OSBPR01MB2566.jpnprd01.prod.outlook.com ([fe80::d1a0:ea71:e6f9:9778%7]) with mapi id 15.20.3174.026; Thu, 16 Jul 2020 23:43:29 +0000
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, "rfced-future@iab.org" <rfced-future@iab.org>
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
From: =?UTF-8?Q?Martin_J=2e_D=c3=bcrst?= <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
Message-ID: <a96a8768-fe85-59ab-ca85-b79ff2b8671a@it.aoyama.ac.jp>
Date: Fri, 17 Jul 2020 08:43:27 +0900
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
In-Reply-To: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: TY1PR01CA0171.jpnprd01.prod.outlook.com (2603:1096:402::23) To OSBPR01MB2566.jpnprd01.prod.outlook.com (2603:1096:604:1c::13)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [192.168.1.6] (125.203.82.4) by TY1PR01CA0171.jpnprd01.prod.outlook.com (2603:1096:402::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.18 via Frontend Transport; Thu, 16 Jul 2020 23:43:29 +0000
X-Originating-IP: [125.203.82.4]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 0904924e-2159-4d4a-e5eb-08d829e20acb
X-MS-TrafficTypeDiagnostic: OSAPR01MB4402:
X-Microsoft-Antispam-PRVS: <OSAPR01MB4402EADA29EBC5A50E32C5DCCA7F0@OSAPR01MB4402.jpnprd01.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: TcbaNMg3L/JIbZnIB1GWR9E2FTffxUT8RSkyDLtXFyxHhLAX3obVQBCu0EKkZKczK/WCBuPkFYOpAiNzWlORxivVPRWSyh283Y8PX+TpBLOrG39epkPrlPAvkoQPH7cO/sYhqF6v2963OGBnrNhv1KsciqSJhr+MvjA8HkmU+BfsV1yfYeJOdjq6DUtc/WP47h8sPywqkSqy7ZywXj1+oAySCtzRIsYx6KFYrGMig7NCFvzqsgb9d3VPpqOGmPaLQt8nMQVM8KKoAPpxLn4T9lSvnCn6+15UaqTkq3FCqrW16nII5H1Lx6VW7VT/A3Uxk+eQU5o7tDzJurJSw2pORUTLKYKmjYrvmlMMShhwzfkY0ejfGgk7XC5oCluQv10u
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:OSBPR01MB2566.jpnprd01.prod.outlook.com; PTR:; CAT:NONE;  SFTY:; SFS:(346002)(376002)(366004)(39840400004)(136003)(396003)(5660300002)(86362001)(31696002)(8676002)(36916002)(52116002)(83380400001)(6486002)(66556008)(66476007)(66946007)(2906002)(508600001)(16526019)(26005)(53546011)(186003)(8936002)(16576012)(31686004)(110136005)(786003)(316002)(956004)(2616005)(43740500002); DIR:OUT; SFP:1102; 
X-MS-Exchange-AntiSpam-MessageData: S52F4oDuE+pC6XM/0H5buk2TGnbApAv876rJ+tIdiSIMrgP+xrfOA9f/BKppwu0kwqsB9CNdWKm0WC/GLMrW+hSpkz4YOCQ2S8yHlVmf2OfC69YqejMnRslWuT0AEpp2s7bYumYZQ8NX3SshQSrTUZ16QTo41tobj9yFSGVHjPBoG7xQjwy9/PTDwzdIrsqvWY1w6oLA7SMKMO5HeNDOunfwbsPAX1R8cmr4EpBI+ZjxFimL/m1+2alV9iN3rO3tKdBY4Y5BYZcEvn9/X2KoDv6NV/Pm5F0WxNDme//16303uPhHdRXkfXBsVXr8YFiq03xXMCulA8OG8PRxmvE0Xkc0H5JwWm+2zwtutt9v9aMXIsNMEM+YZ/unOcUL++vMKDj7g1UngIgwCnxs4uhD6i8z7JrEr9gf+ZfTAqMJ6aJEjSiCc0g1aDbijICz6mZ1VXcnVACCvrAjTu+6lXz5u627VX8WRRWqIz2X+0+gk2M=
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 0904924e-2159-4d4a-e5eb-08d829e20acb
X-MS-Exchange-CrossTenant-AuthSource: OSBPR01MB2566.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Jul 2020 23:43:29.5036 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: l9M3fWksiQGhEslqXkzILJ63x3grUFT9D18PFY9XimIG13lErcNTOFbkutnYsTGxQDj9yNmAQE8w9Hw8rQNZXA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OSAPR01MB4402
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/MhWqhBldcA9mQfHtpna-oH8LdtA>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Thu, 16 Jul 2020 23:43:33 -0000

On 16/07/2020 19:20, Eliot Lear wrote:
> Colleagues,
> 
> A reminder: we will meet virtually on the 27th of July from 14:10 to 15:50 as

Given the times shown on the event invitation (automatically 
timezone-converted), I'm assuming these times are in UTC. Better be 
specific, please. (It will be too late for me, sorry.)

Regards,   Martin.

> part of the 108 meeting.  Agenda picking tool does not let you select this
> meeting.  There is an iCal event included in this message so that you can see it
> on your calendars if you wish.  Yours truly is a meetecho neophyte, and so I beg
> your patience we have a bumpy start.
> 
> A few additional points:
> 
>    * Materials have been uploaded.  These include the agenda and the chairs’
>      slides.  We have adjusted one question from discussion based on feedback
>      from EKR.  Now is a good time to discuss those questions.
>    * The chairs seek a jabber scribe/minute taker.  Tim Wicinski has been
>      extraordinarily helpful in the past, but it would be nice if someone else
>      could take the role so that he can have a break.
>    * Our time will be precious.  It will be important for people to be familiar
>      with the material prior to the meeting.  The chairs intend for the meeting
>      to move pretty quickly along.   We will be doing some hums as you will see.
>    * One of the things we haven’t discussed, and is not on the agenda, is future
>      meetings.  I think that may be something we may need to discuss in some
>      detail, perhaps toward the end of the meeting, based on how hums go, and how
>      we see our work from that point.
> 
> A reminder of the agenda:
> 
>   1. Agenda Bashing
>   2. What we’ve covered
>   3. Decisions we’ve made
>   4. Questions we’ve asked
>   5. Refinements on those questions
>   6. Some hums
>   7. Wanted: one document editor
>   8. AOB
> 
> Eliot
> 


From nobody Thu Jul 16 21:19:06 2020
Return-Path: <lear@cisco.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 E57DA3A10DC for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 21:19:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 dnwmYxh0eIT3 for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 21:19:03 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4454A3A10DB for <rfced-future@iab.org>; Thu, 16 Jul 2020 21:19:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4177; q=dns/txt; s=iport; t=1594959543; x=1596169143; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=7ZjhTNG3PXYcGqKTMu0y+HoWTOrFQVASUL9OlhE3Yv8=; b=J+MQqZln0x0C8qE3bJp34QhxsyFUjf1dOHI8duPkxHPqsxIf16KFa+ZW 924bwm0JzZIAPNYoH4drllXJnvyZpLrvWSQ9qz7dNMxr08fN8fwx+clZB dHF/OXxsqPGJh/2vPjKhtl4Sur/zN4lEn1YMOH95Hm0GYXIMEgkNjgEqx s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AgCpJRFf/xbLJq1gDg4BAQEBAQE?= =?us-ascii?q?HAQESAQEEBAEBggqBI1iBcgEgEiyEM4kBiA2TcogXCwEBAQwBAS8EAQGETAK?= =?us-ascii?q?CFCU4EwIDAQELAQEFAQEBAgEGBG2FZ4VvAQEBAQIBI1YFCwsYKgICVwYTglt?= =?us-ascii?q?Lgl0gqX92gTKFUYR4gTiNDIIAgTgcgk0+gQSGTzOCLQS1NYJngweWWQMegni?= =?us-ascii?q?JPYR+jg6FPadqg1ICBAYFAhWBaiOBVzMaCBsVZQGCPj4SGQ2ONo1xQD8DMDc?= =?us-ascii?q?CBgEHAQEDCZAlAQE?=
X-IronPort-AV: E=Sophos; i="5.75,361,1589241600"; d="scan'208,217"; a="27969968"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 Jul 2020 04:18:59 +0000
Received: from [10.61.172.119] ([10.61.172.119]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 06H4ItYm031496 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Jul 2020 04:18:59 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <FC1C7E1D-CF6F-4C75-A130-75BE586214DC@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_2FA61860-7F23-431C-9E8D-211BB600E3CF"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Fri, 17 Jul 2020 06:18:55 +0200
In-Reply-To: <a96a8768-fe85-59ab-ca85-b79ff2b8671a@it.aoyama.ac.jp>
Cc: "rfced-future@iab.org" <rfced-future@iab.org>
To: =?utf-8?B?Ik1hcnRpbiBKLiBEw7xyc3Qi?= <duerst@it.aoyama.ac.jp>
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com> <a96a8768-fe85-59ab-ca85-b79ff2b8671a@it.aoyama.ac.jp>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Outbound-SMTP-Client: 10.61.172.119, [10.61.172.119]
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/mA9BNySrQ1BWYKf2zZsAb9kqWvI>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Fri, 17 Jul 2020 04:19:05 -0000

--Apple-Mail=_2FA61860-7F23-431C-9E8D-211BB600E3CF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On 17 Jul 2020, at 01:43, Martin J. D=C3=BCrst =
<duerst@it.aoyama.ac.jp> wrote:
>=20
> On 16/07/2020 19:20, Eliot Lear wrote:
>> Colleagues,
>> A reminder: we will meet virtually on the 27th of July from 14:10 to =
15:50 as
>=20
> Given the times shown on the event invitation (automatically =
timezone-converted), I'm assuming these times are in UTC. Better be =
specific, please. (It will be too late for me, sorry.)


Yes.  UTC.

Eliot=

--Apple-Mail=_2FA61860-7F23-431C-9E8D-211BB600E3CF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On 17 Jul 2020, at 01:43, Martin J. D=C3=BCrst &lt;<a =
href=3D"mailto:duerst@it.aoyama.ac.jp" =
class=3D"">duerst@it.aoyama.ac.jp</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">On 16/07/2020 19:20, Eliot Lear =
wrote:</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><blockquote type=3D"cite" style=3D"font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" =
class=3D"">Colleagues,<br class=3D"">A reminder: we will meet virtually =
on the 27th of July from 14:10 to 15:50 as<br class=3D""></blockquote><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">Given the times shown on the =
event invitation (automatically timezone-converted), I'm assuming these =
times are in UTC. Better be specific, please. (It will be too late for =
me, sorry.)</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""></div></blockquote></div><br class=3D""><div =
class=3D""><br class=3D""></div><div class=3D"">Yes. =
&nbsp;UTC.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Eliot</div></body></html>=

--Apple-Mail=_2FA61860-7F23-431C-9E8D-211BB600E3CF--


From nobody Thu Jul 16 22:17:03 2020
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 EFB733A1238 for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 22:17:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 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] 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 mYtWhzJgJqXD for <rfced-future@ietfa.amsl.com>; Thu, 16 Jul 2020 22:17:00 -0700 (PDT)
Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 B1FEC3A1239 for <rfced-future@iab.org>; Thu, 16 Jul 2020 22:17:00 -0700 (PDT)
Received: by mail-pl1-x62b.google.com with SMTP id m16so4953205pls.5 for <rfced-future@iab.org>; Thu, 16 Jul 2020 22:17:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=ikl6YZiqSmIzRkpdVXJzAOi0grs4Ta1dNXPUmK6VWgg=; b=UZFV01jm2mlprZBcf3rfdDXEBsF4nmSAooPHw9UAOKC4006yZlkFShlcwVMeIxPnmF 8Eb6xDzDPFumtJ1UltDBFLVowHXPlHC5fBbCgZIfRtYityvZxWm0X3k6UoyKrcPylVZp ol/eCDXJRWGNekZx44ZGZVMSESjTk4TLzfVIn8iSOOO0mNopDh+CBaQb32hhrAgYFKbA UCW4kk3mtkq2iz+Ah3W0DtRLlP1E62mH2mXE9oXhE4AE08OPaD7puEJ5cmw3VeXldqlg mM096Jcuswm5nSspVYgnDY3MK9D9jHkRyI+Kfk6LBmmcSgIJ1h811ha+RL//ABja1KaP IjLQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ikl6YZiqSmIzRkpdVXJzAOi0grs4Ta1dNXPUmK6VWgg=; b=rVU5iVxWBNsBXCNcH79QhC/fXnEf1kjGHCncANgFKEas/qdFeVz4cki2CI8+y+Dq4m Jk0MVWGJyKchKdXZsUU3yyHdjDPPsgwxTjaCNd3+5hTpzrSdvh5G1PCFiDydur7diOT0 Vfzu6I/QFOdYrctoOBy/ZIxFKlv1k1lQIIBhz8n7mlLKNraC/9iz34Esp0NN4PLlXgsE S1sjAHQgqoSAIn8jwxJbrDTASxFYElhUDw2+EtI4ZB0gnt8Cjy3wTSShZwdPxenNMF4q NZteq2Y6PlLfYiJrHGDQHTrThtCRZQhqSxQqGH1YSd91H2ZR7GwiOrHcFSzb6K592pHR 55oQ==
X-Gm-Message-State: AOAM5332GIfUim33hPkbrJWK1avh3FVFJKL2TSp9U+KrmH/cPbL/RSCR Zv+D/7HHTWcV1+8fgcr5GKSHfYTh
X-Google-Smtp-Source: ABdhPJw52tGZQbpvleFbH70q83ZK8P/OxrJZbIUmGy57+bq/ud2VtDGDKfJWrUZv2pDUNlwQro2HwQ==
X-Received: by 2002:a17:902:262:: with SMTP id 89mr5842557plc.31.1594963019888;  Thu, 16 Jul 2020 22:16:59 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.13]) by smtp.gmail.com with ESMTPSA id u26sm6385184pfn.54.2020.07.16.22.16.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Jul 2020 22:16:59 -0700 (PDT)
To: Eliot Lear <lear@cisco.com>, rfced-future@iab.org
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <7dba1e15-d2d4-1162-1550-f26820891bf3@gmail.com>
Date: Fri, 17 Jul 2020 17:16:54 +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: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.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/gIB2ZI_TPMBPZywDKyMUgXMjD-M>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Fri, 17 Jul 2020 05:17:02 -0000

>  Now is a good time to discuss those questions.

My main comment from looking at the slides is that maybe we shouldn't use=
 the term "RSE" until there's an answer to your "hum" question 3 ("Is the=
re a need for a thought leader who can run a community who is expert in p=
ublishing?"). The way the discussion has evolved suggests to me that the =
name of the role might change.

(The answers to the follow-on questions on slide 11 might also change acc=
ordingly.)

fwiw I will not be at the meeting, since it will be 2 a.m. here.

Regards
   Brian C

On 16-Jul-20 22:20, Eliot Lear wrote:
> Colleagues,
>=20
> A reminder: we will meet virtually on the 27th of July from 14:10 to 15=
:50 as part of the 108 meeting. =C2=A0Agenda picking tool does not let yo=
u select this meeting. =C2=A0There is an iCal event included in this mess=
age so that you can see it on your calendars if you wish. =C2=A0Yours tru=
ly is a meetecho neophyte, and so I beg your patience we have a bumpy sta=
rt.
>=20
> A few additional points:
>=20
>   * Materials have been uploaded. =C2=A0These include the agenda and th=
e chairs=E2=80=99 slides. =C2=A0We have adjusted one question from discus=
sion based on feedback from EKR. =C2=A0Now is a good time to discuss thos=
e questions.
>   * The chairs seek a jabber scribe/minute taker. =C2=A0Tim Wicinski ha=
s been extraordinarily helpful in the past, but it would be nice if someo=
ne else could take the role so that he can have a break.
>   * Our time will be precious. =C2=A0It will be important for people to=
 be familiar with the material prior to the meeting. =C2=A0The chairs int=
end for the meeting to move pretty quickly along. =C2=A0 We will be doing=
 some hums as you will see.
>   * One of the things we haven=E2=80=99t discussed, and is not on the a=
genda, is future meetings. =C2=A0I think that may be something we may nee=
d to discuss in some detail, perhaps toward the end of the meeting, based=
 on how hums go, and how we see our work from that point.
>=20
> A reminder of the agenda:
>=20
>  1. Agenda Bashing
>  2. What we=E2=80=99ve covered
>  3. Decisions we=E2=80=99ve made
>  4. Questions we=E2=80=99ve asked
>  5. Refinements on those questions
>  6. Some hums
>  7. Wanted: one document editor
>  8. AOB
>=20
> Eliot
>=20
>=20
>=20


From nobody Mon Jul 20 01:39:33 2020
Return-Path: <lear@cisco.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 AFBA63A0883 for <rfced-future@ietfa.amsl.com>; Mon, 20 Jul 2020 01:39:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level: 
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 9DQu1p8HF92H for <rfced-future@ietfa.amsl.com>; Mon, 20 Jul 2020 01:39:30 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2484A3A0886 for <rfced-future@iab.org>; Mon, 20 Jul 2020 01:39:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7909; q=dns/txt; s=iport; t=1595234370; x=1596443970; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=0vW/+uArNXjwIVbnzlOAOWc6Z0vw0ztDuoqfRl8XWK0=; b=KEPfDPDfU+U5eKTQAcmztpz0oyc8SydxKrfA3F5eZdbmUadU+Ddpfaga a/oqDeGr3d8y3xgiYf5o7ORerCQ275VIF+3EH8uc/YPYjjFMkRfZ3n+p9 D7qp+lxZ8NVgCNd0KxGof2WkPo79LwiTKVgdYSKIY+U+72y5HacQUKvjM I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DuAAAsVxVf/xbLJq1gGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAUCBSoEjgkoBIBIsjTSID4oCiXCIFwsBAQEMAQEvBAE?= =?us-ascii?q?BhEwCgh0lOBMCAwEBCwEBBQEBAQIBBgRthWiFcQEBAQECAWsDCwULCxguITY?= =?us-ascii?q?GExSDEoJMAw4gqhN0gTSFUoI/DYIigTgBjQuCAIE4HIJNPoEEgRaFbIItBJl?= =?us-ascii?q?Nmy1NgmeDCJFrhHADHpE2jhKFP5lGjimDUgIEBgUCFYFqI4FXMxoIGxUaSwG?= =?us-ascii?q?CPj4SGQ2OKgwLjiY/AzACNQIGCAEBAwmPeQEB?=
X-IronPort-AV: E=Sophos; i="5.75,374,1589241600"; d="scan'208,217"; a="28031776"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Jul 2020 08:39:26 +0000
Received: from [10.61.172.31] ([10.61.172.31]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 06K8dPKE010979 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Jul 2020 08:39:25 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <D0B7C6DF-4B89-4F60-8ABF-74EE464AEDC1@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_14A84E20-E35E-4BC0-885E-2F3FEE30C574"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Date: Mon, 20 Jul 2020 10:39:25 +0200
In-Reply-To: <7dba1e15-d2d4-1162-1550-f26820891bf3@gmail.com>
Cc: rfced-future@iab.org
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com> <7dba1e15-d2d4-1162-1550-f26820891bf3@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Outbound-SMTP-Client: 10.61.172.31, [10.61.172.31]
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/biRVdgQ6P4VteG5xSoahQ_4gLjk>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Mon, 20 Jul 2020 08:39:32 -0000

--Apple-Mail=_14A84E20-E35E-4BC0-885E-2F3FEE30C574
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Good evening, Brian.

> On 17 Jul 2020, at 07:16, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>=20
>> Now is a good time to discuss those questions.
>=20
> My main comment from looking at the slides is that maybe we shouldn't =
use the term "RSE" until there's an answer to your "hum" question 3 ("Is =
there a need for a thought leader who can run a community who is expert =
in publishing?"). The way the discussion has evolved suggests to me that =
the name of the role might change.


Looking at the slides, we are specifically talking solely about the =
title of Slide 10, and I have now updated the terminology.


>=20
> (The answers to the follow-on questions on slide 11 might also change =
accordingly.)

Indeed.  There is a big if in the title of slide 11.

>=20
> fwiw I will not be at the meeting, since it will be 2 a.m. here.

I understand the inconvenience.  We are operating via the IETF scheduler =
for 108.  We can have interims at different times once we get past this =
next meeting.  The chairs will want to ruminate first on the results of =
our hums.  This having been said, recognizing this situation, I ask that =
those who can do their best to join so that they can participate in the =
hum.  It is true that we always confirm these sorts of things on mailing =
lists, but it is easier for all to be present, especially since we are =
operating in new territory when it comes to hums.

Eliot=

--Apple-Mail=_14A84E20-E35E-4BC0-885E-2F3FEE30C574
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Good =
evening, Brian.<br class=3D""><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"">On 17 Jul 2020, at 07:16, Brian =
E Carpenter &lt;<a href=3D"mailto:brian.e.carpenter@gmail.com" =
class=3D"">brian.e.carpenter@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><blockquote =
type=3D"cite" style=3D"font-family: Helvetica; font-size: 16px; =
font-style: normal; font-variant-caps: normal; font-weight: normal; =
letter-spacing: normal; orphans: auto; text-align: start; text-indent: =
0px; text-transform: none; white-space: normal; widows: auto; =
word-spacing: 0px; -webkit-text-size-adjust: auto; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D"">Now =
is a good time to discuss those questions.<br class=3D""></blockquote><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" class=3D""><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;" class=3D"">My main comment from looking at =
the slides is that maybe we shouldn't use the term "RSE" until there's =
an answer to your "hum" question 3 ("Is there a need for a thought =
leader who can run a community who is expert in publishing?"). The way =
the discussion has evolved suggests to me that the name of the role =
might change.</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""></div></blockquote><div><br class=3D""></div><div><br =
class=3D""></div><div>Looking at the slides, we are specifically talking =
solely about the title of Slide 10, and I have now updated the =
terminology.</div><div><br class=3D""></div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 16px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 16px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;" =
class=3D"">(The answers to the follow-on questions on slide 11 might =
also change accordingly.)</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 16px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""></div></blockquote><div><br =
class=3D""></div>Indeed. &nbsp;There is a big if in the title of slide =
11.</div><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D""><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 16px; font-style: normal; font-variant-caps: =
normal; font-weight: normal; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;" class=3D"">fwiw I will =
not be at the meeting, since it will be 2 a.m. here.</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
16px; font-style: normal; font-variant-caps: normal; font-weight: =
normal; letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;" =
class=3D""></div></blockquote><div><br class=3D""></div>I understand the =
inconvenience. &nbsp;We are operating via the IETF scheduler for 108. =
&nbsp;We can have interims at different times once we get past this next =
meeting. &nbsp;The chairs will want to ruminate first on the results of =
our hums. &nbsp;This having been said, recognizing this situation, I ask =
that those who can do their best to join so that they can participate in =
the hum. &nbsp;It is true that we always confirm these sorts of things =
on mailing lists, but it is easier for all to be present, especially =
since we are operating in new territory when it comes to hums.<br =
class=3D""><div><br class=3D""></div></div>Eliot</body></html>=

--Apple-Mail=_14A84E20-E35E-4BC0-885E-2F3FEE30C574--


From nobody Tue Jul 21 11:43:16 2020
Return-Path: <lamyaiy76@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 E0CCA3A05AC for <rfced-future@ietfa.amsl.com>; Tue, 21 Jul 2020 11:43:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.447
X-Spam-Level: 
X-Spam-Status: No, score=-0.447 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=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 NlmQCCw8W27i for <rfced-future@ietfa.amsl.com>; Tue, 21 Jul 2020 11:43:14 -0700 (PDT)
Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 2C48D3A053E for <rfced-future@iab.org>; Tue, 21 Jul 2020 11:43:01 -0700 (PDT)
Received: by mail-lf1-x12d.google.com with SMTP id i19so7002061lfj.8 for <rfced-future@iab.org>; Tue, 21 Jul 2020 11:43:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=nOhNej2FXMwvj5ryNfUszBuNre8eYRiTGOKFsETCjQM=; b=dLsGSWRGIsuuBKebd55iI35WoP4JnkB9bkR3d545l0FVRXlV7B6sZ8dxT0wl1GwBZn gCWbowbSxCVnCwo+MdM4eG9Iydj/QDfl7uNZPJhfMxj4R2CUiw7awXvh6X3oEdc+r1wu I00TTsJEbDGWQC25O6AvG+6CahwVuI9v1Ruj8+OA+838JzsHf/eYZY2mYVcg95E7+j5M 6fRQiUKQn7FT8VoGbPczyfQM6vNSjvv4yhyOAFLeIRGDcrqHQ2zJpl9WwlwQL7sa9mQb F40tlyfUFZVzY7DDiB9R6c0xnfLXT8hPNupkh1YzR9mHNZvEfWtqQK6cnPyZ9jMiEeLZ G/2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nOhNej2FXMwvj5ryNfUszBuNre8eYRiTGOKFsETCjQM=; b=ZICr/HXvui4JDBGIz2OpM0KPqDwOtQub3HrCWdDbpxT4kL9EMOWU9vE4V84hup7odj 0LRTqbMQwcpnAKjhg1MmDLRj5bwPdeW0orsij3ddwWZZUV29ZbL1EtlIbftx8IT7YLEm oxC5WWlXS4J3++2ojvGl8MHCcQNQoDnH49uS54A9pd5Z05SvSIxyU8mChRxDHiwutGAU FlV44+GM5TPfNStw+8JQK1XzNqHPQPKYTl5TUfbYNVgzHCpu5xn9mgb5HNSPCVHwIX8u H6kK5F3m1JonMVdSatZ6Ls9i5eCUsmExoBu5CCa8W7Y5C8dYVXCmGZdvaW8E2zYysrlR xeig==
X-Gm-Message-State: AOAM531/hNnZacOawKPFyBmOVxy8lR0ZLVvEv/K1dPfW23HNJqbvi0CD Iy3qx/EEkB3UiJM/lypw9Krdt2gDqRV9IJuaj4FaJMY9
X-Google-Smtp-Source: ABdhPJzOwO2o+oPEYoH9YEEcxlm4KQMTzO+tvYJI54oKtrR1QaUNvxwrKU07UdLoI1T4wP3+f2Z7ksVwqbtVJu7XVuc=
X-Received: by 2002:a05:6512:20c1:: with SMTP id u1mr1626072lfr.17.1595356978974;  Tue, 21 Jul 2020 11:42:58 -0700 (PDT)
MIME-Version: 1.0
From: =?UTF-8?B?4Lil4LmN4Liy4LmD4LiiIOC4nuC4o+C4oeC4oeC4teC5gOC4lOC4ig==?= <lamyaiy76@gmail.com>
Date: Wed, 22 Jul 2020 01:42:47 +0700
Message-ID: <CAAj_Zkux_OaHUO_3t4LdAs764VAOtRQMiW2ADsrkCMaTnjZ+Tg@mail.gmail.com>
To: rfced-future@iab.org
Content-Type: multipart/alternative; boundary="0000000000000594a205aaf7fe91"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/MP24K59HrM2t_GtyreWVIZ36SUg>
Subject: [Rfced-future] kapu.page
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: Tue, 21 Jul 2020 18:43:15 -0000

--0000000000000594a205aaf7fe91
Content-Type: text/plain; charset="UTF-8"



--0000000000000594a205aaf7fe91
Content-Type: text/html; charset="UTF-8"

<div dir="ltr"><br></div>

--0000000000000594a205aaf7fe91--


From nobody Sun Jul 26 23:05:39 2020
Return-Path: <olejacobsen@me.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 8AD8F3A16F3 for <rfced-future@ietfa.amsl.com>; Sun, 26 Jul 2020 23:05:36 -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, RCVD_IN_MSPIKE_H2=-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=me.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 Abk5BcaQkvj8 for <rfced-future@ietfa.amsl.com>; Sun, 26 Jul 2020 23:05:34 -0700 (PDT)
Received: from mr85p00im-hyfv06011401.me.com (mr85p00im-hyfv06011401.me.com [17.58.23.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B737A3A0A12 for <rfced-future@iab.org>; Sun, 26 Jul 2020 23:05:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1595829934; bh=SjdHiSnNiSFCQYbYkUC5OB/0p0NcVTZuRZW3cd7CGRA=; h=Content-Type:Subject:From:Date:Message-Id:To; b=1kO/WJ20PBefn72BQ2D/9mAF2bjyX9xSLoynxYS8H7KlRhoDprIRP2Xjv1ieZzopW axTAbLwtTQmsOSSa6UGoo/CttXJsnkKlkUp3v0d5XYhDGOHipEWESBuVw7Lx91jRnD HOsofeUqWkVMRc7kT0rAF+d6nMDmRCiGzc85+ojwa3U9ZKJMpEZSj3hbughz3fDzG9 l3PBAIsicFOZ9cwBmrlghYcc1wF7Tt9X7hkdsaQfoVWjsKVPkuyK+lY4LXgznRzNrD vaHfa3jdiRQ9dYm+he4/u68nRb9xlfkSv6AflDm+rHdUPchGPLDtKXPcHMl/RaXjaU Io0LL+05B0Cow==
Received: from [192.168.1.133] (157-131-170-137.fiber.dynamic.sonic.net [157.131.170.137]) by mr85p00im-hyfv06011401.me.com (Postfix) with ESMTPSA id 1CE46D205D4; Mon, 27 Jul 2020 06:05:34 +0000 (UTC)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Ole Jacobsen <olejacobsen@me.com>
In-Reply-To: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
Date: Sun, 26 Jul 2020 23:05:33 -0700
Cc: Ole Jacobsen <olejacobsen@me.com>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <3120DCA9-3CCA-4E76-8648-F37B472020D4@me.com>
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3124)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-27_04:2020-07-27, 2020-07-27 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2007270044
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/E7U-oz6W5muxJQ8gTaqCHvBIJ68>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Mon, 27 Jul 2020 06:05:37 -0000

Hi Eliot (before I get some sleep),

It would be REALLY useful if you could give us the actual link to
how to participate in this meeting. I believe only registered attendees
can attend which presumably means entering our reg number at some URL
to get let in and so on.

Please elaborate.

(Yes, I know this is probably somewhere on the meeting website, but I
think we should all get into the habit of creating meeting invitations
that do more than place an entry in a calendar with the agenda).

Thanks in advance,

Ole

> On 16 Jul 2020, at 03:20, Eliot Lear <lear=3D40cisco.com@dmarc.ietf.org>=
 wrote:
>=20
> Colleagues,
>=20
> A reminder: we will meet virtually on the 27th of July from 14:10 to =
15:50 as part of the 108 meeting.  Agenda picking tool does not let you =
select this meeting.  There is an iCal event included in this message so =
that you can see it on your calendars if you wish.  Yours truly is a =
meetecho neophyte, and so I beg your patience we have a bumpy start.
>=20
> A few additional points:
> 	=E2=80=A2 Materials have been uploaded.  These include the =
agenda and the chairs=E2=80=99 slides.  We have adjusted one question =
from discussion based on feedback from EKR.  Now is a good time to =
discuss those questions.
> 	=E2=80=A2 The chairs seek a jabber scribe/minute taker.  Tim =
Wicinski has been extraordinarily helpful in the past, but it would be =
nice if someone else could take the role so that he can have a break.
> 	=E2=80=A2 Our time will be precious.  It will be important for =
people to be familiar with the material prior to the meeting.  The =
chairs intend for the meeting to move pretty quickly along.   We will be =
doing some hums as you will see.
> 	=E2=80=A2 One of the things we haven=E2=80=99t discussed, and is =
not on the agenda, is future meetings.  I think that may be something we =
may need to discuss in some detail, perhaps toward the end of the =
meeting, based on how hums go, and how we see our work from that point.
> A reminder of the agenda:
> 	=E2=80=A2 Agenda Bashing
> 	=E2=80=A2 What we=E2=80=99ve covered
> 	=E2=80=A2 Decisions we=E2=80=99ve made
> 	=E2=80=A2 Questions we=E2=80=99ve asked
> 	=E2=80=A2 Refinements on those questions
> 	=E2=80=A2 Some hums
> 	=E2=80=A2 Wanted: one document editor
> 	=E2=80=A2 AOB
> Eliot
>=20
> <rfcefdp.ics>
> --=20
> Rfced-future mailing list
> Rfced-future@iab.org
> https://www.iab.org/mailman/listinfo/rfced-future

Ole J. Jacobsen
Editor and Publisher
The Internet Protocol Journal
Office: +1 415-550-9433
Cell:   +1 415-370-4628
Web: protocoljournal.org
E-mail: olejacobsen@me.com
E-mail: ole@protocoljournal.org
Skype: organdemo


From nobody Sun Jul 26 23:15:55 2020
Return-Path: <lear@cisco.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 032B33A16F9 for <rfced-future@ietfa.amsl.com>; Sun, 26 Jul 2020 23:15:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level: 
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Y7XSa8hza_n5 for <rfced-future@ietfa.amsl.com>; Sun, 26 Jul 2020 23:15:52 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD9F03A16F5 for <rfced-future@iab.org>; Sun, 26 Jul 2020 23:15:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3049; q=dns/txt; s=iport; t=1595830551; x=1597040151; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=WeVZxmyAWZsuXZNE3geNhYJ6aFRTpjcTWDPQmJb4AfU=; b=h0BKsUeuzrUfQDYRXNAzZwJHCQTT259f2HDVmkXBOQYItU6zlOrsi61c z5Dq+awnxyZd7tH1HByzbKE2QfB8TCCWx//JY1jQBe80o+JPJxQSG0CO4 rIjMSNdloYm0E7HHE1o8qzg3+LpPJVeTDzeJchpt6Qm29UrrS66DMVtEC g=;
X-IPAS-Result: =?us-ascii?q?A0A5AQDRcB5f/xbLJq1dAxsBAQEBAQEBAQUBAQESAQEBA?= =?us-ascii?q?wMBAQFAgUqBe4EeVAEgEiyENIkBh3glnAwLAQEBDAEBGAsMBAEBhEwCgiQlO?= =?us-ascii?q?BMCAwEBAQMCAwEBAQEFAQEBAgEGBG2FXAyFcQEBAQMBAQEhSwsFCQILGAICJ?= =?us-ascii?q?gICFhEwBhOCW0sBgksDDiAPq2Z2gTKFUoJmFIIbBYEJKgGGOIZeggCBOAwQg?= =?us-ascii?q?k0+gQSBWAEDF4FGISaCTzOCLQSPS6YfgmiDCIVOkRgDHoJ7gSGIJ5MhhUWWf?= =?us-ascii?q?5EWg1YCBAYFAhWBaiOBVzMaCBsVOyoBgj4JNRIZDY42gQ0BCYJChRSFRD8DM?= =?us-ascii?q?AI1AgYBBwEBAwmQGAEB?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.75,401,1589241600"; d="scan'208";a="25781104"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Jul 2020 06:15:47 +0000
Received: from ams3-vpn-dhcp4178.cisco.com (ams3-vpn-dhcp4178.cisco.com [10.61.80.81]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 06R6FljZ012151 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 06:15:47 GMT
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: Eliot Lear <lear@cisco.com>
In-Reply-To: <3120DCA9-3CCA-4E76-8648-F37B472020D4@me.com>
Date: Mon, 27 Jul 2020 08:15:46 +0200
Cc: Ole Jacobsen <olejacobsen@me.com>, rfced-future@iab.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <3EA42114-4E4D-4447-A992-6C5EB059CCC6@cisco.com>
References: <FFFDC3FA-D1FD-484E-9D77-88A33E8E25FE@cisco.com> <3120DCA9-3CCA-4E76-8648-F37B472020D4@me.com>
To: Ole Jacobsen <olejacobsen=40me.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Outbound-SMTP-Client: 10.61.80.81, ams3-vpn-dhcp4178.cisco.com
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/rgNQBTnaxgnhW9L--gysYJbYwro>
Subject: Re: [Rfced-future] RFC Editors Future Program @ IETF 108
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: Mon, 27 Jul 2020 06:15:54 -0000

Hi Ole:

Please see =
https://meetings.conf.meetecho.com/ietf108/?group=3Drfcefdp&short=3D&item=3D=
1.

Eliot


> On 27 Jul 2020, at 08:05, Ole Jacobsen =
<olejacobsen=3D40me.com@dmarc.ietf.org> wrote:
>=20
> Hi Eliot (before I get some sleep),
>=20
> It would be REALLY useful if you could give us the actual link to
> how to participate in this meeting. I believe only registered =
attendees
> can attend which presumably means entering our reg number at some URL
> to get let in and so on.
>=20
> Please elaborate.
>=20
> (Yes, I know this is probably somewhere on the meeting website, but I
> think we should all get into the habit of creating meeting invitations
> that do more than place an entry in a calendar with the agenda).
>=20
> Thanks in advance,
>=20
> Ole
>=20
>> On 16 Jul 2020, at 03:20, Eliot Lear =
<lear=3D40cisco.com@dmarc.ietf.org> wrote:
>>=20
>> Colleagues,
>>=20
>> A reminder: we will meet virtually on the 27th of July from 14:10 to =
15:50 as part of the 108 meeting.  Agenda picking tool does not let you =
select this meeting.  There is an iCal event included in this message so =
that you can see it on your calendars if you wish.  Yours truly is a =
meetecho neophyte, and so I beg your patience we have a bumpy start.
>>=20
>> A few additional points:
>> 	=E2=80=A2 Materials have been uploaded.  These include the =
agenda and the chairs=E2=80=99 slides.  We have adjusted one question =
from discussion based on feedback from EKR.  Now is a good time to =
discuss those questions.
>> 	=E2=80=A2 The chairs seek a jabber scribe/minute taker.  Tim =
Wicinski has been extraordinarily helpful in the past, but it would be =
nice if someone else could take the role so that he can have a break.
>> 	=E2=80=A2 Our time will be precious.  It will be important for =
people to be familiar with the material prior to the meeting.  The =
chairs intend for the meeting to move pretty quickly along.   We will be =
doing some hums as you will see.
>> 	=E2=80=A2 One of the things we haven=E2=80=99t discussed, and is =
not on the agenda, is future meetings.  I think that may be something we =
may need to discuss in some detail, perhaps toward the end of the =
meeting, based on how hums go, and how we see our work from that point.
>> A reminder of the agenda:
>> 	=E2=80=A2 Agenda Bashing
>> 	=E2=80=A2 What we=E2=80=99ve covered
>> 	=E2=80=A2 Decisions we=E2=80=99ve made
>> 	=E2=80=A2 Questions we=E2=80=99ve asked
>> 	=E2=80=A2 Refinements on those questions
>> 	=E2=80=A2 Some hums
>> 	=E2=80=A2 Wanted: one document editor
>> 	=E2=80=A2 AOB
>> Eliot
>>=20
>> <rfcefdp.ics>
>> --=20
>> Rfced-future mailing list
>> Rfced-future@iab.org
>> https://www.iab.org/mailman/listinfo/rfced-future
>=20
> Ole J. Jacobsen
> Editor and Publisher
> The Internet Protocol Journal
> Office: +1 415-550-9433
> Cell:   +1 415-370-4628
> Web: protocoljournal.org
> E-mail: olejacobsen@me.com
> E-mail: ole@protocoljournal.org
> Skype: organdemo
>=20

