|Date||User Story||Demo Recording||Presenter(s)||Comments|
Complete e2e DEMO: CM Handle Connectivity Freshness/Staleness
Complete e2e DEMO: Upgrade YANG schema-set for CM handle without removing and adding it
Partial Demo: Freshness of CMHandle Connectivity
Requirements in this demo: Req. 2 and Req. 6 are complete whereas Req. 4 is partially included.
Some meetings involving knowledge sharing on different parts of CPS before I wrap up on the project.
Liquibase, Yang Models, Related Components
CM Notification Subscription Create Demo (start at 15:39)
|Complete e2e DEMO: Notifications Creation of Subscriptions including schemas with Cloud Events & common headers, latest enhancement on the schemas, and subscription status codes with details.|
|Pagination by Anchors Demo||Demo (recording) was first part of regular CPS ONAP Meeting|
|Bulk (batch) Data Operations Demo||Sourabh Sourabh||Demo (recording) was first part of regular CPS ONAP Meeting|
Partial DEMO of Forward Subscription Information to DMI Plugin(s)
This DEMO includes Schema 1, Schema 3 and Schema 4 as mentioned in the Jira tickets.
This DEMO does not include, Subscription Create Outcome part.
Full Demo for CM Handle Query Endpoints
Walkthrough of documentation followed by demo querying CM Handles using postman
Demo Distributed data store solution for Watchdogs
Run three cps instance and all watchdog will wake up and start work on different cm-handles.
Demo here shows the initial data sync state, along with the initial data sync enabled flag.
The first demo shows the initial sync state being set to 'NONE_REQUESTED' when the data sync enabled flag is set to 'false'
The second demo shows the initial sync state being set to 'UNSYNCHRONIZED' when the data sync enabled flag is set to 'true'.
Note - Demo was initially supposed to be set as part of CPS Kubernetes cluster, bug has been raised in regard to this as kubernetes cluster is down.
Shows the state registration in a state of ADVISED.
The watchdog process will then kick off and set the state from READY to ADVISED.
This will in turn create the schema set and anchor.
This also shows the lock process too from STATE advised to LOCK.
State Change From ADVISED to READY as part of watchdog process.
State is added manually using PUT request api, it will be eventually be added as part of registration process.
|Weekly CPS Meeting||Demo starts after about 40 minutes|
|Query based on Public CM Properties|
|Implement additional validations for names used as identifiers|
|Create Endpoint For Get Cm Handles (incl. public properties) By Name|
Update dmi-registry yang to support cmHandle State
CPS-Core sends DELETE notification event
Note - Also shows UPDATE events.
|Support Delete operation for Passthrough running within CPS-NCMP/DMI|
|Support Update/Replace operation for Passthrough running within CPS-NCMP/DMI|
Get anchor identifiers for the given list of module names
|CPS-374.mp4||sending data updated event to Event bus (Kafka)|
E2E - Data node query by cps path
|Demo CPS||E2E CPS Demo using Network Slicing Use case|
|Demo showing create module and then create anchor with few error scenarios as well.|