Re: [Nfvrg] Feedback on Nemo Status

Zhoutianran <zhoutianran@huawei.com> Tue, 26 May 2015 07:21 UTC

Return-Path: <zhoutianran@huawei.com>
X-Original-To: nfvrg@ietfa.amsl.com
Delivered-To: nfvrg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 138401B29BF; Tue, 26 May 2015 00:21:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
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 YY51uCyLCLOa; Tue, 26 May 2015 00:21:26 -0700 (PDT)
Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D58D31B29BA; Tue, 26 May 2015 00:21:22 -0700 (PDT)
Received: from 172.24.2.119 (EHLO nkgeml408-hub.china.huawei.com) ([172.24.2.119]) by szxrg03-dlp.huawei.com (MOS 4.4.3-GA FastPath queued) with ESMTP id BGO26822; Tue, 26 May 2015 15:21:07 +0800 (CST)
Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.152]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Tue, 26 May 2015 15:20:47 +0800
From: Zhoutianran <zhoutianran@huawei.com>
To: Susan Hares <shares@ndzh.com>
Thread-Topic: Feedback on Nemo Status
Thread-Index: AdCUzOvv//HOB8GDSryWmDgyIWpz5gCsnIvgAAD/BiA=
Date: Tue, 26 May 2015 07:20:47 +0000
Message-ID: <BBA82579FD347748BEADC4C445EA0F2166BBE183@nkgeml512-mbx.china.huawei.com>
References: <023701d094cd$56f7a0a0$04e6e1e0$@ndzh.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.97.21]
Content-Type: multipart/mixed; boundary="_006_BBA82579FD347748BEADC4C445EA0F2166BBE183nkgeml512mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.55641EE4.00D7, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.152, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: b66eedf8a552cc6b6e55d295cb19f93c
Archived-At: <http://mailarchive.ietf.org/arch/msg/nfvrg/s8XDoeeHwgB9naaM4l-a-GxVXJw>
X-Mailman-Approved-At: Tue, 26 May 2015 00:27:42 -0700
Cc: "nfvrg@irtf.org" <nfvrg@irtf.org>, "sdn@irtf.org" <sdn@irtf.org>, "ibnemo@ietf.org" <ibnemo@ietf.org>
Subject: Re: [Nfvrg] Feedback on Nemo Status
X-BeenThere: nfvrg@irtf.org
X-Mailman-Version: 2.1.15
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: <http://www.irtf.org/mail-archive/web/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: Tue, 26 May 2015 07:21:30 -0000

Hi Sue,
Thanks for your write up.
The attached figure shows my consideration on how to coordinate intent related work.
In IETF, I think we can work on:

l  Use case for intent networking

l  Intent definition

l  Gap analysis to other working groups in IETF

l  Intent network models

l  Intent description language facilitating intent expression
And we can discuss all these topics in this mailing list.
Then we can implement the intent engine and the protocol related to the controller NBI in open source projects, e.g. OpenDaylight.

Best Regards,
Terence
From: Susan Hares [mailto:shares@ndzh.com]
Sent: Saturday, May 23, 2015 4:25 AM
To: ibnemo@ietf.org<mailto:ibnemo@ietf.org>
Cc: Zhoutianran; Xiayinben
Subject: Feedback on Nemo Status

I was asked to provide an overview for the Cablelabs write-up for their MSO.   Does this write-up capture the Nemo work?

Sue Hares

--------------
NeMo provides a simple transaction based Intent-based NBI, enabling applications to creat, modify and takedown virtual networks built on virtual nodes with policy-controlled flows. The NeMo Intent NBI allows an application to communicate with a controller, providing 10 commands:


·        4 network commands: Node, Link, Flow, Policy

·        6 controller communication commands: connect, disconnect, transact, commit, notification, query
An application exchanges NeMo commands using the REST Protocol to a controller running a Nemo language processing engine to instruct the controller to set up a virtual network of nodes and links with flow policy to control the data flows across the network links.
NeMo uses an application's view of the compute, storage, and network to allow an application to set any grouping of compute, storage, or network as a virtual 'node'. This allows the application to decide what constitutes a compute node and what constitute a 'link' and a 'flow'.  From the application's viewpoint, it intends to connect two or more nodes in a network.  It does not matter to the application if the node is a single virtual machine (VM) or a cluster of interconnected compute and storage devices with many network connections. NeMo's NBI API hides this complexity, making the application's commands prescriptive and simple.   Nemo's
Nemo's language engine in the controller is associated with a model that allows a group of applications to have a set of pre-loaded defintions (model sematics) for nodes, flows, or policy.  For example, a company nodes could be defined along with the necessary flows for accounting traffic or big-data transfers.

[NEMO Engine]

Technically, Nemo is a declarative, domain specific policy language.

Status and Relevance

Nemo has open source projects in:

·        Open Daylight (https://wiki.opendaylight.org/view/Project_Proposals:NEMO)

Goals of ODL project:

o   Design and develop consistent NBI models and patterns for intent networks.

o   Design the syntax for a language style NBI.

o   Design and develop a NEMO language engine for language parsing and model mapping to SB models. It is possible to reuse the ongoing NIC project in OpenDaylight for the intent manager and model mapping component

·        OPNFV (Movie)

Goals:

o   Provide a more abstract NBI alternative by extending the general cloud platform to simplify the orchestrator and VNF manager

o   Compose various scenarios with a same set of abstractions

o   Use the MDA approach for NBI consistency and interface automation


·        IB-Nemo Pre-BOF in the IETF (www.nemo-project.net<http://www.nemo-project.net>)

o   Mail list: ibnemo@ietf.org<mailto:ibnemo@ietf.org>

Goals:

o   Focus on a clear definition of Intent that can be operationalized in networks,

§  https://datatracker.ietf.org/doc/draft-xia-ibnemo-icim/

o   Define use cases scenarios for Nemo,

o   Provide a gap analysis for other work in the IETF, and

o   Standardize a protocol language for Nemo

§  https://datatracker.ietf.org/doc/draft-xia-sdnrg-nemo-language/

§  https://datatracker.ietf.org/doc/draft-xia-sdnrg-nemo-language/

o   Standardize data models to provide

§  https://datatracker.ietf.org/doc/draft-zhou-netmod-intent-nemo/