Re: [Rfcplusplus] IRTF stream considerations

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 12 July 2018 23:00 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 F2118130FBD for <rfcplusplus@ietfa.amsl.com>; Thu, 12 Jul 2018 16:00:49 -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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 WOXh5CIIVKNg for <rfcplusplus@ietfa.amsl.com>; Thu, 12 Jul 2018 16:00:47 -0700 (PDT)
Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 B84D11311FF for <Rfcplusplus@ietf.org>; Thu, 12 Jul 2018 16:00:47 -0700 (PDT)
Received: by mail-pg1-x52c.google.com with SMTP id e6-v6so4338927pgv.2 for <Rfcplusplus@ietf.org>; Thu, 12 Jul 2018 16:00:47 -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=xZLxKYDu97dxnj2AtLr98pj1IcJJ/kcroor0ywrlqWw=; b=n2NbG38uAwX/APiG9bDq3Efkd/rvwgILXWRHtojer0X01+3YlJsQgSjD+jC1yU9VC1 jl9XPDHl6E6sQHBJkAVNg0y4sgZcQkOgtOwhNIJygg+B4UL1Pe+2V+KLb48SE4Tn2sFe gCgaqLPPIaHW7ER7NOVEliQxsgvUvrUpgaLAyjQPkINPGrAbs6XoONliIVWakzu46hG0 +Zjrs4Fo+Aw1TN30m8kqnEW1SOluIakrIs8OfzHK9AlkHzpLt+TELEG6miKpDVxLoBQ7 +G10ZfrBIxxOY+fmAoy8b27RSpkSQMqSL/oeN2n6W+U+82hwlfpYxKUkJJllhfCQE1M8 VcSg==
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=xZLxKYDu97dxnj2AtLr98pj1IcJJ/kcroor0ywrlqWw=; b=saaz3CxfIXjrARhIXPpldIYmgbVZ5drGt6hegcLKOczqJ5NROfkUf9nVU8P3jSui4J XA8V6nLXYdIgWGZDvSddo03L1r+avhJn/hMXQOGyAOo3Oul4wL1DgbrX0PfVe9O98rwh GPPFesXz3ma27pgfY64VTDz4V1ROtyLvbwqW41iPCBULSHpcTOmoGw7W40I0oY1MzPHh tBNVWHsExlkxsuL2pTH8/ifJBMbARk5UgBFH0bngRFN3bCoIQqeC9wzB4zmSFeksIFA+ xfcUBN2EE6SxZAOGajXGy9aV5iOL8vchCnaKLU6G0Owzgrks4FBxmiMlq3hIkBftKRxS e/Ow==
X-Gm-Message-State: AOUpUlE04SMRkY+n2hiyWpX+bnVhZGPtishonYQV9bYXE7L7rB0hc/XA dZjFhFBB6Bfl3za0LUio+VI53g==
X-Google-Smtp-Source: AAOMgpc1im0lBYQbgqouIrV09KykmH7FHBaMvbWdSdVA4lbG2nkoBZAwDtXrvK8/lRdpjpRB7rF4bQ==
X-Received: by 2002:a62:d39b:: with SMTP id z27-v6mr4405809pfk.182.1531436446918; Thu, 12 Jul 2018 16:00:46 -0700 (PDT)
Received: from [192.168.178.40] ([118.148.121.80]) by smtp.gmail.com with ESMTPSA id p20-v6sm34750545pff.90.2018.07.12.16.00.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Jul 2018 16:00: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>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <0eefb84e-1a2b-4bbe-9e33-35a49b4db161@gmail.com>
Date: Fri, 13 Jul 2018 11:00:51 +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+9kkMCP+66+dxcukbG4BN24heH5oVHP6fJB0tZ3xA+Gsc2-QQ@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/ujmxY6Hg1dzO_Zn_SLKebS3QDRM>
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: Thu, 12 Jul 2018 23:00:51 -0000

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, 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
>>
>