IETF Logo Mail Archive

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

Margaret Cullen <margaretw42@gmail.com> Fri, 03 February 2017 15:49 UTC

Return-Path: <margaretw42@gmail.com>
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 85D3A129C36 for <banana@ietfa.amsl.com>; Fri, 3 Feb 2017 07:49:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 0QgyCd2d5M1W for <banana@ietfa.amsl.com>; Fri, 3 Feb 2017 07:49:18 -0800 (PST)
Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66592129437 for <banana@ietf.org>; Fri, 3 Feb 2017 07:49:18 -0800 (PST)
Received: by mail-qk0-x22e.google.com with SMTP id 11so1874025qkl.3 for <banana@ietf.org>; Fri, 03 Feb 2017 07:49:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=R1qWoOKVElLlmq+Wxx9Q8py+jAC7iqyqB4kQx5tmb5c=; b=IeOSqaQDEasMTSKYUBiEzajrCfMN3V3QYxfcW/OBrVvKyajqNS7jA/vAbtS+cee6zi aDytfVoJIDhL/JvR2eZJoMRwb5V1ao8JsiZYFPg1dcP8WtTnQmtQompP7ljLGYxwp11C Uko1oIwfXyWgw29d4E1T51v3ORqVPqEIgH57Oui/prCx/NZ7/pE0Gm7Vm62koLxObZOF 1NqwrrGyLS4QjsQpr6ZE3xKol7ylCd/xfwyI09A8yCzfD+xzd8PZ2pqoeXB/lgyp27rp 5iH6gNOkUc+geNsyE97axDXfuqMZzQ8zJPXAN81XOz149JCXebj7Fgf41RfHb4h/mgNu +3xg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=R1qWoOKVElLlmq+Wxx9Q8py+jAC7iqyqB4kQx5tmb5c=; b=StK0o89+6JF0CRAf16ke7/qcQ31fL0lyUFx/yHdQRdQPthXvkse3k5ZIBTdk2hFJ9Y rUgAOUgvqWX2FR82BwTeRwh/6UYPSHPZOVSNuWuzRLaKZ12Jl0HB0v/i5f9xSgUJoScv sYo7XJT0m1R+sA3vlKCas7qml6+MW6vE1iZcwwQM9XQVnaoirYEp9U76LriwgzHh5Z7J 01pFcRb+XjAq+i3CvwsH00rChXHICGze7sEvWAUGljrP5OS3Imfl8L0zMYxqMLfB8dvB ushjNuoKzBimvxYKWW7U413Ct2A5V+EZFTiZkk13QrKkJXEcXbj/9VNGMzGzA3VfIbpW BNvQ==
X-Gm-Message-State: AMke39nzy9lI74ZxZiODorMzaCo9SryYY1rV9rp5eqxEbZI+cb8KdyBSvHMYETa4bcQ9rg==
X-Received: by 10.55.101.194 with SMTP id z185mr14753236qkb.318.1486136957516; Fri, 03 Feb 2017 07:49:17 -0800 (PST)
Received: from ?IPv6:2601:18d:4700:100:5426:28dc:a759:1449? ([2601:18d:4700:100:5426:28dc:a759:1449]) by smtp.gmail.com with ESMTPSA id q5sm24670777qtc.36.2017.02.03.07.49.16 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 03 Feb 2017 07:49:17 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Margaret Cullen <margaretw42@gmail.com>
In-Reply-To: <4552F0907735844E9204A62BBDD325E7A6386E6A@NKGEML515-MBX.china.huawei.com>
Date: Fri, 03 Feb 2017 10:49:15 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <C328BFD1-A2B7-4E95-956A-D553A8167922@gmail.com>
References: <4552F0907735844E9204A62BBDD325E7A6386E6A@NKGEML515-MBX.china.huawei.com>
To: Mingui Zhang <zhangmingui@huawei.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/vEfyIlpsDGLggzvTQ-PJQYLvYjk>
Cc: "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: Fri, 03 Feb 2017 15:49:19 -0000

> On Dec 23, 2016, at 5:00 AM, Mingui Zhang <zhangmingui@huawei.com> wrote:
> 
> Hi,
> 
> It seems worthwhile to sort out the differences between the next hop selection issue in the routing area and the banana load distribution issue. 

I agree.  This is not about choosing a next hop for each flow, this is about allowing a single flow to share the bandwidth of more than one access link.
> 
> 
> An advantage over the next-hop selection is that banana offers a small reordering buffer at the egress. For this reason, a certain level of packet disorder can be absorbed so that it does not screw up the TCP. With this buffer, banana can perform per-packet load distribution, which means packets from the same flow will be transmitted over multiple different paths.

This paragraph is specific to a particular solution — the bonding tunnel solution.   And MPTCP-based solution would handle flow control and recombination differently.

Margaret

v2.23.0 | Report a Bug | By Email