Re: [multipathtcp] potential MPTCP proxy charter item

Robert Skog <robert.skog@ericsson.com> Thu, 20 October 2016 07:01 UTC

Return-Path: <robert.skog@ericsson.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 D638B1294E5 for <multipathtcp@ietfa.amsl.com>; Thu, 20 Oct 2016 00:01:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 weYG498YhpD3 for <multipathtcp@ietfa.amsl.com>; Thu, 20 Oct 2016 00:01:42 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 D9E321294A8 for <multipathtcp@ietf.org>; Thu, 20 Oct 2016 00:01:40 -0700 (PDT)
X-AuditID: c1b4fb3a-e95069800000099a-35-58086bd3c75b
Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.183.51]) by (Symantec Mail Security) with SMTP id 5F.89.02458.3DB68085; Thu, 20 Oct 2016 09:01:39 +0200 (CEST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.51) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 20 Oct 2016 09:01:36 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pXuDBoDiK1Yq1GuOVyfhxYEV6TbnYBGh6UkVSyg42bU=; b=e7+hItEhxD+NL/UdS7DBIJQlc1IQjjVbTLVSAcbZ/0rCgcXpuTq5L+X2sYQ1WFmj1iRl/fCS3LmZd5Cytflvj3cSbgbZ9My4hm2eK0YPFDyKf+cR+kXoeNMj6F+ecElk+nPCYkNQbyJD515wpK9Eg+YAPyc/KPpNxIDzBf5TDqE=
Received: from HE1PR07MB1258.eurprd07.prod.outlook.com (10.164.51.144) by HE1PR07MB1259.eurprd07.prod.outlook.com (10.164.51.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.5; Thu, 20 Oct 2016 07:01:35 +0000
Received: from HE1PR07MB1258.eurprd07.prod.outlook.com ([10.164.51.144]) by HE1PR07MB1258.eurprd07.prod.outlook.com ([10.164.51.144]) with mapi id 15.01.0669.018; Thu, 20 Oct 2016 07:01:35 +0000
From: Robert Skog <robert.skog@ericsson.com>
To: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "Yoshifumi Nishida" <nishida@sfc.wide.ad.jp>, "Olivier.Bonaventure@uclouvain.be" <Olivier.Bonaventure@uclouvain.be>, "multipathtcp@ietf.org" <multipathtcp@ietf.org>
Thread-Topic: [multipathtcp] potential MPTCP proxy charter item
Thread-Index: AQHSKLyB5UNJQfueOkOQCZciJSJaMaCttfyggACmEACAAdRHAIAAFN6AgACb3QCAAApB4A==
Date: Thu, 20 Oct 2016 07:01:35 +0000
Message-ID: <HE1PR07MB125893D7B32E5E35ADB2AB028BD50@HE1PR07MB1258.eurprd07.prod.outlook.com>
References: <CCD1A987-0F3C-4775-8B0E-5232965E7E22@nokia.com> <787AE7BB302AE849A7480A190F8B933009D945B7@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <428609FE-DE79-45CD-B668-EF95F409B593@tik.ee.ethz.ch> <8bed05c5-9f6f-04aa-8aa8-690aa3ce30f4@uclouvain.be> <CAO249ydpdtR53VBniDczSt4zj_kk32c2W_FoZKs2XED0Jzk7Jw@mail.gmail.com> <787AE7BB302AE849A7480A190F8B933009D9577B@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
In-Reply-To: <787AE7BB302AE849A7480A190F8B933009D9577B@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=robert.skog@ericsson.com;
x-originating-ip: [192.176.1.84]
x-ms-office365-filtering-correlation-id: 7506ff96-0d38-4bd6-ade9-08d3f8b6ee94
x-microsoft-exchange-diagnostics: 1; HE1PR07MB1259; 6:0+IYLDqbA7gD7WT9DJqcv1sRPn4oavkB0oh2QFArAEiu3+Nux57QMl2nFw3f7Zm+OBjLeL86cYbstUD0XUrJBRXqdK06W63x7WB12JEGp+ad7kB5KybxkcMpaolGWYSmsetUS4uye2ZYFDjxKZtt0RvL3kbce61uCmQB1sIPK3ZMigEWElZq7oMLY3c7ERWljXlfevb6FOz6NL85Q5BjjS7evdn+RQY+wbjCikwOWTg0ZB0mvWRDpyrF/mlHpjVP9ckFrEIO5d5/CvqKWfladnchtwuR2tn43XTk7QJr4PyrTcZ7R/z3twB1hLAc/XBE; 5:ebHd35ss2MFpFxgiqJur9P+YnwgzPdJmN9LSkbSdIuwtJaUUr0jwQkvVSipAYrq+zVddW+F4DFcJuG2aLeccwRwHT9vSJDpYGt9J4KbT2LSrHkn+OOjhZrApVgXiGkXA6kkKlELJ0G6M+RE8PkMJehM5k5uA3+5MndhFUxB9f1s=; 24:yJBykfDnkjWipqha9V+sS3wpGRfxPdKw0R/EmiO/Bm47AFmu3RGjxpOqQUEtlGCLoBpJYLSyVaLodC8QYbulcYHQSnzh6GF7tkg0+OQRNvs=; 7:ZNp16JWFlrJ3wLG0HirFjAgoKOMeELREF/DvWZ8kgj/PJY1tumfT6Wr3siF/7/IhKuQdnSSOyv1Te4hY2QtlqRGlXS9PvOf6EgB6o81y/GXy6EzllpdvzkZXqN15N33YrBcnsrs4NLDB5vl8o2pER3GoC4j3EDnD9XREiQ3VkifGKwZhvlNCvWkCCIE/TKw3A1WHJ4DwkNihmDf092bCQshMiHtBWG3rtcg+atNaKSLkYC78UrhKARLjloIxau9l9lbSorFKPged89gXWbhHJoHMHN4N54yWJGm4bUwK2k15ybMKajwWsTFpkSGXrDri452rq1EHA9N9HtdQfqnu5OruVPI4Ic6CXfr6Q81QGHs=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR07MB1259;
x-microsoft-antispam-prvs: <HE1PR07MB12594399631B9B16FC9AD3978BD50@HE1PR07MB1259.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(18271650672692);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:HE1PR07MB1259; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB1259;
x-forefront-prvs: 01018CB5B3
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(377454003)(55784002)(199003)(189002)(53754006)(24454002)(13464003)(74316002)(122556002)(102836003)(2900100001)(3660700001)(8676002)(7846002)(6116002)(92566002)(105586002)(3280700002)(7736002)(77096005)(3846002)(15975445007)(586003)(66066001)(81156014)(5002640100001)(50986999)(11100500001)(81166006)(76176999)(2906002)(2501003)(101416001)(8936002)(106116001)(2950100002)(76576001)(54356999)(106356001)(93886004)(19580395003)(10400500002)(19580405001)(9686002)(86362001)(33656002)(189998001)(107886002)(97736004)(305945005)(5001770100001)(87936001)(561944003)(5660300001)(2201001)(7696004)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB1259; H:HE1PR07MB1258.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2016 07:01:35.3554 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1259
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0iTYRTHe/a+216Hg8d5OywLHQRpXkqjhoQlVAwhCj/YqCBnvrihm7bX JCvISgs1LfACW7SpU3SZDcWZloKXEu2LV6Z08dK8lDq6rLA0pW3vgr79zvn/zznPOTwUIdJz xZRKk0trNYosCU9A6uTP46ImMin5/rJRf+mAY5EvdTZP8aSt9dM86XTBL/IYKauv/82RFS4N 82Rjq1OEbGVwnTxDnhMcSaezVHm0NiYhVaD807lN5sxEXP15z8gtQKPhJciHAnwQbs2ZOCVI QImwBcHd8VZvMIRgoqGbcAckLiOg0fSKZJUqDtwervbaBhF8d24R7mY8HAmttRauWwjADgSO NqtH8McJ8LpqkuvmAHwUzC2LfJZToHr2B8fNJN4Dz3qsHo8QXwBdgxOxE2oJ6DBXeRr54DTY Hqkg3YxwEKy/eeopJnAwvF0wctiVMNR3jxAsB8Jn+zaX9Z+Hl1/tPDYfCiulBV4+BXVflj3r AC6koKnQ7CqgXMFJGNPls55MmF61EWw6Hkwdway9E4G1rNg7NwR0cy18VjDxoHLb4HmECNPQ 2FKE2EuI4cNksZdD4NP7Hu5DFK7/bwe9awaBw8HyIoZNh0Fl6Txf77mLHwzrFsgaRD5BgQzN MOqM2NhoWqu6xDDZmmgNnduGXD+mr30zvhP1LSf2I0whia9wbo0vF3EVeUy+uh8BRUgChEFK Si4Spivyr9Ha7IvaK1k00492UqQkWHjIPHtWhDMUuXQmTefQ2n8qh/IRF6DdKZbJtq6bey8/ qrEYguwbC3fsM/5LJzTzyYfDd4gfzITFrNSVF/l2GlOLh7p8e3dZeyPqvhmcm0n38+NO28qT o1LfyWRqvTJRNSASK3B72ljzR0Nl5OPQnq0N8QD0XVfPOPz3VaSNq7tNtiTb1PGBoRtrWXlb yZwmpzER+0lIRqk4EEFoGcVfU9NiUi0DAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/FUKs6_MHLsmZxjMMw77ma4HvNqU>
Subject: Re: [multipathtcp] potential MPTCP proxy charter item
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: Thu, 20 Oct 2016 07:01:46 -0000

Hi all!
We have seen solid interest from several operators on Hybrid Access solutions based on MPTCP as the base technology.
In the light of increased UDP traffic we also see demand for the same type of solution also catering for UDP.
Therefore, I believe the MPTCP WG should continue the work around the "plain mode" to have a solution for UDP and update the charter (if it is needed for the continuation).

Cheers,
/Robert

-----Original Message-----
From: multipathtcp [mailto:multipathtcp-bounces@ietf.org] On Behalf Of mohamed.boucadair@orange.com
Sent: den 20 oktober 2016 08:15
To: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>jp>; Olivier.Bonaventure@uclouvain.be
Cc: multipathtcp@ietf.org
Subject: Re: [multipathtcp] potential MPTCP proxy charter item

Hi Yoshi, 

The discussion I had with many operators is that they would like to see both TCP and UDP addressed with the ** same solution**. This is why we came up with the proposal to leverage MPTCP for other protocols (UDP, mainly).

So, what I would ideally like to see in the mptcp WG proposed charter is (with "X" being MPTCP):

> 1: Protocol X proxy:
>     It speaks protocol X on behalf of communicating endpoints .
>     From one end's point of view, it looks as if the other end speaks 
> protocol X.

And

> 3:  Protocol X-Y / Protocol Y-X gateway
>      Convert protocol X into protocol Y, or convert protocol Y into 
> protocol X for protocol connectivity/compatibility, etc.

I know Olivier/Stefano have a better name to denote both these cases. 

Cheers,
Med

> -----Message d'origine-----
> De : Yoshifumi Nishida [mailto:nishida@sfc.wide.ad.jp] Envoyé : 
> mercredi 19 octobre 2016 22:57 À : Olivier.Bonaventure@uclouvain.be Cc 
> : Mirja Kühlewind; BOUCADAIR Mohamed IMT/OLN; multipathtcp@ietf.org 
> Objet : Re: [multipathtcp] potential MPTCP proxy charter item
> 
> Hello,
> 
> On Wed, Oct 19, 2016 at 12:42 PM, Olivier Bonaventure 
> <Olivier.Bonaventure@uclouvain.be> wrote:
> > Mirja,
> >>
> >>
> >> there are two cases to distinguish here:
> >>
> >> 1) you have one or two MPTCP proxies that terminate the TCP 
> >> connection
> and
> >> open a new MPTCP connection
> >
> >
> > There is a very clear demand for this type of solution and there are
> various
> > implementations that are available or are being developped. Several 
> > deployments exist and there is a large demand for this type of services.
> It
> > would be silly for the IETF to ignore this use case after having 
> > spent
> years
> > to specify the Multipath TCP protocol.
> 
> I also think we should not ignore the use case.
> But, I am somehow thinking that we might want to clarify the 
> terminologies a bit more so that we can have more clear focus.
> 
> I might be wrong, but these words give me the following impressions.
> 
> 1: Protocol X proxy:
>     It speaks protocol X on behalf of communicating endpoints .
>     From one end's point of view, it looks as if the other end speaks 
> protocol X.
> 
> 2: Tunneling over protocol X
>      Protocol X carries other protocol Y packets (by using
> encapsulation)  All info in protocol Y (headers, etc) will be 
> preserved.
> 
> 3:  Protocol X-Y / Protocol Y-X gateway
>      Convert protocol X into protocol Y, or convert protocol Y into 
> protocol X for protocol connectivity/compatibility, etc.
>      Some info in the original protocol might be lost due to the 
> conversion.
> 
> If I follow these impressions, it seems that some proposals are close 
> to 3. (again, I might be wrong) I might want to check if we want to 
> clarify this point in the charter or leave it ambiguous.
> I am just wondering if we might need to clarify the terminology or 
> adding some texts to avoid miscommunications.
> 
> Thanks,
> --
> Yoshi
_______________________________________________
multipathtcp mailing list
multipathtcp@ietf.org
https://www.ietf.org/mailman/listinfo/multipathtcp