Re: [Rfcplusplus] IRTF stream considerations

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 13 July 2018 01:45 UTC

Return-Path: <brian.e.carpenter@gmail.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 5FB8C130EAC for <rfcplusplus@ietfa.amsl.com>; Thu, 12 Jul 2018 18:45:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 ICkID-NV6IPW for <rfcplusplus@ietfa.amsl.com>; Thu, 12 Jul 2018 18:45:48 -0700 (PDT)
Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::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 95F0F130DDC for <Rfcplusplus@ietf.org>; Thu, 12 Jul 2018 18:45:48 -0700 (PDT)
Received: by mail-pf0-x234.google.com with SMTP id i26-v6so10228534pfo.12 for <Rfcplusplus@ietf.org>; Thu, 12 Jul 2018 18:45: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=NAvY97Ih5sh8ziHLskiwztzkB96k6gtziSvBaDNtLOs=; b=FLv5toU1wQ8aG61L9cAiP+bS8a19++zMnI3Hm5oUxYZgnNNFsSJfn3Lzyi/g/mFoNx VK15neKz+ES8tv2L0EMEAkGOV22AZcBpwjXiCtxKfRyXvnZ/qhaWNsOCPKNDQ5LR/iL9 F2bMUrmBpjvjcP6dgHAOGtvJC9nbwIpVxzWI76cTuxB7PudgYmFBq6MuETpe3y8cDPbI g0EXOE0TpVhq7voh3m7hmQMGCBLCIzzv35PSeEJBsABPmfAZz+IvG1J+a20NCBNRXfLN Q8QJS6iZG3d4LybfmueaF37THLg96MWuj14+W1ZCz12OiVBqS0GjMIL0Pn9UjEWa/Zg0 sRUw==
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=NAvY97Ih5sh8ziHLskiwztzkB96k6gtziSvBaDNtLOs=; b=Fod5X5u7Q9/8YULcBYdWZnLEd43PoUDUXhCc2OinbiAz59zwj6U6zK8J0eYe6tcG95 6n09Z6dVByPcOxCnStNvPnkOSqTDY9YHZbuPLNCnUR1kiOH4yvYYiTgp79uKH7pXpS+U tNkGkFLK7akpMTMP7eOjflVjCWAx1S6zkkv2a/EYenvnruIrdVvjmYwZ5QkiFtNkTV4Q 9sdgwbZMzFP6xMrCTtSUGhYuMRZPXJQKXtYcRWNiUS6TBKaWI1x0ZWXj5PjaLaQt4Fy/ X1QKh0XpVkYYrYH1T2UnwK/NxTr8bFg8J55x79z04hLv2Un0yc/SaSx6TFvDYk70Mb0w rrIQ==
X-Gm-Message-State: AOUpUlHUXMO/8u9gENr/52nrWnHH6VU0vVAvh8UT+IEskj1PHQmrkMRe /OWfjRJQ93knaeiKgHm6sXERSg==
X-Google-Smtp-Source: AAOMgpdju9SUZwLd3T5rtKZmYNTfYiEEHJizH91uGp4Fz5ZTcgWO6q6yn7qcYZkxSZjeCTS9pb3VMA==
X-Received: by 2002:a63:1262:: with SMTP id 34-v6mr4301066pgs.154.1531446347801; Thu, 12 Jul 2018 18:45:47 -0700 (PDT)
Received: from [192.168.178.40] ([118.148.121.80]) by smtp.gmail.com with ESMTPSA id b73-v6sm29813924pfl.152.2018.07.12.18.45.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Jul 2018 18:45:46 -0700 (PDT)
To: Ted Hardie <ted.ietf@gmail.com>
Cc: Adam Roach <adam@nostrum.com>, Allison Mankin <allison.mankin@gmail.com>, "Rfcplusplus@ietf.org" <Rfcplusplus@ietf.org>
References: <CAP8yD=vm+jRxdi3ZUncoFZNDYKOQKvFaphT7gxb5o1tDXWmumA@mail.gmail.com> <b69b370c-317b-284f-85d1-1353c67a3043@gmail.com> <8f98deb9-7ed3-3303-356a-e6d3dc5a80c0@nostrum.com> <08e8650b-2f33-943e-ddcb-a6bf6c45b2ce@gmail.com> <c2c450a6-4f14-6325-8c54-6ecee4e0983f@nostrum.com> <22b91a2a-82ff-af78-4b79-c58eb305cec6@gmail.com> <CA+9kkMCP+66+dxcukbG4BN24heH5oVHP6fJB0tZ3xA+Gsc2-QQ@mail.gmail.com> <0eefb84e-1a2b-4bbe-9e33-35a49b4db161@gmail.com> <CA+9kkMAkxcPttoa6oXaE_HECvb-d1nqj+h1Ke3W3qXbtAqVNZA@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <97585f4a-1761-762c-83d7-15284364e46e@gmail.com>
Date: Fri, 13 Jul 2018 13:45:52 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <CA+9kkMAkxcPttoa6oXaE_HECvb-d1nqj+h1Ke3W3qXbtAqVNZA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/kJ85JvH2hr7Yhxx9WTCWhofKofw>
Subject: Re: [Rfcplusplus] IRTF stream considerations
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: Fri, 13 Jul 2018 01:45:52 -0000

On 13/07/2018 13:16, Ted Hardie wrote:
> Brian,
> 
> On Thu, Jul 12, 2018 at 4:00 PM, Brian E Carpenter <
> brian.e.carpenter@gmail.com> wrote:
> 
>> Ted,
>>
>>> But this BoF follows the pattern we have used recently, at least to my
>> eyes.
>>
>> Yes. The qualitative difference is that the proposal on the table amounts
>> to *chucking out* several RFC streams,
> 
> 
> Quite simply, that's not the proposal on the table, and it's not likely to
> be a proposal that emerges from the BoF.  While I am not speaking for the
> IAB on this, it is my personal impression that the IAB is not only not
> likely to "chuck out" its own stream, but it has no interest in ending the
> financial and other support given to all the streams.
> 
> This is a proposal to experimentally re-label the output, with a clear
> rollback if the experiment doesn't succeed.  Critiquing the proposal is
> certainly a valid part of any BoF, and what emerges may be very different,
> but your characterization is simply not supported by the BoF proposal in
> any way.

But the draft we are supposed to be discussing says:

>>    This documents proposes reserving the "RFC" label for those documents
>>    that are the product of the Internet Standards Process [RFC2026].

The BOF text in the wiki says:

>> This would allow "RFC" to be reserved for standards-related documents,

If that isn't "chucking out", I don't know what it is.

(The theory that this is a reversible change is very dubious, as
others have pointed out.)

Now I really must pack a suitcase.

   Brian 
> Ted
> 
> 
> 
> 
>> and that is (IMHO) so fundamental
>> that a major and as yet undefined effort is needed to discover whether
>> this is acceptable to the whole Internet technical community.
>>
>> The previous changes were administrative by comparison.
>>
>> Regards
>>    Brian Carpenter
>>
>> On 13/07/2018 03:57, Ted Hardie wrote:
>>> Slightly off-topic, but perhaps important
>>> On Wed, Jul 11, 2018 at 8:54 PM, Brian E Carpenter <
>>> brian.e.carpenter@gmail.com> wrote:
>>>
>>>> There's a real difference, in my opinion, in that the definition of
>>>> the streams was a codification of existing practice, and the format
>>>> update was something people have been requesting for many years.
>>>> Neither of them showed any signs of being fundamentally contentious.
>>>>
>>>
>>> I'm not sure what you mean by "fundamentally contentious", but both
>>> proposals had many months of discussions and, in some parts, quite
>> serious
>>> opposition.  Contentious would have been a word I would personally have
>>> used to describe the format update, for example, and I'm not sure why you
>>> would disagree.
>>>
>>> This time, we've seen a much more radical proposal which, if carried
>>>> forward, would fundamentally change the series. In that case you can't
>>>> duck the question of authority and who calls consensus.
>>>>
>>>>
>>> I'll note that the proposed experiment borrows many elements of the
>> format
>>> discussion's process.  While there is no question that the final format
>>> documents were published by the IAB, the face-to-face discussions were
>> all
>>> hosted at IETF plenary meetings, for the same reason:  it's the place
>> where
>>> the largest number of stream contributors are together at the same place
>>> and the same time.  It also borrows the rollback method inherent in the
>>> format proposal (double RFC publication, first with trial format, then
>> with
>>> final format).  If you have other methods in mind that would produce more
>>> transparent discussion or more opportunity to test the results as we go,
>>> I'd personally be interested in hearing them.  But this BoF follows the
>>> pattern we have used recently, at least to my eyes.
>>>
>>> regards,
>>>
>>> Ted
>>>
>>>
>>>
>>>
>>>>    Brian
>>>>
>>>> _______________________________________________
>>>> Rfcplusplus mailing list
>>>> Rfcplusplus@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/rfcplusplus
>>>>
>>>
>>
>