IETF Logo Mail Archive

Re: [Banana] Charter

Margaret Cullen <mrcullen42@gmail.com> Mon, 18 September 2017 23:15 UTC

Return-Path: <mrcullen42@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 566F4132076 for <banana@ietfa.amsl.com>; Mon, 18 Sep 2017 16:15:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 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_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 2E_W7x--dz6F for <banana@ietfa.amsl.com>; Mon, 18 Sep 2017 16:15:47 -0700 (PDT)
Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (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 0753A1252BA for <banana@ietf.org>; Mon, 18 Sep 2017 16:15:47 -0700 (PDT)
Received: by mail-qt0-x235.google.com with SMTP id q8so2180349qtb.5 for <banana@ietf.org>; Mon, 18 Sep 2017 16:15:46 -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=Yw2PCd+ulqEQ0mbKwns68MVjXc7sbIeXOc471aC2unw=; b=K83GcKlfC+FLUyqRfCW1O4OTa/1sIBr3f/T/KBL3xbzzUmQ6W68SXfCwmTcBJMRN7e IViyHVIFBozTKcju4qYuvaMWN52MkIqYmHe+d/t1JfXaG9uU9i1N2MSmyxuf69pKguPA eVuUkFENxgOtV7poXPRO3Vm7Pf5AXXYY2G8RfOgt2GFZeot01RuNyyYZo0HibpX41stl bh04sJwnhm7GJAGcaIoO3nuXKj9uCjpFnEwnVbbb0N1Z6vDztOOsZQGKd6+dKPdGI+cl +0lZyn5zSTlCOoyCX7U2qDuQUjivi6ApWTLOsuqNK5AIYcxEFK84j7CWVExINNMQWiv6 7yLQ==
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=Yw2PCd+ulqEQ0mbKwns68MVjXc7sbIeXOc471aC2unw=; b=oOvvGZx16Xdc3AW9F7INpBk/7mXJCs8+YrZ8WBXjPgcBALnXecS27Gm5oePPeiHBro 5B5TpOr+Q2TqfOukhPuCz3tSEnkVY0AOIwJKSS6gfOxyYLdB5T0hNfwHxCzHr7aYrWpA p07lXoFSw3i0f+76rXCtGdG6yo0DMn35+Iqk0N36pNen+gEyBDmr5d+1zFSKkbFF5Cye SzzD1ZwVe2uEhQWMs22l6rLxIKfH1b3af1f4+n83o89RRLWGPRtG9WYTKY5krljQNVSJ jY9XgH0m6+m1yORWl3gMcQ6iORLpj9BH/zUJU8jxp3pzqJz97BsvJD6RMzO8sbuyXEri MHyg==
X-Gm-Message-State: AHPjjUidQE92HSvLhQPKjD6uySZdf8HsWLk5iIkSntFTsGlNDxG05zNd cNR3JQXErp+kHw==
X-Google-Smtp-Source: AOwi7QCxwz6Mz8Qwd1babwU95svjDjL089G3eqU36eYVvil+BckOsjkc1GdO7STk8Az8WeGwQjUImw==
X-Received: by 10.200.52.60 with SMTP id u57mr51887309qtb.107.1505776546034; Mon, 18 Sep 2017 16:15:46 -0700 (PDT)
Received: from ?IPv6:2601:18c:503:a54a:f47b:5bf6:c24c:20c5? ([2601:18c:503:a54a:f47b:5bf6:c24c:20c5]) by smtp.gmail.com with ESMTPSA id f64sm4176237qka.6.2017.09.18.16.15.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 18 Sep 2017 16:15:45 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_60FBFF7A-F72E-48AA-9B50-568770115849"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Margaret Cullen <mrcullen42@gmail.com>
In-Reply-To: <D5E58ECD.22D723%sgundave@cisco.com>
Date: Mon, 18 Sep 2017 19:15:44 -0400
Cc: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>, "Zhangmingui (Martin)" <zhangmingui@huawei.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, "banana@ietf.org" <banana@ietf.org>
Message-Id: <355C07D1-032F-4E07-AEEB-6E1FD5024A68@gmail.com>
References: <96A7BC33-FB64-487A-A60D-7AB8504C9DDF@gmail.com> <a1df884a51f246a7969c0057ff78d807@BTWP000357.corp.ads> <C3A4BFB9-EAD7-4B32-90C1-248D6D74ECD1@gmail.com> <9A767D1D-C6CA-4C7D-A281-7150E259881D@gmail.com> <DB5PR07MB13998EE07C5B5D5DBACED79C9B1A0@DB5PR07MB1399.eurprd07.prod.outlook.com> <7ED94797-5E72-4191-B861-4CD2F410BBD5@gmail.com> <7i60gox0c8.wl-jch@irif.fr> <DB5PR07MB1399FEDB262E0205457EA8AB9BFC0@DB5PR07MB1399.eurprd07.prod.outlook.com> <87bmqgov69.wl-jch@irif.fr> <DB5PR07MB1399977AFFE9FA7D19A2D34D9BFC0@DB5PR07MB1399.eurprd07.prod.outlook.com> <0d8ce583860345b89020113f1239be5d@BTWP000357.corp.ads> <21BD0F20-9CE5-466B-992E-93F6D84DB7D4@gmail.com> <95788B92-E8C1-4FE6-9B0C-7F29361D9297@trammell.ch> <d3759d89-9f6e-bcf4-8c44-32f3f435d784@gmail.com> <01e83ac6-0bd0-e7c7-01e4-0ffb7af73034@gmail.com> <4B6D7CF5-E6BC-4ECA-9299-7458A624320B@nokia.com> <B31BA5EB-7369-4B49-B240-AA6C3E653231@gmail.com> <2F216DBC-43EE-45AC-AAB8-68C81A14AD73@nokia.com> <4552F0907735844E9204A62BBDD325E7A65EC703@NKGEML515-MBX.china.huawei.com> <260086DD-D245-46EF-89E2-308D5A58AAFB@nokia.com> <5FECB6A6-41B7-41D1-A8B8-B7BCE8474F90@gmail.com> <2CD45C9D-41FB-425F-946E-D3AE47C9B000@nokia.com> <6A618A1C-92FB-467F-8F7D-6A9B40FC191E@gmail.com> <D5E56BEA.28AE8D%sgundave@cisco.com> <9CD725AF-B9FE-4E81-BFD6-21A812DF48CF@gmail.com> <D5E58ECD.22D723%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/OnMYwLlgEM_hc7ASZaVvVNtYskY>
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, 18 Sep 2017 23:15:48 -0000

> On Sep 18, 2017, at 6:30 PM, Sri Gundavelli (sgundave) <sgundave@cisco.com> wrote:
> Generally, I agree with your above statement. If there is enough interest to do some new work and people ready to write some drafts and people ready to chair the meetings, creation of a WG should be the most logical thing. But, that goes with the assumption that the work is not overlapping with some other work that is happening some where else. That needs to be ensured and hence the need to agree upon the problem statement from both interested and non-interested parties. We need to review this overlap with QUIC, MPTCP, MobIKE and Mobile IPv6 protocols. 

This is one of the reasons we have BOFs.  If you believe that there is some overlap with one of those protocols, or that one of those protocols already solves the problem, say that and explain how.  Also, perhaps include some explanation of what that protocol is not already being used to solve this problem, or what sort of changes or extensions would be needed to make it solve the problem more completely.  I am pretty sure that the IESG doesn’t want to charter a group to solve an already-solved problem.  

There are people solving this problem today, in the field, though, and they don’t seem to be using the protocols you have mentioned.  Can you point to someone who is?

Margaret

v2.23.0 | Report a Bug | By Email