Re: [Banana] charter comments and discussion

Juliusz Chroboczek <jch@irif.fr> Sat, 01 April 2017 14:38 UTC

Return-Path: <jch@irif.fr>
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 0DBEC1294A2 for <banana@ietfa.amsl.com>; Sat, 1 Apr 2017 07:38:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 11k1Z5Pqf05V for <banana@ietfa.amsl.com>; Sat, 1 Apr 2017 07:38:37 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 68B4C129407 for <banana@ietf.org>; Sat, 1 Apr 2017 07:38:37 -0700 (PDT)
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/56228) with ESMTP id v31EcYwo003301; Sat, 1 Apr 2017 16:38:34 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id AEE0AD79D5; Sat, 1 Apr 2017 16:38:34 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id rZ1h8MC4bamN; Sat, 1 Apr 2017 16:38:33 +0200 (CEST)
Received: from ijon.irif.fr (50-205-78-34-static.hfc.comcastbusiness.net [50.205.78.34]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 0ACE9D79DF; Sat, 1 Apr 2017 16:38:31 +0200 (CEST)
Date: Sat, 01 Apr 2017 09:38:48 -0500
Message-ID: <87inmop4zr.wl-jch@irif.fr>
From: Juliusz Chroboczek <jch@irif.fr>
To: "Philipp S. Tiesel" <phils@in-panik.de>
Cc: Pierre Pfister <pierre.pfister@darou.fr>, banana@ietf.org
In-Reply-To: <EF4E98E2-97F3-48F4-8EA6-082D0D2B28E8@in-panik.de>
References: <15B815DE-FD49-4B66-B844-B3728A255CA6@darou.fr> <EF4E98E2-97F3-48F4-8EA6-082D0D2B28E8@in-panik.de>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Sat, 01 Apr 2017 16:38:34 +0200 (CEST)
X-Miltered: at korolev with ID 58DFBB6A.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 58DFBB6A.001 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@irif.fr>
X-j-chkmail-Score: MSGID : 58DFBB6A.001 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/j0pxbHr9K0WZn2TSRWGHhPLD_MM>
Subject: Re: [Banana] charter comments and discussion
X-BeenThere: banana@ietf.org
X-Mailman-Version: 2.1.22
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, 01 Apr 2017 14:38:40 -0000

>> - Makes sure that packets received by src (resp. dst) are identical to
>>   packets originated by the dst (resp. src).
>> - Only aggregates traffic "between consenting adults", i.e., when both src
>>   and dst endpoints are aware of what is going on.

> - you should not be stuck with banana when you are able to use
>   a transport protocol that can do better (e.g. MPTCP or MP capable Quick
>   some time in the future)

> - When using banana, you should be able to get rid of the reordering and
>   the delay it causes (e.g. if your transport protocol can really
>   tolerate reordering - not in a TCP way)

I think the two of you are speaking of different things.  Pierre is
speaking about his concern that Banana will introduce a new kind of IPv6
middlebox, so he requests that a Banana box behave as a dumb
en/decapsulator.  Pilipp is speaking about the ability to bypass Banana.

Both requirements have the same goal (avoiding contributing to so-called
"ossification"), but they are different requirements.  For the record,
I support both.

-- Juliusz