You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 17 Next »

CPS-333 - Getting issue details... STATUS

Open Issues & Decisions

#DescriptionNotesDecision
1How to deal with hardcoded E2E NW Slicing model, spike

Discuss with E2E NW Slicing Team


2Which Simulator to use? NetConf Simulator Netopeer v2
  1. Nokia  
  2. Ericsson 

Rahul Tyagi Ericsson more lightweight, more experience.
Available CSIT standard setup

Need to check if we can use it with E2E NW Slicing model


3Should (ONAP) dmi-instance be  as separate (springboot) application
Could be part of DMI Manager
DMI-Instance interface should be an open standard

Reference Material

Scenario Scope In Istanbul

This scenario will demonstrate configuration management using NCMP.

There should be following functional requirements need to be fulfilled

  1. Add/remove *CM-Handle by using *DMI (Date Model Inventory) based on events.
    1. create component
    2. interface definition/agreement with community
    3. listen/filter to event 
    4. handle add event
    5. handle remote event
  2. Pass through read and write data from application to node via ncmp using SDNC
  3. Sync network model and data from node to cps via ncmp
  4. Read cached data model or data from cps  to application via ncmp


Data Model Inventory (DMI) consist out of 2 parts:

  1. DMI Manager (DMI registry?)
  2. DMI Instances e.g. ONAP DMI-Instance


Component Impacts & Stories


#Project/ComponentDescriptionSuggested StoriesComments
1CPS/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

  1. Mirror each CRUD operation
  2. Remove/migrate? 'hardcoded generic models used in H release"
  1. interfaces for yang data are: operational, intended, pass-through (selection can be done by enum)
  2. check with netconf-sim if current nw slicing yang model can be imported including its imports.

2CPS/NCMP/DMI-Registry

Create  dmi-registry. Data Model Inventory Interface (DMI)

'Internal service' no public Java or REST API

responsibilities are

  1. Store & retrieve cm-handle/dmi-since mapping in yang modelled CPS data table.
    1. include additional data (key-value pars as provided by dmi-service)
  2. Dmi manager is to select the dmi instance at runtime for cm handle for a northbound (write) request
  1. create new module for dmi-registry
  2. create yang-model (ncp-dmi-regsitry) in cps repository for cm-handle->dmi-service mapping. To store relations between cm-handle (anchor) and dmi-service (instances)
  3. Create anchor with model from step 2 in new (ncmp-admin) dataspace?!
    (once upon deployment)
  4. create API to
    1. create new dmi-service entry during registration
  5. create API to
    1. Register cm-handle->dmi-service entry when new cm-handle
    2. Get dmi-service for given cm-handle
    3. Delete cm-handle->dmi-service registration
    4. Delete dmi-service ? TBC


  1. separate stories for data and model.
3CPS/NCMP/DMI-Service

Common standard (REST and Java?) interface for extensibility

create dmi service for onap. For production its responsibility of admin to provide instance of dmi. This story is mainly for testing purpose.

  1.  At first, on A&AI change event over DMaap, create mapping for cm-handle and dmi instance and sync yang model and data.
    1.  Filter (register) only yang modelled xnf instances's cm-handle, based on event header information of Node
  2. dmi instance (onap-dmi) have sdnc connector to access sdnc.
  3. call get/post/put/delete towards restconf interface (forward northbound write requests)
  1. Defined and Agree common (java?) Interface
  2. create module dmi-onap-service
    1. create sub-module dmi-notification-handler
    2. create sub-module dmi-adapters
    3. create sub-module dmi-rest and dmi-service
  3. create infra for separate spring boot application and docker image for dmi-service
  1. extract dmi-instance into separate container consensus on rest interface is needed.
  2. rename dmi-instance->dmi-service
4CPS/NCMP
  1. enhance ncmp-cps interface (need to identify).


Interfaces & APIs

#modulerest apijava api
1onap/cps/ncmp/dmi-registry


#typenameparams
1POSTregister_dmi_service
  1. dmi-service-id
  2. name
  3. adress
  4. other-params
2POSTcreate_cm_handle
  1. cm-handle-name
  2. dmi-service-id
3DELETEdelete_cm_handle
  1. cm-handle-name
#method_nameparamsreturn

getDmiServiceByCmHandlecm-handle-iddmi-service object
2onap/cps/ncmp/dmi-service

3onap/cps/ncmp/ncmp-rest

4onap/cps/cps-rest

JIRA Status Tracking

Epic:  CPS-321 - Getting issue details... STATUS

Key Summary T Created Updated Due Assignee Reporter P Status Resolution
Loading...
Refresh


Component description diagram


Sequence diagrams





























  • No labels