from:"HERNANDEZ\-HERRERO, JORGE"

Re: [onap-discuss] ONAP R2 HEAT Based Deployment: Policy Container init fails

2018-05-31 Thread HERNANDEZ-HERRERO, JORGE

Hello Arun,

Make sure you’re picking up the most up to date docker repo ..  I noticed you 
show “.openecomp.org”  domain and that was changed to “onap.org”. There 
were also recent changes in the policy_vm_init.sh, so make sure to pick up 
those from the demo repo.

Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, May 31, 2018 7:50 AM
To: DRAGOSH, PAM ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP R2 HEAT Based Deployment: Policy Container 
init fails

Hi Pamela,

I made sure that all message router containers are up and its robot health 
check passes.
Now, I can see that the Robot health check for Policy also passes!! So I assume 
it have also initialized correctly. Please let me know if this assumption is 
valid or do I need to do more to make sure Policy works fine.
That said, I tried running policy_vm_init.sh multiple times and each time 
health check failed. So I just left it there and suddenly now its passing. So 
it’s still unknown to me what made is work this time.


Best Regards,
Arun Arora


From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: 31 May 2018 17:41
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP R2 HEAT Based Deployment: Policy Container 
init fails

Arun,

This is the message router. Has it installed correctly? I think that until a 
publish happens on that topic this error will occur. But I’m not sure. I will 
ask our internal team if that is the case here. In the mean time you could try 
publishing on that topic on the message router VM to see if it works.

I will assume you have at least 1.2.2 artifacts installed which should have 
fixed any certificate issues with those dns names. Not sure if there are any 
other logs in the VM itself for the Heat installation which could reveal 
anything.

Pam

From: 
mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "Arun Arora (c)" 
mailto:aroraa...@vmware.com>>
Date: Thursday, May 31, 2018 at 2:36 AM
To: "Arun Arora (c)" mailto:aroraa...@vmware.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] ONAP R2 HEAT Based Deployment: Policy Container 
init fails

Following are the /etc/hosts file for container and Policy VM:

Policy VM:

root@onap-r2-policy:/home/ubuntu# cat /etc/hosts
127.0.0.1 localhost

# The following lines are desirable for IPv6 capable hosts
::1   ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0   ip6-mcastprefix
ff02::1   ip6-allnodes
ff02::2   ip6-allrouters
ff02::3   ip6-allhosts
127.0.0.1 onap-r2-policy


onap/policy-drools container:

policy@drools:/tmp/policy-install$ cat /etc/hosts
127.0.0.1  localhost
::1  localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0   ip6-mcastprefix
ff02::1   ip6-allnodes
ff02::2   ip6-allrouters
172.18.0.4 drools


Best Regards,
Arun Arora


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: 31 May 2018 11:58
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP R2 HEAT Based Deployment:

Hi All,

I am deploying HEAT based ONAP R2. I am seeing the following error in Policy’s 
“onap/policy-drools” container. Due to this the Robot health check also fails.
Seems like vm1.mr.simpledemo.openecomp.org cannot be resolved.

The debug.log and error.log from /var/log/onap/policy/pdpd of 
“onap/policy-drools” container are attached as well.
Can you suggest any pointers to fix the issue..

Best Regards,
Arun Arora



[2018-06-01T17:16:18.718+00:00|WARN|HttpClient|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 Unknown host vm1.mr.simpledemo.onap.org; blacklisting for 10 minutes
[2018-06-01T17:16:18.718+00:00|ERROR|BusConsumer$CambriaConsumerWrapper|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 CambriaConsumerWrapper [fetchTimeout=15000]: cannot fetch because of 
vm1.mr.simpledemo.onap.org - backoff for 15000 ms.
[2018-06-01T17:16:30.946+00:00|ERROR|InlineBusTopicSink|UEB-source-PDPD-CONFIGURATION]
 SingleThreadedUebTopicSource [getTopicCommInfrastructure()=UEB, 
toString()=SingleThreadedBusTopicSource 
[consumerGroup=4fb0efde-ccb5-4cb3-a34e-54f394f36701, consumerInstance=drools, 
fetchTimeout=15000, fetchLimit=100, consumer=CambriaConsumerWrapper 
[fetchTimeout=15000], alive=true, locked=false, 
uebThread=Thread[UEB-source-PDPD-CONFIGURATION,5,main], topicListeners=1, 
toString()=BusTopicBase [apiKey=, apiSecret=, useHttps=false, 
allowSelfSignedCerts=false, toString()=TopicBase 
[servers=[vm1.mr.simpledemo.openecomp.org], topic=PDPD-CONFIGURATION, 
#recentEvents=0, locked=false, #topicListeners=1: cannot fetch because of
java.net.UnknownHostException:

[onap-discuss] [dmaap] cannot publish events on dmaap

2018-05-08 Thread HERNANDEZ-HERRERO, JORGE

Hello DMaaP/Integration team,

I set up a new fresh OOM installation.   I can see one of the topics of 
interest there pre-configured.

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/topics/ | grep PDPD
"PDPD-CONFIGURATION",

I can perform subscribe operations:

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/events/PDPD-CONFIGURATION/1/1
[]

But I cannot perform publish operations (get  404):

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X POST --header 
"Content-Type: application/json" -d "{}"   http:// 
message-router:3904/events/PDPD-CONFIGURATION
{"mrstatus":5007,"helpURL":"http://onap.readthedocs.io","message":"Error while 
publishing data to topic.:PDPD-CONFIGURATION.Successfully published number of 
messages :0.null","status":404}

I see rolling errors in message-router pod:

ifiableProperties - Property metadata.broker.list is overridden to 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property request.timeout.ms is 
overridden to 3
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.client.ClientUtils$ - Fetching metadata from broker 
id:0,host:message-router-kafka,port:9092 with correlation id 436 for 1 topic(s) 
Set(PDPD-CONFIGURATION)
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.consumer.ConsumerFetcherManager - 
[ConsumerFetcherManager-1525817225806] Added fetcher for partitions 
ArrayBuffer()
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Connected to message-router-kafka:9092 for 
producing
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Verifying properties
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property client.id is overridden to 
a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property metadata.broker.list is 
overridden to message-router-kafka:9092
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property request.timeout.ms is 
overridden to 3
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.client.ClientUtils$ - Fetching metadata from broker 
id:0,host:message-router-kafka,port:9092 with correlation id 311 for 1 topic(s) 
Set(APPC-CL)
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.consumer.ConsumerFetcherManager - 
[ConsumerFetcherManager-1525817223734] Added fetcher for partitions 
ArrayBuffer()
""2018-05-08 22:08:36,696 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Connected to message-router-kafka:9092 for 
producing
""2018-05-08 22:08:36,696 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,696 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.consumer.ConsumerFetcherManager - 
[ConsumerFetcherManager-1525817251891] Added fetcher for partitions 
ArrayBuffer()
""2018-05-08 22:08:36,720 [qtp1555093762-111] ERROR 
com.att.nsa.cambria.backends.kafka.KafkaConsumer - 
1a5ee485-a519-4fc5-83c0-49759fb58b7e(dev-drools-3)/PDPD-CONFIGURATION: 
ConsumerTimeoutException in Kafka consumer; returning null & Exception at 
nextMessage() : kafka.consumer.ConsumerTimeoutException
""2018-05-08 22:08:36,720 [qtp1555093762-111] ERROR 
com.att.nsa.cambria.backends.kafka.KafkaConsumer - 
1a5ee485-a519-4fc5-83c0-49759fb58b7e(dev-drools-3)/PDPD-CONFIGURATION: 
ConsumerTimeoutException in Kafka consumer; returning null & Exception at 
nextMessage() : kafka.consumer.ConsumerTimeoutException
"22:08:36.720 [qtp1555093762-111] ERROR

Re: [onap-discuss] [policy][drools-applications] Drools session not getting created

2018-04-27 Thread HERNANDEZ-HERRERO, JORGE

Hello Rashmi,
See my note at 
https://wiki.onap.org/display/DW/questions/30901072/policy-cannot-process-events-on-dcaecloutput-seems-like-drools-session-is-not-started.
Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pujar, Rashmi
Sent: Friday, April 27, 2018 10:42 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [policy][drools-applications] Drools session not 
getting created

Hi,

I am trying the closeloop for vFW usecase and I see in the drools network.log 
that it receives an event on DCAE_CL_OUTPUT topic (logs below). I use the 
telemetry API to see what in the drools working memory and its empty. I see no 
sessions, no sessionCoordinates.
It seems like when the events are sent on the DCAE_CL_OUTPUT topic they don’t 
get inserted into the working memory (maybe because there is no drools session) 
thereby the rules are not fired. All I see in the network.log is below. Any 
ideas on how to debug this issue?

[2018-04-26 
16:20:51,497|INFO|HttpClient|UEB-source-unauthenticated.DCAE_CL_OUTPUT] --> 
HTTP/1.1 200 OK
[2018-04-26 
16:20:51,498|INFO|CambriaConsumerImpl|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 UEB GET 
/events/unauthenticated.DCAE_CL_OUTPUT/0ab0db9f-1707-4963-9c7d-684c6eac1a61/0?timeout=15000=100
[2018-04-26 
16:20:51,498|INFO|HttpClient|UEB-source-unauthenticated.DCAE_CL_OUTPUT] GET 
http://dmaap.onap-message-router:3904/events/unauthenticated.DCAE_CL_OUTPUT/0ab0db9f-1707-4963-9c7d-684c6eac1a61/0?timeout=15000=100
 (anonymous) ...
==> /var/log/onap/network.log <==
[2018-04-26 
16:20:51,497|UEB-source-unauthenticated.DCAE_CL_OUTPUT][IN|UEB|unauthenticated.DCAE_CL_OUTPUT]
{"closedLoopEventClient":"DCAE_INSTANCE_ID.df44cbdeec984538a0427d3ce9956442cdapappcdapapptca","policyVersion":"v0.0.1","policyName":"DCAE.Config_tca-hi-lo","policyScope":"DCAE","target_type":"VNF","AAI":{"generic-vnf.resource-version":"1521651980233","generic-vnf.nf-role":"","generic-vnf.prov-status":"PREPROV","generic-vnf.orchestration-status":"Created","generic-vnf.is-closed-loop-disabled":false,"generic-vnf.service-id":"487d1f3c-2c7d-11e8-b467-0ed5f89f718b","generic-vnf.in-maint":false,"generic-vnf.nf-type":"","generic-vnf.nf-naming-code":"","generic-vnf.vnf-name":"CL_SINC_VNF_0","generic-vnf.model-version-id":"20207f4a-b673-4f4b-9281-e39d0505f900","generic-vnf.model-customization-id":"a61a5353-10d0-4e7f-9142-1aa8ff4165e3","generic-vnf.nf-function":"","generic-vnf.vnf-type":"vFW_Close_Loop/vFW_SINC
 
0","generic-vnf.model-invariant-id":"70f6c9c0-296a-4aa9-94d4-11f782cec1e9","generic-vnf.vnf-id":"e5085aa8-84a0-4f4b-a7d5-0bcc636f0088"},"closedLoopAlarmStart":1522176626247571,"closedLoopEventStatus":"ONSET","closedLoopControlName":"ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a","version":"1.0.2","target":"generic-vnf.vnf-name","requestID":"77cc-3297-11e8-b467-0ed5f89f718b","from":"DCAE"}

curl -X GET \
http://IP:PORT/policy/pdp/engine/controllers/amsterdam
 \
-H 'Authorization: Basic QDFiM3J0OjMxbnN0MzFu' \
-H 'Cache-Control: no-cache' \
-H 'Postman-Token: f3eaec28-130d-39ee-fb44-5369411714c1'

"drools": {
"sessionNames": [],

Re: [onap-discuss] [integration] windriver authentication issues?

2018-04-25 Thread HERNANDEZ-HERRERO, JORGE

All working good now .. fyi.  Thanks. -Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of HERNANDEZ-HERRERO, 
JORGE
Sent: Wednesday, April 25, 2018 11:45 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration] windriver authentication issues?

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hello folks,
I'm experiencing authentication problems trying to establish the vpn connection 
to windriver.  It seems that at least another teammate is having same issue.   
Any feedback?
Thank you!
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration] windriver authentication issues?

2018-04-25 Thread HERNANDEZ-HERRERO, JORGE

Hello folks,
I'm experiencing authentication problems trying to establish the vpn connection 
to windriver.  It seems that at least another teammate is having same issue.   
Any feedback?
Thank you!
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [policy] How to connect policy REST API server ?

2018-03-26 Thread HERNANDEZ-HERRERO, JORGE

Hello,

With regards to 1-3, see:

https://git.onap.org/policy/docker/tree/config/pe/push-policies.sh

For 4, accessible at 
http://:8081/pdp/swagger-ui.html

Best regards,
Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
Sent: Monday, March 26, 2018 8:49 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [policy] How to connect policy REST API server ?
Importance: High

Dear Policy Team,

I am looking for “REST API client guidelines” on how to connect to Policy 
service  and found couple of following links.
http://onap.readthedocs.io/en/latest/submodules/policy/engine.git/docs/platform/offeredapis.html
https://wiki.onap.org/display/DW/Policy+API

Could someone help me to resolve the following issues, which I could not figure 
out from these links:


1.   What is the default username and password for Policy service?

2.   How to generate the ClientAuth header?

3.   How to generate Authorization header , if it is different from the 
Basic Auth?

4.   There is no details on the entities used in the REST API, if you have 
swagger.json, kindly share.

Thank you.


Regards
Kanagaraj M
-
Be transparent! Win together !!

本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [so] Beiing rest api for vDNS case compatible with Amsterdam?

2018-03-06 Thread HERNANDEZ-HERRERO, JORGE

Hello SO team,

Can someone confirm that Beijing SO REST APIs for Amsterdam vDNS use case stays 
the same (backwards compatible with Amsterdam)?

Thank you.
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] staging nexus repo

2018-02-23 Thread HERNANDEZ-HERRERO, JORGE

Hello,

May be I missed communication, but if could you share some advice.

I noticed that from 2/8,  the staging repo, does not contain the daily release 
build artifacts 
(https://nexus.onap.org/content/repositories/staging/).

The daily release staging builds are deployed instead to another somewhat more 
obscure repo(s?) such as  
https://nexus.onap.org/content/repositories/autorelease-40840/
 .

Has the usage of 
https://nexus.onap.org/content/repositories/staging/
 for daily released artifacts been purposely stopped?

Thank you,
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

2018-02-20 Thread HERNANDEZ-HERRERO, JORGE

Hi Bharath, you should be able to do all operations within the drools 
container, try this:

docker exec -it drools bash
cd /tmp
wget 
https://git.onap.org/policy/drools-applications/tree/controlloop/packages/apps/src/files/apps-installer
(may have to tweak it to go through proxy)
chmod +x apps-installer
./apps-installer
policy stop
policy start

You can also verify with telemetry shell (as an alternative to curl commands), 
if the controller was stoop up ok:

telemetry
cd controllers/amsterdam/drools
get

if all ok, should see maven coordinates attached in the json output.

Jorge

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, February 20, 2018 12:34 PM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss@lists.onap.org; 
DRAGOSH, PAM <pdrag...@research.att.com>; liam.fal...@ericsson.com; Kranthi 
Guttikonda <kranthi.guttiko...@b-yond.com>
Subject: Re: [Policy] Empty policies in Standalone mode


Hi Jorge,



Do you mean to run apps-installer file in drools container and restart the 
drools container?

Is that my understanding right?



Best Regards

Bharath T

____
From: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>
Sent: Tuesday, February 20, 2018 11:53 PM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, PAM; 
liam.fal...@ericsson.com<mailto:liam.fal...@ericsson.com>; Kranthi Guttikonda
Subject: RE: [Policy] Empty policies in Standalone mode


Hi Bharat,



Yes, proxy issue seems like, collecting the dependencies.



Can you try to see you can get out through proxy with linux shell, by running 
this script:

https://git.onap.org/policy/drools-applications/tree/controlloop/packages/apps/src/files/apps-installer<https://urldefense.proofpoint.com/v2/url?u=https-3A__eur03.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fgit.onap.org-252Fpolicy-252Fdrools-2Dapplications-252Ftree-252Fcontrolloop-252Fpackages-252Fapps-252Fsrc-252Ffiles-252Fapps-2Dinstaller-26data-3D02-257C01-257C-257C706eb87887c741b3b8a708d5788f4b68-257C84df9e7fe9f640afb435-257C1-257C0-257C636547479198572822-26sdata-3DBDV7prGxtqEkDT8gXhC8N9BAaeHokhUm796VoBjGDx8-253D-26reserved-3D0=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=IJuhZ9Sj0De6I810tmqcUd0b87gvSouRNyMHywh7jkU=gLZfeR7IhBK8clJuWF7hXKYifaMB9MD64WonJVhK1Ao=>

If that works, restart pdp-d, that should cached the dependent jars in the 
local maven repo.



Jorge



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, February 20, 2018 12:04 PM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, PAM 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>; 
liam.fal...@ericsson.com<mailto:liam.fal...@ericsson.com>; Kranthi Guttikonda 
<kranthi.guttiko...@b-yond.com<mailto:kranthi.guttiko...@b-yond.com>>
Subject: Re: [Policy] Empty policies in Standalone mode





Hi Jorge,



I have tried the same with the policy VM in original ONAP setup I got the same 
output. After adding proxy, now I am facing the following error in drools 
container

[name=amsterdam, alive=false, locked=false, droolsController=null]: cannot 
init-drools because of 
org.eclipse.aether.collection.DependencyCollectionException: Failed to collect 
dependencies at 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0 -> 
org.onap.policy.drools-applications:events:jar:1.1.3
java.lang.RuntimeException: 
org.eclipse.aether.collection.DependencyCollectionException: Failed to collect 
dependencies at 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0 -> 
org.onap.policy.drools-applications:events:jar:1.1.3
at 
org.kie.scanner.MavenRepository.getArtifactDependecies(MavenRepository.java:121)
at 
org.kie.scanner.ArtifactResolver.getArtifactDependecies(ArtifactResolver.java:72)
at 
org.kie.scanner.KieRepositoryScannerImpl.buildArtifact(KieRepositoryScannerImpl.java:170)
at 
org.kie.scanner.KieRepositoryScannerImpl.loadArtifact(KieRepositoryScannerImpl.java:127)
at 
org.kie.scanner.KieRepositoryScannerImpl.loadArtifact(KieRepositoryScannerImpl.java:122)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.loadKieModuleFromMavenRepo(KieRepositoryImpl.java:154)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.getKieModule(KieRepositoryImpl.java:140)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.getKieModule(KieRepositoryImpl.java:117)
at 
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:184)
at 
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:172)
at org.onap.policy.drools.core.PolicyContainer.(PolicyContainer.java:117)
at org.onap.policy.drools.core.PolicyContainer.(PolicyContainer.java:91

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

2018-02-20 Thread HERNANDEZ-HERRERO, JORGE

Hi Bharat,

Yes, proxy issue seems like, collecting the dependencies.

Can you try to see you can get out through proxy with linux shell, by running 
this script:

https://git.onap.org/policy/drools-applications/tree/controlloop/packages/apps/src/files/apps-installer

If that works, restart pdp-d, that should cached the dependent jars in the 
local maven repo.

Jorge

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, February 20, 2018 12:04 PM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss@lists.onap.org; 
DRAGOSH, PAM <pdrag...@research.att.com>; liam.fal...@ericsson.com; Kranthi 
Guttikonda <kranthi.guttiko...@b-yond.com>
Subject: Re: [Policy] Empty policies in Standalone mode




Hi Jorge,



I have tried the same with the policy VM in original ONAP setup I got the same 
output. After adding proxy, now I am facing the following error in drools 
container

[name=amsterdam, alive=false, locked=false, droolsController=null]: cannot 
init-drools because of 
org.eclipse.aether.collection.DependencyCollectionException: Failed to collect 
dependencies at 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0 -> 
org.onap.policy.drools-applications:events:jar:1.1.3
java.lang.RuntimeException: 
org.eclipse.aether.collection.DependencyCollectionException: Failed to collect 
dependencies at 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0 -> 
org.onap.policy.drools-applications:events:jar:1.1.3
at 
org.kie.scanner.MavenRepository.getArtifactDependecies(MavenRepository.java:121)
at 
org.kie.scanner.ArtifactResolver.getArtifactDependecies(ArtifactResolver.java:72)
at 
org.kie.scanner.KieRepositoryScannerImpl.buildArtifact(KieRepositoryScannerImpl.java:170)
at 
org.kie.scanner.KieRepositoryScannerImpl.loadArtifact(KieRepositoryScannerImpl.java:127)
at 
org.kie.scanner.KieRepositoryScannerImpl.loadArtifact(KieRepositoryScannerImpl.java:122)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.loadKieModuleFromMavenRepo(KieRepositoryImpl.java:154)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.getKieModule(KieRepositoryImpl.java:140)
at 
org.drools.compiler.kie.builder.impl.KieRepositoryImpl.getKieModule(KieRepositoryImpl.java:117)
at 
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:184)
at 
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:172)
at org.onap.policy.drools.core.PolicyContainer.(PolicyContainer.java:117)
at org.onap.policy.drools.core.PolicyContainer.(PolicyContainer.java:91)
at 
org.onap.policy.drools.controller.internal.MavenDroolsController.(MavenDroolsController.java:143)
at 
org.onap.policy.drools.controller.IndexedDroolsControllerFactory.build(DroolsControllerFactory.java:412)
at 
org.onap.policy.drools.controller.IndexedDroolsControllerFactory.build(DroolsControllerFactory.java:193)
at 
org.onap.policy.drools.system.internal.AggregatedPolicyController.initDrools(AggregatedPolicyController.java:145)
at 
org.onap.policy.drools.system.internal.AggregatedPolicyController.(AggregatedPolicyController.java:130)
at 
org.onap.policy.drools.system.IndexedPolicyControllerFactory.build(PolicyControllerFactory.java:225)
at 
org.onap.policy.drools.system.PolicyEngineManager.createPolicyController(PolicyEngine.java:563)
at org.onap.policy.drools.system.Main.main(Main.java:134)
Caused by: org.eclipse.aether.collection.DependencyCollectionException: Failed 
to collect dependencies at 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0 -> 
org.onap.policy.drools-applications:events:jar:1.1.3
at 
org.eclipse.aether.internal.impl.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:291)
at 
org.eclipse.aether.internal.impl.DefaultRepositorySystem.collectDependencies(DefaultRepositorySystem.java:316)
at 
org.kie.scanner.MavenRepository.getArtifactDependecies(MavenRepository.java:119)
... 19 common frames omitted
Caused by: org.eclipse.aether.resolution.ArtifactDescriptorException: Failed to 
read artifact descriptor for 
org.onap.policy.drools-applications:events:jar:1.1.3
at 
org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:302)
at 
org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:217)
at 
org.eclipse.aether.internal.impl.DefaultDependencyCollector.resolveCachedArtifactDescriptor(DefaultDependencyCollector.java:525)
at 
org.eclipse.aether.internal.impl.DefaultDependencyCollector.getArtifactDescriptorResult(DefaultDependencyCollector.java:509)
at 
org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:409)
at 
org.eclipse.aether.internal.impl.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:363)
at 
org.eclipse.aether.internal.impl.Default

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

2018-02-19 Thread HERNANDEZ-HERRERO, JORGE

Hello Barath,

This set up may have some limitations with operations that involve DMaaP 
communication, such as the brmsgw and drools pdp when a new operational policy 
is pushed (rules jar) since the DMaaP container is not spawned here.You 
could confirm that this is the case by going into the brmsgw container log 
directory, somewhere under $POLICY_HOME/servers/brmsgw/, it should show some 
communication failure errors pushing an update through the DMaaP channel.

Jorge


From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Monday, February 19, 2018 1:33 PM
To: onap-discuss@lists.onap.org; DRAGOSH, PAM <pdrag...@research.att.com>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; liam.fal...@ericsson.com
Subject: [Policy] Empty policies in Standalone mode


Hi,



I am trying to setup policy in standalone mode using 
https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Standalone+Quick+Start<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BPolicy-2BFramework-253A-2BStandalone-2BQuick-2BStart=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=iQDS1gAyRbB1QYq4WLn0VO58m-N2Nc_HB5MN3lGAxb8=WbUcqwq_BKeRrGetIRY8vTMbIH4V79vG3cfNmrLg9ik=>.
 After making all containers up I tried to run the file 
https://git.onap.org/demo/tree/vnfs/vFW/scripts/update-vfw-op-policy.sh?h=amsterdam<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_demo_tree_vnfs_vFW_scripts_update-2Dvfw-2Dop-2Dpolicy.sh-3Fh-3Damsterdam=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=iQDS1gAyRbB1QYq4WLn0VO58m-N2Nc_HB5MN3lGAxb8=Yadvrb6aosTu5Y1qNFVSlyW0JfD_9lhn5a3_cDsy_s4=>.
 Then running the below curl request giving the empty list. I cannot get any 
errors in the logs.



curl -v --silent --user @1b3rt:31nst31n -X GET 
http://$<https://urldefense.proofpoint.com/v2/url?u=http-3A__-24=DwQFAw=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=iQDS1gAyRbB1QYq4WLn0VO58m-N2Nc_HB5MN3lGAxb8=28FWrrILDiYwe4IZsjsIjkFARqxbJ7cUsuxWTZKX5go=>{POLICY_HOST}:9696/policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
 | python -m json.tool





Any help here?Let me know if you need any logs.



Best Regards

Bharath T

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Demo update-vfw policy script when running without closed loop

2018-01-25 Thread HERNANDEZ-HERRERO, JORGE

Hi Karthick,
With regards to policy, cannot tell you in the context of kubernetes, but we 
had a bug introduced in v1.1.2 policy docker images that was resolved with 
v1.1.3. The error shown in the text below indicates that the automated 
deployment of operational policies wasn't successful which was one of the 
symptoms of the problems with v1.1.2.   First thing to check is if you are 
using the latest 1.1.3 images and latest amsterdam policy/docker repo?
Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Thursday, January 25, 2018 12:33 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Demo update-vfw policy script when running without 
closed loop


Hi,

 In my kubernetes setup minus dcae (just vFW without closed loop),

 I am trying to mount the appc packetgen interface but I am unable to see the 
mounts in appc mounts list.

 The policy that was pushed used the kubernetes update-vfw-op-policy.sh script 
which seems to be applicable for closed loop.



 Though the policy script runs and applies the policy and restarts the policy 
pods, the get on controlloop.Params fails at the end.



 curl -v --silent --user @1b3rt:31nst31n -X GET 
http://${K8S_HOST}:${POLICY_DROOLS_PORT}/policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
  | python -m json.tool


{
"error": "amsterdam:closedloop-amsterdam:org.onap.policy.controlloop.Params 
not found"
}




Moving ahead, I configure the packet gen interface with an appc put to network 
topology for the packetgen vnf/ip.

Put succeeds but appc mounts doesn't show up.

Wondering if the policy script needs to be changed when executing without 
closed loop?

What am I missing?



Thanks,

-Karthick
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [dmaap] l2 resiliency side effects on clients?

2018-01-25 Thread HERNANDEZ-HERRERO, JORGE

Hello DMaaPers,

I understand that DMaaP will be L2 resilient in Beijing.

Are there any side effects known at this time, for REST clients using the 
polling consumer APIs?

Thank you.
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam with vFWCL

2018-01-16 Thread HERNANDEZ-HERRERO, JORGE

Hi Bin,

I looked at your 10.12.9.121 vm.   Can you do the following to use the latest 
amsterdam version?


1.   /opt/config/docker_version.txt – change to v1.1.3 (relates to 
POLICY-486)

2.   mv /opt/policy /opt/policy.old

3.   git clone -b $(cat /opt/config/gerrit_branch.txt)--single-branch $(cat 
/opt/config/remote_repo.txt) /opt/policy

4.   policy_vm_init.sh

There was some issue discussed in POLICY-486 that I think you may have hit and 
should be solved now.

Let me know how it goes.

Jorge

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Tuesday, January 16, 2018 8:41 AM
To: DRAGOSH, PAM <pdrag...@research.att.com>; Matt, Brian 
<brian.m...@windstream.com>; onap-discuss@lists.onap.org
Cc: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>
Subject: RE: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

I just added Jorge as a member of tenant ‘demonstrable’ , please go with this 
tenant.

Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, January 16, 2018 10:23 PM
To: Yang, Bin; Matt, Brian; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HERNANDEZ-HERRERO, JORGE
Subject: Re: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

Sure – please add Jorge. Not sure what his username is, he can provide that.

Thanks,

Pam

From: "Yang, Bin" <bin.y...@windriver.com<mailto:bin.y...@windriver.com>>
Date: Tuesday, January 16, 2018 at 9:20 AM
To: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, "Matt, Brian" 
<brian.m...@windstream.com<mailto:brian.m...@windstream.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

Hi Pam,

   Appreciate your quick response, I am using the ONAP lab but in 
my newly created tenant. Please let me know the username of your team members 
who will working on this this issue, so I can add him/her to be member of my 
tenant.

   Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, January 16, 2018 9:40 PM
To: Yang, Bin; Matt, Brian; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HERNANDEZ-HERRERO, JORGE
Subject: Re: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

Bin,

Sorry I missed this the other day. Let’s have our team take a look as it looks 
like the Drools PDP is missing the Amsterdam controller. That should never have 
been deleted.

Which lab are you in? If you can give access to Jorge, he can take a quick look.

Regards,

Pam

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "Yang, Bin" 
<bin.y...@windriver.com<mailto:bin.y...@windriver.com>>
Date: Tuesday, January 16, 2018 at 4:50 AM
To: "Matt, Brian" 
<brian.m...@windstream.com<mailto:brian.m...@windstream.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

Hi Brian,

Have you been able to get policy issue fixed?  I observed the same issue, and 
the branches are correct for my ONAP template file. Does anyone could help on 
this issue? Thanks.
   policy_repo
http://gerrit.onap.org/r/policy/docker.git<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_policy_docker.git=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=nT1UQBgEJJ5r-3awkwNBEErfZCmfcE9l9H200o6J1Y0=Bgrtd5jVAIdKPXyoFZWdfe-AEdVKgEaeTRnL_sMPZ6I=>
   policy_dockerv1.1.2
policy_branchamsterdam
policy_repo
http://gerrit.onap.org/r/policy/docker.git<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_policy_docker.git=DwQFAg=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=nT1UQBgEJJ5r-3awkwNBEErfZCmfcE9l9H200o6J1Y0=Bgrtd5jVAIdKPXyoFZWdfe-AEdVKgEaeTRnL_sMPZ6I=>


$ ./demo/vnfs/vFW/scripts/update-vfw-op-policy.sh 
policy.api.simpledemo.onap.org 7fe331bc-f46e-4cb3-aaa3-639024381f86 
./onap_dev.pem


Removing the vFW Policy from PDP..


*   Trying

Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release testing

2018-01-10 Thread HERNANDEZ-HERRERO, JORGE

Thanks Gary, yes I see that there is a problem with 1.1.2, we are tracking it 
under POLICY-486.   We’ll keep you posted.  -Jorge

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Tuesday, January 09, 2018 9:01 AM
To: DRAGOSH, PAM <pdrag...@research.att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; Yunxia Chen <helen.c...@huawei.com>; onap-discuss 
<onap-discuss@lists.onap.org>; 'Chengli Wang' <wangchen...@chinamobile.com>; 
Kang Xi <kang...@huawei.com>; Yang Xu (Yang, Fixed Network) 
<yang@huawei.com>; FLOOD, JERRY <jf9...@att.com>; Eric Debeau 
<eric.deb...@orange.com>; HERNANDEZ-HERRERO, JORGE <jh1...@att.com>
Subject: RE: [integration] ONAP Amsterdam Maintenance release testing

Hi Jorge,

Please use the Integration-SB-03 environment for your debugging.  I may 
re-deploy the others from time-to-time to test new incremental changes.

Thanks,
Gary

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, January 09, 2018 5:26 AM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; PLATANIA, 
MARCO (MARCO) <plata...@research.att.com<mailto:plata...@research.att.com>>; 
Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Chengli 
Wang' <wangchen...@chinamobile.com<mailto:wangchen...@chinamobile.com>>; Kang 
Xi <kang...@huawei.com<mailto:kang...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>; FLOOD, JERRY 
<jf9...@att.com<mailto:jf9...@att.com>>; Eric Debeau 
<eric.deb...@orange.com<mailto:eric.deb...@orange.com>>; HERNANDEZ-HERRERO, 
JORGE <jh1...@att.com<mailto:jh1...@att.com>>
Subject: Re: [integration] ONAP Amsterdam Maintenance release testing

Gary/Marco,

+Jorge

Jorge is back from vacation, perhaps we let him take a look and see why all of 
sudden this problem is happening. We assume the environment is setup correctly, 
i.e. /etc/hosts has the right DNS information. Has the overall environment 
changed since release last November? We are assuming for Amsterdam HEAT was 
still being used as is, no changes.

If there’s a bug then Marco can go ahead and file the JIRA and work with Jorge 
on determining the fix.

Regards,

Pam


From: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Date: Monday, January 8, 2018 at 8:59 PM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, 'Chengli 
Wang' <wangchen...@chinamobile.com<mailto:wangchen...@chinamobile.com>>, Kang 
Xi <kang...@huawei.com<mailto:kang...@huawei.com>>, "Yang Xu (Yang, Fixed 
Network)" <yang@huawei.com<mailto:yang@huawei.com>>, "FLOOD, JERRY" 
<jf9...@att.com<mailto:jf9...@att.com>>, Eric Debeau 
<eric.deb...@orange.com<mailto:eric.deb...@orange.com>>, "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>
Subject: RE: [integration] ONAP Amsterdam Maintenance release testing

Thanks Marco.

Pam, is this issue already being tracked by policy?  Or should we log a new 
Jira ticket?

Thanks,
Gary

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, January 08, 2018 5:57 PM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Chengli 
Wang' <wangchen...@chinamobile.com<mailto:wangchen...@chinamobile.com>>; Kang 
Xi <kang...@huawei.com<mailto:kang...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>; FLOOD, JERRY 
<jf9...@att.com<mailto:jf9...@att.com>>; Eric Debeau 
<eric.deb...@orange.com<mailto:eric.deb...@orange.com>>; DRAGOSH, PAMELA L 
(PAM) <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>
Subject: Re: [integration] ONAP Amsterdam Maintenance release testing

Gary,

The issue with Policy is that PAP can’t connect to PDP.

echo "pushPolicy : PUT : com.MicroServicevCPE"
+ echo 'pushPolicy : PUT : com.MicroServicevCPE'
curl -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d 
'{
  "pdpGroup": "default",
  "policyName": "com

Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release testing

2018-01-09 Thread HERNANDEZ-HERRERO, JORGE

Hello, I reopened POLICY-486 as it seems to have some side effects on PAP 
initialization that have leaked into 1.1.2  amsterdam version.
Mike in our team is looking into it.
-Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ozgur
Sent: Tuesday, January 09, 2018 2:40 PM
To: Gary Wu ; Alexis de Talhouët 
Cc: onap-discuss ; FLOOD, JERRY ; 
Eric Debeau 
Subject: Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release 
testing



09.01.2018, 23:35, "Gary Wu" 
>:

How do we get the fix?  Will there be new docker images?



Hello,

I don't have idea of the docker and here the explained bug fix:

https://jira.onap.org/browse/polıcy-501




Thanks,

Gary



From: Ozgur [mailto:o...@zgur.org]
Sent: Tuesday, January 09, 2018 12:32 PM
To: Alexis de Talhouët 
>; Gary Wu 
>
Cc: Eric Debeau >; FLOOD, 
JERRY >; onap-discuss 
>
Subject: Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release 
testing







09.01.2018, 18:23, "Alexis de Talhouët" 
>:

In addition to what Marco said, Policy version has changed recently, from 
v1.1.1 to v1.1.2. See mail: 
https://lists.onap.org/pipermail/onap-discuss/2018-January/007204.html
 where I explain my errors.





@Alex,

"thread blocking" bug shouldn't happen anymore, patchset should be applied, I 
tried and bug fixed.



Ozgur



Alexis





On Jan 8, 2018, at 8:59 PM, Gary Wu 
> wrote:



Thanks Marco.



Pam, is this issue already being tracked by policy?  Or should we log a new 
Jira ticket?



Thanks,

Gary



From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, January 08, 2018 5:57 PM
To: Gary Wu >; Yunxia Chen 
>; onap-discuss 
>; 'Chengli 
Wang' >; Kang 
Xi >; Yang Xu (Yang, Fixed 
Network) >; FLOOD, JERRY 
>; Eric Debeau 
>; DRAGOSH, PAMELA L 
(PAM) >
Subject: Re: [integration] ONAP Amsterdam Maintenance release testing



Gary,



The issue with Policy is that PAP can’t connect to PDP.



echo "pushPolicy : PUT : com.MicroServicevCPE"

+ echo 'pushPolicy : PUT : com.MicroServicevCPE'

curl -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d 
'{

  "pdpGroup": "default",

  "policyName": "com.MicroServicevCPE",

PE300 - Data Issue: response code of the URL is 404.  This indicates a problem 
with getting the version from the PAP or the policy does not exist.pushPolicy : 
PUT : com.MicroServicevCPE

  "policyType": "MicroService"

}' 
'http://pdp:8081/pdp/api/pushPolicy'

+ curl -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d 
'{

  "pdpGroup": "default",

  "policyName": "com.MicroServicevCPE",

  "policyType": "MicroService"

}' 
http://pdp:8081/pdp/api/pushPolicy

* Hostname was

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

2017-12-07 Thread HERNANDEZ-HERRERO, JORGE

Just to be clear that 3rd party dependency, xacml-pdp jar, should be picked up 
from maven central and should be pointing to 1.0.0.So, my doubt is if you 
have a slightly oldest set up perhaps, I guess, since I remember a review 
specifying that dependency to 1.0.0 a while back.Trying to understand why 
you see that in contrast with other installation I am looking at.

Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of HERNANDEZ-HERRERO, 
JORGE
Sent: Thursday, December 07, 2017 12:12 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
There is an issue on the brmsgw generating rules jar files while fetching 
dependencies:

[ERROR] Failed to execute goal on project policy-amsterdam-rules: Could not 
resolve dependencies for project 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:jar:0.1.0: 
Failure to find com.att.research.xacml:xacml-pdp:jar:1.1.1 in 
https://nexus.onap.org/content/repositories/releases/<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_repositories_releases_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=0Ecw5ceyIx6TGXxpswy_BZP3oGe9Y5glraVxH-eVx68=8-WWVNjmujKCNMrM6skuvlaUQz8qU6K0SJ6d2qsDrlE=>
 was cached in the local repository, resolution will

xacml-pdp jar should be pointing to 1.0.0.   This dependency version comes from 
this file.

docker exec -t -u policy brmsgw bash -c "cat 
/opt/app/policy/servers/brmsgw/dependency.json"

See entry for xacml-pdp dependency (as it shows in a local installation):

}, {
"groupId": "com.att.research.xacml",
"artifactId": "xacml-pdp",
"version": "1.0.0"
}]

I think in your set up probably that is pointing to 1.1.1.   Not sure, if you 
have a slightly oldest version, I thought that was released with 1.1.1 (?)

Jorge

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, December 07, 2017 11:22 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>
Cc: DRAGOSH, PAM <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>; 
PLATANIA, MARCO <plata...@research.att.com<mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Bellow the output for the requested command. Note, I’ve seen maven failure in 
brmsgw.log (I didn’t know about those logs before).
docker exec -t -u policy drools bash -c "source 
/opt/app/policy/etc/profile.d/env.sh; policy status;”
policy@drools-3276366710-tlszz:/tmp/policy-install$ source 
/opt/app/policy/etc/profile.d/env.sh; policy status;

[drools-pdp-controllers]
 L []: Policy Management (pid 5041) is running
1 cron jobs installed.

[features]
name  version status
  --- --
active-standby-management 1.1.1   disabled
test-transaction  1.1.1   disabled
healthcheck   1.1.1   enabled
eelf  1.1.1   disabled
controlloop-utils 1.1.1   disabled
state-management  1.1.1   disabled
session-persistence   1.1.1   disabled



docker exec -t -u policy drools bash -c "cat /opt/app/policy/logs/network.log;"
policy@drools-3276366710-tlszz:/tmp/policy-install$ cat 
/opt/app/policy/logs/network.log
[2017-12-07 15:02:33,326|qtp873610597-23]0:0:0:0:0:0:0:1 - @1b3rt 
[1512658953104] "DELETE //localhost:9696/policy/pdp/engine HTTP/1.1" 500 340
[2017-12-07 15:03:14,209|qtp873610597-21]10.42.0.1 - @1b3rt 
[07/Dec/2017:15:03:13 +] "GET 
//10.195.197.141:30221/policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1" 
200 231
[2017-12-07 15:03:14,306|qtp873610597-26]10.42.0.1 - @1b3rt 
[07/Dec/2017:15:03:14 +] "GET 
//10.195.197.141:30221/policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
 HTTP/1.1" 200 2

docker exec -t -u policy drools bash -c "cat 
/opt/app/policy/config/amsterdam-controller.properties;"
https://gist.github.com/anonymous/ed87dc44b5e63d4f1818b6d72c234ff4<https://urldefense.proofpoint.com/v2/url?u=https-3A__gist.github.com_anonymous_ed87dc44b5e63d4f1818b6d72c234ff4=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=7ECL8v_id3P9lLua3wsg8VQheN-9BaRZ30afvRUF3M4=oOU5UGN6CtcjgpAUcnfc0Wrm3ehT-amh2WyXELX-00E=>

docker exec -t -u policy brmsgw bash -c "cat /opt/app/policy/logs/brmsgw.log"
https://gist.github.com/anonymous/a5

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

2017-12-07 Thread HERNANDEZ-HERRERO, JORGE

Thanks Alexis, that output looks good.   Can you also print output from these 
commands in the policy vm:

docker exec -t -u policy drools bash -c "source 
/opt/app/policy/etc/profile.d/env.sh; policy status;"

docker exec -t -u policy drools bash -c "cat /opt/app/policy/logs/network.log;"

docker exec -t -u policy drools bash -c "cat 
/opt/app/policy/config/amsterdam-controller.properties;"

docker exec -t -u policy brmsgw bash -c "cat /opt/app/policy/logs/brmsgw.log"

Jorge

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, December 07, 2017 9:37 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>
Cc: DRAGOSH, PAM <pdrag...@research.att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Hi Jorge,

I cannot give you access as this is in internal my lab, and the setup I had in 
the openlab just got wiped(…).

Here is the logs regarding the http request in the pap container: 
https://gist.github.com/adetalhouet/e089f41df0e7a5eaaeb319d2cc417173<https://urldefense.proofpoint.com/v2/url?u=https-3A__gist.github.com_adetalhouet_e089f41df0e7a5eaaeb319d2cc417173=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=xAnaYk-bl3Y-OauIXHVBMFT5a2pqFKDdMUYyN1k69ZA=2IlyhrQsoXLqqDwARtlpte8p6HBle_jWlcdKJhz3Cmg=>
I seem to have 200 OK, but maybe I’m missing something.

If you can give me some command helping debugging that would be great.

Thank you for helping,
Alexis

On Dec 7, 2017, at 10:32 AM, HERNANDEZ-HERRERO, JORGE 
<jh1...@att.com<mailto:jh1...@att.com>> wrote:

Hi Alexis,

There seems there are no preloaded policies, I could take a look in your lab if 
you are ok giving me access to policy vm, or I can guide you with some 
commands.   What do you see towards the end if you do “docker logs pap”?   Do 
you see some http request returning 200 Ok (those are pushing some default 
policies for use cases).

Jorge

From: DRAGOSH, PAM
Sent: Thursday, December 07, 2017 9:14 AM
To: Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>; PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>
Subject: Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

+Jorge from the Policy team. Perhaps he can take a look.

Pam

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Date: Thursday, December 7, 2017 at 10:09 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Hello Marco, team,

I’ve been following the close-loop video 
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010290/vFW_closed_loop.mp4<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2Bthe-2BONAP-2BDemos-3Fpreview-3D_1015891_16010290_vFW-5Fclosed-5Floop.mp4=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=eGdp3ha1Dvenrua6ZSDOjXaZ7Q2pW83DPaI5PU-eIIs=MgFmqh-hgsbZkP6-8Rdj1E_-qrczm96BKpPlXsAF7P8=>
 to fix OOM.
I’m currently at the stage where I’m updating the vFW Operation Policy.

Mu issue is the following, running the update-vfw-op-policy.sh works fine, but 
I don’t have any artifacts after drools restarts, nor any close loop params.

Does someone has an idea where I should look at to fix this?

Thanks
Alexis

Bellow my run:
FYI, I adapted the script for OOM.

$ ./update-vfw-op-policy.sh
Usage: update-vfw-op-policy.sh   

$ ./update-vfw-op-policy.sh 10.195.197.141 30220 30221 
780661ba-d934-408a-99dd-295263e7a80d

Updating vFW Operational Policy ..

*   Trying 10.195.197.141...
* TCP_NODELAY set
* Connected to 10.195.197.141 (10.195.197.141) port 30220 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: 10.195.197.141:30220
> User-Agent: curl/7.54.0
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1328
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 149
< Date: Thu, 07 Dec 2017 15:02:06 GMT
<
* Connection #0 to host 10.195.197.141 left intact
Transaction ID: 5f582dd6-d4b4-4665-8274-0403775be82f

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

2017-12-07 Thread HERNANDEZ-HERRERO, JORGE

Hi Alexis,

There seems there are no preloaded policies, I could take a look in your lab if 
you are ok giving me access to policy vm, or I can guide you with some 
commands.   What do you see towards the end if you do “docker logs pap”?   Do 
you see some http request returning 200 Ok (those are pushing some default 
policies for use cases).

Jorge

From: DRAGOSH, PAM
Sent: Thursday, December 07, 2017 9:14 AM
To: Alexis de Talhouët <adetalhoue...@gmail.com>; PLATANIA, MARCO 
<plata...@research.att.com>; onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, 
JORGE <jh1...@att.com>
Subject: Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

+Jorge from the Policy team. Perhaps he can take a look.

Pam

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Date: Thursday, December 7, 2017 at 10:09 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Hello Marco, team,

I’ve been following the close-loop video 
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010290/vFW_closed_loop.mp4<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2Bthe-2BONAP-2BDemos-3Fpreview-3D_1015891_16010290_vFW-5Fclosed-5Floop.mp4=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=eGdp3ha1Dvenrua6ZSDOjXaZ7Q2pW83DPaI5PU-eIIs=MgFmqh-hgsbZkP6-8Rdj1E_-qrczm96BKpPlXsAF7P8=>
 to fix OOM.
I’m currently at the stage where I’m updating the vFW Operation Policy.

Mu issue is the following, running the update-vfw-op-policy.sh works fine, but 
I don’t have any artifacts after drools restarts, nor any close loop params.

Does someone has an idea where I should look at to fix this?

Thanks
Alexis

Bellow my run:
FYI, I adapted the script for OOM.

$ ./update-vfw-op-policy.sh
Usage: update-vfw-op-policy.sh   
 

$ ./update-vfw-op-policy.sh 10.195.197.141 30220 30221 
780661ba-d934-408a-99dd-295263e7a80d

Updating vFW Operational Policy ..

*   Trying 10.195.197.141...
* TCP_NODELAY set
* Connected to 10.195.197.141 (10.195.197.141) port 30220 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: 10.195.197.141:30220
> User-Agent: curl/7.54.0
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1328
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 149
< Date: Thu, 07 Dec 2017 15:02:06 GMT
<
* Connection #0 to host 10.195.197.141 left intact
Transaction ID: 5f582dd6-d4b4-4665-8274-0403775be82f --Policy with the name 
com.Config_BRMS_Param_BRMSParamvFirewall.2.xml was successfully updated.



Pushing the vFW Policy ..


*   Trying 10.195.197.141...
* TCP_NODELAY set
* Connected to 10.195.197.141 (10.195.197.141) port 30220 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> Host: 10.195.197.141:30220
> User-Agent: curl/7.54.0
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 162
< Date: Thu, 07 Dec 2017 15:02:12 GMT
<
* Connection #0 to host 10.195.197.141 left intact
Transaction ID: 6495f424-78d5-4434-a2f2-83a335d2523f --Policy 
'com.Config_BRMS_Param_BRMSParamvFirewall.2.xml' was successfully pushed to the 
PDP group 'default'.




Restarting PDP-D ..


Defaulting container name to drools.
Use 'kubectl describe pod/drools-3276366710-tlszz' to see all of the containers 
in this pod.
[drools-pdp-controllers]





 L []: Stopping Policy Management... Policy Management (pid=4791) is 
stopping... Policy Management has stopped.
[drools-pdp-controllers]
 L []: Policy Management (pid 5041) is running


PDP-D amsterdam maven coordinates ..


*   Trying 10.195.197.141...
* TCP_NODELAY set
* Connected to 10.195.197.141 (10.195.197.141) port 30221 (#0)
* Server auth using Basic with user '@1b3rt'
> GET /policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1
> Host: 10.195.197.141:30221
> Authorization: Basic QDFiM3J0OjMxbnN0MzFu
> User-Agent: curl/7.54.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Thu, 07 Dec 2017 15:03:13 GMT
< Content-Ty

Re: [onap-discuss] [integration][policy]Need help from Policy now

2017-11-02 Thread HERNANDEZ-HERRERO, JORGE

It seems there is a mismatch between the resourceID in the vFW operational 
policy, and the AAI named query response ..   (see below), we can modify either 
aai data or the operational policy and run the test again later in our testing 
session..

Eace933104d443b496b8.nodes.heat.vpg  (op policy)

Vs

5f492678-c2e3-4385-a16a-1e781756ce1c (model-invariant-id in response)


{
"inventory-response-item": [
{
"model-name": 
"374fbfc3-b7fd-4f00-9792",
"generic-vnf": {
"vnf-id": 
"6e3b0069-a760-4ee4-851d-b80fe2dd8562",
"vnf-name": 
"demovnfVFW110103",
"vnf-type": 
"demoVFW/374fbfc3-b7fd-4f00-9792 0",
"service-id": 
"0b4fa6bc-44de-4d3f-a8c3-c5950b78e5e9",
"prov-status": 
"PREPROV",

"orchestration-status": "Created",
"in-maint": 
false,

"is-closed-loop-disabled": false,

"resource-version": "1509590351043",

"model-invariant-id": "5f492678-c2e3-4385-a16a-1e781756ce1c",

"model-version-id": "fead6cbe-a374-49ef-9245-4a2bd18d8d7b",

"model-customization-id": "977921fb-8e6f-427d-9a0a-2b98bbfdb8c7",
"nf-type": "",
"nf-function": 
"",
"nf-role": "",

"nf-naming-code": ""
},
"extra-properties": {},
"inventory-response-items": {

"inventory-response-item": [

{

"model-name": "demoVFW",

"service-instance": {

"service-instance-id": 
"21da1452-e317-4024-a150-e4b4585beb8f",

"service-instance-name": "demosiVFW110103",

"model-invariant-id": 
"37e0d462-7415-49a5-a7bc-8ee7795a1ea7",

"model-version-id": 
"58d9c25e-7294-46aa-a806-8360a6b92e93",

"resource-version": "1509590302522"

},
        
"extra-properties": {}

}
]
}
}
]
}

From: DRAGOSH, PAM
Sent: Thursday, November 02, 2017 8:26 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; Yunxia Chen <helen.c...@huawei.com>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from P

[onap-discuss] [oparent] new version-check-maven-plugin does not work behind proxies

2017-08-30 Thread HERNANDEZ-HERRERO, JORGE

Hello,

The introduction of

version-check-maven-plugin

in oparent, has broken  our builds for those of us behind a firewall :

INFO] Checking version manifest 
https://git.onap.org/integration/plain/versions/java-manifest.csv
[ERROR]
java.net.ConnectException: Connection timed out

as it bypasses proxies.

It also presents some issues at runtime since is a hidden dependency on the 
oparent, that presents ramifications when resolving dependencies at runtime in 
lab installations as some artifacts are resolved at runtime.Can you add the 
dependency under the  section instead of directly under  
.. ?

I opened this ticket for it:

https://jira.onap.org/browse/INT-125

Thank you

Jorge

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [policy] 8/30 weekly meeting cancelled

2017-08-29 Thread HERNANDEZ-HERRERO, JORGE

Policy Weekly Meeting is cancelled this week (Wednesday 8/30).

Best regards,
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Development guide for Policy

2017-08-08 Thread HERNANDEZ-HERRERO, JORGE

Hi Atul,

With regards to order:  policy/common first, and policy/docker last.   The 
others can be built in any order as of now.

Please monitor https://wiki.onap.org/display/DW/Policy+Framework+Project for 
existing and upcoming policy information.

Thanks,
Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Atul Shegokar
Sent: Tuesday, August 08, 2017 5:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Development guide for Policy

Hi team,

Please  do you have any idea for development guide for policy or build order of 
policy project, since I was not able to locate it on wiki under  Development 
Guides link.


Thanks & Regards,

Atul Shegokar| NS-CDU-COE | Tech Mahindra

Sharda Centre, Off Karve Road, Erandwane, Pune 411 004, INDIA
Mobile: +91 9860799468, ext :
Email Id - as00500...@techmahindra.com



[cid:image002.jpg@01D271AC.E55C49F0]







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Versioning for Amsterdam

2017-07-19 Thread HERNANDEZ-HERRERO, JORGE

For scope clarification on #2 proposal, does #2 implies versioning freedom 
*within* a given repo?   For example policy/drools-applications repo could have 
some artifacts delivered to be in version X, and others version Y.

Jorge

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of HANSEN, TONY L
Sent: Wednesday, July 19, 2017 3:24 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Versioning for Amsterdam

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Here’s my +1 as well for option 2. I also like Randa’s addition, but make sure 
you also add in “Prototype” or “PreRelease” or something along those lines for 
issues filed against the current pre-Amsterdam code base.

Tony

From: 
>
 on behalf of "MAHER, RANDA" >
Date: Wednesday, July 19, 2017 at 3:43 PM
To: "TALASILA, MANOOP" 
>, 
"onap-discuss@lists.onap.org" 
>, "SPATSCHECK, 
OLIVER" >
Subject: Re: [onap-discuss] Versioning for Amsterdam

I would further propose an enhancement for Option 2:

All Jira project be updated to include a new field called Release Name and 
entries for that field be from a pull down menu that would include Amsterdam, 
Beijing, and any future release added when the name is determined. Further, 
that Affects Version and Fix Version be used to identify the version number in 
which an issue is found in and/or submitted in.

Having a separate Release Name Attribute in Jira will allow to easily build  
query to collect all the items being submitted for Amsterdam and we don’t have 
to worry about different version numbers being used across different projects 
for the same major release.

Randa

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of TALASILA, MANOOP
Sent: Wednesday, July 19, 2017 2:51 PM
To: onap-discuss@lists.onap.org; 
SPATSCHECK, OLIVER >
Subject: Re: [onap-discuss] Versioning for Amsterdam

+1 for option 2 (from Portal team)
Manoop

On Wed, Jul 19, 2017 at 11:06 AM -0400, "SPATSCHECK, OLIVER (OLIVER)" 
> wrote:

*** Security Advisory: This Message Originated Outside of AT ***.

Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

On the OOM call the question of versioning came up and as this is a larger 
issue across projects David and I decided to bring it up with the larger 
community. I know we have discussed this before but I am not sure we made a 
final decision for Amsterdam (sorry if there was a decision I missed but nobody 
on the call was aware of any decision…).

The question is how to handle the fact that the seed code is tagged with 
different version numbers > 1 already.

There are really two options to fix that.

1. We try to keep the version numbers all in sync and in sync with the release 
number which will require “down versioning” some of the code with all the 
problems that will cause with dependencies and artifact caching. It will also 
be difficult to maintain as we are applying patches after the Amsterdam release 
is out (a patch to one component would trigger a version update to all other 
components).

2. We allow each repo to manage there own version number and then the Amsterdam 
release is just really a collection of artifacts with different version numbers 
properly tagged/referenced.

I think most people I talked to prefer 2.

Do we have consensus on this?

Does the TSC have to officially bless this?

Thx

Oliver

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [cli] [policy] other onap cli resources

2017-07-05 Thread HERNANDEZ-HERRERO, JORGE

Hello CLI team,

I would like to bring to your attention some capabilities we are making use in 
the policy/drools-pdp project to provide a CLI shell which wraps its REST APIs. 
   It capitalizes in third party tooling: http-prompt + swagger specification 
to provide a filesystem-like navigation illusion (using cd, and ls) with auto 
completion.   One of the things that may be different after going through the 
CLI project documentation is that it provides a non-flat, hierarchical 
structure of resources, on which operations can be applied (the http verbs).
 Doc is primitive on our side, but you can check its basic usage on the 2 
subpages of 
https://wiki.onap.org/display/DW/Deploying+and+Debugging+the+Policy+Platform 
(telemetry shell).

Best regards,
Jorge
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [clamp][holmes][dcae][policy]CLAMP - Policy - DCAE - HOLMES meeting

2017-07-05 Thread HERNANDEZ-HERRERO, JORGE

Greetings Guangrong,

I’d like to point out that policy/drools-pdp project repo contains a generic 
drools engine which is similar in scope to what Holmes provides.   It is 
currently used by what we call operational policies, but it is *generic* and 
can be used for any flavor of rules, as long as they are mavenized and 
drools-based applications.  It supports interaction through the DMaaP and 
generic REST servers capabilities.   It just seems to me there is a bit of 
synergy between what the “Holmes” (the actual Holmes box in the diagram) and 
what the drools-pdp project currently does. I will be glad to share 
additional information if interested.   I could also join first half of the 
DCAE meeting tomorrow if you wish to talk more about it.

Best regards,

Jorge
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
fu.guangr...@zte.com.cn
Sent: Wednesday, July 05, 2017 9:33 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [clamp][holmes][dcae][policy]CLAMP - Policy - DCAE - 
HOLMES meeting


Greetings folks,



It was such a pleasure to have all of you from relevant projects to discuss 
about the deployment solution of Holmes and relevant workflows. Thank you very 
much.



As agreed, we will go on with the dicussion using the timeslot of DCAE weekly 
meeting tomorrow. It'll be great if you could share the documents/materials 
you've shown to us so that we could look them through in advance and perform

a much more efficient meeting tomorrow.



Attached is the slides on Holmes we have discussed today. If you have any 
questions, please feel free to contact me and I'll respond ASAP.



Thanks and regards,



Guangrong








___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy] PyPDPServer(PEP) get notificatio from XACML PDP

2017-04-27 Thread HERNANDEZ-HERRERO, JORGE

Hi Avdhut,

The PyPDP currently works as a proxy between REST clients, and the XACML PDP.   
It proxies the 2 message formats.   I’m told though that the PyPDP is going 
away and its functionality integrated into the XACML PDP.   Hope this helps.

Best regards,
Jorge

From: KHOLKAR, AVDHUT
Sent: Thursday, April 27, 2017 1:51 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [Policy] PyPDPServer(PEP) get notification from 
XACML PDP

Hi Jorge,

Can you please explain the functional difference between XACML PDP and PyPDP. 
The architecture description, 
https://wiki.onap.org/display/DW/Policy<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Policy=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=DaypU7sOzEHstwlqXfCy7wi_h1B-jXTcwBaPyPRjYj0=Z5DEuVjyxl2EJgq-AD4VSvxgxkvXFAMBJHbMPQFEMjI=>,
 does not explain PyPDP. From what I gather, both are XACML PDP engines but not 
sure of the difference. Both these components are also deployed in separate 
containers. The below email mentions PyPDP supporting a PEP function – is this 
related to the API’s exposed to retrieve Policy configuration rather than 
evaluating a XACML request and returning decision.

Regards,
Avdhut Kholkar

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of HERNANDEZ-HERRERO, 
JORGE
Sent: Thursday, April 27, 2017 12:16 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Policy] PyPDPServer(PEP) get notification from 
XACML PDP


Here is some info I got from my colleague Tarun Tej, hopefully answers your 
questions.
–Jorge


There are two ways that a PyPDPServer (PEP) can receive a notification from PDP.

1)  Through Websockets. We use websocket as internal mode of communication 
between PDP and PEP. (default)

2)  It can also use UEB.
callPDP method in turn makes a REST call to PDP component and returns back a 
response from PDP (XACML). The XACML response from PDP is converted back to 
Config /action or decision responses depending on the call made.
The non-deprecated version of getDecision is 
getDecision(DecisionRequestParameters decisionRequestParameters).
There are currently three calls that are supported by PEP (Policy XACML)

1)  getConfig – This is a configuration based policy. When made a request 
the response should give back a configuration if a permit.

2)  getDecision – This is a generic decision based policy. The response 
contains either a permit or deny.

3)  sendEvent – This is an action based decision policy. Where upon 
occurrence of few events (signatures) the POLICY can either perform an action 
or suggest an action to be taken by the PEP.

Hope this answers all the questions here.

Regards,
Tarun Tej.

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jingjing Zhang
Sent: Tuesday, April 25, 2017 10:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [Policy] PyPDPServer(PEP) get notification from XACML 
PDP

I am wondering how does PyPDPServer(PEP) in XACML get notification from XACML 
PDP.
PEP(PyPDPServer) queries XACML PDP using callPDP function in 
StdPolicyEngine.java.
But how does PDP notify its decision to PEP? getDecision() in PolicyEngine.java 
is deprecated. sendEvent() function is not called by anyone.
 I didn't see how PEP get response from PDP. It's supposed to use either 
getDecision() or sendEvent(). But it looks like both are not called by anything 
else except tests.

--
Regards!
Zhang, Jingjing
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement, you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=AOclne09odx6cmeimzFUhQ=DaypU7sOzEHstwlqXfCy7wi_h1B-jXTcwBaPyPRjYj0=7EvfePHnnWtUPPIosv6Qcig48r8LobGhcubi12UYC48=>
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [Policy] PyPDPServer(PEP) get notification from XACML PDP

2017-04-26 Thread HERNANDEZ-HERRERO, JORGE


Here is some info I got from my colleague Tarun Tej, hopefully answers your 
questions.
?Jorge


There are two ways that a PyPDPServer (PEP) can receive a notification from PDP.

1)  Through Websockets. We use websocket as internal mode of communication 
between PDP and PEP. (default)

2)  It can also use UEB.
callPDP method in turn makes a REST call to PDP component and returns back a 
response from PDP (XACML). The XACML response from PDP is converted back to 
Config /action or decision responses depending on the call made.
The non-deprecated version of getDecision is 
getDecision(DecisionRequestParameters decisionRequestParameters).
There are currently three calls that are supported by PEP (Policy XACML)

1)  getConfig ? This is a configuration based policy. When made a request 
the response should give back a configuration if a permit.

2)  getDecision ? This is a generic decision based policy. The response 
contains either a permit or deny.

3)  sendEvent ? This is an action based decision policy. Where upon 
occurrence of few events (signatures) the POLICY can either perform an action 
or suggest an action to be taken by the PEP.

Hope this answers all the questions here.

Regards,
Tarun Tej.

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jingjing Zhang
Sent: Tuesday, April 25, 2017 10:30 AM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] [Policy] PyPDPServer(PEP) get notification from XACML 
PDP

I am wondering how does PyPDPServer(PEP) in XACML get notification from XACML 
PDP.
PEP(PyPDPServer) queries XACML PDP using callPDP function in 
StdPolicyEngine.java.
But how does PDP notify its decision to PEP? getDecision() in PolicyEngine.java 
is deprecated. sendEvent() function is not called by anyone.
 I didn't see how PEP get response from PDP. It's supposed to use either 
getDecision() or sendEvent(). But it looks like both are not called by anything 
else except tests.

--
Regards!
Zhang, Jingjing
-- next part --
An HTML attachment was scrubbed...
URL:

[onap-discuss] Policy API Error from CURL

2017-04-24 Thread HERNANDEZ-HERRERO, JORGE

Yusuf,

Please try the curl command using http instead of https against the pdps url.  
I think the images are set up to use http.  The doc you are pointing out may 
not be precise in that aspect.

With regards to the ?policy? component healthcheck, that?s a summarized view of 
the main policy subcomponents, so don?t need to run it through each container, 
as they seem ok, so let?s follow the first paragraph lead and see what you get. 
   If still get an error, please use the ?-vvv? flag and report output here.

Jorge

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yusuf Mirza1
Sent: Monday, April 24, 2017 10:02 AM
To: ROSE, DANIEL V ; DRAGOSH, PAM 
Cc: onap-discuss 
Subject: Re: [onap-discuss] Policy API Error from CURL


Daniel,
For the health check status using Robot VM via http is mentioned in the release 
notes. Pls suggest whether it is applicable..
https://wiki.onap.org/display/DW/Release+Notes+1.0.0+draft

[cid:image003.png at 01D2BCE6.B961F3B0]



Pam,
I am trying to call Policy APIs to list available Pdps using CURL as mentioned 
in the Policy API documentation. I was expecting it return an exception if a 
parameter is missing..
[cid:image006.jpg at 01D2BCE6.B961F3B0]

Instead I get the following response:

[cid:image007.png at 01D2BCE6.B961F3B0]
API documentation from Wiki:
(See attached file: index_Policy_API (2).html)


Many Thanks
Yusuf Mirza

Lead Architect - Network and OSS Transformation
Telecom, Media & Entertainment Center of Competence
IBM Global Business Services
E-mail: ymirza at ae.ibm.com
Mobile: +971543070467


[Inactive hide details for "ROSE, DANIEL V" ---04/24/2017 05:43:06 PM---What 
page are you seeing that document on yusuf? I don?]"ROSE, DANIEL V" 
---04/24/2017 05:43:06 PM---What page are you seeing that document on yusuf? I 
don?t think the code works that way. Thanks,

From: "ROSE, DANIEL V" mailto:dr6...@att.com>>
To: "DRAGOSH, PAM" mailto:pdragosh at 
research.att.com>>, Yusuf Mirza1/United Arab Emirates/IBM at IBMAE
Cc: onap-discuss mailto:onap-discuss at 
lists.onap.org>>
Date: 04/24/2017 05:43 PM
Subject: RE: [onap-discuss] Policy API Error from CURL





What page are you seeing that document on yusuf? I don?t think the code works 
that way.

Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
DRAGOSH, PAM
Sent: Monday, April 24, 2017 9:13 AM
To: Yusuf Mirza1 mailto:YMirza at ae.ibm.com>>
Cc: onap-discuss mailto:onap-discuss at 
lists.onap.org>>
Subject: Re: [onap-discuss] Policy API Error from CURL

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Not sure about the other containers, but that looks good like everything is 
working.

Re-reading your original email, not sure exactly where you got that curl 
command to run? Can you point it to me and/or what you are trying to test?

Thanks,

Pam

From: Yusuf Mirza1 mailto:ymi...@ae.ibm.com>>
Date: Monday, April 24, 2017 at 8:34 AM
To: "DRAGOSH, PAMELA L (PAM)" mailto:pdragosh at 
research.att.com>>
Cc: onap-discuss mailto:onap-discuss at 
lists.onap.org>>
Subject: Re: [onap-discuss] Policy API Error from CURL

Thanks Pam for the details.

I was actually trying to follow the following instructions on Wiki and was 
expecting to get an overall health check result:
[cid:image001.png at 01D2BCE6.B961F3B0]
It does not work from command line as well:
[cid:image009.png at 01D2BCE6.B961F3B0]
However, I ran the commands you provided and it returned following from the 
drools container:

[cid:image010.png at 01D2BCE6.B961F3B0]

Do I need run the same test in all containers in Policy VM? I tried running for 
pdp (and others) but it does return any object:

[cid:image011.png at 01D2BCE6.B961F3B0]



Many Thanks
Yusuf Mirza

Lead Architect - Network and OSS Transformation
Telecom, Media & Entertainment Center of Competence
IBM Global Business Services
E-mail: ymirza at ae.ibm.com
Mobile: +971543070467


[nactive hide details for "DRAGOSH, PAMELA L (PAM)" ---04/24/2017 
03:44:29]"DRAGOSH, PAMELA L (PAM)" ---04/24/2017 03:44:29 PM---Yusuf, To run 
the healthcheck, you should get into the containers and simply run a curl 
command

From: "DRAGOSH, PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
To: Yusuf Mirza1/United Arab Emirates/IBM at IBMAE
Cc: onap-discuss mailto:onap-discuss at 
lists.onap.org>>
Date: 04/24/2017

Re: [onap-discuss] ONAP R2 HEAT Based Deployment: Policy Container init fails

[onap-discuss] [dmaap] cannot publish events on dmaap

Re: [onap-discuss] [policy][drools-applications] Drools session not getting created

Re: [onap-discuss] [integration] windriver authentication issues?

[onap-discuss] [integration] windriver authentication issues?

Re: [onap-discuss] [policy] How to connect policy REST API server ?

[onap-discuss] [so] Beiing rest api for vDNS case compatible with Amsterdam?

[onap-discuss] staging nexus repo

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

Re: [onap-discuss] [Policy] Empty policies in Standalone mode

Re: [onap-discuss] Demo update-vfw policy script when running without closed loop

[onap-discuss] [dmaap] l2 resiliency side effects on clients?

Re: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam with vFWCL

Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release testing

Re: [onap-discuss] [integration] ONAP Amsterdam Maintenance release testing

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Re: [onap-discuss] [Amsterdam][OOM] vFW close-loop testing

Re: [onap-discuss] [integration][policy]Need help from Policy now

[onap-discuss] [oparent] new version-check-maven-plugin does not work behind proxies

[onap-discuss] [policy] 8/30 weekly meeting cancelled

Re: [onap-discuss] Development guide for Policy

Re: [onap-discuss] Versioning for Amsterdam

[onap-discuss] [cli] [policy] other onap cli resources

Re: [onap-discuss] [clamp][holmes][dcae][policy]CLAMP - Policy - DCAE - HOLMES meeting

Re: [onap-discuss] [Policy] PyPDPServer(PEP) get notificatio from XACML PDP

[onap-discuss] [Policy] PyPDPServer(PEP) get notification from XACML PDP

[onap-discuss] Policy API Error from CURL

29 matches

Site Navigation

Mail list logo

Footer information