[Stackevo] Winding up the Stack Evolution Program

Brian Trammell (IETF) <ietf@trammell.ch> Mon, 20 May 2019 09:59 UTC

Return-Path: <ietf@trammell.ch>
X-Original-To: stackevo@ietfa.amsl.com
Delivered-To: stackevo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 398B1120152 for <stackevo@ietfa.amsl.com>; Mon, 20 May 2019 02:59:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 auri2ynZ_fcJ for <stackevo@ietfa.amsl.com>; Mon, 20 May 2019 02:59:52 -0700 (PDT)
Received: from smtp-sh.infomaniak.ch (smtp-sh.infomaniak.ch [128.65.195.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D0AA120150 for <stackevo@iab.org>; Mon, 20 May 2019 02:59:51 -0700 (PDT)
Received: from smtp6.infomaniak.ch (smtp6.infomaniak.ch [83.166.132.19]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id x4K9xnsP016002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for <stackevo@iab.org>; Mon, 20 May 2019 11:59:50 +0200
Received: from [IPv6:2001:67c:64:42:6dd3:8d17:8cb6:747e] ([IPv6:2001:67c:64:42:6dd3:8d17:8cb6:747e]) (authenticated bits=0) by smtp6.infomaniak.ch (8.14.5/8.14.5) with ESMTP id x4K9xmUc003572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <stackevo@iab.org>; Mon, 20 May 2019 11:59:49 +0200
From: Brian Trammell <ietf@trammell.ch>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\))
Message-Id: <2F1DE499-3B52-4C70-8C2C-F8B7F47C36D9@trammell.ch>
Date: Mon, 20 May 2019 09:59:48 +0000
To: Stackevo <stackevo@iab.org>
X-Mailer: Apple Mail (2.3445.104.8)
X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8
X-Antivirus-Code: 0x100000
Archived-At: <https://mailarchive.ietf.org/arch/msg/stackevo/0xL1rR14SByTfotPeuMzRqItdU0>
Subject: [Stackevo] Winding up the Stack Evolution Program
X-BeenThere: stackevo@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IP Stack Evolution Program Mailing List <stackevo.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo>, <mailto:stackevo-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo/>
List-Post: <mailto:stackevo@iab.org>
List-Help: <mailto:stackevo-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo>, <mailto:stackevo-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 20 May 2019 09:59:55 -0000

Greetings, all,

At the IAB retreat last week, as part of a review of the structure of its programs, the IAB discussed the future of the Stack Evolution program, and has decided that once draft-thomson-use-it-or-lose-it has been sent up to the IAB as a whole, that the program should be closed in its present form. 

I, personally, consider this a declaration of victory, and thank you all for your work and the discussions over the past few years. 

The initial concept behind the IP Stack Evolution program, investigating how changes to the transport layer could be deployed in the big-I Internet, and explore the impact of encryption at the transport layer on evolution of the stack. At the time the program started, there was not much work yet in and around the IETF in this space. 

That has changed. TAPS has been chartered (and is well on its way to defining an abstract interface that reduces the rigidness of the binding between interfaces and transports). QUIC has demonstrated that it is possible to deploy a new transport protocol at scale, and nearly finished an IETF standard version of that protocol. Conversations (many conversations) have started about the balance of measurability and confidentiality, in the form of the QUIC spin bit. A wider discussion about the history of transport-layer signaling, and what we can learn from it going forward, is ongoing in PANRG. 

There two possible next steps for the program as I see it:

(1) declare victory, close, and continue the discusson in the IETF and in the hallways; and/or

(2) determine if there is follow-on work to be coordinated by and with the IAB, and if so, propose a description for a follow-on program. 

If there's interest in (2), please let us know on the stackevo@ list.

Thanks, cheers,

Brian (outgoing IAB lead)