Re: [Banana] banana meeting in Chicago

"Flinck, Hannu (Nokia - FI/Espoo)" <hannu.flinck@nokia-bell-labs.com> Mon, 24 April 2017 08:55 UTC

Return-Path: <hannu.flinck@nokia-bell-labs.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 9CB8A129BFC for <banana@ietfa.amsl.com>; Mon, 24 Apr 2017 01:55:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-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 01CclNCHbETg for <banana@ietfa.amsl.com>; Mon, 24 Apr 2017 01:55:02 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50105.outbound.protection.outlook.com [40.107.5.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A9D9129BF7 for <banana@ietf.org>; Mon, 24 Apr 2017 01:55:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=coOB6akIzVFGaZVmWaN0RhPgXWwjabl7Nm4EhozVccA=; b=RHxr3BtCFs/pbfXISgvLCnYa4x7qtNcPjhGViQn3+HheaYeD6h13k+xqslb6kzy6Gzqp8bwr+SV46fFV3rHU0MiFG/Rro0tU2/N69gL3YpBpzWGMeET8LytkVmfLSVoSX7W06Bx1i1o3KjVIXZG2lO4QPiofBC8bX/d/0puP/gU=
Received: from DB5PR07MB1399.eurprd07.prod.outlook.com (10.166.4.9) by DB5PR07MB1398.eurprd07.prod.outlook.com (10.166.4.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Mon, 24 Apr 2017 08:54:58 +0000
Received: from DB5PR07MB1399.eurprd07.prod.outlook.com ([fe80::5c68:e5ed:361c:299]) by DB5PR07MB1399.eurprd07.prod.outlook.com ([fe80::5c68:e5ed:361c:299%14]) with mapi id 15.01.1061.010; Mon, 24 Apr 2017 08:54:58 +0000
From: "Flinck, Hannu (Nokia - FI/Espoo)" <hannu.flinck@nokia-bell-labs.com>
To: Margaret Cullen <margaretw42@gmail.com>
CC: "banana@ietf.org" <banana@ietf.org>
Thread-Topic: [Banana] banana meeting in Chicago
Thread-Index: AdKSf1E7x9+L6TJXRHWr6/pzt1dA6wqVuU+AAAB1r1A=
Date: Mon, 24 Apr 2017 08:54:58 +0000
Message-ID: <DB5PR07MB13990A379C6D6852B9135FF29B1F0@DB5PR07MB1399.eurprd07.prod.outlook.com>
References: <DB5PR07MB1399052C89F47FF9EE95D7A79B290@DB5PR07MB1399.eurprd07.prod.outlook.com> <9E38D5AA-D84E-4D62-B0E2-FECBD2FCB6BF@gmail.com>
In-Reply-To: <9E38D5AA-D84E-4D62-B0E2-FECBD2FCB6BF@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia-bell-labs.com;
x-originating-ip: [131.228.2.14]
x-microsoft-exchange-diagnostics: 1; DB5PR07MB1398; 7:yQoIYnJQmeicjPuuovjqDCedKwWTVKYWk+kIrxMPV8GJOw7N6MESsl4TYa+Nb9y7mgbC5XI1078x/9cAvOZzYF4EiwY4VhijMtDtc1gzflw7HMTGYFAEdX2FqEAWgYhQ5jiZJnF6c8W+e+5fAyEiczSyCJg/zlLJusUmHtPBtUSDgAKMZXC8RBfrgUwB571A5QG7/vGxpp42KuaidFFk2xp+5AMdV0+J4ajnWtu6SSTEbuSs+CAOVNWUOYtKyOC3lpwmqJgsPXN2jznh9H+QtRZwF7mfhA5fimY1CTCLtc2gqlqgg+LIS4BsaKGTBSkuxJX/+1dbGVsR3Hj6XkrwAA==
x-ms-office365-filtering-correlation-id: b94ae803-ea7a-477e-f703-08d48aef9616
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:DB5PR07MB1398;
x-microsoft-antispam-prvs: <DB5PR07MB1398BC2BBC63A9323368D90D9B1F0@DB5PR07MB1398.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406151)(20161123558098)(20161123564025)(20161123560025)(6072148); SRVR:DB5PR07MB1398; BCL:0; PCL:0; RULEID:; SRVR:DB5PR07MB1398;
x-forefront-prvs: 0287BBA78D
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(39410400002)(39840400002)(39850400002)(39400400002)(39860400002)(377454003)(189998001)(606005)(6436002)(790700001)(81166006)(8936002)(7906003)(7736002)(74316002)(102836003)(6116002)(3846002)(6916009)(2950100002)(6506006)(4326008)(25786009)(229853002)(54356999)(53546009)(5250100002)(76176999)(50986999)(3660700001)(55016002)(110136004)(38730400002)(66066001)(3280700002)(99286003)(9686003)(236005)(6306002)(54896002)(39060400002)(1411001)(86362001)(33656002)(2906002)(2900100001)(8676002)(6246003)(53936002)(5660300001)(7696004)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR07MB1398; H:DB5PR07MB1399.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB5PR07MB13990A379C6D6852B9135FF29B1F0DB5PR07MB1399eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2017 08:54:58.5205 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR07MB1398
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/3T0xlV7NASoe76F-hVYqVmMDEI0>
Subject: Re: [Banana] banana meeting in Chicago
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, 24 Apr 2017 08:55:05 -0000

Hello Margaret

Yes, we are working on the specs and the implementations with a number of partners. I sent a mail about the  multi-access management system also on Friday to the mailing list. I am here repeating the key points of that mail for you convenience:

Multi-access management system is an access agnostic overlay solution to select accesses, network paths and user plane treatment based on traffic types as signaled over the control plane protocol. Mobility management is left for the access or cellular network. Different traffic encapsulations can be used over different accesses. Both MPTCP as well as GRE among other can be supported.


In the following drafts you can find more about the architecture and the control plane details:


https://tools.ietf.org/html/draft-kanugovi-intarea-mams-protocol-04

https://tools.ietf.org/html/draft-zhu-intarea-mams-control-protocol-01



Best regards
Hannu


From: Margaret Cullen [mailto:margaretw42@gmail.com]
Sent: Monday, April 24, 2017 11:39 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>
Cc: banana@ietf.org
Subject: Re: [Banana] banana meeting in Chicago


Hi Hannu,

I am sorry, but I didn’t see this message earlier…

Today is a cut off day to schedule meetings for the upcoming IETF. I believe there will be banana meeting as well, but haven’t seen any announcement.

As you know, we did not have a BOF in Chicago.  We are hoping to have a WG-forming BOF in Prague, although that meeting is more likely to focus on chartering a WG than discussing various solutions options in this space.


We would like to get a time slot to present  our work on Multiple Access Management Services:

https://tools.ietf.org/html/draft-kanugovi-intarea-mams-protocol-02

I just read this document, and it appears to be more of a requirements document/general solution-space description than a protocol — does that match your understanding of it’s current state?  Are you expecting to update the document to specify a protocol?

Margaret