Table of Contents |
---|
...
Assumptions
# | Issue | Notes | Decisions |
---|---|---|---|
1 | VES Event is received via Strimzi/DMaap Kafka on DMI. | Yes. This is agreed. | |
2 | Changes in CM data will result in CPS-Core sending a CPS Data AVC irrespective the origin of the change. |
| Agreed. |
Issues & Decisions
# | Issue | Notes | Decisions |
---|---|---|---|
1 | CM VES Message format schema. Who will own it ? | In order to process the message DMI plugin / NCMP should be aware of the schema of the incoming message it is going to be consume. | |
2 | Topic from where we will receive the CM VES Message. | Existing channel or channel owned by NCMP/DMI | Vishal to confirm on the same. |
3 | How do we retreive the relevant information from the CM VES Message
| Only fields that seem to suggest to have these info. are.
Related work in ONAP suggests this possible alternative schema: So wanted to confirm if measurements.measurement-type-instance-reference is xpath? | The fields which are of importance are :
More information is present in the meetings recording. |
4 | - Is CMNotify Message same as CM VES Message and notify more about this if this is relevant. | Yes. CMNotify and CM VES message are the same. |
The Big(ger) Picture
Gliffy | ||||
---|---|---|---|---|
|
...
- Dataspace : NFP-Operational , Schema-Set : cps-ran-schema-model , Anchor : ran-network-simulation
- Yang Resource : cps-ran-schema-model ( tree form : cps-ran-schema-model_tree.txt ) existing ran-schema will be used.
- We need to have a defined channel/topic where the VES messages are present , and NCMP should be able to listen , interpret/process and call the relevant CPS-Core APIs in order to publish the changes in the CPS DB.