Re: [Banana] 答复: diff (banana load distribution, next-hop selection of multipath)

Michael Menth <menth@uni-tuebingen.de> Mon, 13 February 2017 09:41 UTC

Return-Path: <menth@uni-tuebingen.de>
X-Original-To: banana@ietfa.amsl.com
Delivered-To: banana@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B13512950C for <banana@ietfa.amsl.com>; Mon, 13 Feb 2017 01:41:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=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 LvoVnFrM0jAW for <banana@ietfa.amsl.com>; Mon, 13 Feb 2017 01:41:21 -0800 (PST)
Received: from mx03.uni-tuebingen.de (mx03.uni-tuebingen.de [134.2.5.213]) (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 D3C1112955C for <banana@ietf.org>; Mon, 13 Feb 2017 01:41:20 -0800 (PST)
Received: from [134.2.11.131] (chaos.informatik.uni-tuebingen.de [134.2.11.131]) by mx03.uni-tuebingen.de (Postfix) with ESMTPSA id 21E2383954; Mon, 13 Feb 2017 10:41:19 +0100 (CET)
To: "Zuojing (2012 Laboratories)" <jing.zuo@huawei.com>, Joe Touch <touch@isi.edu>, Margaret Cullen <margaretw42@gmail.com>
References: <4552F0907735844E9204A62BBDD325E7A6386E6A@NKGEML515-MBX.china.huawei.com> <C328BFD1-A2B7-4E95-956A-D553A8167922@gmail.com> <f5bc7430-45dd-c5a6-d376-9d349d40a373@isi.edu> <4552F0907735844E9204A62BBDD325E7A63A1C49@NKGEML515-MBX.china.huawei.com> <99F04B22-01AC-476C-A15A-1696B686A953@isi.edu> <4552F0907735844E9204A62BBDD325E7A63A1D7D@NKGEML515-MBX.china.huawei.com> <9c6339a0-be7a-5b26-acc8-b8b13108eeca@isi.edu> <956518A5-6371-4959-BBB8-1C4B9604DA0D@gmail.com> <E5EB799F-F922-4AB3-A77D-E8EFF1866A2E@gmail.com> <4AD902A48032F745A3D7866E6CAE8CB064BBD1D8@DGGEMM521-MBX.china.huawei.com> <029e994f-e5e8-08a2-6015-eb8dd2d692fb@isi.edu> <4AD902A48032F745A3D7866E6CAE8CB064BBD532@DGGEMM521-MBX.china.huawei.com>
From: Michael Menth <menth@uni-tuebingen.de>
Message-ID: <a5b5d74b-181e-2c6c-c1a9-eb0ff46cba4b@uni-tuebingen.de>
Date: Mon, 13 Feb 2017 10:48:06 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <4AD902A48032F745A3D7866E6CAE8CB064BBD532@DGGEMM521-MBX.china.huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/x9cX7BsvEoWQIg4JKuBfrmwYv7M>
Cc: Mingui Zhang <zhangmingui@huawei.com>, "banana@ietf.org" <banana@ietf.org>
Subject: Re: [Banana] 答复: diff (banana load distribution, next-hop selection of multipath)
X-BeenThere: banana@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Bandwidth Aggregation for interNet Access: Discussion of bandwidth aggregation solutions based on IETF technologies." <banana.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/banana>, <mailto:banana-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/banana/>
List-Post: <mailto:banana@ietf.org>
List-Help: <mailto:banana-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/banana>, <mailto:banana-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Feb 2017 09:41:23 -0000

Hi Zuojing,

interesting concept. However, I guess it will face at least two
challenges: detection of mptcp flows and overall state maintenance.
Whatever banana does, it must be simple as one major goal is high
bandwidth. Cooperation/coexistence/transparency of mptcp and banana is
certainly an issue to be clarified.

Regards,

Michael

Am 13.02.2017 um 10:23 schrieb Zuojing (2012 Laboratories):
> Hi Joe,
> 
> Right. BANANA needs not to distinguish subflows from TCP flows only if Service Providers require BANANA boxes to do such exemption For example, Service Providers may purposely let those flows already being conducted by other multipath technologies be “bypassed”. 
> 
> There is a scenario that comes into my mind: the BANANA box may simultaneously be an MPTCP proxy device. The MPTCP proxy function handles the TCP flow and generates MPTCP subflows. In this case, the generated subflows should not to go through the traffic distribution function of BANANA once again. 
> 
> I can imagine another scenario: BANANA is supported by the end device. Assume this end device supports MPTCP. It should exempt its MPTCP subflows from being processed by the traffic distribution function of BANANA.
> 
> BR, 
> Jing
> 
> -----邮件原件-----
> 发件人: Joe Touch [mailto:touch@isi.edu] 
> 发送时间: 2017年2月11日 1:42
> 收件人: Zuojing (2012 Laboratories); Margaret Cullen
> 抄送: Mingui Zhang; banana@ietf.org
> 主题: Re: [Banana] diff (banana load distribution, next-hop selection of multipath)
> 
> Hi, Jing (et al.),
> 
> 
> On 2/9/2017 6:10 PM, Zuojing (2012 Laboratories) wrote:
>> Dear Margaret and all,
>>
>> It's true that we need to exempt end-to-end MPTCP flows from BANANA processing in case the sub-flows of MPTCP are split by BANANA once again.
> 
> I disagree.
> 
> MPTCP flows are no different than a single TCP connection; both assume a single set of "path" properties, and both could be affected by use of multipath.
> 
> However, both may need to use multipath to have the resources needed, e.g., to complete a transfer quickly.
> 
> AFAICT, both should be treated the same for the purposes of BANANA, and neither one should have a blanket exemption.
> 
> Joe
> _______________________________________________
> Banana mailing list
> Banana@ietf.org
> https://www.ietf.org/mailman/listinfo/banana
> 

-- 
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de
http://kn.inf.uni-tuebingen.de