Re: [Banana] Charter

Margaret Cullen <margaretw42@gmail.com> Mon, 25 September 2017 17:43 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 00156134539 for <banana@ietfa.amsl.com>; Mon, 25 Sep 2017 10:43:50 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 5YQCXmP4-mL3 for <banana@ietfa.amsl.com>; Mon, 25 Sep 2017 10:43:48 -0700 (PDT)
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 E2248134532 for <banana@ietf.org>; Mon, 25 Sep 2017 10:43:47 -0700 (PDT)
Received: by mail-qk0-x22e.google.com with SMTP id g128so7472392qke.13 for <banana@ietf.org>; Mon, 25 Sep 2017 10:43:47 -0700 (PDT)
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:message-id:references :to; bh=TCmGhxDhca334Q+xxc6OCLOJyB17tMF7B/RUQKP1Qj8=; b=o4Ei04K7Am/DVPzahjfqPfWJ9cxrXLhsMURePq0BJh0grcUhZDsNExZvU5BGSK6Em+ zaUSlkpdqeyHVipYtinZSAJOQZ1kVn+1c5SBgBti98F4HVYWz5keczGgs+7zbRUonGMq 2LI9Anx/iS8+DikfDm+vDjpLbt/CcOzuTavPbR7gHB1HLqohFN0pGLGRYLZZ/R80pbo7 s6Ld6bQsGd9MpN4OPKrTUP9Bf4OqfHRcc+gb7ENMpT0lf025joo3sSrt6v5ujk/1R8Nq 5TUHItBTDvDg2jFq7xKV5sHmlxfqGp3YX1WPlbMg47VzhMAqp+iNQQwOAa83AFh+xrK8 sWYw==
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 :message-id:references:to; bh=TCmGhxDhca334Q+xxc6OCLOJyB17tMF7B/RUQKP1Qj8=; b=AfhPbr+Wi3KK0X58DfIiKHMyaeH2ECjTqM1ptj7XuAZCjtVUlZVOQEoF1O+livHm+j MsfhhGnzVoh6nL9lNJjet6fxSDhv9IkRpI0+z8KctYAaW3xmzBZy+CJzzhpZHYwX5bvx mCB3CKM9TL3m36Rbe/Nx/2eJojznh//DcKBv2DuRwvnbtMWRyYfS9+xPHDDVHGDZMS8I kHNuazK78gttXmI3CpHQW3WpVsKU+EJj6tA807Qnj9Q3nSfmxWr7R0LiXDbyjx38jAkn DjNRHkX/exMvI7Pp1vl+GLAxtSb3hoE7+BB2fQXgqYBlirQnM/Mp3H+Wp5w0drGAAc2h D6tw==
X-Gm-Message-State: AHPjjUioXK7dzrNc2b1AlygvVcS3pS/nAucWttUeyfPF2HVKVs4cl9zY XqkGaKQw+TNYUtbUlAD7GB5hd2Tg
X-Google-Smtp-Source: AOwi7QDRYsC+jY/LbCf3XS3B/cWBF3+oFBeA6pHcSfqDuT0lPtFTt49ghHGfmv3HJmNgCX89hLotYQ==
X-Received: by 10.55.138.7 with SMTP id m7mr11973432qkd.121.1506361426914; Mon, 25 Sep 2017 10:43:46 -0700 (PDT)
Received: from ?IPv6:2603:3005:2409:8400:88f8:c564:9b88:b39c? ([2603:3005:2409:8400:88f8:c564:9b88:b39c]) by smtp.gmail.com with ESMTPSA id a207sm5234594qkc.82.2017.09.25.10.43.45 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 25 Sep 2017 10:43:46 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_6B123962-76B1-4C01-81DD-1226175BDF5B"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Margaret Cullen <margaretw42@gmail.com>
In-Reply-To: <D5EE7C4C.4B6F%sgundave@cisco.com>
Date: Mon, 25 Sep 2017 13:43:44 -0400
Cc: "banana@ietf.org" <banana@ietf.org>
Message-Id: <AF6A5EE1-0263-48D8-85F0-65CF337EF654@gmail.com>
References: <D5EE7C4C.4B6F%sgundave@cisco.com>
To: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/g5F-vc5dHkqW8tFOWQxm4zmT9Vc>
Subject: Re: [Banana] Charter
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: Mon, 25 Sep 2017 17:43:51 -0000

Hi Sri,

The problem statement you are quoting was never presented in a BOF, and there is no expectation that it will be a work item of the currently proposed WG.  It is an old, expired I-D, from before the group had reached an understanding of our current scope and focus  Even at the time it was posted, feedback indicate that it was too DSL/LTE & BBF-specific. 

The “BANANA Scope and Problem Description” presented at the Informational BOF at IETF-97 can be found here:
https://datatracker.ietf.org/meeting/97/materials/slides-97-banana-banana-scope-and-problem-description/ <https://datatracker.ietf.org/meeting/97/materials/slides-97-banana-banana-scope-and-problem-description/>

That presentation represents where we were in discussing/refining our problem statement and scope as of November of 2016.  As you can see, it is not DSL/LTE-specific, at all. 

Our thinking about the problem was refined considerably on the BANANA mailing list after IETF-97, and at this point the current problem statement and scope for the proposed WG can be found in the first few paragraphs of the charter text.

Margaret


> On Sep 25, 2017, at 12:43 PM, Sri Gundavelli (sgundave) <sgundave@cisco.com> wrote:
> 
> Hi Nic,
> 
>> I do not agree here. Yes, DLS+LTE is a very valid use case with a lot of
>> momentum, but there are other use cases which were also mentioned during
>> the BoF. E.g. Bundling of SAT + DSL (and in fact there are offerings,
>> providing Internet over Satellite for home users as well with - very
>> small bandwidth DSL - as a backup). Why do you assume that WiFi means
>> WAN? Most of the home routers today provide WLAN and there are scenarios
>> where the WLAN of different customers is being aggregated.
> 
> 
> Ok. Lets quickly review the PS document that was used for this
> discussions, draft-zhang-banana-problem-statement-03.txt ("Problem
> Statement: Bandwidth Aggregation for Internet Access²)
> 
> "
> 1. Introduction
> 
>   Use cases of BANdwidth Aggregation for interNet Access (BANANA,
>   a.k.a., Hybrid Access) are described in the Technical Report [TR-348]
>   published by Broadband Forum: by providing Hybrid Access, Service
> 
> ³
> 
> Your use-cases are what BBF has defined per your PS. I assumed its clearly
> about DSL + LTE aggregation, that is driving this work. Now, if the
> argument is we need DSL + SATRAN, please point me to one RG that has
> support for DSL and Satellite, or a deployment where an RG uses Wi-Fi as a
> WAN link. Sure, I also saw the comment from Margaret that "one person on
> this thread mentioned wanted to aggregate two WiFi links, another person
> has talked about aggregating VPN links².  I wonder, if we have we made it
> so easy that we can create IETG WG¹s so easily, based on such individual
> wishes, with no details on how and where its used. Its well understood
> that link-aggregation has value and nothing new there. But, please present
> very specific use-cases beyond BBF use-case.
> 
> 
> 
> 
> 
> Regards
> Sri
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On 9/25/17, 1:42 AM, "N.Leymann@telekom.de" <N.Leymann@telekom.de> wrote:
> 
>> Hi Sri,
>> 
>> I do not agree here. Yes, DLS+LTE is a very valid use case with a lot of
>> momentum, but there are other use cases which were also mentioned during
>> the BoF. E.g. Bundling of SAT + DSL (and in fact there are offerings,
>> providing Internet over Satellite for home users as well with - very
>> small bandwidth DSL - as a backup). Why do you assume that WiFi means
>> WAN? Most of the home routers today provide WLAN and there are scenarios
>> where the WLAN of different customers is being aggregated.
>> 
>> I think we should not rule out any technology for the BANANA work.
>> 
>> Regards
>> 
>> Nic
>> 
>> 
>> -----Ursprüngliche Nachricht-----
>> Von: Banana [mailto:banana-bounces@ietf.org] Im Auftrag von Sri
>> Gundavelli (sgundave)
>> Gesendet: Freitag, 22. September 2017 19:21
>> An: Margaret Cullen <margaretw42@gmail.com>
>> Cc: David Allan I <david.i.allan@ericsson.com>; Muley, Praveen (Nokia -
>> US/Mountain View) <praveen.muley@nokia.com>; Alexandre Petrescu
>> <alexandre.petrescu@gmail.com>; Suresh Krishnan
>> <suresh.krishnan@gmail.com>; David Sinicrope
>> <david.sinicrope@ericsson.com>; Henderickx, Wim (Nokia - BE/Antwerp)
>> <wim.henderickx@nokia.com>; banana@ietf.org
>> Betreff: Re: [Banana] Charter
>> 
>> 
>> 
>> On 9/22/17, 10:09 AM, "Margaret Cullen" <margaretw42@gmail.com> wrote:
>> 
>>> 
>>>> On Sep 22, 2017, at 11:53 AM, Sri Gundavelli (sgundave)
>>>> <sgundave@cisco.com> wrote:
>>>> 
>>>> IF we step back, the motivation for this work is DSL + LTE aggregation.
>>> 
>>> Actually, there are quite a few people who have indicated that they
>>> would like to aggregate other link types.  There was a presentation at
>>> IETF-97 about aggregating LTE and Wifi, one person on this thread
>>> mentioned wanted to aggregate two WiFi links, another person has talked
>>> about aggregating VPN links. etc.
>>> 
>> 
>> So, LTE and DSL are out;  WiFi as a WAN link to home is not a known
>> service; SATRAN access to home is unheard of.
>> 
>> So, what are the two remaining links that are not WiFi, LTE, DSL, SATRAN
>> and not aggregation?
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Banana mailing list
>> Banana@ietf.org
>> https://www.ietf.org/mailman/listinfo/banana
> 
> _______________________________________________
> Banana mailing list
> Banana@ietf.org
> https://www.ietf.org/mailman/listinfo/banana