Re: [Banana] Updated Charter

Margaret Wasserman <margaretw42@gmail.com> Fri, 29 September 2017 13:31 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 F14F013304E for <banana@ietfa.amsl.com>; Fri, 29 Sep 2017 06:31:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level:
X-Spam-Status: No, score=-2.448 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, MIME_QP_LONG_LINE=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 N52wiSFiD4wQ for <banana@ietfa.amsl.com>; Fri, 29 Sep 2017 06:31:44 -0700 (PDT)
Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::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 15124132D79 for <banana@ietf.org>; Fri, 29 Sep 2017 06:31:44 -0700 (PDT)
Received: by mail-qk0-x235.google.com with SMTP id b23so1166284qkg.1 for <banana@ietf.org>; Fri, 29 Sep 2017 06:31:44 -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 :content-transfer-encoding:message-id:references:to; bh=j21W+Zl/9RonmwWc7dbNSGz2gLIDv9zn4fUl/Uk/MKc=; b=KbSAh/9ZlK8TD1tvSy5bLwCrqKR+7ZkWNDy9F099oHAwSo+Ar5O99krDdvXr2CASmg R7LPFDVS9L9frc+BxpaFnKXN6jU1bPhXIrKPEbMi7HVSqj0cdk9t2S5sjoWuVmBBCSdh oZ39+WVWFQAVHJj49zpLMu3Yd+hAeOgJ6cFjyqPSlSX2c4EDf6jXptKAqLogqS+AZbXA 5h2w72HwlpUu5B/7FuYlkKp0BghuPMADrehLVJPCevR3cNO1wKMAnfB+IJNCoN/jLOwg ZYOOXsK72cUqg0fqpOgHNrSbJuxHKjMeNOwcq/Xca0kblz0dizP21TmgUesdSq0gjgJU 7OmA==
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=j21W+Zl/9RonmwWc7dbNSGz2gLIDv9zn4fUl/Uk/MKc=; b=MYl4SloDQ8HVBR+n5UckXP0wUZjgmzw0xjEoFW7VyS3ov6kbWFf4iavVA/4lbAJlVe WrrWvZ3CQNzdPjkXCKzGW69SaAmAzjp46hJLgvA/+b1f7FSBLA77MjMtUKjPJWxqolJc if9tY0AWImzSUE48GCczEC63vPWul+1SISLlSfZxgMVB+xriQLqokb5Bk6PNPA1zh0Kf 8sbTD98qYwnA/xu1TTuknATzoPtfgDbjQygzFeKy4cCZ+p8QOgZgQpWdhVoCQh7mqs5a xaVVcZ60XMUdv4bSrqs3t9zXkZN2qxldMcFwwf/4Ft5xzZDDAqBiBHHwW2bBU/tfNrHe GkUA==
X-Gm-Message-State: AMCzsaWM/O6VH5la7jfUo7yHPE/Qr8xueApGrkvNE0GtXoWtBo3AeOwm NxhWWDhYT7Cfilf2vSDIniaSOz8v
X-Google-Smtp-Source: AOwi7QCsKm3OuUB+nB/S6Q/R+B9JPIZicrhGK61UEdWW5ndz6N7s14M+tplkITXu5lQUmvScdpDRqg==
X-Received: by 10.55.42.73 with SMTP id q70mr3193325qkh.337.1506691901781; Fri, 29 Sep 2017 06:31:41 -0700 (PDT)
Received: from ?IPv6:2607:fb90:298b:fc22:46:b4f0:31e4:d9c8? ([2607:fb90:298b:fc22:46:b4f0:31e4:d9c8]) by smtp.gmail.com with ESMTPSA id v57sm2773038qtv.21.2017.09.29.06.31.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Sep 2017 06:31:40 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-A8647724-A992-4174-9C92-49FF096DAAD9"
Mime-Version: 1.0 (1.0)
From: Margaret Wasserman <margaretw42@gmail.com>
X-Mailer: iPhone Mail (14G60)
In-Reply-To: <AB097715-06CF-4346-8D71-F85A1D94FFE7@cisco.com>
Date: Fri, 29 Sep 2017 09:31:39 -0400
Cc: "N.Leymann@telekom.de" <N.Leymann@telekom.de>, "praveen.muley@nokia.com" <praveen.muley@nokia.com>, "philip.eardley@bt.com" <philip.eardley@bt.com>, "wim.henderickx@nokia.com" <wim.henderickx@nokia.com>, "david.i.allan@ericsson.com" <david.i.allan@ericsson.com>, "banana@ietf.org" <banana@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <2D20D6B5-442B-4A01-BB89-90F8DF7AF5D4@gmail.com>
References: <2F845727-395A-4FDD-9E6D-41734E22F9BD@gmail.com> <a7717b292b2f4ece916410f98dc38cb4@rew09926dag03b.domain1.systemhost.net> <BEBED891-9A4B-421F-BD80-606D20FB803B@gmail.com> <E6C17D2345AC7A45B7D054D407AA205C68F6B38A@eusaamb105.ericsson.se> <E8628CC1-A63B-422C-AF18-3A16AF3F9223@gmail.com> <E6C17D2345AC7A45B7D054D407AA205C68F6B49C@eusaamb105.ericsson.se> <B420FF35-A139-45EB-AE64-A330B58A5E28@nokia.com> <0C6764E0-B414-4F0A-A04C-B9CC9E5DFABB@gmail.com> <D5F00874.28BB74%sgundave@cisco.com> <A0ED15BD-D3D2-461A-83A8-FC4015A73EE2@gmail.com> <D5F1703B.5643%sgundave@cisco.com> <495513e936694f4da78b8ccf3091c618@rew09926dag03b.domain1.systemhost.net> <D5F26882.5810%sgundave@cisco.com> <D760CAA0-60B7-4DE6-A0CD-690B159E8249@gmail.com> <D5F2935A.5985%sgundave@cisco.com> <867B5DD2-E180-476E-B6DA-D1D939A8F8D9@gmail.com> <D5F2ADD7.5A3D%sgundave@cisco.com> <C753FE39-71C5-46BB-91F2-1666D482C575@gmail.com> <D5F2CA59.5A89%sgundave@cisco.com> <HE1PR0701MB2188DBC9FE6021F47C14521BEA7E0@HE1PR0701MB2188.eurprd07.prod.outlook.com> <1890cb3cd61b4d799497b0dc01030143@HE105662.emea1.cds.t-internal.com> <AB097715-06CF-4346-8D71-F85A1D94FFE7@cisco.com>
To: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/raAs7pN0iBpWzmorSnzTnVj5w08>
Subject: Re: [Banana] Updated 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: Fri, 29 Sep 2017 13:31:46 -0000

Hi Sri,

BANANA is the name of a proposed WG, not a protocol.  The candidates have multiple different names.  What the final protocols, extensions or options would be called is unknown, especially if they result from the merger of multiple proposals, but I doubt any of them would be called "BANANA"...  

There is a value to having a standard, even if multiple proprietary approaches continue to exist, IMO.

Margaret


Sent from my iPhone

> On Sep 29, 2017, at 9:04 AM, Sri Gundavelli (sgundave) <sgundave@cisco.com> wrote:
> 
> Hi Nic,
> 
> On Sep 29, 2017, at 3:06 AM, "N.Leymann@telekom.de" <N.Leymann@telekom.de> wrote:
> 
>> I see here the risk that every WG comes up with a specific solution (e.g. for QUIC, MPTCP, …). The might use different control mechanisms and
>> 
>> even different policies (e.g. QUIC might prefer WLAN over LTE, MPTCP LTE over WLAN).
>> 
> 
> There will never be one God protocol which is the protocol for a solution. QUIC/MPTCP/MobIKE/MIP/SSL/GTP are all candidate protocols that will be enhanced and deployed for multipath related solutions. We cannot stop them from extending those protocols. 
> 
> We are mixing interoperability within a protocol, with interoperability across solutions.
> IETF is not in the business of mandating a specific protocol for a solution, or strive for a single solution across internet. A vendor/SDO may use "n" of protocols of his choice for a solution. We only ensure interoperability within a protocol and not interoperability across solutions. Again, IETF has not standardized "the routing protocol", or "the IPv6 transitioning protocol" and there will never be, "The Banana protocol".  
> 
> Sri