Re: [multipathtcp] Consensus call on potential MPTCP proxy work
<mohamed.boucadair@orange.com> Tue, 18 April 2017 09:00 UTC
Return-Path: <mohamed.boucadair@orange.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 70EBD13184A for <multipathtcp@ietfa.amsl.com>; Tue, 18 Apr 2017 02:00:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, 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=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 hdEiJkc7Ng-v for <multipathtcp@ietfa.amsl.com>; Tue, 18 Apr 2017 02:00:00 -0700 (PDT)
Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B50DF131842 for <multipathtcp@ietf.org>; Tue, 18 Apr 2017 01:59:59 -0700 (PDT)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 2381020B8B for <multipathtcp@ietf.org>; Tue, 18 Apr 2017 10:59:58 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.27]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id DA71A120079; Tue, 18 Apr 2017 10:59:57 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM7C.corporate.adroot.infra.ftgroup ([fe80::8007:17b:c3b4:d68b%19]) with mapi id 14.03.0319.002; Tue, 18 Apr 2017 10:59:57 +0200
From: mohamed.boucadair@orange.com
To: "philip.eardley@bt.com" <philip.eardley@bt.com>, "multipathtcp@ietf.org" <multipathtcp@ietf.org>
Thread-Topic: Consensus call on potential MPTCP proxy work
Thread-Index: AdK4HBNY1jXzvDFKRxmRsHBM53IcbgABRHLw
Date: Tue, 18 Apr 2017 08:59:57 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B933009E4F892@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <8c5ffa879686472594bfd3db2fa06076@rew09926dag03b.domain1.systemhost.net>
In-Reply-To: <8c5ffa879686472594bfd3db2fa06076@rew09926dag03b.domain1.systemhost.net>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B933009E4F892OPEXCLILMA3corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/W66T88SCny2F-Lwc-EjOLpXADsY>
Subject: Re: [multipathtcp] Consensus call on potential MPTCP proxy work
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 18 Apr 2017 09:00:02 -0000
Hi Phil, Is there any particular reason for this mention "The WG does not develop a mechanism for the two proxies to discover each other". Isn't this conflicting partly with the need for some work to be done for configuring proxies (mentioned in the sentence right before the one I'm quoting)? Putting that aside, I fully support this proxy work. Cheers, Med De : multipathtcp [mailto:multipathtcp-bounces@ietf.org] De la part de philip.eardley@bt.com Envoyé : mardi 18 avril 2017 10:17 À : multipathtcp@ietf.org Objet : [multipathtcp] Consensus call on potential MPTCP proxy work Hi, During the MPTCP meeting in Chicago we did several hums about potential MPTCP proxy work. Our interpretation of these hums is that we should do a consensus call for the following work: -- MPTCP is now seeing widespread deployment in networks to bond together two accesses, such as fixed and mobile broadband, by using two MPTCP proxies, one in the home gateway or Customer Premises Equipment and one in the network. The WG develops a solution where the proxies are both under the control of the operator and where it is assumed that they are not on the default path. The solution is based on using the payload of an MPTCP packet to transfer a signalling message between the proxies. It is believed the solution will not require changes to RFC6824bis. The solution may require a means of configuring set-up information in the proxies, which would be done in coordination with other IETF WGs such as DHC. The WG does not develop a mechanism for the two proxies to discover each other. -- Please say whether you support, or don't support, such work - so we can see if there's consensus for it. Thanks Phil & Yoshi Hums during the meeting: * Should the MPTCP WG do any MPTCP proxy work, or do none - about 2:1 or 3:1 in favour of doing work * Should the MPTCP WG do proxy work based on option #1 in slide 12? Strongly more yes than no * Should the MPTCP WG do proxy work based on option #2 in slide 12? more no than yes * Should the MPTCP WG do proxy work based on option #3 in slide 12? Weak & roughly equal Ref: https://www.ietf.org/proceedings/98/slides/slides-98-mptcp-sessa-chairs-01.pdf We believe the work does not require an update to the MPTCP WG charter.
- [multipathtcp] Consensus call on potential MPTCP … philip.eardley
- Re: [multipathtcp] Consensus call on potential MP… christian.jacquenet
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… Stefano Secci
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Sargent, Matthew T. (GRC-LCA0)[Peerless Technologies]
- Re: [multipathtcp] Consensus call on potential MP… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [multipathtcp] Consensus call on potential MP… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Yoshifumi Nishida
- Re: [multipathtcp] Consensus call on potential MP… David Allan I
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Yoshifumi Nishida
- Re: [multipathtcp] Consensus call on potential MP… Olivier Bonaventure
- Re: [multipathtcp] Consensus call on potential MP… Costin Raiciu
- Re: [multipathtcp] Consensus call on potential MP… Olivier Bonaventure
- Re: [multipathtcp] Consensus call on potential MP… philip.eardley
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Markus.Brunner3
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Robert Skog
- Re: [multipathtcp] Consensus call on potential MP… Sargent, Matthew T. (GRC-LCA0)[Peerless Technologies]
- Re: [multipathtcp] Consensus call on potential MP… Jordan Melzer
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Sargent, Matthew T. (GRC-LCA0)[Peerless Technologies]
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Eggert, Lars
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Eggert, Lars
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Yoshifumi Nishida
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… philip.eardley
- Re: [multipathtcp] Consensus call on potential MP… Sébastien Barré
- Re: [multipathtcp] Consensus call on potential MP… Wouter Cloetens
- [multipathtcp] Increasing usage of MPTCP [was: Co… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… SungHoon Seo
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Increasing usage of MPTCP [was… Olivier Bonaventure
- Re: [multipathtcp] Consensus call on potential MP… Matt Sargent
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Increasing usage of MPTCP [was… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Meyer, Ullrich, Vodafone DE
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… Juliusz Chroboczek
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair
- Re: [multipathtcp] Consensus call on potential MP… Joe Touch
- Re: [multipathtcp] Consensus call on potential MP… Yoshifumi Nishida
- Re: [multipathtcp] Consensus call on potential MP… mohamed.boucadair