Stake Holder Detailed Requirements
CPS-Core Requirements
NCMP Requirements
Priority legend:
| Preliminary | Fixed | In Progress | Completed | De-scoped |
| Priority | Description | Notes | Jakarta commitment | Jira(s) |
|---|---|---|---|---|
| 1 | Retrieve list of modules (names) for a CM handle | Used by applications to get cached information from NCMP about models | Delivered in Istanbul | CPS-485 - Getting issue details... STATUS |
| 2 | Support ncmp-datastores:passthrough-running for read use-case (single CM handle, synchronous only) | Need more details planning and prioritization for use-case not already supported list in this table : CPS-391Spike: Define and Agree NCMP REST Interface#Datastore,PathsandFormatCombinationsforReadOperations | Delivered in Istanbul, just pending Demos | |
| 3 | Separate NCMP-DMI interface from northbound facing 'client' interface |
| CPS-645 - Getting issue details... STATUS | |
| 4 | Retrieve cm-handles that have a given list modules | CPS-644 - Getting issue details... STATUS | ||
| 5 | Support ncmp-datastores:passthrough-running for write use-case (single CM handle, synchronous only) | Replace, Delete & Patch use-cases (#2, #3, #4) in : CPS-391Spike: Define and Agree NCMP REST Interface#Datastore,PathsandFormatCombinationsforWriteOperations | ||
| 6 | Explicit (initial) data-sync for a CM handle (extend model-sync started in step #8) | Triggered by client using REST endpoint on NCMP | CPS-507 - Getting issue details... STATUS | |
| 7 | Support ncmp-datastores: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. | CPS-382 - Getting issue details... STATUS | |
| 8 | Support ncmp-datastores: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. | ||
| 9 | Support dynamic inventory changes (ONAP DMI Plugin) | React to events from AAI sent over DMaaP, in turn using API in #7 for updates Possible in a generic way o it can also listen to similar events sent by SDN-R (as suggested by Ahila P) | ||
| 10 | Automatic (optional) Data Sync | Metadata (per cmHandle) controls whether this will happen or not | ||
| 11 | Implement -async option for CRUD and Patch operations | |||
| 12 | Support multiple cmHandles in a single call (bulk) | |||
| 13 | Support all cmHandles in a single call? | |||
| 14 | Invoke YANG modelled RPC or action | |||
| 15 | Access control for public interfaces (NCMP, CPS-Core, DMI?) | |||
| 16 | Support for multiple roots from different modules in one CM handle/anchor | |||
| 17 | Support for list as top level data node | |||
| 18 | Specify whether CM handle property from plugin shall be exposed on NCMP interface or not | |||
| 19 | Update YANG modules for CM handle without removing and adding it |
Temporal DB Requirements
Improvements & Technical Debt (all components)