Page History

...

• FLOW 1: VES Event Updates (CM Notify) - Information flow
• FLOW 2: A&AI xNF (create/delete) updates - Information flow
• FLOW 3: micro-Service / Controller / Component Updates for operational information - Information flow
• FLOW 4: Data is read from RunTime DB

3.1 FLOW 1: VES Information Flow CM Notify - Writing to RunTime DB

The following UML diagram shows the Information Flow for RunTimeDB

...

A VES event (CM Notify) is received by the DCAE VES collector sent from the PNF.

A xNF determines that a configuration parameter needs to be updated, thus it triggers a CM Notify towards ONAP with the objective of updating the RunTime Config DB.

2. Publish on DMaaP – VES Collector publishes the event onto DMaAP

...

@startuml
participant mSONAPComponent
participant DMaaP
participant RunTimeDB 
autonumber 

group RUNTIMEDB UPDATE
	hnote over mSONAPComponent : Info Update Notification
    mSONAPComponent -> mSONAPComponent : Determines xNF Update
end

group Run Time DB Writing
	hnote over mSONAPComponent : Notification
	mSONAPComponent -> DMaaP : Update Notification 
    DMaaP -> RunTimeDB : Subscription
	hnote over RunTimeDB : Updates xNF Update
	RunTimeDB -> RunTimeDB : Updates xNF Information 
end

@enduml

...

1. Micro Service Determines Update Needed – The mS determines an update is necessary.

The micro service, (policy), controller, ONAP component during operation determines an update is needed and action needs to be taken.

When this happens, it will publish onto the DMaaP Bus.  Composes policy guidance. When that request comes in the controller, makes a config change on the underlying xNF device, with a successful outcome, it then determines that an update to the Runtime Config DB needs to be updated.

(Controller/Micro-Service/ONAP component) determines that an update is needed > Controller TO xNF > NetConf Yang > Update RunTime ConfigDB

2. mS publishes on DMaaP – Publish onto DMaaP

...