Re: [multipathtcp] towards a potential work item on two-ended proxy

"Henderickx, Wim (Nokia - BE)" <wim.henderickx@nokia.com> Mon, 01 August 2016 14:14 UTC

Return-Path: <wim.henderickx@nokia.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 CBECD12D10C for <multipathtcp@ietfa.amsl.com>; Mon, 1 Aug 2016 07:14:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 Qo2AzzHYwPvf for <multipathtcp@ietfa.amsl.com>; Mon, 1 Aug 2016 07:14:34 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 D606712D09C for <multipathtcp@ietf.org>; Mon, 1 Aug 2016 07:14:33 -0700 (PDT)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 92514CEF69204; Mon, 1 Aug 2016 14:14:29 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u71EEVoX032106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Aug 2016 14:14:31 GMT
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u71EEPAp029167 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 1 Aug 2016 16:14:31 +0200
Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.82]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Mon, 1 Aug 2016 16:13:16 +0200
From: "Henderickx, Wim (Nokia - BE)" <wim.henderickx@nokia.com>
To: Rao Shoaib <rao.shoaib@oracle.com>, "multipathtcp@ietf.org" <multipathtcp@ietf.org>
Thread-Topic: [multipathtcp] towards a potential work item on two-ended proxy
Thread-Index: AQHR627r/LnVJacnc0+SyWsArd1U1KAzeUeA
Date: Mon, 1 Aug 2016 14:13:15 +0000
Message-ID: <3D8D4118-39CA-46A6-BFBD-026376C02058@nokia.com>
References: <b779dd12f1bb412c96c800eddaaf0247@rew09926dag03b.domain1.systemhost.net> <e2aa6ac517194af4b8c25c07f8e469fb@rew09926dag03b.domain1.systemhost.net> <9cafc779-502e-cc7f-676c-f6659e207c81@uclouvain.be> <3100ff74-0c7d-1815-03a1-aa4cec36d1e4@oracle.com>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.151008
x-originating-ip: [135.239.27.41]
Content-Type: text/plain; charset="utf-8"
Content-ID: <22866044551F9A43853FF51B162096F5@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/szRo_amm76BBs6hHuKyi0SXV37A>
Subject: Re: [multipathtcp] towards a potential work item on two-ended proxy
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: Mon, 01 Aug 2016 14:14:38 -0000





On 31/07/16 23:02, "multipathtcp on behalf of Rao Shoaib" <multipathtcp-bounces@ietf.org on behalf of rao.shoaib@oracle.com> wrote:

>
>
>On 07/27/2016 01:43 AM, Olivier Bonaventure wrote:
>> Phil,
>>
>>> So far this discussion has made me a bit confused. Let me ask a specific
>>> question:-
>>>
>>> Why do we need both transparent and plain mode? If these are addressing
>>> different usage scenarios, please explain them (in a paragraph?)
>>
>> The two modes address different deployment scenarios.
>>
>> In the transparent mode, the HAG resides on the path to/from the 
>> client. There are many ways in current networks to ensure that the HAG 
>> is on the path of the clients that it serves. The transparent mode 
>> requires one option to distinguish between end-to-end MPTCP 
>> connections (directly established by the client using an MPTCP stack) 
>> and proxied connections. During IETF96, the authors of plain-mode and 
>> transparent-mode agreed that the transparent-mode draft would use an 
>> emply plain mode option to indicate that a connection has been proxied.
>Why is it necessary to know that the connection has been proxied ?

WH> Otherwise the concentrator will perform the proxy function although the destination is the application server.
So assume an E2E MPTCP flow. The UE initiates it and the element with the network assisted MPTCP proxy (Concentrator) receives it. The concentrator should not proxy this flow. It should only act upon MPTCP flow that should be proxied in network assisted mode. This is the reason we need an indication about this
>>
>> In the plain-mode, the HAG does not need to be on the path to/from the 
>> client. The plain-mode option is used to signal the original 
>> source/destination address of the connection depending on the usage.
>Since we seem to be only considering TCP, will the protocol field be 
>removed from the draft ?

WH> this is to be discussed 
>
>Shoaib
>>
>>
>>
>>
>> Olivier
>>
>> _______________________________________________
>> multipathtcp mailing list
>> multipathtcp@ietf.org
>> https://www.ietf.org/mailman/listinfo/multipathtcp
>
>_______________________________________________
>multipathtcp mailing list
>multipathtcp@ietf.org
>https://www.ietf.org/mailman/listinfo/multipathtcp