[multipathtcp] Adding a new work item on MPTCP API
<philip.eardley@bt.com> Wed, 09 November 2016 10:21 UTC
Return-Path: <philip.eardley@bt.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 30EAC129976 for <multipathtcp@ietfa.amsl.com>; Wed, 9 Nov 2016 02:21:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.117
X-Spam-Level:
X-Spam-Status: No, score=-4.117 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, 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 FGkwcRNIxpwZ for <multipathtcp@ietfa.amsl.com>; Wed, 9 Nov 2016 02:21:47 -0800 (PST)
Received: from smtpb1.bt.com (smtpb1.bt.com [62.7.242.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A94D712952C for <multipathtcp@ietf.org>; Wed, 9 Nov 2016 02:21:46 -0800 (PST)
Received: from EVMHT01-UKBR.domain1.systemhost.net (193.113.108.42) by EVMED04-UKBR.bt.com (10.216.161.34) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 9 Nov 2016 10:21:41 +0000
Received: from rew09926dag03a.domain1.systemhost.net (10.55.202.18) by EVMHT01-UKBR.domain1.systemhost.net (193.113.108.42) with Microsoft SMTP Server (TLS) id 8.3.342.0; Wed, 9 Nov 2016 10:21:44 +0000
Received: from rew09926dag03b.domain1.systemhost.net (10.55.202.22) by rew09926dag03a.domain1.systemhost.net (10.55.202.18) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 9 Nov 2016 10:21:43 +0000
Received: from rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e]) by rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e%12]) with mapi id 15.00.1210.000; Wed, 9 Nov 2016 10:21:42 +0000
From: philip.eardley@bt.com
To: multipathtcp@ietf.org
Thread-Topic: Adding a new work item on MPTCP API
Thread-Index: AdI6cw/RKIQBu3r4R/i6P9GRF0bXlg==
Date: Wed, 09 Nov 2016 10:21:42 +0000
Message-ID: <0a0d2a248fac4616ac795c579d996be8@rew09926dag03b.domain1.systemhost.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.202.233]
Content-Type: multipart/alternative; boundary="_000_0a0d2a248fac4616ac795c579d996be8rew09926dag03bdomain1sy_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/bs2ebhGrl9gYImHoiCHIwEhGfEQ>
Subject: [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 10:21:50 -0000
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] Sent: 31 July 2016 20:37 To: Eardley,PL,Philip,TUB8 R <philip.eardley@bt.com> Cc: MultiPath TCP - IETF WG <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 is “Sockets Interface Extensions by the Basic MPTCP API” (also 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] 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 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
- [multipathtcp] Adding a new work item on MPTCP API philip.eardley
- Re: [multipathtcp] Adding a new work item on MPTC… Mirja Kühlewind
- Re: [multipathtcp] Adding a new work item on MPTC… Alan Ford
- Re: [multipathtcp] Adding a new work item on MPTC… Olivier Bonaventure
- Re: [multipathtcp] Adding a new work item on MPTC… Mirja Kühlewind
- Re: [multipathtcp] Adding a new work item on MPTC… Christoph Paasch
- Re: [multipathtcp] Adding a new work item on MPTC… Fabien Duchêne
- Re: [multipathtcp] Adding a new work item on MPTC… philip.eardley
- Re: [multipathtcp] Adding a new work item on MPTC… Scharf, Michael (Nokia - DE)
- Re: [multipathtcp] Adding a new work item on MPTC… Yoshifumi Nishida
- Re: [multipathtcp] Adding a new work item on MPTC… Joe Touch