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 >> >
- [Rfcplusplus] IRTF stream considerations Allison Mankin
- Re: [Rfcplusplus] IRTF stream considerations Eliot Lear
- Re: [Rfcplusplus] IRTF stream considerations Allison Mankin
- Re: [Rfcplusplus] IRTF stream considerations Aaron Falk
- Re: [Rfcplusplus] IRTF stream considerations Aaron Falk
- Re: [Rfcplusplus] IRTF stream considerations Diego R. Lopez
- Re: [Rfcplusplus] IRTF stream considerations Allison Mankin
- Re: [Rfcplusplus] IRTF stream considerations Allison Mankin
- Re: [Rfcplusplus] IRTF stream considerations John C Klensin
- Re: [Rfcplusplus] IRTF stream considerations Aaron Falk
- Re: [Rfcplusplus] IRTF stream considerations Eric Rescorla
- Re: [Rfcplusplus] IRTF stream considerations Peter Saint-Andre
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Adam Roach
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Adam Roach
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Adam Roach
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Adam Roach
- Re: [Rfcplusplus] IRTF stream considerations Ted Hardie
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Ted Hardie
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Ted Hardie
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Ted Hardie
- Re: [Rfcplusplus] IRTF stream considerations (rea… John C Klensin
- Re: [Rfcplusplus] IRTF stream considerations Brian E Carpenter
- Re: [Rfcplusplus] IRTF stream considerations Jari Arkko