[Stackevo-discuss] PLUS side meeting in Seoul, Tuesday 12:15

Brian Trammell <ietf@trammell.ch> Mon, 14 November 2016 01:51 UTC

Return-Path: <ietf@trammell.ch>
X-Original-To: stackevo-discuss@ietfa.amsl.com
Delivered-To: stackevo-discuss@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id A243812946A for <stackevo-discuss@ietfa.amsl.com>; Sun, 13 Nov 2016 17:51:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.399
X-Spam-Status: No, score=-3.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id GgXxFriK1RPb for <stackevo-discuss@ietfa.amsl.com>; Sun, 13 Nov 2016 17:51:45 -0800 (PST)
Received: from trammell.ch (trammell.ch []) by ietfa.amsl.com (Postfix) with ESMTP id EC2431295F0 for <stackevo-discuss@iab.org>; Sun, 13 Nov 2016 17:51:43 -0800 (PST)
Received: from dhcp-8920.meeting.ietf.org (unknown []) by trammell.ch (Postfix) with ESMTPSA id B3BD61A058D; Mon, 14 Nov 2016 02:51:10 +0100 (CET)
From: Brian Trammell <ietf@trammell.ch>
X-Pgp-Agent: GPGMail
Content-Type: multipart/signed; boundary="Apple-Mail=_A77BB847-765A-40AA-9D09-074B35245473"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Mon, 14 Nov 2016 10:51:09 +0900
Message-Id: <A213B261-D376-45C9-8DB3-C6459E8BB0DE@trammell.ch>
To: spud <spud@ietf.org>, stackevo-discuss@iab.org
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/stackevo-discuss/1hZkCj-obRUWVMI5NhfbZLHzc5c>
Subject: [Stackevo-discuss] PLUS side meeting in Seoul, Tuesday 12:15
X-BeenThere: stackevo-discuss@iab.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IP Stack Evolution Discussion List <stackevo-discuss.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo-discuss/>
List-Post: <mailto:stackevo-discuss@iab.org>
List-Help: <mailto:stackevo-discuss-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2016 01:51:47 -0000

Greetings, all,

The PLUS proponents will have a design side meeting in the Park Studio room on the 5th floor of the Conrad Seoul tomorrow, Tuesday 15 November, at 12:30. The purpose of this meeting will be to decide what would need to be done before a second attempt at a working group forming BoF, and to find volunteers to help working on  the drafts necessary. So, if you're interested in PLUS and want to help, please come by.

If you're coming to the meeting, please let us know, as space is quite limited in the room (about 20). Also, make sure you get something to eat beforehand (or on the way there), as there will be no lunch served.

If you're interested in helping but are not free at lunchtime tomorrow, please let us know that too.

There are three (new) related drafts, now:

(1) https://tools.ietf.org/html/draft-hardie-path-signals describes the type of signaling inferable from current transport protocols, which PLUS aims to replace in a transport-independent way; it's derived from Ted's talk at the PLUS BoF in Berlin.

(2) https://tools.ietf.org/html/draft-trammell-plus-abstract-mech is a more-complete description of the abstract mechanisms for signaling described in my slides in the PLUS BoF in Berlin.

(3) https://tools.ietf.org/html/draft-trammell-plus-statefulness defines a minimal transport-independent state machine for state-keeping middleboxes and a set of abstract signals for driving this state machine, to replace the path signaling in (1).

We do have a rough sketch of the way forward:

(1) We have tightened the scope of the proposal (see the current proposed charter at https://github.com/ietf-plus/charter/blob/master/charter-plus.txt), restricting it to replacing those path signals that are commonly assumed to be available for on-path state management (as discussed in draft-hardie-path-signals), implementing the mechanism described in draft-trammell-plus-statefulness.

(2) We would like to attempt to have another BoF, but not without having a protocol document, defining a protocol which solves the more restricted state signaling problem. The discussion will go much more smoothly with bits on the wire to argue about. This protocol will be largely based on the statefulness draft, above, while the abstract mechanisms in draft-trammell-plus-abstract-mech would be used for timeout discovery and exposure.

(3) We have requested a plus@ietf.org mailing list; this is in processing and should happen soon. We'll announce here when it does. We should have done this before the PLUS BoF in Berlin, actually. After this move, the SPUD list will be closed (as that experiment has completed); please subscribe to plus@ietf.org once it's up if you're interested in following the PLUS effort.


Brian and Mirja