IETF Logo Mail Archive

Re: [Spud] updated draft PLUS charter, rev. 1 June

Brian Trammell <ietf@trammell.ch> Tue, 14 June 2016 15:06 UTC

Return-Path: <ietf@trammell.ch>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6456312D7C7 for <spud@ietfa.amsl.com>; Tue, 14 Jun 2016 08:06:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.328
X-Spam-Level:
X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, 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 gqIi3ljLfw1k for <spud@ietfa.amsl.com>; Tue, 14 Jun 2016 08:06:32 -0700 (PDT)
Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id 979A512D7B0 for <spud@ietf.org>; Tue, 14 Jun 2016 08:06:32 -0700 (PDT)
Received: from [IPv6:2001:67c:10ec:2a49:8000::10d6] (unknown [IPv6:2001:67c:10ec:2a49:8000::10d6]) by trammell.ch (Postfix) with ESMTPSA id 71B341A0F7C; Tue, 14 Jun 2016 17:06:01 +0200 (CEST)
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_A7E08480-9820-42DE-B3B6-7F01F94D2678"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.6b2
From: Brian Trammell <ietf@trammell.ch>
In-Reply-To: <EA4C43BE752A194597B002779DF69BAE2410086F@ESESSMB303.ericsson.se>
Date: Tue, 14 Jun 2016 17:06:01 +0200
Message-Id: <6524A223-52A6-4CA1-A17C-2417F1AB24C0@trammell.ch>
References: <85E24D9D-F666-49C3-A022-2F207227A153@trammell.ch> <CAD62q9UiLi1ffGPm=xEXOSH=sqZPv7hYiNBTGvAX52a9dhV8yg@mail.gmail.com> <CAD62q9U7XL8hDqY1VdzuvUvoz0Ec5DDLAS6=kaLxRExu7FY0Kg@mail.gmail.com> <86027402-2F05-4E3B-B9CD-26517A4F007C@tik.ee.ethz.ch> <A4C63A75-9D7E-430E-B986-9981FB929D46@gmail.com> <CA+9kkMBhJ2oCJ1avnGUY4NYTX0VWA_g=YoJSiLcy6u9hJnH-eA@mail.gmail.com> <57573DCF.1030402@isi.edu> <F6BE4EE1-D320-421E-9D86-2F30B2A88792@tik.ee.ethz.ch> <CALx6S35Z7iEp2F7+1PHzAe0qu9st_CNXB9GCzF278HehFiv0Qg@mail.gmail.com> <0f5628e2-a142-8d83-b427-d6b07183cb9e@isi.edu> <CALx6S35KXOioEK60p-m5tGE_H9MWbB=YhJ_sOcW0KP2vR80vvw@mail.gmail.com> <57574C38.6070402@isi.edu> <F44FFD3B-CE7E-45E8-9F04-233C56CA95A0@trammell.ch> <890FE014-D3F8-4D64-8BF8-95B3E4773075@trammell.ch> <CALx6S34jbmaV7vAxr1+-p2HW9i2oKv7Bb138MzsaP71zVh=PQw@mail.gmail.com> <EA4C43BE752A194597B002779DF69BAE2410086F@ESESSMB303.ericsson.se>
To: Szilveszter Nadas <Szilveszter.Nadas@ericsson.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/g6yNiCk2cz_xVDZ9gow8C_lwKQ4>
Cc: Tom Herbert <tom@herbertland.com>, spud <spud@ietf.org>
Subject: Re: [Spud] updated draft PLUS charter, rev. 1 June
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2016 15:06:34 -0000

> On 13 Jun 2016, at 17:38, Szilveszter Nadas <Szilveszter.Nadas@ericsson.com> wrote:
> 
> Hi,
> 
> On the topics of what is included and what not. The PLUS protocol kind of reminds me of this paper "Breaking Up the Transport Logjam" http://bford.info/pub/net/logjam.pdf .

I'm a big fan of that paper, too. :)

> Though the "Flow Regulation Layer" in the paper can be used for much more than PLUS. Does PLUS intends to be extensible to implement/aid things like this in the far future or do things like this belong to different part of the stack?

In Logjam terminology, PLUS uses UDP as an endpoint layer, and adds additional path communication to that layer (or rather to a Path Layer over that layer). Think of it as "Transport Independent Middlebox Traversal"  (section 2.2.2) greatly expanded.

Some of the functions of Flow Regulation might be implementable with middlebox cooperation over PLUS, but the logjam paper really assumes a bit more understanding and implementation of transport semantics within flow middleboxes than PLUS to date has assumed. Definitely a detailed discussion to have within the BoF or any future WG.

Cheers,

Brian

> 
> Cheers,
> Szilveszter

v2.23.0 | Report a Bug | By Email