Re: [Rfced-future] Fwd: [I18ndir] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11

Peter Saint-Andre <stpeter@stpeter.im> Thu, 03 March 2022 16:08 UTC

Return-Path: <stpeter@stpeter.im>
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 02D393A10AD for <rfced-future@ietfa.amsl.com>; Thu, 3 Mar 2022 08:08:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.111
X-Spam-Level:
X-Spam-Status: No, score=-2.111 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, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=stpeter.im header.b=fmt/E3sL; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=iVPYhctG
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 TyWpvd2kSbLU for <rfced-future@ietfa.amsl.com>; Thu, 3 Mar 2022 08:08:49 -0800 (PST)
Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E36DA3A0FF8 for <rfced-future@iab.org>; Thu, 3 Mar 2022 08:08:41 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id DC5E43202138; Thu, 3 Mar 2022 11:08:40 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 03 Mar 2022 11:08:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=f5s7H2rwJ5ZiZ8 f87XfP0jH9fATrtaZPOmiftEru7h4=; b=fmt/E3sLmOqeaDTXDeOx+8n212Xs7h FZ4Vhh2zuo8B2WsvSCDUdgiUbeoU8WUK1fazUvsxNa14DgUBSadpnKIvkLF1+NcA KQJRZAd+i+TWHZR1iaTG+9bmQHu8Ll+3nSuDSyMKHrWDTV8rpu5W00JeG7lg5XvA /ptbRwKWZoHJOXDtgM1ARgjtmXWexJvu+NdBGiw4V5x+lamYEBOg0eA/aLpsCWZd UwxpwaOpcSUvyl5lV5NEuf+ErPmqJ4omIKjCzP00z4/J+qEk919jKEWraChJe4bl z+MsdOq2oLAne6g4dxqutoO3pV/nLdQ0ruQ3tjZ+eJIHXhKSUjhtSB3Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=f5s7H2rwJ5ZiZ8f87XfP0jH9fATrtaZPOmiftEru7h4=; b=iVPYhctG mD3Nd7A/p9m1OVaUnrmzNUevNnIJaQCtJOADLDOVvpLvWZg6oAopAlplmDHQhrOX o/zy2jjHTENbNOt4M0Dfx2n9YlTJcn6soqPyWy24vHjteFZAVNNtGR0NfLjXxJ4B 6KJk8yUKVT5hs9t2IN+ob97wEE8hka/Z8ZOB9PNvqgJmt5Fp5APf6jaz+z1tT6Go CT1UrbRyR4ATMNho49Em0qwQYYxJoQgykQ142wc9eZL6gYqhToeYR6VQA4CSresr PdgJCHyo57ocOGYqw/TjOs5vjHvl5iOiWUeJhfKwXFu8LZjh7z9b/gRdPJ9FuFWj ed6HQBtZk1qHXw==
X-ME-Sender: <xms:B-ggYiN4yeQqXi9TW4nK0gbDDQOqMtFIG3-O_2NjXNRigO1NQJ0rbw> <xme:B-ggYg-18c09v-X3FiqMFKDRYf0UhRdZXpb8EqyBSDFMld3gD1NsiCTnDikjR6Agb c_ycioAS6IyHzfVGA>
X-ME-Received: <xmr:B-ggYpTpybvaox1tmdHA7ycf8ElBJdKdTlqQ8Wyl5FQPNRWqZ_hnjMxKM1hfZjVJHc9m6EBrZQjVHCzePY5qEaX96_dEtJWQtgsjID0>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddtiedgkeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfvfhfhufgjtgfgsehtje ertddtfeejnecuhfhrohhmpefrvghtvghrucfurghinhhtqdetnhgurhgvuceoshhtphgv thgvrhesshhtphgvthgvrhdrihhmqeenucggtffrrghtthgvrhhnpefgleekveevlefghe ejuefhheeuhfekfedtfffggefhgeetvdegiefgvdekledtgfenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehsthhpvghtvghrsehsthhpvghtvg hrrdhimh
X-ME-Proxy: <xmx:B-ggYivYJk4SoBlnDB39OXjx1EWW9GK3HTZsV2g1Tnvpm1HYYPjeGw> <xmx:B-ggYqdwqPqcI3XncqcVJhayQPwe70AbiaMm9sOY-7KUzMqbJ66F2A> <xmx:B-ggYm2dyDuyKAejhygSmMjPybU4DXaiwWgjODVBzx2Co1_sNbJP6g> <xmx:COggYuGd0kGpGijdtCvf77RcvGeGf-aCBdhcu0CjW3JW1yCvrzj_hA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 3 Mar 2022 11:08:39 -0500 (EST)
Message-ID: <40a61536-4951-9659-dcfe-ad8967d0acfc@stpeter.im>
Date: Thu, 03 Mar 2022 09:08:35 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
Content-Language: en-US
To: John C Klensin <john-ietf@jck.com>, rfced-future@iab.org
References: <5231BEDE2E5FB8C502855970@PSB> <46de5830-990a-30bf-57fb-ddbc78cbb1fc@stpeter.im> <3c4497ed-d476-16bc-9aa1-354cd082830e@stpeter.im> <9B6987B47A244C8B58E76C0E@PSB> <0479fcca-2a38-1981-c022-f5df1639549c@stpeter.im> <42EA62FFC6D81923D8135C0A@PSB>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <42EA62FFC6D81923D8135C0A@PSB>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/HseSFXcH9rluKT15NpoaoaOVSns>
Subject: Re: [Rfced-future] Fwd: [I18ndir] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11
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, 03 Mar 2022 16:08:59 -0000

On 3/2/22 4:54 PM, John C Klensin wrote:
> 
> 
> --On Wednesday, March 2, 2022 14:51 -0700 Peter Saint-Andre
> <stpeter@stpeter.im> wrote:
> 
>> On 3/1/22 8:48 PM, John C Klensin wrote:

>> ...
> 
>>> That goes in a direction I would recommend against.  At
>>> present (and under the "old" system) the can reach out to, or
>>> confer with, just about anyone they decide they need to
>>> consult about just about any issue (I can't think of
>>> exceptions, but there might be some).  If they discover they
>>> need to pay consulting fees to get the advice they need,
>>
>> The text I proposed didn't say anything about paid consulting.
> 
> I noticed.  I just wanted to be sure there was nothing in the
> document that would exclude that in the unlikely even that it
> should, in the RPC's judgment and without any ceremony other
> than sorting out money and contracts with the LLC, be necessary.
> IMO, if we can do small things that, without creating serious
> ambiguity, make this document even a bit more future-proof, that
> is worthwhile.  Some of what followed were other examples of
> that.

If I recall correctly, in past threads Jay Daley has cautioned against 
saying too much about contracting matters in this document. That said, I 
don't see anything here that would prevent the RPC or IETF LLC from 
paying consultants to assist in various ways.

>>> nothing prevents them from
>>> discussing that with the LLC and asking that the LLC initiate
>>> whatever procedures are needed.  I can see nothing in the new
>>> model that changes that except that, if the LLC were to decide
>>> it needs additional substantive advice, the RSAG and/or RSWG
>>> would be good places to start.
>>
>> My personal opinion (no document editor hat on) is that anyone
>> should be able to talk with anyone they feel they need to talk
>> with in order to Get Things Done around here. If RPC folks
>> feel that it'd be helpful to have a chat with someone in or
>> out of the "RFC community" about internationalization or SVG
>> or whatever so that they can make informed decisions or
>> contributions, then have at it.
> 
> Agreed and I've been trying to say similar things throughout
> this process.
> 
>> Perhaps we don't need to say
>> that explicitly (and it's kind of sad if we think we need to),
>> but I would not want to end up in a place where RPC folks
>> think their hands or tongues are tied. They're the one who
>> have to implement this stuff, after all!
> 
> Exactly (and concur about the sadness but I'm a tad concerned
> about a control freak or two getting involved in the RSWG and
> tying things in knots.  So the closer we can get to letting the
> RPC do their jobs -- again, talking with anyone they need to --
> and without saying anything that encourages the RSWG (or RSAB)
> to meddle into anything but broad principles or otherwise
> attempt micromanagement, the happier I'll be.
> 
>> ...
>>> If you think something more is needed in that rather long list
>>> in Section 4.3, I'd recommend making it far more general.
>>> Please rewrite what I'm about to say, but I'd think about
>>> something like:
>>>
>>> 	"Identify topics and issues that they encounter while
>>> 	processing documents or carrying out other
>>> 	responsibilities on this list for which they lack
>>> 	sufficient expertise and identifying and conferring with
>>> 	relevant experts as needed."
>>
>> Something like that seems appropriate, and closer to what I
>> had in mind.
> 
> Good.  And unless you or others (particularly Jay) think
> otherwise, I think that is sufficient to let us omit specific
> mention of paid consulting or the LLC out -- IMO, that just
> follows naturally from something like the above.

Agreed. Thanks!

Peter