...
Closed loop control test is decomposed into the following items.
Design and load policy rules t policy engine. Ideally this should be done by CLAMP. Currently CLAMP is working on
. The workaround is to use Policy GUI.ttJira server ONAP JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 425b2b0a-557c-3c0c-b515-579789cceedb key CLAMP-59 Jorge Hernandez will work on this.
Preload AAI with vCPE data. The purpose is to lookup vServer using vGMUX VNF ID. Scott Seabolt (APPC) will provide a sample data to Venkata Harish Kajur (AAI) to show the named query. Venkata Harish Kajur will then create a script to preload such data to AAI for the testing.
vGMUX sends packet loss VES to DCAE VES collector.
...
created a vGMUX instance in the open lab but the VPP-based VNF inside the VM is not functioning. According to Eric Multanen, most likely it is caused by network issues. Eric is working on this. Kang will also inform Danny Zhou
...
and Johnson Li
...
about this.
The following VES data caused an error.
...
The most possible reason is that the data itself is incorrect. Vijay Venkatesh Kumar
...
is looking into that.
Code Block language bash title VES Data
...
curl -H "Accept: application/json" -H "Content-Type: application/json" -d '{"event":{"measurementsForVfScalingFields":{"measurementInterval":10,"measurementsForVfScalingVersion":1.1,"vNicUsageArray":[{"multicastPacketsIn":0,"bytesIn":4300,"unicastPacketsIn":0,"multicastPacketsOut":0,"broadcastPacketsOut":0,"packetsOut":0,"bytesOut":0,"broadcastPacketsIn":0,"packetsIn":101,"unicastPacketsOut":0,"vNicIdentifier":"eth1"}]},"commonEventHeader":{"reportingEntityName":"zdfw1fwl01fwl01","startEpochMicrosec":1500379662497999,"lastEpochMicrosec":1500379672497999,"eventId":"1","sourceName":"zdfw1fwl01fwl01","sequence":1,"priority":"Normal","functionalRole":"vFirewall","domain":"measurementsForVfScaling","reportingEntityId":"No UUID available","sourceId":"75ec15e4-1a9a-4ee3-bb3c-31556903558d","version":1.2}}}' 10.12.25.84:8080/eventListener/v5DCAE TCA sends an event to Policy through DMaaP. This is tested as described in
DCAE TCA sends an event to Policy through DMaaPJira server ONAP JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 425b2b0a-557c-3c0c-b515-579789cceedb key DCAEGEN2-124 Policy process the event from DCAE, and then sends a “restart” event to APPC through DMaaP. Jorge Hernandez will work on this.
APPC captures the event from Policy
, and, performs a named query to AAI to get the vServer ID based on the VNF ID, and then restarts the VM through MultiVIM. APPC is working on some changes and will be able to test next week. There should be a MultiVIM VM in the stack but we don't see any. Refer to track this problem.