Take a look at the robot log.html that is attached to the following jira. 
Scroll down to see how robot creates the policy updates after the VM is 
instantiated. Then you can look at the files that are in the testsuite repo 
under assets

https://gerrit.onap.org/r/gitweb?p=testsuite.git;a=tree;f=robot/assets/templates/policy;h=aaae0c1a9ea45749c7bea378a2faf96fb52c7f2b;hb=refs/heads/master

(there are a set of policy templates used by robot)

Guilin
https://jira.onap.org/browse/REQ-480
(see the attached log.html file for the instantiateVFWCL)


Brian


From: [email protected] <[email protected]> On Behalf Of 
Kenneth Lehner
Sent: Thursday, January 21, 2021 4:31 PM
To: [email protected]; HERNANDEZ-HERRERO, JORGE <[email protected]>
Subject: Re: [onap-discuss] Invoking VNF REST API call as result of closed CL? 
#controlloop

Jorge,

Thanks for the response!  I'll look into the vFirewall use case.  Can you 
provide a link to where all that content
resides?  As a newcomer, it's very hard for me to find the latest and greatest 
code/scripts/documentation.

We're using Guilin, if that matters.  Thanks again.

Ken
________________________________
From: Jorge Hernandez via Lists.Onap.Org 
<[email protected]<mailto:[email protected]>>
Sent: Thursday, January 21, 2021 4:00 PM
To: Kenneth Lehner 
<[email protected]<mailto:[email protected]>>; 
[email protected]<mailto:[email protected]> 
<[email protected]<mailto:[email protected]>>
Subject: Re: [onap-discuss] Invoking VNF REST API call as result of closed CL? 
#controlloop

Hi Ken,

The scenario that you described looks very similar to the vFirewall usecase.   
May be you  know already, but take a look at the scripts that Brian F. put 
together for automating the scenario in the testsuite/ repo, closed-loop.robot. 
  Take also a look at the readthedocs vfirewall use case description, it may 
also shed some insight.

You can see an example of the modify-config policy here:   
https://git.onap.org/policy/models/tree/models-examples/src/main/resources/policies/vFirewall.policy.operational.input.tosca.json<https://urldefense.com/v3/__https:/protection.greathorn.com/services/v2/lookupUrl/49ca7ea2-c5fc-47bd-b1cd-6d7b0a191488/327/db84e9363b96378dc32992886ee495f8dba2040b?domain=git.onap.org&path=*policy*models*tree*models-examples*src*main*resources*policies*vFirewall.policy.operational.input.tosca.json__;Ly8vLy8vLy8v!!BhdT!wa8MYgEl9RUjpfZuLlgUGo5u_vN417VZCI38S6kOMpRQpLOfkssDvemyHzUBJik$>.

The payload is the section that I think you are interested in changing, in 
theory I think it is passthrough.   I don't think this functionality has been 
tested much besides vfirewall use case, but I think in theory should work.

If you have the DCAE part right, you should start seeing ONSET messages in 
policy-drools-pdp-0 container, look under $POLICY_LOGS/network.log, that would 
give you an indication that that leg is working ok.

Best,
Jorge



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22762): https://lists.onap.org/g/onap-discuss/message/22762
Mute This Topic: https://lists.onap.org/mt/80006217/21656
Mute #controlloop:https://lists.onap.org/g/onap-discuss/mutehashtag/controlloop
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-


Reply via email to