Re: [Banana] Charter

"Muley, Praveen (Nokia - US/Mountain View)" <praveen.muley@nokia.com> Fri, 15 September 2017 01:17 UTC

Return-Path: <praveen.muley@nokia.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 8F8A91320C9 for <banana@ietfa.amsl.com>; Thu, 14 Sep 2017 18:17:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level:
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 YwOHznjzxOUG for <banana@ietfa.amsl.com>; Thu, 14 Sep 2017 18:17:05 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0131.outbound.protection.outlook.com [104.47.2.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34D2E1286C7 for <banana@ietf.org>; Thu, 14 Sep 2017 18:17:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3OBXqjUY7HF73Ic0asy2bGaE7AWd8MwwdqFFPjKbohI=; b=RN5KP+QN+DckrJqMGgT+PF//PtYz6GiIKeAeQKHP8UswyJxe1kjoZAjG9WO3RrzdCSIHec6+iC4pxZf92GWsz1S3do8OeHDTlr0wEQE+PRYUqLpzxSwqsaqFJR4fGIVBmlLZcDRThRbnKJYrPK+7PfD/SKMu+eqvFbSbcvGP2m8=
Received: from HE1PR0701MB2188.eurprd07.prod.outlook.com (10.168.36.25) by HE1PR0701MB1964.eurprd07.prod.outlook.com (10.167.189.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.5; Fri, 15 Sep 2017 01:17:01 +0000
Received: from HE1PR0701MB2188.eurprd07.prod.outlook.com ([fe80::8d57:e0e6:486:6964]) by HE1PR0701MB2188.eurprd07.prod.outlook.com ([fe80::8d57:e0e6:486:6964%13]) with mapi id 15.20.0077.005; Fri, 15 Sep 2017 01:17:00 +0000
From: "Muley, Praveen (Nokia - US/Mountain View)" <praveen.muley@nokia.com>
To: Margaret Cullen <margaretw42@gmail.com>, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
CC: Alexandre Petrescu <alexandre.petrescu@gmail.com>, "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>, "banana@ietf.org" <banana@ietf.org>
Thread-Topic: [Banana] Charter
Thread-Index: AQHS/w5mXMtIffsXq0694fWkm5K0oaJYQcGAgEQj/GCAGNW/DYAAQgBA
Date: Fri, 15 Sep 2017 01:17:00 +0000
Message-ID: <HE1PR0701MB2188FCD4F66B94711A6CDC3FEA6C0@HE1PR0701MB2188.eurprd07.prod.outlook.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> <HE1PR0701MB21884F35D61DDA53426CDCBEEA9C0@HE1PR0701MB2188.eurprd07.prod.outlook.com> <D5DE884A.28A3E7%sgundave@cisco.com> <ABACEE0C-8ED6-468B-9746-923321CCCCBB@gmail.com>
In-Reply-To: <ABACEE0C-8ED6-468B-9746-923321CCCCBB@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=praveen.muley@nokia.com;
x-originating-ip: [135.245.20.30]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR0701MB1964; 6:p9MjtbsCwh4e9/QSrnONO8Zh2oECuiJzTCdSowJKybAJad1h+7XXORWKyYo3HprLh48dlBWsS42B8GQN4GvTV/nvdZdxQFkPiA+0Tm3a5v4tjk6scYWpvpAJvXTw6t0JTfQzzPUrrfpcIuQmeLsf9XVUhg1GEUiVR+EE5zYVjPorRwGmEM3GF2P4qNZrKLee+2SXg2Va3U9eX/mEhjedsaGHZR9hb66CqDqPd5SDgxLLUNA0CnlpWSMiA4/ah1oONcrSpQcbQwi+SCnSLg8W1gYG3+/abvY7ujKLwhnRdNKGNVcJcKqQdwFkrf6PtdqDmmDH+xvhS7ZOxBRvMM3sZQ==; 5:YH8MQ8EgGw1xz2/KS7RT3YVupoiSmOM7mo7vgNpITQchDZTNfVu9tV4w/GtyHNt4zsSZ/dVo/ClMqDqxI/l8piD2h6oQavD112yZGPiaDBNGQnkHlddC6gqfvcsJA9kF/Zc+mlL8Iy8uwc3z338POW4BIWb6RfvTi7GHPkuPHBE=; 24:XI/q/wX9wRQY+jpT4w252ynrkGeZHIzRSYUb/iOPgHFYd2tEG1dvJXZ2T7/QEaND/v0rXwMTTgvr9yfYy5kgtJIgIfTxCXy/lKqhTVT8b6w=; 7:DTTCNRIrXKzBIPPnEX0qjquFrvP6bI0VDw8zu24T7L0SQC6xORhnBKuI9d4xbApFUuI1e8C5iUZFy+u3Ie0kxI6KCjkfN0PebCQqhvMfuenjc2oJfS5bCKReJxzV+0ziLYc2SZnqQAlFIB4J31UGDHMMGyWcpvwQlAsJn3dOt9j8kDMEWQWLfuJ22RkbNdilXP/Omksrl1wft2J2BAJlCqkyIDBzi1qU45W2fwooFC8=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(6009001)(376002)(346002)(39860400002)(199003)(189002)(377454003)(57704003)(13464003)(106356001)(2900100001)(189998001)(39060400002)(4326008)(102836003)(3846002)(6116002)(6246003)(101416001)(76176999)(50986999)(99286003)(53936002)(55016002)(54906002)(9686003)(33656002)(229853002)(6506006)(7696004)(5660300001)(2950100002)(54356999)(66066001)(105586002)(6436002)(2906002)(14454004)(3280700002)(81156014)(8676002)(81166006)(5250100002)(5890100001)(8936002)(53546010)(93886005)(25786009)(478600001)(305945005)(7736002)(3660700001)(74316002)(68736007)(97736004)(86362001)(316002); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB1964; H:HE1PR0701MB2188.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: 483a0ed4-718e-4495-e78d-08d4fbd77794
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:HE1PR0701MB1964;
x-ms-traffictypediagnostic: HE1PR0701MB1964:
x-exchange-antispam-report-test: UriScan:(278428928389397)(82608151540597)(100405760836317)(95692535739014);
x-microsoft-antispam-prvs: <HE1PR0701MB196442FAA6C7B57ACC24DBFDEA6C0@HE1PR0701MB1964.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123555025)(20161123564025)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:HE1PR0701MB1964; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:HE1PR0701MB1964;
x-forefront-prvs: 0431F981D8
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2017 01:17:00.7463 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB1964
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/qgXDOuMrJfEPIRDJTTjCGrBboec>
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: Fri, 15 Sep 2017 01:17:07 -0000

In IETF 99 there was no debate/discussion on problem statement which was working group BOF.  It was more of charter edits assuming that everyone agrees with problem statement. In charter if we exclude the single provider offering service ( i.e the CPE and Aggregation point ) then I am NOT sure how valid is the business/use  case for over the top bandwidth aggregation case ?  It will be better if we can find consensus on the exact use case  which can be of larger interest. One thing also we SHOULD consider here in our debate is,  if there are already MP-solutions are progressing in other working groups which are relevant for the problem statement then do we need another working group ?

-Praveen 

-----Original Message-----
From: Margaret Cullen [mailto:margaretw42@gmail.com] 
Sent: Thursday, September 14, 2017 2:03 PM
To: Sri Gundavelli (sgundave) <sgundave@cisco.com>
Cc: Muley, Praveen (Nokia - US/Mountain View) <praveen.muley@nokia.com>; Alexandre Petrescu <alexandre.petrescu@gmail.com>; Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com>; banana@ietf.org
Subject: Re: [Banana] Charter


Hi Sri,

> I have the same comment. It is not clear to me either on what exactly 
> this WG intends to do. In the BOF (WG-forming) meeting, there was no 
> opportunity given to raise any questions on the problem statement.  
> The entire focus of the meeting was on some charter text without any 
> discussions on 1.) problem statement, 2.) currently known art, 3.) 
> efforts in other WG groups,4.) the gaps.  There was no agreement on 
> IETF 98 BOF meeting (non-WG forming) either on the problem statement.

Actually, the non-WG forming BOF was held at IETF-97, and it is true that we did not yet have agreement on a clear and well-understood problem statement at that time. We didn’t hold a BOF at IETF-98.  Instead, about 30 of us met for a publicly-scheduled "Bar BOF" and discussed the problem statement and possible charter text. There was also _considerable_ discussion of the problem statement on the mailing list between IETF-97 and IETF-99, and we reached general agreement on our problem statement on the mailing list.

At IETF-99, we reviewed the charter text, which included our agreed problem statement as the first few paragraphs.  To wit:

"The BANdwidth Aggregation for Network Access (BANANA) Working Group is chartered to develop solution(s) to support dynamic path selection on a per-packet basis in networks that have more than one point of attachment to the Internet.

Bandwidth Aggregation consists of splitting local traffic across multiple Internet links on a per-packet basis, including the ability to split a single flow across multiple links when necessary.

It is the goal of this WG to produce a Bandwidth Aggregation solution that will provide the following benefits:

	• Higher Per-Flow Bandwidth: Many Internet links available to homes and small offices (DSL, Cable, LTE, Satellite, VPNs, etc.) have relatively low bandwidth. Users may wish to run applications (such as streaming video, or content up/downloads) that require (or could benefit from) more bandwidth for a single traffic flow than is available on any of the local links. A Bandwidth Aggregation solution could supply the needed bandwidth by splitting a single traffic flow across multiple Internet links.
	• Reduced Cost: Traffic sharing on a per-packet basis allows the full bandwidth of the lowest-cost link to be used first, only using a higher-cost link when the lowest-cost link is full.
	• Increased Reliability: When one Internet link goes down, ongoing application flows can be moved to another link, preventing service disruption.”

We went through the charter text, sentence by sentence, at the BOF and the only change we made to the problem statement portion of the charter was to add VPNs to the list of low bandwidth Internet links.  There was an opportunity to discuss every sentence in this section, but people didn’t have much to say about it, probably because we had already spent months discussing it on the list and in a Bar BOF.

During the question period at the end of the BOF, we asked whether the problem was clear and well-understood.  The large majority of  the people who responded said “yes”.  This was recorded in the minutes as a “decent hum” for yes, and a “low murmur” for no. 

> So, I do not
> understand why we are jumping on charter text discussion without clear 
> agreements on the problem statement.

Based on the agreement on the mailing list and in the room in Prague, I would say that we _do_ have agreement on a clear and understandable problem statement.  What makes you think we don’t?

> I really hope IESG will review all the notes/discussions carefully.

I am sure that Suresh can be trusted to review things carefully before he puts our charter on the IESG agenda.  If there are any particular notes or discussion that you would like him to review, please feel free to draw his attention to them.

Margaret