Re: [tcpm] Thoughts on EXP vs. PS in TCPM

"Scheffenegger, Richard" <rs.ietf@gmx.at> Wed, 20 November 2019 20:57 UTC

Return-Path: <rs.ietf@gmx.at>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51F4F12012D for <tcpm@ietfa.amsl.com>; Wed, 20 Nov 2019 12:57:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 waDn2BFxUKhx for <tcpm@ietfa.amsl.com>; Wed, 20 Nov 2019 12:57:35 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 7E9E1120137 for <tcpm@ietf.org>; Wed, 20 Nov 2019 12:57:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1574283437; bh=pTmvQK/I8dTcPqBoagWdzjbpI5efUifKUnYFc+J+4J4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=F8vwa5wCvfYI2VIv/Pe9f7sCoggX9FzFZe+K0cgaBlVWZluvDg2bAlnrlOylWDB/c pHN43Yi465zcXnaWhJ3LF366fjbqyq6O2JkAYl9A/7Rw1P5MKqAUGJ0hQT/q1+qiob Uey8KDcFppalozHKfaK6A2nY833uUCGNhWNBFgR4=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [172.20.8.66] ([203.127.152.4]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MRTNF-1iAFYn1muD-00NOFF; Wed, 20 Nov 2019 21:57:16 +0100
To: Yuchung Cheng <ycheng=40google.com@dmarc.ietf.org>, Mark Allman <mallman@icir.org>
Cc: tcpm IETF list <tcpm@ietf.org>
References: <6EC6417807D9754DA64F3087E2E2E03E2D51A41C@rznt8114.rznt.rzdir.fht-esslingen.de> <D9EFBFA7-9291-4598-9A1F-E0FEEFA5FDEA@icsi.berkeley.edu> <CAK6E8=ffVnjMXG_fuF7g72mRrJ9wQ+_LNMhesscC+Q9+LTsnMw@mail.gmail.com>
From: "Scheffenegger, Richard" <rs.ietf@gmx.at>
Message-ID: <dd418bad-72b7-e7d1-e6b5-456a06fcba6a@gmx.at>
Date: Thu, 21 Nov 2019 04:57:15 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CAK6E8=ffVnjMXG_fuF7g72mRrJ9wQ+_LNMhesscC+Q9+LTsnMw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:l7QVHm7DnGCD38fztbbu1kPrEBJOVzbdpsn2REElxahMx6vCvoQ fHSv9/eexYqGahL6y3WG2X/DkVU01hpxD4GovjYu1/7MQ5VuDqKNRNyp6MvgLaBPH8EzMtv C9ZiFm5uZA9B0EsjPeU9GXVqs1lKKhzdtLo5FnzMAmJXcEZ9R800wF0ajx/EpKnLMxY6Byk OIDgm5n7MJzt3u4fm8d/A==
X-UI-Out-Filterresults: notjunk:1;V03:K0:vtwFCl63iLs=:j+B8/Ho4tyH1tHBdzlVSm7 38FnbUsxn+Ex0JMmtb7baUwzVMoFs8hAonUSPFgpqAIdLE4RIsk0c6bGqB1Im9hAaon9Xi/wv rnDHfWW5wRg5hDactJNb9X+cSQ8hlWB3GSCzhR/iXlSrYkXFCVUV4EF1Xom6tXUBBVrdQqLWE nCjyFoTJ3S+QlpDPlEV+UsF+tgkWXICeFLyV+2waz1F+/K493U15e1oAk7AJFJ8cmF8pEOPig cl9o73Ta395WDUMlzNKeWVQEUstlvY2BCtbEhSsirwZ3dt8QVOIKhDubBUdxZS4wQ4BjLbyOp Hija46N0Oxh0wigQIVgmTgnlt0TFsr/piftCJn3criynSQOaatnAUBCQLIYDQzI6KzrU3S6Rw BG/MuCq69ifMvfqOXTCGqTx1I6e78IzlwI7MmDt8N1WRUIFbYRzOyh7RG9jkrfVoOXx/OvEt8 ZbP+qNgfzUvA8Zr7K2qsOtMjM9ds+4KcWMMCinmAeGnws47gIviw35WwOoF5J/fobUO96sLY4 Drzhy2uYgK7mr0gG/OJjFi1jOd8rqXIulbDsl7nAEw4P6uNVa1cTacv7FIICMuRNf+aouRPPR CyJnAt4w7znpaH8GVODqqN8xHFu2PT43eSvF08EPcVtAy4kh9+WNaKQyp1+hCvmQMY+HekRMk bcST00uYmmWQC4sx5eX2eJvXxJsxuJcT3YDIvf5ELnXeF3VO10mgw+Q2Mmjr2NPW4j5jEItB2 iUob5K3XFy5x9ldcSqzItsAJlDumjSS2Nb40FQ0GqyULBdNOVd1Iv0NqOt1ed6mUKBhH+8RdQ 8UCYx0GNAbSh47/TKxwa3kxLCcUFciow57mAOfq0FYNpx4cNJf4TSF3qPWlMJuwLduCc8WHXB cG1VUHkzkxktruf16WmnJ6bl/75mJFjlWcpoy43w5nNeLFxs48RJ9u0Ep6W3DoZNyEB2jEH4Z kznoJT8OxGHXGzjt4COCEWEtDFmo/lxOc7n5pSzHfNRBJgaeOZQsh1AigAbhvOVxh01dnjP7B Yq4mb/130UYSfpqyfWdVQ5/8F6zefjIo+AYMmqTLV6+XUrnKOqQeevkJRTsaz17ug6gLGxwG9 Gf0U5Q1og0iFtPcmsy8PKtLpq9bwpKbmQoS5XSuNjdNgzXyz8R4f2FC/L3DZnnI4oz9R/pbH7 1lm6TZ7VwUIF1cB7N4jeLA13qfwPlokTnQX2F0IabxU0fRFisOUaRfGPgOnvzNrKY6BTN3Ss0 AHcqn0CCVzur9C4/o5JNj/pTde3cQBoUrOLVI9g==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/dm3IHDXwmQvquKLcscoRtvyKz5o>
Subject: Re: [tcpm] Thoughts on EXP vs. PS in TCPM
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Nov 2019 20:57:36 -0000

Hi Mark,

> On Wed, Nov 20, 2019 at 8:44 AM Mark Allman <mallman@icir.org> wrote:
>> And, my take is that the world doesn't much buy there to be a
>> distinction.  I.e., EXP doesn't dissuade general use of something.
>> And, I bet at least part of this is that we're just too conservative
>> with both kinds of RFCs.  If we occasionally did publish an EXP that
>> caused TCP to fall on its face then maybe people would be a bit more
>> careful.

Well, in my world there certainly is a distinction between an RFC in EXP
vs. PS vs STD status... I agree, for those of us who deal with drafts
and RFCs in the transport area, what you state here is correct.

However, I've made the observation, that less well initiated people, in
particular decision makers who can not make a call on the technical
merit, will often simply look at procedural things like the status of a
draft or RFC, when funding or not funding resources to implement and
test them.

This is where I would wish the TCPM would actually have a proper follow
up process, where long-time experimental drafts, which are found to be
safe and beneficial would get re-issued from time to time as PS (and
ultimately STD), and failed experiments get cleaned out. For the latter,
we recently had one such major revisit of the state of various RFC (eg.
rfc6247 and rfc8311 for rfc3540). But IIRC, we very rarely promote RFCs
up from experimental - one recent example with good expirience would be
DSACK RFC3708 here - also due to the many dependencies on it (with one
PS document depending on an EXP document :). RFC793bis is the one
currently in progress here.

IMHO, perhaps whenever the TS Area has two new chairs, that could be
made a more routine maintenance task...