Re: [Banana] Reaching Consensus on Problem Statement

Michael Menth <menth@uni-tuebingen.de> Sat, 04 February 2017 12:59 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 678471296AA for <banana@ietfa.amsl.com>; Sat, 4 Feb 2017 04:59:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.301
X-Spam-Level:
X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 e-Tw_nASSDRo for <banana@ietfa.amsl.com>; Sat, 4 Feb 2017 04:59:54 -0800 (PST)
Received: from mx04.uni-tuebingen.de (mx04.uni-tuebingen.de [134.2.5.214]) (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 ECA82129629 for <banana@ietf.org>; Sat, 4 Feb 2017 04:59:53 -0800 (PST)
Received: from [192.168.1.100] (hsi-kbw-5-56-219-179.hsi17.kabel-badenwuerttemberg.de [5.56.219.179]) by mx04.uni-tuebingen.de (Postfix) with ESMTPSA id ECA2415AB6B; Sat, 4 Feb 2017 13:59:50 +0100 (CET)
To: Mingui Zhang <zhangmingui@huawei.com>, "banana@ietf.org" <banana@ietf.org>
References: <EE162993-F96F-458A-846C-D722EEF7A3B8@gmail.com> <58938029.4030907@uni-tuebingen.de> <4552F0907735844E9204A62BBDD325E7A63A14EF@NKGEML515-MBX.china.huawei.com>
From: Michael Menth <menth@uni-tuebingen.de>
Message-ID: <5895D1C9.9010809@uni-tuebingen.de>
Date: Sat, 04 Feb 2017 14:06:17 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <4552F0907735844E9204A62BBDD325E7A63A14EF@NKGEML515-MBX.china.huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/x8mD-5WVGEbqxJiS7hmVgeyR3O4>
Subject: Re: [Banana] Reaching Consensus on Problem Statement
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: Sat, 04 Feb 2017 12:59:55 -0000

Hi Mingui,

Am 03.02.2017 um 10:40 schrieb Mingui Zhang:
>> I can imagine that the load balancing option (per-packet or per-flow) may be
>> minor. Both may be justified for performance reasons depending on networking
>> conditions. Therefore, I wouldn't rule out per-flow load balancing but a priority
>> on per-packet may be reasonable to start with.
> 
> But there are solutions for per-flow load sharing already. Think about the widely used and standardized hashing methods. I think it’s non-necessary to mention per-flow load sharing issue in the problem statement. Otherwise, the problem statement would look like encouraging reinventing something.
That is right. But they may be inefficient in the presence of only a few
flows as they are distributed randomly accross paths without respecting
available resources. I can imagine that this situation could benefit
from Banana. It's certainly not a primary goal for Banana, but a
solution also solving this inefficiency could be a plus.

Regards,

Michael