...
- DMI Manager (DMI registry?)
- DMI Instances e.g. ONAP DMI-Instance
Component Impacts & Stories
# | Project/Component | Description | Suggested Stories | Comments |
---|
1 | 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
| - Mirror each CRUD operation
- Remove/migrate? 'hardcoded generic models used in H release"
| - interfaces for yang data are: operational, intended, pass-through (selection can be done by enum)
check with netconf-sim if current nw slicing yang model can be imported including its imports.
|
2 | CPS/NCMP/DMI-Manager | Create dmi-registry. Data Model Inventory Interface (DMI) 'Internal service' no public Java or REST API responsibilities are - Store & retrieve cm-handle/dmi-since mapping in yang modelled CPS data table.
- include additional data (key-value pars as provided by dmi-service)
- Dmi manager is to select the dmi instance at runtime for cm handle for a northbound (write) request
| - create new module for dmi-registry
- create yang-model in cps repository for cm-handle->dmi-service mapping.
- create API to
- create cm-handle->dmi-service entry when new cm-handle
- delete cm-handle->cm-handle->dmi-service when existing cm-handle deleted
- update cm-handle->dmi-service in ncmp-cps-rest (not sure about it)
- Identify and create yang model to represent dmi-service and identify parameters for it.
- create API to
- create new dmi-service entry during registration
- CRUD operation on dmi-registry data(?)
| - separate stories for data and model.
|
3 | CPS/NCMP/DMI-Instance | 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. - At first, on A&AI change event over DMaap, create mapping for cm-handle and dmi instance and sync yang model and data.
- Filter (register) only yang modelled xnf instances's cm-handle, based on event header information of Node
- dmi instance (onap-dmi) have sdnc connector to access sdnc.
- call get/post/put/delete towards restconf interface (forward northbound write requests)
| - Defined and Agree common (java?) Interface
- create module dmi-onap-service
- create sub-module dmi-notification-handler
- create sub-module dmi-adapters
- create sub-module dmi-rest and dmi-service
- create infra for separate spring boot application and docker image for dmi-service
| - extract dmi-instance into separate container consensus on rest interface is needed.
- rename dmi-instance->dmi-service
|
4 | CPS/NCMP | - enhance ncmp-cps interface (need to identify).
|
|
|
Interfaces & APIs
# | module | rest api | java api |
---|
| onap/cps/ncmp/dmi-registry |
# | type | name | params |
---|
1. | POST | register_dmi_service | - dmi-service-id
- name
- other-params
| 2. | GET | get_dmi_service | - dmi-service-id
| 3. | POST | create_cm_handle | - cm-handle-name
- dmi-service-id
|
|
# | method_name | params | return |
---|
| getDmiServiceByCmHandle | cm-handle-id | dmi-service object |
|
2. | onap/cps/ncmp/dmi-service |
|
|
3. | onap/cps/ncmp/ncmp-rest |
|
|
4. | onap/cps/cps-rest |
|
|
JIRA Status Tracking
Epic:
Jira |
---|
server | ONAP JIRA |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
---|
key | CPS-321 |
---|
|
...
draw.io Diagram |
---|
border | true |
---|
| |
---|
diagramName | CPS NCMP Deployment Proposal |
---|
simpleViewer | false |
---|
links | auto |
---|
tbstyle | top |
---|
lbox | true |
---|
diagramWidth | 889 |
---|
revision | 14 |
---|
|
Sequence diagrams
draw.io Diagram |
---|
border | true |
---|
diagramName | Copy of CPS NCMP Deployment Proposal |
---|
simpleViewer | false |
---|
links | auto |
---|
tbstyle | top |
---|
lbox | true |
---|
diagramWidth | 691 |
---|
revision | 4 |
---|
|
...