[Ibnemo] Feedback on Nemo Status

"Susan Hares" <shares@ndzh.com> Fri, 22 May 2015 20:25 UTC

Return-Path: <shares@ndzh.com>
X-Original-To: ibnemo@ietfa.amsl.com
Delivered-To: ibnemo@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2099C1A87D9 for <ibnemo@ietfa.amsl.com>; Fri, 22 May 2015 13:25:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.188
X-Spam-Level:
X-Spam-Status: No, score=-99.188 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DC_PNG_UNO_LARGO=0.001, HTML_MESSAGE=0.001, T_DOS_OUTLOOK_TO_MX_IMAGE=0.01, USER_IN_WHITELIST=-100] autolearn=ham
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 ZZkh9tWO6O2f for <ibnemo@ietfa.amsl.com>; Fri, 22 May 2015 13:25:05 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id DD6081A87E6 for <ibnemo@ietf.org>; Fri, 22 May 2015 13:24:56 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=174.124.202.180;
From: Susan Hares <shares@ndzh.com>
To: ibnemo@ietf.org
Date: Fri, 22 May 2015 16:24:43 -0400
Message-ID: <023701d094cd$56f7a0a0$04e6e1e0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_000_0238_01D094AB.CFEC1B20"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdCUzOvv//HOB8GDSryWmDgyIWpz5g==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <http://mailarchive.ietf.org/arch/msg/ibnemo/4EGh8g9gdJ3DgONs8FLEVbFs3Bs>
Subject: [Ibnemo] Feedback on Nemo Status
X-BeenThere: ibnemo@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion of Nemo, an intent-based North Bound \(NB\) interface consisting of an application protocol running over HTTP \(RESTful interfaces\) to exchange intent-based primitives between applications and meta-controllers controlling virtual network resources \(networks, storage, CPU\)." <ibnemo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ibnemo>, <mailto:ibnemo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ibnemo/>
List-Help: <mailto:ibnemo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ibnemo>, <mailto:ibnemo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 May 2015 20:25:09 -0000

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) 

o   Mail list: 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/