Re: [Nfvrg] Call for adoption of draft-natarajan-nfvrg-containers-for-nfv

"Diego R. Lopez" <diego.r.lopez@telefonica.com> Mon, 09 January 2017 08:34 UTC

Return-Path: <diego.r.lopez@telefonica.com>
X-Original-To: nfvrg@ietfa.amsl.com
Delivered-To: nfvrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9355129BB4 for <nfvrg@ietfa.amsl.com>; Mon, 9 Jan 2017 00:34:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.037
X-Spam-Level:
X-Spam-Status: No, score=-3.037 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.156, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
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 Hd8acd01Vb2u for <nfvrg@ietfa.amsl.com>; Mon, 9 Jan 2017 00:34:00 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30091.outbound.protection.outlook.com [40.107.3.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC2AF1279EB for <nfvrg@irtf.org>; Mon, 9 Jan 2017 00:33:59 -0800 (PST)
Received: from DB6PR0601MB2167.eurprd06.prod.outlook.com (10.168.57.26) by DB6PR0601MB2168.eurprd06.prod.outlook.com (10.168.57.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.817.10; Mon, 9 Jan 2017 08:33:56 +0000
Received: from DB6PR0601MB2167.eurprd06.prod.outlook.com ([10.168.57.26]) by DB6PR0601MB2167.eurprd06.prod.outlook.com ([10.168.57.26]) with mapi id 15.01.0817.009; Mon, 9 Jan 2017 08:33:56 +0000
From: "Diego R. Lopez" <diego.r.lopez@telefonica.com>
To: Roberto Riggio <rriggio@fbk.eu>
Thread-Topic: [Nfvrg] Call for adoption of draft-natarajan-nfvrg-containers-for-nfv
Thread-Index: AQHSZh94JrnVVPkKLkOBh1pZ76+NFaEroq6AgABNPICAAAMygIAABvmAgADh3oCAAv4IgA==
Date: Mon, 09 Jan 2017 08:33:56 +0000
Message-ID: <C90E9516-338C-4023-86CD-26BEA1AA8A3D@telefonica.com>
References: <28C35E5A-E08B-47E2-AE9E-EEF9EDAD60DD@telefonica.com> <D5DF8B71-AF8C-4131-878C-E30FA578FE50@redhat.com> <004d01d2685e$15cf3000$416d9000$@gmail.com> <CAED0PbXvyfX+mJP+XtrRwVK7Dd8kR4y5t_EVcQ8Afy7dbv7qWQ@mail.gmail.com> <007401d26863$2b917650$82b462f0$@gmail.com> <CAED0PbVxP_FbNQsnsakXcOG0C2vYvimE2nMGBPoHMc99_N0NvA@mail.gmail.com>
In-Reply-To: <CAED0PbVxP_FbNQsnsakXcOG0C2vYvimE2nMGBPoHMc99_N0NvA@mail.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=diego.r.lopez@telefonica.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [176.84.208.73]
x-ms-office365-filtering-correlation-id: 9efe1cb4-2b39-49f4-aa59-08d4386a40a7
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DB6PR0601MB2168;
x-microsoft-exchange-diagnostics: 1; DB6PR0601MB2168; 7:pkXHSwnOfpCoWQRRsQbLHg4EXRmZSOQxCOUz/EHjD8T3tQUZBmdUZMK5BAIrK1kKmpPuE8NE98DMgERCf0jtPnfu2WrbyZ+oKUwuHu1vTmcMidWqQ+U1sLY61P/ENa4cur+mhQ/oeohZcOzYgZ+yncBxZYw8RVM0onBackDNa0fT1wWHZguKKEK09MBqze/fl4BqAxAkAea6I+FAXpOuxnMURgvl72D+nWvWSCcowUMflg5dO2vm1ciK4oE7VVXeHUo5mErjWvD74yIIWyf6UynGsv2jQ4wHNin5GePZLt5RWgmHkhMYl6Ha8lXLNdV8avmszoVJFYToLkz/Co5TB/DCW86/2xd+lBjP65bVXWQ2AIMCwVdLVRpEJeueZAF6rHu6DZg7P4aSCYtopZrNb/UyB0lnGQPQGQ/qXsxtGFY+XJNKnd7jJvfo0hNFOgLh7t17y4L9ypWs8NGU3w6f0A==
x-microsoft-antispam-prvs: <DB6PR0601MB2168305904780A0A94005C84DF640@DB6PR0601MB2168.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(40392960112811)(120809045254105)(788757137089)(17755550239193);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123562025)(20161123555025)(20161123564025)(6072148); SRVR:DB6PR0601MB2168; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0601MB2168;
x-forefront-prvs: 0182DBBB05
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(39860400002)(39850400002)(39410400002)(39840400002)(39450400003)(189002)(13464003)(51914003)(24454002)(377454003)(199003)(252514010)(106356001)(106116001)(86362001)(3660700001)(92566002)(6116002)(6306002)(101416001)(25786008)(54906002)(2950100002)(3280700002)(189998001)(122556002)(54356999)(606005)(68736007)(7906003)(6486002)(110136003)(6436002)(38730400001)(97736004)(230783001)(77096006)(6512007)(5660300001)(99286003)(81166006)(8676002)(76176999)(81156014)(36756003)(33656002)(93886004)(229853002)(4326007)(6506006)(50986999)(102836003)(66066001)(82746002)(6916009)(54896002)(2900100001)(2906002)(105586002)(3846002)(7736002)(83716003)(8936002)(39060400001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0601MB2168; H:DB6PR0601MB2167.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: telefonica.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_C90E9516338C402386CD26BEA1AA8A3Dtelefonicacom_"
MIME-Version: 1.0
X-OriginatorOrg: telefonica.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2017 08:33:56.7150 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0601MB2168
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfvrg/nAJ65dleTJlN51Eo3tZDBJgZaeA>
Cc: "nfvrg@irtf.org" <nfvrg@irtf.org>, Azhar Sayeed <asayeed@redhat.com>, ram krishnan <ramkri123@gmail.com>
Subject: Re: [Nfvrg] Call for adoption of draft-natarajan-nfvrg-containers-for-nfv
X-BeenThere: nfvrg@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Network Function Virtualization Research Group \(NFVRG\) discussion list" <nfvrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfvrg/>
List-Post: <mailto:nfvrg@irtf.org>
List-Help: <mailto:nfvrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jan 2017 08:34:04 -0000

Hi Roberto,

I would be very much interested in knowing more about this approach. At the last OpenStack Summit in Barcelona I had the opportunity to discuss the approach of a lightweight VIM (or even a general lightweight cloud orchestration) for use cases like the one that you mention. We believe the current OpenVIM inside OpenMANO is a clear example of it.

Be goode,

On 7 Jan 2017, at 11:52 , Roberto Riggio <rriggio@fbk.eu<mailto:rriggio@fbk.eu>> wrote:

I was thinking about frameworks like dockyard. There are many other tools (more or less complex)
to manage containers without going to full blown VIMs like openstack. However what is missing is
a Lightweight MANO to replace platforms like OPNFV etc. il the low-end side of the spectrum. We
are actually working on this but it is still very far from a public release.

R.

On Fri, Jan 6, 2017 at 10:23 PM, ram krishnan <ramkri123@gmail.com<mailto:ramkri123@gmail.com>> wrote:
Hi Roberto,

Valid point. Do you have any specific examples in mind?

Thanks,
Ramki

From: Roberto Riggio [mailto:rriggio@fbk.eu<mailto:rriggio@fbk.eu>]
Sent: Friday, January 6, 2017 12:59 PM
To: ram krishnan <ramkri123@gmail.com<mailto:ramkri123@gmail.com>>
Cc: Azhar Sayeed <asayeed@redhat.com<mailto:asayeed@redhat.com>>; Diego R. Lopez <diego.r.lopez@telefonica.com<mailto:diego.r.lopez@telefonica.com>>; nfvrg@irtf.org<mailto:nfvrg@irtf.org>

Subject: Re: [Nfvrg] Call for adoption of draft-natarajan-nfvrg-containers-for-nfv


Hi,

I was wondering if the lightweight NFV performance comparison should also be extended
to the rest of the stack. For example openstack + opnfv could be very heavyweight while
other management platforms for containers (if they exists) could be executed on low
power platforms (which could make sense in some deployments).

R.

On Fri, Jan 6, 2017 at 9:47 PM, ram krishnan <ramkri123@gmail.com<mailto:ramkri123@gmail.com>> wrote:

Hi Azhar,


Thanks for the comments and the interest. The rationale behind adoption is we see strong community interest in the topic and have reasonable content in the document. We still have more steps like last call before the RFC publication and are expecting good community contribution to the document prior to that.



For the performance comparisons, we didn't use HW acceleration techniques since they are application and deployment specific; for example, a small CPE in an enterprise branch may never use any hardware acceleration because of the low throughput requirements. Any specific suggestions including references in this area are most welcome.



Container networking is definitely an interesting topic. We will certainly capture the challenges in a mixed Container/OpenStack environment, how efforts like Kuryr are attempting to address these and how SR-IOV plays out in this scenario. Any other suggestions are welcome.



Can you please elaborate more on the single threading support?



Thanks,

Ramki



-----Original Message-----
From: Nfvrg [mailto:nfvrg-bounces@irtf.org<mailto:nfvrg-bounces@irtf.org>] On Behalf Of Azhar Sayeed
Sent: Friday, January 6, 2017 8:11 AM
To: Diego R. Lopez <diego.r.lopez@telefonica.com<mailto:diego.r.lopez@telefonica.com>>
Cc: nfvrg@irtf.org<mailto:nfvrg@irtf.org>
Subject: Re: [Nfvrg] Call for adoption of draft-natarajan-nfvrg-containers-for-nfv



Hi Diego and Authors..



Can you clarify if any data path acceleration techniques were used to measure throughput between guest and host OS. If not what is the usefulness of that metric - If the idea is to show raw comparisons then fine - if the idea is to show how bad the VMs are when compared to Unikernel and containers then you have achieved it it well..



The main issues with Unikernels or containers for NFV are not discussed in depth - Issues such as single threading support, IP address assignment and container networking need further exploration and study. Need at least statements in the document that those are for further study.



So perhaps I am missing the point of adoption of this draft - may be the objectives can be clarified.



Regards,

Azhar







> On Jan 3, 2017, at 7:14 PM, Diego R. Lopez <diego.r.lopez@telefonica.com<mailto:diego.r.lopez@telefonica.com>> wrote:

>

> Hi,

>

> This first message of the new year is to launch a two-week adoption call for draft-natarajan-nfvrg-containers-for-nfv. Ramki and I believe the document is mature enough to consider its adoption, once it has evolved from an analysis of container technology into a more comprehensive discussion of lightweight technologies in NFV.

>

> Please indicate in your comments “support” or “no support” and discuss how this draft will contribute to the goals of NFVRG.

>

> The current draft is available at:

>

> https://datatracker.ietf.org/doc/draft-natarajan-nfvrg-containers-for-nfv/

>

> Be goode,

>

>

> --

> "Esta vez no fallaremos, Doctor Infierno"

>

> Dr Diego R. Lopez

> Telefonica I+D

> http://people.tid.es/diego.lopez/

>

> e-mail: diego.r.lopez@telefonica.com<mailto:diego.r.lopez@telefonica.com>

> Tel:    +34 913 129 041<tel:+34%20913%2012%2090%2041>

> Mobile: +34 682 051 091<tel:+34%20682%2005%2010%2091>

> ----------------------------------

>

> _______________________________________________

> Nfvrg mailing list

> Nfvrg@irtf.org<mailto:Nfvrg@irtf.org>

> https://www.irtf.org/mailman/listinfo/nfvrg



_______________________________________________

Nfvrg mailing list

Nfvrg@irtf.org<mailto:Nfvrg@irtf.org>

https://www.irtf.org/mailman/listinfo/nfvrg

_______________________________________________
Nfvrg mailing list
Nfvrg@irtf.org<mailto:Nfvrg@irtf.org>
https://www.irtf.org/mailman/listinfo/nfvrg



--
--------------------------------------------------------
Roberto Riggio, Ph.D.
CREATE-NET
Chief Scientist
Future Networks (FuN)
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: rriggio@fbk.eu<mailto:rriggio@fbk.eu> <- NEW EMAIL ADDRESS
office: (+39) 0461 31 24 81
Fax: (+39) 0461 42 11 57
mobile: (+39) 338 72 93 203
skype: hamvil
homepage: http://www.robertoriggio.net/
--------------------------------------------------------



--
--------------------------------------------------------
Roberto Riggio, Ph.D.
CREATE-NET
Chief Scientist
Future Networks (FuN)
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: rriggio@fbk.eu<mailto:rriggio@fbk.eu> <- NEW EMAIL ADDRESS
office: (+39) 0461 31 24 81
Fax: (+39) 0461 42 11 57
mobile: (+39) 338 72 93 203
skype: hamvil
homepage: http://www.robertoriggio.net/
--------------------------------------------------------

--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D
http://people.tid.es/diego.lopez/

e-mail: diego.r.lopez@telefonica.com
Tel:    +34 913 129 041
Mobile: +34 682 051 091
----------------------------------