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 |
| Committed | CPS-645 - Getting issue details... STATUS |
| 4 | Retrieve cm-handles that have a given list modules | Committed | 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 | Committed | |
| 6 | 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. Note: This item doesn't include accessing cached data as data sync is not available yet. | CPS-382 - Getting issue details... STATUS | |
| 7 | 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. | ||
| 8 | Support for list as top level data node | CPS-491 - Getting issue details... STATUS | ||
| 9 | Support for multiple roots from different modules in one CM handle/anchor | CPS-341 - Getting issue details... STATUS | ||
| 10 | Support public CM handle properties | CPS-677 - Getting issue details... STATUS | ||
| 11 | Explicit (initial) data-sync for a CM handle (extend model-sync started in step #8) | Triggered by client using REST endpoint on NCMP. Note: This item includes extended support for datastores to access the synced data. | CPS-507 - Getting issue details... STATUS | |
| 12 | Implement -async option for CRUD and Patch operations | |||
| 13 | Update YANG modules for CM handle without removing and adding it | |||
| 14 | NCMP should publish notifications for any newly added or deleted cmhandles, or updated metadata (public CM handle properties or YANG modules) | Note: Update support depends on items #10 and #13 | ||
| 15 | Support dynamic inventory changes (ONAP DMI Plugin) | React to events from AAI sent over DMaaP, in turn using Inventory API for updates Possible in a generic way or it can also listen to similar events sent by SDN-R (as suggested by Ahila P) | ||
| 16 | Automatic (optional) Data Sync | Metadata (per cmHandle) controls whether this will happen or not | ||
| 17 | Support multiple cmHandles in a single call (bulk) | |||
| 18 | Support all cmHandles in a single call? | |||
| 19 | Invoke YANG modelled RPC or action | |||
| 20 | Access control for public interfaces (NCMP, CPS-Core, DMI?) |
Temporal DB Requirements
Improvements & Technical Debt (all components)