Re: [Rfcplusplus] Conversation as metaphor

Eliot Lear <lear@cisco.com> Mon, 09 July 2018 21:15 UTC

Return-Path: <lear@cisco.com>
X-Original-To: rfcplusplus@ietfa.amsl.com
Delivered-To: rfcplusplus@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E09BC1310A0 for <rfcplusplus@ietfa.amsl.com>; Mon, 9 Jul 2018 14:15:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 oicmVQgWOiZW for <rfcplusplus@ietfa.amsl.com>; Mon, 9 Jul 2018 14:15:07 -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 8C967131073 for <rfcplusplus@ietf.org>; Mon, 9 Jul 2018 14:15:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12928; q=dns/txt; s=iport; t=1531170901; x=1532380501; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=gfi27Ak/GduT45tzx9omZSgpox4RNeUlUiG168d1JP4=; b=QPVXbWb+Qf9uXDExTwTRv+zNQGMiT3ghljJFwc+YDIex7qj7JBOOOdOA GYim4Wpt+LQHsBV44Vg2GpBeSMQsuKYZJqgf+bnB/jhCctQQWxXQyYoVO ngEjp/VJ2Jam7xGFTUALaMmv6+0wAIW66hB6dbuCiJMotm3Jf36bxKaYJ I=;
X-Files: signature.asc : 488
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A8AgDPz0Nb/xbLJq1TChkBAQEBAQEBAQEBAQEHAQEBAQGEK20SKIN6iGONMiqQJIcICAMYAQqEA0YCgmY4FAECAQECAQECbRwMQhABhGQBAQEDAQEMFSQeCRsLGCoCAicwBgEMBgIBARCDDAGBfw+peoIcH4MGhSeBKwoFiwOBDyeCaIMYAQGBNYMsglUCiAGFe4tTCYNcgViJagaIFoVHhxKKfoFYIYFSMxoIGxU7gmmCJBeIWYVAPTCGI4gPAQE
X-IronPort-AV: E=Sophos;i="5.51,330,1526342400"; d="asc'?scan'208,217";a="5072857"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jul 2018 21:14:59 +0000
Received: from [10.61.195.132] ([10.61.195.132]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w69LEwvh030953; Mon, 9 Jul 2018 21:14:59 GMT
To: Ted Hardie <ted.ietf@gmail.com>, rfcplusplus@ietf.org
References: <CA+9kkMBVC82qy0hbUbQKm=OsFPsaJUPndtVaxd782au6Qy0w6Q@mail.gmail.com>
From: Eliot Lear <lear@cisco.com>
Openpgp: preference=signencrypt
Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwJEEEwECADsCGwMC HgECF4ACGQEWIQSY0L2QRh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgID AQAKCRCHtmtG2dJ6MyMyCACXvtFjAYGMtOkD9MD4nI3ifFpkrj8xTMbXjrv5hdqmzRmQ0wqA 1U/OlZux+P/NaVMiZNZc8zw0nsx/INAqDOVd4/tLWF+ywTkeRFR0VnaUxLwCReZAZOaRS+md +52u/6ddoFja2RnjZ43qbbuvVUARQVIyMJz+GbR6mEZQHR0psD7dDYZDyrpivCxm8zHQwmB6 AZUlO7OJgljDvVPVDCabg/ZnJw1qS0OzSiNb0MySk1D5A7FdwDgeKxuMYUOOoVVTTMWNWcME UkRX9LxElswEt0PQWiz/j3FYXTxiFfl/1vKcHx4pM+E5C5mhTbrdFUFLJC3Y5fLID7stK/Ch aEaBzsBNBFMe1UQBCAC0WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Ma cj9le20EA5A1BH7PgLGoHOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U 7bKeUNRiPFx3YdEkExddqV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcY Y/jB0JEJGyhS5aEbct5cHUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU +tIFBoe3iTp1AUfJcypucGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5 ABEBAAHCwF8EGAECAAkFAlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c6 2pWpBHHTgxr/32zevxHSiXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnX HXF5Zz2T04X7HnlIVJGwf2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycj PAu7xxKplBs1/IEwmDoAMjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPF OmDhJSmH55HLAky2MlmqJYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt 2mGfIyl0FVdF9hvWPjNRzGbgqoT1Di03RQ==
Message-ID: <a9f9fe28-9e87-05b8-6c4b-2f5d8941f4c8@cisco.com>
Date: Mon, 09 Jul 2018 23:14:59 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.0
MIME-Version: 1.0
In-Reply-To: <CA+9kkMBVC82qy0hbUbQKm=OsFPsaJUPndtVaxd782au6Qy0w6Q@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="slUXA9YIJnQgp2Erju4t75ilPF5T9jEZc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/bol-pRf5VglO_BI6wZL3MI3HdZc>
Subject: Re: [Rfcplusplus] Conversation as metaphor
X-BeenThere: rfcplusplus@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: For discussion of the RFC++ BoF proposal and related ideas <rfcplusplus.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfcplusplus/>
List-Post: <mailto:rfcplusplus@ietf.org>
List-Help: <mailto:rfcplusplus-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jul 2018 21:15:14 -0000

Hi Ted,

I like your metaphor of a conversation, but it seems to me that we have
to bound what we mean.  This is not a conversation between friends, nor
a @Tweet, but a very formal conversation in which a well supported
specification or point of view is articulated.  Each contribution to
that conversation, as far as RFCs are concerned, should be sufficiently
clear so as to be consumable, and each should be important, no matter
which stream they come from.

As to voices, one of the perhaps lost aspects of RFCs is that Jon always
encouraged dissenting views on important topics to be published, so long
as they were well reasoned and reasonably well written.  Personally I'd
like to see more dissenting views coming out of independent
submissions.  I know I have quite a few to share ;-)  I offer that only
in as much as having a few dissenting views might make clear that we
really do speak with multiple voices.

Anyway, I won't be in Montreal, so here's my own bottom line:  if the
IAB are serious about actually using different labels, ask yourselves
what the plan is to make those new series successful.  How will the new
series be promoted?  What will you attract readership?  And what will
the rules of the road be for the series?  If you do not have a plan,
then let's not be under any illusions that the new series will be
successful.

Eliot


On 09.07.18 17:24, Ted Hardie wrote:
> In a different thread, Eric made a statement about the RFC Series
> being in conversation with other publications:
>
>     The RFC series (and also I-Ds) have an important role to play
>     here, but it also exists in conversation with a lot of other
>     publication venues, and I think that's healthy.
>
>
> While I agree with him, I think the metaphor of "conversation" is even
> more useful in describing both the current series and the question
> before us.  From my personal perspective, the primary reason we use
> "RFC" as a series identifier is to identify a specific set of
> technical documents as part of a common "conversation".  The adoption
> of the term and series by the IETF was a signal about the conversation
> their documents were to be part of; choosing a different document 
> series (like ANSI, ISO, or minting a new one) would have sent a signal
> about a different technical community with whom the IETF was in dialog. 
>
> When the idea of different streams and stream managers gelled, we kept
> the same series identifier for all of them.  I think, personally, we
> did that because we wanted to be clear that all of the documents
> continued to be part of a larger conversation about the development of
> Internet technologies.
>
> One way to understand the problem motivating this BoF is also through
> the metaphor of conversation: many outside the community simply don't
> recognize that there are multiple voices inside that conversation. 
> They see all of the documents as utterances by a single, somewhat
> nebulous group.  That can cause problems.  Among those named earlier
> were the academic community's failure to value the output of the IRTF;
> vendors or customers not distinguishing consensus output from
> proprietary alternatives; and even a few efforts to get rejected ideas
> to appear to have been accepted ones.
>
> The question before us could be cast as:  is it more important now to
> highlight the different voices that the streams and statuses currently
> convey, so that others understand them as disctinct? 
>
> As Eric points out, there are other ways to maintain a conversation
> among different groups than to make their output part of a single
> series.  There are also other ways we could try to make sure that we
> highlight that distinction more fully (using STD numbers for all IETF
> standards documents, for example, from proposed standard onward).  But
> I think this is the core of the tension, shorn of discussion of brand
> or history:  how to we get to the right balance of maintaining the
> conversation while improving the understanding that these are
> individual voices within it?
>
> My thoughts as individual,
>
> regards,
>
> Ted
>
>
> _______________________________________________
> Rfcplusplus mailing list
> Rfcplusplus@ietf.org
> https://www.ietf.org/mailman/listinfo/rfcplusplus