Rahul Tyagi Ericsson more lightweight, more experience. Available CSIT standard setup
Swaminathan Seetharaman mentioned 'Honeycomb' simulator they used before. Need to investigate if it supports get-schema method over RESTConf/NetConf
Need to check if we can use it with E2E NW Slicing model
For E2E use case Honeycomb simulator wil be used. If needs be for certain non E2E functionality where this simulator has limitations the team can still decide to test/develop against NeToPeer simulator
3
Should (ONAP) dmi-instance be as separate (springboot) application Could be part of DMI Manager
DMI-Instance interface should be an open standard
Tony Finnerty and Team to allow easy integration of future 3rd part DMI-Plugin instances a separate application with its own REST Interface is required
4
Istanbul Roadmap
View file
name
ONAP Rel I - NCMP Roadmap.pptx
height
150
Priorities & Scope for Istanbul Release
...
Register a DMI Plugin
...
Initial Inventory (semi hardcoded)
...
Create, Update & Delete operations for single cmHandle , synchronous only
...
What datastores are supported/recognized by NCMP Interface in Istanbul Release
ncmp-datastores:operational (will use cached data when sync=On)
ncmp-datastores:running (will forward to DMI-Plugin in Istanbul release)
ncmp-datastores:passthrough-operational (always forward to DMI-Plugin)
ncmp-datastores:passthrough-running (always forward to DMI-Plugin)
Suggestions in previous column were agreed in CPS Weekly meeting
5
What datastores are supported/recognized by (ONAP) DMI-Plugin Interface in Istanbul Release
Suggested exact same as NCMP supported options
ncmp-datastores:operational (for cmhandles with sync=Off)
ncmp-datastores:running
ncmp-datastores:passthrough-operational
ncmp-datastores:passthrough-running
Suggestions in previous column were agreed in CPS Weekly meeting
6
How to handle any other (custom) datastore value
Agreed in CPS Weekly meeting : Both NCMP and DMI-Plugin wil not support any other datastore value in the Istanbul timeframe
7
What to do with old CM-Proxy interface implemented in H.
Methods never really used by E2E Network Slicing team.
Methods will be 'deprecated' using Open API option for that.. Replace and refactor other layers as needs when new methods using the new API are being implemented
Istanbul Roadmap
View file
name
ONAP Rel I - NCMP Roadmap.pptx
height
150
Priorities & Scope for Istanbul Release
...
Implement -async option for CRUD and Patch operations
...
Suggested Epics & User Stories
#
Epic
Project/Component
Description
(Suggested) Stories
Comments
1
E2E Network Slicing
Jira
server
ONAP JIRA
Priority
Description
Notes
Istanbul commitment/delivery
Jira(s)
1
Publish and Share NCMP Rest interface proposal
detailed for Istanbul scope, general structure only for functionality related to later releases
create rest interface on northbound for GET/POST/PUT/DELETE to access yang data. Note. Currently driven by "E2E Network Slicing" Use Case mix of CPS-CORE and NCMP Interface
Support method to add initial inventory (e.g. hidden REST endpoint on ONAP DMI plugin)
Additional properties for ONAP plugin may need ODL mountpoint, stored by NCMP and later provided to DMI plugin for each request. The mountpoint is created outside of CPS and DMI plugin.
Note 1: This method (hidden REST endpoint) is expected to be a temporary solution, additional options are part of stretch goal (#13). Note 2: Adding the initial inventory should also trigger a model-sync for each node in that inventory (step #8)
Committed & Delivered
Jira
server
ONAP Jira
Define and Agree Yang Data Model
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-
352Create Dataspace & Anchor for DMI Registry
445
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-
353Spike: How will DMI Plugin (de-?)Register with NCMP (DMI Registry)
Support ncmp-datastores:passthrough-operational for reading data (single CM handle, synchronous only)
See CPS-391 page for details about supported operations and combinations. Note: There can be some overlap between work items for #5, #6, #11 and #12. RestConf: content=all NO conversion. NO schema's in OpenAPI Ymll (just String)
Committed & Delivered
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-
384
DMI-Plugin (ONAP impl.)
Common standard (REST and Java?) interface for extensibility
create dmi plugin for onap. Its responsibility of admin to provide instance of dmi.
Create module dmi-onap-plugin Rest and Impl modules.
388
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-
403Suggestion (TBC):
sub-module dmi-notification-handler
sub-module dmi-rest
sub-module dmi-plugin
Create infra for separate spring boot application and docker image for dmi-plugin
extract dmi-plugin into separate container consensus on rest interface is needed.
4
Inventory
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-385
DMI-Plugin (ONAP impl.)
Capability to get initial Inventory
Process Inventory updates
MVP: hard-coded inventory list
Jira
487
6
Support ncmp-datastores:passthrough-running for reading and writing data (single CM handle, synchronous only)
See CPS-391 page for details about supported operations and combinations. Note: There can be some overlap between work items for #5, #6, #11 and #12. Almost identical to step #5 above just RestConf: content=config
Retrieve list of cm-handles that have a given module
Delayed until Jakarta
15
Automatic (optional) Data Sync
Metadata (per cmHandle) controls whether this will happen or not
Out of Scope
16
Implement -async option for CRUD and Patch operations
Out of Scope
17
Support multiple cmHandles in a single call (bulk)
Out of Scope
18
Support all cmHandles in a single call?
Out of Scope
19
Invoke YANG modelled RPC or action
Out of Scope
API Changes
To support the added functionality in NCMP, changes are expected in the CPS external interface CPS-E-05. (For overview of CPS interfaces, see the CPS architecture page.) Changes are planned in the following areas, matching items in the scope/priority table above:
New APIs for reading data for CM handle
New APIs for writing data for CM handle
New API to request data sync for CM handle
New API to retrieve model information for CM handle
(stretch goal) New API to retrieve list of CM handles supporting a given module
Some existing CPS-E-05 APIs may be removed or deprecated if not currently used. See Decision #7
In addition to external APIs, extensions may be made to the CPS Core library to support some NCMP use cases. Plugin APIs will also be added to support communication between NCMP and DMI plugins.
CPS-391Spike: Define and Agree NCMP REST Interface
CPS-391Spike: Define and Agree NCMP REST Interface
nopanel
true
Epics Summary
Jira filter all user stories in all epics:
Jira
server
ONAP Jira
jqlQuery
filter=12609
count
true
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
#
Epic
Project/Component
Description
Comments
1
E2E Network Slicing
Jira
server
ONAP JIRA
serverId
425b2b0a-557c-3c0c-b515-579789cceedb
key
CPS-382
CPS/NCMP
create rest interface on northbound for GET/POST/PUT/DELETE to access yang data. Note. Currently driven by "E2E Network Slicing" Use Case mix of CPS-CORE and NCMP Interface
interfaces for yang data are: operational, intended, pass-through (selection can be done by parameter)
check with netconf-sim if current nw slicing yang model can be imported including its imports.