Re: [multipathtcp] Adding a new work item on MPTCP API

Alan Ford <alan.ford@gmail.com> Wed, 09 November 2016 13:38 UTC

Return-Path: <alan.ford@gmail.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2129129857 for <multipathtcp@ietfa.amsl.com>; Wed, 9 Nov 2016 05:38:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 D2JktXZjLzPU for <multipathtcp@ietfa.amsl.com>; Wed, 9 Nov 2016 05:38:31 -0800 (PST)
Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 02EF912962F for <multipathtcp@ietf.org>; Wed, 9 Nov 2016 05:38:31 -0800 (PST)
Received: by mail-lf0-x22f.google.com with SMTP id b14so164325239lfg.2 for <multipathtcp@ietf.org>; Wed, 09 Nov 2016 05:38:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=7jRjJjDgBZy2gJbMdjiPXAe7KJAYaDSyPAvrpM1AZJU=; b=y13Z8h6kuS33TVoO5iYL/YR8302kaNZfLP0P8x+MS553mjfKNTm0q8uNqLq1Ztylqe CVW20Y3sdTVEXwipX5Nvatya2fCWJyQ4RQ9CvAvso+XnUYlfS52wie8EXJQUv6TvbpYI /cWkASXuLRKBawUYPkEhb0Kf3W3KnLcmyRlHxSsNEtuTsAUKGpNts2XA7aofiiC9Se8z 38gCaTCzW7v0MvuCU1dzxhphzuwuxTsxR43pfk3nHUHHXdjH9kh3TlDnZ0UJybKiI+gK RFqo+1mWfU1eqqAZ28pIMPf1c0o6Z/BiD668ymZFOa4O++BGok5FogdkgIrKaCe05jWi E4FA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=7jRjJjDgBZy2gJbMdjiPXAe7KJAYaDSyPAvrpM1AZJU=; b=R6aus3cZTIkC5L4BGKEbOAzfi0sc5gVYDpFmX8yMhkYjXhLyt1ct9+kUhBtHvVFGJh n6gi8Ow/I8S9oBAsRgsHKWnFqn85r76MLU65qay/rXDdd95FfQNHtafIggGxdhQ1r9pA n+kTVMZJL9BXqCUhg3dR2fR7vt9VOaErbobu16SjBenSmi/p/ZJkp1+JfDMiObZwvEUK /gmqKUThxr03/iLLwoa9ltl+qd/xzu86RHMb2U37uG9sipb5Cw/Gm8CRB0qXUUXTAbsX RfnTwikVpYo8mobC3GPHUUQD5I8/OkIXETlW80q2Sxo8lgJyXI70mn8UWDpYjxRUCELE +Cfw==
X-Gm-Message-State: ABUngvdjoGt5eUIhYRpZXH2lav7WvAo/b5pQMPLMNLSZW74RtL2QVmz2xNV8vzcQNFc0gQ==
X-Received: by 10.25.27.72 with SMTP id b69mr7241663lfb.160.1478698708868; Wed, 09 Nov 2016 05:38:28 -0800 (PST)
Received: from alans-mbp.rd.pexip.com ([46.19.20.98]) by smtp.gmail.com with ESMTPSA id 33sm4227991lfy.44.2016.11.09.05.38.27 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 09 Nov 2016 05:38:28 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_1903CACB-986A-40BE-B3FE-27FD69FDB29B"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Alan Ford <alan.ford@gmail.com>
In-Reply-To: <0a0d2a248fac4616ac795c579d996be8@rew09926dag03b.domain1.systemhost.net>
Date: Wed, 9 Nov 2016 13:38:27 +0000
Message-Id: <57E4A53F-1694-434E-82A9-43A4566990C9@gmail.com>
References: <0a0d2a248fac4616ac795c579d996be8@rew09926dag03b.domain1.systemhost.net>
To: philip.eardley@bt.com
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/f2s0o4fI2L8vcwwk4ZXaAMWxFVA>
Cc: multipathtcp@ietf.org
Subject: Re: [multipathtcp] Adding a new work item on MPTCP API
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Nov 2016 13:38:34 -0000

That reads as if it is adding more advanced APIs over and above what’s in 6897. Given a lot of this work has already been covered in 6897, I think it would be useful to determine what exactly it is that is desired in addition. Is it an update to 6897 based on operational experience? I feel it should also be clear that this builds upon 6897 and not re-invent the wheel.

Regards,
Alan

> On 9 Nov 2016, at 10:21, philip.eardley@bt.com wrote:
> 
> Following the earlier discussion, there is support to add a charter item as follows:
> <<RFC6897 defined an optional, basic application interface for MPTCP-aware applications, including a set of socket operations. Now there is more experience of how MPTCP is being used, the WG will re-visit this work, and consider adding more advanced socket operations. The document will be Informational.>>
> If you disagree with this being added, or suggest some mod to this item, please say.
> Thanks
> Phil & Yoshi
>  
> From: cpaasch@apple.com <mailto:cpaasch@apple.com> [mailto:cpaasch@apple.com <mailto:cpaasch@apple.com>] 
> Sent: 31 July 2016 20:37
> To: Eardley,PL,Philip,TUB8 R <philip.eardley@bt.com <mailto:philip.eardley@bt.com>>
> Cc: MultiPath TCP - IETF WG <multipathtcp@ietf.org <mailto:multipathtcp@ietf.org>>
> Subject: Re: [multipathtcp] potential new work item on MPTCP API
>  
>  
> On Jul 26, 2016, at 7:35 AM, philip.eardley@bt.com <mailto:philip.eardley@bt.com> wrote:
>  
> Christoph,
> https://tools.ietf.org/html/rfc6897#section-5.3 <https://tools.ietf.org/html/rfc6897#section-5.3> is “Sockets Interface Extensions by the Basic MPTCP API”
> (also https://tools.ietf.org/html/rfc6897#appendix-A <https://tools.ietf.org/html/rfc6897#appendix-A> “Appendix A. Requirements on a Future Advanced MPTCP API”)
>  
> Ok, I see. Fair enough. Extension to RFC6897 seems fine to me then.
>  
>  
> Cheers,
> Christoph
> 
> 
> phil
>  
> From: cpaasch@apple.com <mailto:cpaasch@apple.com> [mailto:cpaasch@apple.com <mailto:cpaasch@apple.com>] 
> Sent: 22 July 2016 09:48
> To: Eardley,PL,Philip,TUB8 R <philip.eardley@bt.com <mailto:philip.eardley@bt.com>>
> Cc: MultiPath TCP - IETF WG <multipathtcp@ietf.org <mailto:multipathtcp@ietf.org>>
> Subject: Re: [multipathtcp] potential new work item on MPTCP API
>  
> Hello,
>  
> On Jul 21, 2016, at 5:43 PM, philip.eardley@bt.com <mailto:philip.eardley@bt.com> wrote:
> Yesterday Olivier presented about his & Benjamin’s recent work on MPTCP socket api. We didn’t have much discussion whether to add this to the charter. One comment was that any work should build on /reference RFC6897.
> https://www.ietf.org/proceedings/96/slides/slides-96-mptcp-4.pdf <https://www.ietf.org/proceedings/96/slides/slides-96-mptcp-4.pdf>
> Please can you comment whether you see this as a useful work item, or you think it shouldn’t be worked on, or how it should be adapted to something you think the WG should work on.
>  
> yes, I think it is a very useful work item and am willing to contribute to this work.
>  
> I'm not sure whether this can be seen as an update to 6897. I'm under the impression that 6897 takes a different approach, giving users a high-level overview of how using MPTCP might look like to an application that is talking to a TCP-socket (which happens to end up using MPTCP).
>  
> Olivier's work seems to rather make MPTCP entirely explicit to the application. So, I think both works take a different approach.
> 
> 
> 
> To help prompt the discussion, here’s a very first version of some possible charter text
> RFC6897 defined an optional, basic application interface for MPTCP-aware applications, including a set of socket operations. Now there is more experience of how MPTCP is being used, the WG will re-visit this work, and consider adding more advanced socket operations.
>  
> RFC6897 was Informational – would this new Milestone be Informational or Experimental?
>  
> I think it should be Informational.
>  
>  
> Christoph
> 
> 
> 
>  
> Thanks
> phil
>  
> Philip Eardley
> Research and Innovation
> This email contains BT information, which may be privileged or confidential. It's meant only for the individual(s) or entity named above. If you're not the intended recipient, note that disclosing, copying, distributing or using this information is prohibited. If you've received this email in error, please let me know immediately on the email address above. Thank you.
> We monitor our email system, and may record your emails.
> British Telecommunications plc
> Registered office: 81 Newgate Street London EC1A 7AJ
> Registered in England no: 1800000
>  
> _______________________________________________
> multipathtcp mailing list
> multipathtcp@ietf.org <mailto:multipathtcp@ietf.org>
> https://www.ietf.org/mailman/listinfo/multipathtcp <https://www.ietf.org/mailman/listinfo/multipathtcp>
>  
> _______________________________________________
> multipathtcp mailing list
> multipathtcp@ietf.org <mailto:multipathtcp@ietf.org>
> https://www.ietf.org/mailman/listinfo/multipathtcp <https://www.ietf.org/mailman/listinfo/multipathtcp>