Re: [Rfced-future] Consensus check: Issue 22 – new stream for RFC Editor

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 23 June 2021 22:11 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 197EB3A10E9 for <rfced-future@ietfa.amsl.com>; Wed, 23 Jun 2021 15:11:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.436
X-Spam-Level:
X-Spam-Status: No, score=-2.436 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.338, RCVD_IN_DNSWL_NONE=-0.0001, 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 Kso3MxVm8GM1 for <rfced-future@ietfa.amsl.com>; Wed, 23 Jun 2021 15:11:38 -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 EAA173A10E8 for <rfced-future@iab.org>; Wed, 23 Jun 2021 15:11:37 -0700 (PDT)
Received: by mail-pf1-x432.google.com with SMTP id a127so3441099pfa.10 for <rfced-future@iab.org>; Wed, 23 Jun 2021 15:11:37 -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=jBxiUyQNt0t5bwpP1UWcPcyt2HbfWeEY7ZXQromgHf4=; b=ILR8fNaegzcuwpVF6N0H+Rj4C3PdTNjz1AUwUOgupqsZPxezO0raavrTxCGFGIVStt HhanBX39A/bCjHjbfGQlDFqllXOTEN7kT44bjj9vPKd+kLCfbzd5vtgjsNvH5Un1djiu inuu8jF58kBMXkQcaXRbK4vwR5CG2txh63K9X5BTGr76x2WkpUALN5ii47mjjcNGuKm+ gFLDRNGe0oHG++n6GcBtDLLU+b5OgWOK4PClWAE8BILohgeP+e5Pj5036u4de+OJkXAO yoZTGMFSYiQD8J4e94UMvmcKzwN9bwEY6QUa1FG8eA5uVCurcHteOQzTvfkwQIATDi83 wTPA==
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=jBxiUyQNt0t5bwpP1UWcPcyt2HbfWeEY7ZXQromgHf4=; b=UU3YWQ/9/ipED+KwuHyqJjKxEhJ7Z6URFutBlCCOX6HkqSs0iB7ibmwxX4z9GSOd+3 uZCMU5hrXbMULBAzY+rPDqUb1ovkP8Fk6ewHnJWz+4X4Tu/9GR1scQiIYXwS2wIEv1JW EqaDryJBURRHtRKeRFrwBATUnVelYjbi/i+Xp1/Fbty0ynSlzKhQpox5bqethZSLsvhj Qdyxu7cbLjSWIZ4Cf/FmsrkCE7RdDnAT8vYAw2Bju3O3lHptFaUzsXu6+MSW3C2Y30fQ KnOmW1Wxi+DfCGGNpwu/OutiMnKuXuIzn0DGJzf+WztVkPWKjzx9WGmfFuB20A36AABR 6+/w==
X-Gm-Message-State: AOAM531wPnP9diD7Jq4/MSqJ/gUw+1GeaIgnCLGM6KVFPJPg66YwdNI6 UGOFGGjlCb2VQFQrWfI0Ctzx8LOeaelyow==
X-Google-Smtp-Source: ABdhPJygtm5RVMCenqGgzCyhBOQi2YeacuuhJQLgDlAZ7agdgTPlx+CEmamepx0OD++JRDoQR6Xm8w==
X-Received: by 2002:a62:7616:0:b029:305:f420:49cc with SMTP id r22-20020a6276160000b0290305f42049ccmr1797136pfc.51.1624486296741; Wed, 23 Jun 2021 15:11:36 -0700 (PDT)
Received: from ?IPv6:2406:e003:100d:901:80b2:5c79:2266:e431? ([2406:e003:100d:901:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id c20sm722683pfp.203.2021.06.23.15.11.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 23 Jun 2021 15:11:36 -0700 (PDT)
To: Joel Halpern Direct <jmh.direct@joelhalpern.com>, Eliot Lear <lear@lear.ch>, Jay Daley <jay@ietf.org>
Cc: rfced-future@iab.org
References: <3f4c264e-4639-4d6b-cf22-0a2be503decc@joelhalpern.com> <3D3EC062-7B1A-43C4-99D5-A204A4565ECE@ietf.org> <cf2921d8-fd1f-d9c9-da72-ff760eda347c@lear.ch> <3b4b6d91-64e3-d0d7-bcbc-284f29a46fb7@joelhalpern.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <9fdeb823-9470-00a8-b1b1-91630b996c8c@gmail.com>
Date: Thu, 24 Jun 2021 10:11:31 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <3b4b6d91-64e3-d0d7-bcbc-284f29a46fb7@joelhalpern.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/A1t0CdENpw6r6AaO_SANTgAPFqw>
Subject: Re: [Rfced-future] Consensus check: Issue 22 – new stream for RFC Editor
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, 23 Jun 2021 22:11:43 -0000

> Declaring the RSAB to be the stream manager hurts my head.

Mine too. It needs to be a person and I don't think this is
a job we should overload any of the RSWG/RSAB chairs with.
The stream manager job in this case should be very light
anyway: not many documents & very unlikely that those
documents will raise unexpected technical issues for the
RPC. As Joel says, content issues are handled by the
RSWG/RSAB process anyway.

Declaring the RSEA to be the stream manager works for me.

Regards
   Brian C

On 23-Jun-21 21:06, Joel Halpern Direct wrote:
> I am wondering if we are mixing the concept of stream manager with 
> stream content owner.  The IESG is responsible for the content of the 
> IETF stream.  The IETF Chair or their delegate is the IETF stream 
> manager.  That role is making sure that there are no issues with the 
> practical publication of the stream, including interacting with the RPC.
> 
> Declaring the RSAB to be the stream manager hurts my head.  That is not 

> a person.  And will create confusion about the role of the RSAB.  WHile 

> the obvious analogy is to declare that the RSAB chair is the stream 
> manager for this new stream, it seems to me that creates confusion since 
> that person is (unless they are the RSE/A) the stream head for some 
> other stream.
> 
> Yours,
> Joel
> 
> PS: One answer may be that there is no stream manager for this stream? 
> Because the role is redundant with the defined roles for the RSAB?
> 
> On 6/23/2021 4:56 AM, Eliot Lear wrote:
>> If you're suggesting that the RSAB itself hold the stream, that's 
>> certainly an alternative.  However, the RSAB should probably be bound by 
>> policies of This document in the use of the stream.  This would be 
>> similar in nature to how the IAB stream is operated.
>>
>> On 23.06.21 10:49, Jay Daley wrote:
>>>
>>>> On 23/06/2021, at 8:18 PM, Joel M. Halpern <jmh@joelhalpern.com> wrote:
>>>>
>>>> From my perspective, you are correct that it is a bit of a 
>>>> misalignment.  But...   A committee is not a stream manager.  And 
>>>> giving any of the members of the RSAB a second stream confuses the 
>>>> streams identity.
>>> It’s not a “content” stream though - it’s a “meta” stream that all the 
>>> other streams have a strong stake in, which gives it a distinct identity.
>>>
>>>>   Thus, we bend / stretch the RSEA role a bit?
>>> But what does that mean in practice given that all the decisions about 
>>> this stream are made by the RSWG? If I may introduce a useful English 

>>> expression into IETF discourse, it’s as much use to the RSEA as a 
>>> chocolate teapot.
>>>
>>> Jay
>>>
>>> (sent from my phone)
>>>
>>
>