[onap-discuss] [controlloop] Call for Agenda 6/6/2018 meeting

[DRAGOSH, PAMELA L (PAM)]

Dear ONAP Community,

Please add to agenda if desired:

https://wiki.onap.org/display/DW/06-06-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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

[DRAGOSH, PAMELA L (PAM)]

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:  on behalf of "Arun Arora (c)" 

Date: Thursday, May 31, 2018 at 2:36 AM
To: "Arun Arora (c)" , "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: vm1.mr.simpledemo.openecomp.org: Name or service 
not known
at java.net.Inet4AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
at 
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)
at java.net.InetAddress.getAllByName0(InetAddress.java:1276)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at 
org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:45)
at 
org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:112)
at 
org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:373)
at 
org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:381)
at 
org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
at 
org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at 
org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:111)
at 
org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
at com.att.nsa.apiClient.http.HttpClient.runCall(HttpClient.java:708)
at com.att.nsa.apiClient.http.HttpClient.get(HttpClient.java:384)
at 

[onap-discuss] [integration][policy] Policy has released final 1.2.3 artifacts for Beijing

[DRAGOSH, PAMELA L (PAM)]

ONAP,

We are just waiting for demo, integration and oom to merge in the final changes 
to their scripts to point to those artifacts.

Thanks,

Pam Dragosh
ONAP Policy PTL



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

[onap-discuss] [controlloop] Call for agenda 5/30/2018 meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

Please add to agenda if desired:

https://wiki.onap.org/display/DW/05-30-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [policy] trouble in creating new actor

[DRAGOSH, PAMELA L (PAM)]

Vamshi,

The control loop policy that references your new actor needs to be created via 
Policy API and then pushed to the PDP.

Pam

From:  on behalf of Vamshi Namilikonda 

Date: Wednesday, May 23, 2018 at 12:22 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [policy] trouble in creating new actor

Hi,

We are trying to create a new actor in policy’s drools-application and add a 
recipe for it.

Steps performed :


1)   Changes done in code:

· In ControlLoopOperationManager.java -> startOperation() switch case 
for new actor

· Created new actor 
drools-applications/controlloop/common/actors/actor.xxx/src\main\java\org\onap\policy\controlloop\actor\netcracker\XXXActorServiceProvider.java
  that implements Actor

· 
drools-applications\controlloop\templates\archetype-cl-amsterdam\src\main\resources\META-INF\maven\archetype-metadata.xml
 with control-loop policy details.



2)   Build the code

3)   Built docker containers

4)   Created Controlloop template -> executed 
policy@drools:/opt/app/policy/bin$ create-cl-amsterdam (script was not present 
in this location, so copied from Amsterdam version). We got successful build 
here.

5)   Injected message -> http -a @1b3rt:31nst31n PUT 
:9696/policy/pdp/engine/topics/sources/ueb/unauthenticated.DCAE_CL_OUTPUT/events
 @teocoEvent.json Content-Type:"text/plain"


· I was not sure , the steps are sufficient and correct to the new 
actor created gets triggered ? Because we put few loggers statements which were 
captured in log files of policy@drools:/var/log/onap/policy/pdpd

· Not sure of Policy Docker has populated with newer actor artifact ?

· Does create-cl-amsterdam take artifacts only from ONAP Nexus ?

· How test our local changes like creating actors and having them 
invoked ?

Local Development env:
[cid:image001.png@01D3F436.1DF6C800]


Policy Docker maven repository:
[cid:image002.png@01D3F436.1DF6C800]

Your help and time is much appreciated. Many thanks.



Thanks & Regards,
Vamshi Krishna | Tech Mahindra

Sharda Centre, Off Karve Road, Erandwane, Pune 411 004, INDIA
Mobile: +91 9848639561, ext : 3492
Email Id – vn00480...@techmahindra.com



[id:image001.jpg@01D25617.55BC0E30]







Thanks & Regards,

Vamshi Krishna | Tech Mahindra

Sharda Centre, Off Karve Road, Erandwane, Pune 411 004, INDIA
Mobile: +91 9848639561, ext : 3492
Email Id – vn00480...@techmahindra.com



[id:image001.jpg@01D25617.55BC0E30]







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

[onap-discuss] [control-loop] Call for agenda 5/23/2018 meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

Please review the agenda for tomorrows subcommittee meeting:

https://wiki.onap.org/display/DW/05-23-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ONAP Helpdesk #55854] RE: [integration] Problem with integration CSIT tests not being able to execute docker-compose

[DRAGOSH, PAMELA L (PAM)]

Not lately, maybe you can gleen something from those failed jobs.

Pam

On 5/18/18, 2:21 PM, "Jessica Wagantall via RT" 
<onap-helpd...@rt.linuxfoundation.org> wrote:

Are you guys still seeing docker-compose issues?

Please let me know and I can look 

thanks!
Jess

On Fri May 11 14:57:22 2018, pdrag...@research.att.com wrote:
> Unfortunately, now the problem has reappeared again:
> 
> 18:51:22 /w/workspace/policy-master-csit-
> health/test/csit/scripts/policy/script1.sh: line 97:
> /usr/local/bin/docker-compose: Permission denied
> 18:51:22 +++ '[' '!' 126 -eq 0 ']'
> 18:51:22 +++ echo 'Docker compose failed'
> 18:51:22 Docker compose failed
> 
> 
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Dmaster-2Dcsit-2D=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=FfPL1UYb2nDuAUAZ364FWD1e4iJ55r2Xsp-WVkPuFtw=LwPOZevK3X_cU-1uVAQHBbrLlTq6CTUr-9zhIZLo4OM=
> health/883/
> 
> Can the LF team take a look at this?
> 
> Thanks,
> 
> Pam
> 
> 
> From: "TALASILA, MANOOP (MANOOP)" <talas...@research.att.com>
> Date: Thursday, May 10, 2018 at 11:00 AM
> To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, Gary Wu
> <gary.i...@huawei.com>, "onap-discuss@lists.onap.org"  disc...@lists.onap.org>, "helpd...@onap.org" <helpd...@onap.org>
> Subject: Re: [onap-discuss] [integration] Problem with integration
> CSIT tests not being able to execute docker-compose
> 
> Yes, seems like it is fixed now (however, did not hear anything from
> the filed ticket though).
> 
> Manoop
> 
> From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH,
> PAMELA L (PAM)" <pdrag...@research.att.com>
> Date: Thursday, May 10, 2018 at 10:49 AM
> To: Gary Wu <gary.i...@huawei.com>, "onap-discuss@lists.onap.org"
> <onap-discuss@lists.onap.org>, "helpd...@onap.org" <helpd...@onap.org>
> Subject: Re: [onap-discuss] [integration] Problem with integration
> CSIT tests not being able to execute docker-compose
> 
> ***Security Advisory: This Message Originated Outside of AT ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more
> information.
> 
> 
> 
    > It seems to have magically fixed itself.
> 
> The portal team saw the problem also and had filed a ticket, so
> perhaps it got fixed.
> 
> Pam
> 
> From: Gary Wu <gary.i...@huawei.com>
> Date: Thursday, May 10, 2018 at 10:45 AM
> To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "onap-
> disc...@lists.onap.org" <onap-discuss@lists.onap.org>,
> "helpd...@onap.org" <helpd...@onap.org>
> Subject: RE: [onap-discuss] [integration] Problem with integration
> CSIT tests not being able to execute docker-compose
> 
> Not sure if LF has changed the installation process of docker-compose
> recently.
> 
> Helpdesk, can you help?
> 
> Thanks,
> Gary
> 
> From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-
> boun...@lists.onap.org] On Behalf Of DRAGOSH, PAMELA L (PAM)
> Sent: Thursday, May 10, 2018 6:00 AM
> To: onap-discuss@lists.onap.org
> Subject: [onap-discuss] [integration] Problem with integration CSIT
> tests not being able to execute docker-compose
> 
> Gary et all,
> 
> It seems that a Policy CSIT failed because the docker-compose binary
> has permission denied:
> 
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Dmaster-2Dcsit-2D=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=FfPL1UYb2nDuAUAZ364FWD1e4iJ55r2Xsp-WVkPuFtw=LwPOZevK3X_cU-1uVAQHBbrLlTq6CTUr-9zhIZLo4OM=
> health/875/console<https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__jenkins.onap.org_view_policy_job_policy-2Dmaster-2Dcsit-
> 2Dhealth_875_console=DwMGaQ=LFYZ-
> 
o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=dshN1ybPtn9OBMkI2URT6_HjNz58JJoX_WsxIj7WH7g=o1iyTT807dywlh6332xO9aafzAlPJZEefVKbyNYCIsI=>
> 
> /w/workspace/policy-master-csit-
> health/test/csit/scripts/policy/script1.sh: line 99:
> /usr/local/bin/docker-compose: Permission denied
> 22:44:25 +++ '[' '!' 126 -eq 0 ']'
> 
> Did something change in the integration repo or the base Jenkins Job
> for this to occur?
> 
> Thanks,
> 
> Pam Dragosh
> ONAP Policy PTL
> 
> 





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

Re: [onap-discuss] [integration] Problem with integration CSIT tests not being able to execute docker-compose

[DRAGOSH, PAMELA L (PAM)]

Unfortunately, now the problem has reappeared again:

18:51:22 
/w/workspace/policy-master-csit-health/test/csit/scripts/policy/script1.sh: 
line 97: /usr/local/bin/docker-compose: Permission denied
18:51:22 +++ '[' '!' 126 -eq 0 ']'
18:51:22 +++ echo 'Docker compose failed'
18:51:22 Docker compose failed


https://jenkins.onap.org/view/policy/job/policy-master-csit-health/883/

Can the LF team take a look at this?

Thanks,

Pam


From: "TALASILA, MANOOP (MANOOP)" <talas...@research.att.com>
Date: Thursday, May 10, 2018 at 11:00 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, Gary Wu 
<gary.i...@huawei.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>, "helpd...@onap.org" <helpd...@onap.org>
Subject: Re: [onap-discuss] [integration] Problem with integration CSIT tests 
not being able to execute docker-compose

Yes, seems like it is fixed now (however, did not hear anything from the filed 
ticket though).

Manoop

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Thursday, May 10, 2018 at 10:49 AM
To: Gary Wu <gary.i...@huawei.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>, "helpd...@onap.org" <helpd...@onap.org>
Subject: Re: [onap-discuss] [integration] Problem with integration CSIT tests 
not being able to execute docker-compose

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.



It seems to have magically fixed itself.

The portal team saw the problem also and had filed a ticket, so perhaps it got 
fixed.

Pam

From: Gary Wu <gary.i...@huawei.com>
Date: Thursday, May 10, 2018 at 10:45 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"helpd...@onap.org" <helpd...@onap.org>
Subject: RE: [onap-discuss] [integration] Problem with integration CSIT tests 
not being able to execute docker-compose

Not sure if LF has changed the installation process of docker-compose recently.

Helpdesk, can you help?

Thanks,
Gary

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAMELA L 
(PAM)
Sent: Thursday, May 10, 2018 6:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration] Problem with integration CSIT tests not 
being able to execute docker-compose

Gary et all,

It seems that a Policy CSIT failed because the docker-compose binary has 
permission denied:

https://jenkins.onap.org/view/policy/job/policy-master-csit-health/875/console<https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Dmaster-2Dcsit-2Dhealth_875_console=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=dshN1ybPtn9OBMkI2URT6_HjNz58JJoX_WsxIj7WH7g=o1iyTT807dywlh6332xO9aafzAlPJZEefVKbyNYCIsI=>

/w/workspace/policy-master-csit-health/test/csit/scripts/policy/script1.sh: 
line 99: /usr/local/bin/docker-compose: Permission denied
22:44:25 +++ '[' '!' 126 -eq 0 ']'

Did something change in the integration repo or the base Jenkins Job for this 
to occur?

Thanks,

Pam Dragosh
ONAP Policy PTL


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

Re: [onap-discuss] [integration] Problem with integration CSIT tests not being able to execute docker-compose

[DRAGOSH, PAMELA L (PAM)]

It seems to have magically fixed itself.

The portal team saw the problem also and had filed a ticket, so perhaps it got 
fixed.

Pam

From: Gary Wu <gary.i...@huawei.com>
Date: Thursday, May 10, 2018 at 10:45 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"helpd...@onap.org" <helpd...@onap.org>
Subject: RE: [onap-discuss] [integration] Problem with integration CSIT tests 
not being able to execute docker-compose

Not sure if LF has changed the installation process of docker-compose recently.

Helpdesk, can you help?

Thanks,
Gary

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAMELA L 
(PAM)
Sent: Thursday, May 10, 2018 6:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration] Problem with integration CSIT tests not 
being able to execute docker-compose

Gary et all,

It seems that a Policy CSIT failed because the docker-compose binary has 
permission denied:

https://jenkins.onap.org/view/policy/job/policy-master-csit-health/875/console<https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Dmaster-2Dcsit-2Dhealth_875_console=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=dshN1ybPtn9OBMkI2URT6_HjNz58JJoX_WsxIj7WH7g=o1iyTT807dywlh6332xO9aafzAlPJZEefVKbyNYCIsI=>

/w/workspace/policy-master-csit-health/test/csit/scripts/policy/script1.sh: 
line 99: /usr/local/bin/docker-compose: Permission denied
22:44:25 +++ '[' '!' 126 -eq 0 ']'

Did something change in the integration repo or the base Jenkins Job for this 
to occur?

Thanks,

Pam Dragosh
ONAP Policy PTL


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

[onap-discuss] [integration] Problem with integration CSIT tests not being able to execute docker-compose

[DRAGOSH, PAMELA L (PAM)]

Gary et all,

It seems that a Policy CSIT failed because the docker-compose binary has 
permission denied:

https://jenkins.onap.org/view/policy/job/policy-master-csit-health/875/console

/w/workspace/policy-master-csit-health/test/csit/scripts/policy/script1.sh: 
line 99: /usr/local/bin/docker-compose: Permission denied
22:44:25 +++ '[' '!' 126 -eq 0 ']'

Did something change in the integration repo or the base Jenkins Job for this 
to occur?

Thanks,

Pam Dragosh
ONAP Policy PTL


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

Re: [onap-discuss] License for docker-compose.yml

[DRAGOSH, PAMELA L (PAM)]

Eric,

I have the same question.

Also, now the .gitignore, .gitreview and INFO.yaml files are included in the 
scan. Really? These need to be done also?

Pam


From:  on behalf of 
"eric.deb...@orange.com" 
Date: Wednesday, May 9, 2018 at 8:08 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] License for docker-compose.yml

Hello

Following feedbacks from Linux Foundation, the last license scan detected that 
docker-compose.yml does not contain license. Do we need to put a license in 
docker-compose.yml file ?

In general, where are defined the rules to exclude some files with license 
issues ?

Best Regards

Eric

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

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

[onap-discuss] [control-loop] Call for Agenda 5/9/2018 meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

Please refer to schedule here:

https://wiki.onap.org/display/DW/05-09-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair

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

Re: [onap-discuss] [onap-duscuss] policy-pe image does not exist in nexus3

[DRAGOSH, PAMELA L (PAM)]

Santi,

STAGING images get flushed after 2 weeks. Please use either the released 1.2.0 
image or the 1.2-SNAPSHOT.

We will be releasing new images today/tomorrow for v1.2.1

Pam


From:  on behalf of Santi Rodríguez 

Date: Tuesday, May 8, 2018 at 10:49 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [onap-duscuss] policy-pe image does not exist in nexus3

Hi all,
I'm having problems deploying the onap policy module due to an ImagePullBackOff 
error:

policy-nexus-6bdf6658b-tzlxv 0/1   ImagePullBackOff
Manually pull fails too:

docker pull 
nexus3.onap.org:10001/onap/policy-pe:1.2-STAGING-latest
Pulling repository 
nexus3.onap.org:10001/onap/policy-pe
Tag 1.2-STAGING-latest not found in repository 
nexus3.onap.org:10001/onap/policy-pe
BR, Santiago

Santiago Rodríguez García | Senior Analyst
T/ + 34 986 410 091 (ext) 227
www.optaresolutions.com
[ptare
 
Solutions]
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [control-loop] Call for Agenda Control Loop Sub Committee weekly meeting 5/2/2018

[DRAGOSH, PAMELA L (PAM)]

ONAP,

If you wish to attend the CL meeting and add anything to agenda, please update 
here:

https://wiki.onap.org/display/DW/05-02-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Onap-arc] Casablanca use cases: Feedback received from EUAG (Service Providers) so far

[DRAGOSH, PAMELA L (PAM)]

Alla,

For the Verizon request “Fine grained RBAC for deployment dashboardz’. The 
Policy Framework project can support this request via the use of the XACML PDP 
engine. What I request is that Verizon provide resources to the project to help 
facilitate this work for Casablanca.

In response to the hard coding of control loops, all these gaps and hardcoding 
was pointed out in Paris last year and a call for help was given. No one 
responded. If folks could contribute resources to Control Loop Sub Committee to 
help define and scope how to fix the gaps in control loops, then the community 
can help work towards getting this resolved.

Thanks,

Pam Dragosh
ONAP Policy PTL
Control Loop Sub Committee Chair


From:  on behalf of Alla Goldner 

Date: Monday, April 30, 2018 at 3:29 AM
To: "onap-usecase...@lists.onap.org" 
Cc: "onap-...@lists.onap.org" , 
"onap-discuss@lists.onap.org" , 
"onap-...@lists.onap.org" 
Subject: [Onap-arc] Casablanca use cases: Feedback received from EUAG (Service 
Providers) so far

Hi all,

For your information, please see below feedback on priorities of use 
cases/requirements received from Service Providers so far.
We will discuss these and additional requirements from Service Providers, 
attending the call.

Requirements from Verizon, in the order of priority: (architecture/modelling 
subcommittees and affected projects – please pay attention to relevant 
requirements in the list)


  *   Standards compliant on-boarding / orchestration interfaces

 *   SOL001 for Onboarding ( preferred )
 *   SOL003 for Or-Vnfm ( preferred )
 *   VNF Package certification & labelling
  *   Declarative model based orchestration
 *   TOSCA based orchestration of network services, along with 
Yang/Netconf/VES for automated configuration ( preferred )
 *   Model driven workflow orchestration for LCM
 *   Custom workflows via Apache Aria plugins ( preferred ) for Closed Loop 
& SA.
  *   Fine grained RBAC for deployment dashboard
 *   Ability to derive custom SDC & VID roles with fine grained attributes

*   Eg : Designer A cannot design services tagged to Designer B etc.
  *   Ability to deploy Geo-Redundant Highly available Network services
 *   GR part of network design requirement in SDC.
 *   Ability to orchestrate network services between multi-site / 
multi-region VIMs
  *   Geo-Redundant Highly available ONAP deployment
 *   Shared runtime catalogues across multi ONAP instances
*   Eg : ONAP B should be able to deploy NS designed by ONAP A etc.

And the corresponding questions:

  *   How many of the above requirements can be made available by readily 
tweaking existing code, with minimum efforts?
  *   How many would / can be scoped for future releases? if so, tentative 
timeline if any?
  *   Where & how can we help contributing to ONAP w.r.t above requirements?
Requirements and input on proposed use cases from Bell: (architecture/modelling 
subcommittees and affected projects – please pay attention to relevant 
requirements in the list)


  *   ONAP needs a more robust/generic implementation of functionality 
leveraged by existing use cases:
For example, there is still hard-coded logic just to make simple use cases work 
(such as Firewall closed loop)
-  A provider-specific closed-loop implementation is not possible at 
this time, as the hard-coded use case logic should be implemented generically.
-  We are going through that with a real use case - it can't be 
leveraged right now without significant code changes to APPC, SDNC, Policy and 
DCAE.

  *   Basic ONAP features which should be working reliably can be either 
incomplete, have been hardcoded or are still broken
Examples of such features:
-  SDC support for distribution of models/artifacts to multiple ONAP 
environments (development, testing, QA, production, etc.)
-  MultiVIM/Cloud's role is to abstract the VIM, currently SO does not 
leverage it, and no abstraction is built into it (it exposes directly the 
OpenStack model).
-  APPC's handling of events / actions from Policy is pretty much 
hardcoded for the use cases.
-  AAF is not or very lightly leveraged within the platform
There are much more – but in overall ONAP would benefit from improving existing 
features before building new, but partially working features.

  *   VNF Configuration support is quite important for pretty much every use 
cases – and isn’t well supported right now (aside initial/boot up 
configuration).
-  It is often the next operational need, right after any lifecycle 
management implementation
-  A model-driven approach to this leveraging standards-based / 
abstract configuration models, and the framework to derive device-specific 
configuration, as well as interpret 

[onap-discuss] Control Loop Sub Committee Minutes from 4/24/2018

[DRAGOSH, PAMELA L (PAM)]

ONAP,

The recording and minutes for the 4/25/2018 Control Loop Sub Committee meeting 
are here:

https://wiki.onap.org/display/DW/04-25-2018+Control+Loop+Sub+Committee+Weekly+Meeting

Briefly:

· Discussion on Beijing Testing Status

· Discussion on Policy Models – DCAE needs ability to query for models. 
CLAMP would like that stored in blueprint.

· Team discussed need for JIRA board to track action items and 
discussions needed for Casablanca functional requirements.

Thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair

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

[onap-discuss] [controlloop] Call for Agenda 4/25/2018 weekly Control Loop Sub Committee meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

Please feel free to add to the wiki page:

https://wiki.onap.org/display/DW/04-25-2018+Control+Loop+Sub+Committee+Weekly+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Control Loop Sub Committee Minutes from 4/18/2018

[DRAGOSH, PAMELA L (PAM)]

ONAP,

The recording and minutes for the 4/18/2018 Control Loop Sub Committee are 
located here:

https://wiki.onap.org/display/DW/04-18-2018+Control+Loop+Sub+Committee+Weekly+Meeting

Briefly:


· Discussion around the current status of Beijing Pairwise Testing. 
Thank you Ron Shachman and Alex Shatov for driving this work.

· Discussion around the Casablanca Auto Scale Out Use Case. Thank you 
to Scott Blandford for running this.

I would like to ask the TSC to encourage their team members to help start 
contributing to the committee. It seems the bulk of the work is being done by a 
small core group of folks within AT and our calls for help are not being 
answered by the other folks who are simply listening in on the meeting. There 
are opportunities to help with:


· Help defining functional requirements for Casablanca Control Loops

· Help with flow diagrams for all the scale out scenarios

· Help with defining a Common Actor API to simplify interaction between 
Policy/VID and the controllers.

· Help with taking notes/minutes for the meeting calls

Thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair

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

[onap-discuss] [policy] Call for Agenda 4/25/2018 Policy Bi-Weekly Meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

Please use this wiki for any agenda items you wish to discuss:

https://wiki.onap.org/display/DW/04-25-2018+Policy+Bi-Weekly+Meeting

thanks,

Pam Dragosh
ONAP Policy PTL

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

[onap-discuss] Jenkins Job queue is stuck

[DRAGOSH, PAMELA L (PAM)]

Can someone look into it?

Thanks,

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

Re: [onap-discuss] [policy] Call for Agenda 4/11/2018 Policy Framework Bi-Weekly Meeting

[DRAGOSH, PAMELA L (PAM)]

ONAP,

The notes from the Policy Meeting were stored here:

https://wiki.onap.org/display/DW/04-11-2018+Policy+Bi-Weekly+Meeting

NOTES
Pamela Dragosh<https://wiki.onap.org/display/~pdragosh> - Beijing Status

  *   M4 - just got the changes in for AAF. Waiting to merge and release
  *   RC0 - will begin to fill out the template
  *   Liam Fallon<https://wiki.onap.org/display/~liamfallon> - reviewed S3P 
work that Michael Morris<https://wiki.onap.org/display/~mmis> has been doing 
with XACML Engine. There are issues with PDP for Delete Policy that pushes up 
memory.
Pamela Dragosh<https://wiki.onap.org/display/~pdragosh> and Liam 
Fallon<https://wiki.onap.org/display/~liamfallon> led discussion on the 
Casablanca Architecture Planning work, as described here:
https://wiki.onap.org/display/DW/The+ONAP+Policy+Framework
Question on how SDC Service distribution works. Here are a couple of links for 
some sessions that SDC did describing their status for SDC distribution and 
their TOSCA Parser. And a link to their documentation:
https://wiki.onap.org/display/DW/Dev+On+boarding+sessions
https://wiki.onap.org/display/DW/SDC+Distribution+client+AID
Pamela Dragosh<https://wiki.onap.org/display/~pdragosh> - the Intel team (led 
by Alexander Vul<https://wiki.onap.org/display/~avul> and libo 
zhu<https://wiki.onap.org/display/~liboNet>) has volunteered to begin 
development of the Policy Client to receive service distribution. Work to be 
covered in  <https://jira.onap.org/browse/POLICY-701> 
[https://jira.onap.org/images/icons/issuetypes/epic.svg] 
<https://jira.onap.org/browse/POLICY-701> POLICY-701 - This epic covers the 
work to integrate Policy into the SDC Service Distribution OPEN
Pamela Dragosh<https://wiki.onap.org/display/~pdragosh> - has started putting 
together Epics for Casablanca and would like to begin the M1 Release Planning 
Template for Casablanca.

Thanks,

Pam Dragosh
ONAP Policy PTL


From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Monday, April 9, 2018 at 8:55 AM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [policy] Call for Agenda 4/11/2018 Policy Framework 
Bi-Weekly Meeting

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Folks,

https://wiki.onap.org/display/DW/04-11-2018+Policy+Bi-Weekly+Meeting<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_04-2D11-2D2018-2BPolicy-2BBi-2DWeekly-2BMeeting=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=5FdhIS86O0h6T_QorVi7CgcD0cMUtzBD0H_4htFLehY=fZ_gWwmgGTr8bZQZ9RN8mGL7mU0ya_OAsgVWq5itzJo=>

thanks,

Pam Dragosh
ONAP Policy PTL

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

[onap-discuss] [controlloop] Call for Agenda for 4/11/2018 Control Loop Sub Committee weekly meeting

[DRAGOSH, PAMELA L (PAM)]

Folks,

https://wiki.onap.org/display/DW/04-11-2018+Control+Loop+Sub+Committee+Meeting

thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration] External Labs Jenkins Job question

[DRAGOSH, PAMELA L (PAM)]

Integration team,

I’m trying to understand why the windriver and tlab jobs are failing health 
check. Yesterday I submitted a fix into integration to ensure its using a 
stable release but it still fails. But after digging into the VM it looks like 
the Jenkin’s Jobs are using older artifacts.

Doesn’t the Jenkin’s Job go in and update the VM and install the latest 
artifacts? Or is the expectation that Project owners go into their VM and 
update the VM’s for their project with the latest docker images so the jobs 
work? Who owns that whole process?

Thanks,

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

Re: [onap-discuss] [integration] Problem with integration repo

[DRAGOSH, PAMELA L (PAM)]

Cool thanks Gary that worked!!

Pam

From: Gary Wu <gary.i...@huawei.com>
Date: Thursday, April 5, 2018 at 12:39 PM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "Morales, Victor" 
<victor.mora...@intel.com>, Yunxia Chen <helen.c...@huawei.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com>
Subject: RE: [onap-discuss] [integration] Problem with integration repo

Turns out that was the only file that had this issue.  I’ve submitted 
https://gerrit.onap.org/r/#/c/41217/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_41217_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=wWNapxWawcd1VGsJ6AfNvKALes3-erPFT7ENr4JvswU=G0ZVmt0c9rCHdMCB5kpTWzpVS2tE0tjICtT-tnWFe8k=>
 to change the CRLF.  Marco can you help merge once the verify job completes?

Thanks,
Gary

From: Gary Wu
Sent: Thursday, April 05, 2018 9:34 AM
To: 'DRAGOSH, PAMELA L (PAM)' <pdrag...@research.att.com>; Morales, Victor 
<victor.mora...@intel.com>; Yunxia Chen <helen.c...@huawei.com>; 
onap-discuss@lists.onap.org; PLATANIA, MARCO (MARCO) <plata...@research.att.com>
Subject: RE: [onap-discuss] [integration] Problem with integration repo

It definitely has to do with the .gitattributes file, but somehow that file 
doesn’t trigger git to auto-convert the line endings on my (Linux) system.  It 
may also have to do with the git version.  I do see the CRLF in the file, 
though.

Let me see if I can first do a mass conversion of all the CRLFs in the repo.

Thanks,
Gary

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Thursday, April 05, 2018 9:01 AM
To: Morales, Victor 
<victor.mora...@intel.com<mailto:victor.mora...@intel.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; PLATANIA, 
MARCO (MARCO) <plata...@research.att.com<mailto:plata...@research.att.com>>; 
Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: Re: [onap-discuss] [integration] Problem with integration repo

The .gitattributes show this:

cat .gitattributes
* text=auto eol=lf

Me changing the global doesn’t help to fix it. Git still thinks I have modified 
this file. It seems that someone jammed in some ‘\r’ characters into this file:

[id:image001.png@01D3CCC0.91626C10]


Even if I try to fix it using vim git still seems to think it has CRLF.

Pam

From: "Morales, Victor" 
<victor.mora...@intel.com<mailto:victor.mora...@intel.com>>
Date: Thursday, April 5, 2018 at 11:43 AM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, 
"DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@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>>, "PLATANIA, 
MARCO (MARCO)" <plata...@research.att.com<mailto:plata...@research.att.com>>, 
Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: Re: [onap-discuss] [integration] Problem with integration repo

More likely, those scripts were created using Windows encoding.  Maybe you’ll 
have to configure your git 
(https://stackoverflow.com/questions/1967370/git-replacing-lf-with-crlf#1967986)<https://urldefense.proofpoint.com/v2/url?u=https-3A__stackoverflow.com_questions_1967370_git-2Dreplacing-2Dlf-2Dwith-2Dcrlf-231967986-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=JU3QZ1P58JewdOulaOqnwfsVXhQnhEu34vIivlNAJBE=nNgHV31NYZuBv445KyQQdo_TFdvUKnkiSkYR38rxQqo=>.

Regards,
Victor Morales

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>
Date: Thursday, April 5, 2018 at 8:21 AM
To: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@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>>, "PLATANIA, 
MARCO (MARCO)" <plata...@research.att.com<mailto:plata...@research.att.com>>, 
Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: Re: [onap-discuss] [integration] Problem with integration repo

Hi, Marco & Gary,
Does this have anything to do with those scripts you created?

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@r

Re: [onap-discuss] [integration] Problem with integration repo

[DRAGOSH, PAMELA L (PAM)]

The .gitattributes show this:

cat .gitattributes
* text=auto eol=lf

Me changing the global doesn’t help to fix it. Git still thinks I have modified 
this file. It seems that someone jammed in some ‘\r’ characters into this file:

[cid:image001.png@01D3CCD5.BA40B6E0]


Even if I try to fix it using vim git still seems to think it has CRLF.

Pam

From: "Morales, Victor" <victor.mora...@intel.com>
Date: Thursday, April 5, 2018 at 11:43 AM
To: Yunxia Chen <helen.c...@huawei.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>, "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com>, Gary Wu <gary.i...@huawei.com>
Subject: Re: [onap-discuss] [integration] Problem with integration repo

More likely, those scripts were created using Windows encoding.  Maybe you’ll 
have to configure your git 
(https://stackoverflow.com/questions/1967370/git-replacing-lf-with-crlf#1967986)<https://urldefense.proofpoint.com/v2/url?u=https-3A__stackoverflow.com_questions_1967370_git-2Dreplacing-2Dlf-2Dwith-2Dcrlf-231967986-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=JU3QZ1P58JewdOulaOqnwfsVXhQnhEu34vIivlNAJBE=nNgHV31NYZuBv445KyQQdo_TFdvUKnkiSkYR38rxQqo=>.

Regards,
Victor Morales

From: <onap-discuss-boun...@lists.onap.org> on behalf of Yunxia Chen 
<helen.c...@huawei.com>
Date: Thursday, April 5, 2018 at 8:21 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com>, Gary Wu <gary.i...@huawei.com>
Subject: Re: [onap-discuss] [integration] Problem with integration repo

Hi, Marco & Gary,
Does this have anything to do with those scripts you created?

Regards,

Helen Chen

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Thursday, April 5, 2018 at 8:03 AM
To: onap-discuss <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [integration] Problem with integration repo

Hi Integration team,

I am trying to update the integration version manifest, but I am having 
difficulty with a particular file that seems to automatically get modified 
every time I do a clean clone or checkout:

test/csit/plans/vfc-nfvo-wfengine/sanity-check/testplan.txt

Even when I start from scratch with a brand new clone this file is modified on 
a fresh clone. When I try to stash it I get this issue:

warning: CRLF will be replaced by LF in 
test/csit/plans/vfc-nfvo-wfengine/sanity-check/testplan.txt.
The file will have its original line endings in your working directory.
Saved working directory and index state WIP on master: b5529a6 Changes to match 
OOM refactoring
HEAD is now at b5529a6 Changes to match OOM refactoring

But git still thinks I have modified it, while I have not. Is the CRLF work 
around for this?

I am working on MacOS.

Thanks,

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

[onap-discuss] Jenkins job queue stuck

[DRAGOSH, PAMELA L (PAM)]

Jessica,

It seems the job queue is stuck again, can someone reboot it?

Thanks,

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

[onap-discuss] [controlloop] Meeting is on tomorrow 3/28/2018

[DRAGOSH, PAMELA L (PAM)]

We will discuss testing plan coordination and if time permits Casablanca 
proposals.

Thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Policy: Current State, Actors, APPC, and SO

[DRAGOSH, PAMELA L (PAM)]

David,

Yes right now the use cases have some hard coding to support them. The 
ModifyConfig used by APPC is legacy and should be deprecated. We do need to 
re-visit their API as well as to better support in the platform VNF specific 
payloads for recipes. But where do actors/recipes/payloads get defined? In the 
SDC Catalog? Or is that SME knowledge that should be configurable either via 
CLAMP or Policy? These are still open items to discuss.

We view the code being created in policy/drools-applications to be organic and 
suited for the Use Cases. Not necessarily designed to be used for Production. 
The policy platform itself allows you to build your own internal 
templates/models/policies that are suitable for your internal use.

For actor implementations what we’d like to see is a common API from Policy to 
the SO and Controllers via Dmaap and also allow for customized Controllers (eg. 
Helpdesk ticket, Q-chat, other types of controllers, etc). The SO API in the 
vDNS use case is quite complicated and requires a lot of coding to support. 
This is not ideal long-term.

Keep in mind ONAP is far from a released product, there will still need to be 
several releases for such items to be discussed and sorted out. I invite you to 
join the Control Loop Sub Committee and help use work towards that goal.

Thanks,

Pam Dragosh
ONAP Policy PTL


From:  on behalf of "Bainbridge, David" 

Date: Friday, March 16, 2018 at 2:47 AM
To: onap-discuss 
Subject: [onap-discuss] Policy: Current State, Actors, APPC, and SO

Hello,

I am looking to better understand the current state of the policy modules in 
ONAP (master branch). I started looking at the policy code because I was 
wondering how to add a policy for a VNF. My initial thought was that I would be 
able to define a policy yaml file with an actor of APPC and a payload of some 
Netconf data and when the policy was triggered the Netconf would be pushed via 
APPC to my VNF.

Looking at the code, it appears that this is not quite how it works today. If I 
interpreted the code correctly it appears that the APPC ModifyConfig recipe is 
hard coded to interact with the vFW VNF and has not yet been fleshed out to be 
generic. Is this an accurate assessment, or am I missing something?

Next I headed down the code path to understand how a policy with the SO actor 
might look like. Here too it appears that things are not fully fleshed out and 
only the create VF orchestration is supported and that with a focus on the vDNS 
VNF. Again, I am looking for confirmation that my assessment it accurate and 
would be happy to learn I am incorrect.

If my assessments are accurate, how can I better understand the direction both 
the APPC and SO actor will be implemented in the future and what is the 
expected timeline?

Avèk respè,
/david

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

Re: [onap-discuss] Dmaap - how to run locally

[DRAGOSH, PAMELA L (PAM)]

Actually, Liam Fallon put together a nice little how-to:

https://wiki.onap.org/display/DW/How+to+set+up+a+local+DMaaP+installation+in+Docker+for+testing

Hope that helps.

Pam

From:  on behalf of 
"fu.guangr...@zte.com.cn" 
Date: Thursday, March 15, 2018 at 6:10 AM
To: "marcin.mig...@nokia.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Dmaap - how to run locally


Hi Marcin,



I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.



Regards,

Guangrong








Original Mail
Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 
To: onap-discuss@lists.onap.org 
Date: 2018/03/15 17:50
Subject: [onap-discuss] Dmaap - how to run locally
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss



Hello,



Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin


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

Re: [onap-discuss] oparent 1.1.0 released

[DRAGOSH, PAMELA L (PAM)]

Gary,

Were there major changes to oparent that were made?

In the past moving to an oparent seemed to cause problems in projects.

Thanks,

Pam

From:  on behalf of Gary Wu 

Date: Monday, March 12, 2018 at 4:46 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] oparent 1.1.0 released

Hi all,

oparent version 1.1.0 has been released.  Please update your maven dependencies 
at your convenience.

Thanks,
Gary


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

Re: [onap-discuss] sonar and clm jenkins jobs fails on sandbox

[DRAGOSH, PAMELA L (PAM)]

Mickael,

Just open a helpdesk ticket to LF and have Jessica ensure the settings for 
VNFSDK exist. Most likely they are not there yet which is the error you are 
currently seeing.

Keep note that the sandbox Jenkins server has no access rights to upload jars 
to nexus as well as upload sonar results. It has very limited capabilities so 
most likely your jobs will end up ultimately failing anyway once the settings 
are there.

Not really much of a sandbox but it can help a little bit when prototyping a 
new job.

Good luck

Pam


From:  on behalf of 
"mickael.jezeq...@orange.com" 
Date: Tuesday, March 6, 2018 at 5:25 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] sonar and clm jenkins jobs fails on sandbox

I'd like to run the sonar and CLM jobs for my project.
To do so, I've first updated the jjb templates for my project and followed the 
wiki indications : 
https://wiki.onap.org/display/DW/Configuring+Jenkins

The jjb template used to generate the job config is as follows:
---
- project:
name: vnfsdk-ice
project-name: 'vnfsdk-ice'
project: 'vnfsdk/ice'
stream:
  - 'master':
  branch: 'master'
subproject:
  - ice:
  path: '.'
  pattern: '**'
mvn-settings: 'vnfsdk-ice-settings'
build-node: ubuntu1604-basebuild-4c-4g
jobs:
  - gerrit-maven-clm
  - '{project-name}-{stream}-{subproject}-verify-python'



but when I run the sonar job on the jenkins sandbox, it fails:
https://jenkins.onap.org/sandbox/job/vnfsdk-ice-maven-clm-master/1/console

The first error seems to be due to a missing maven settings file  :

07:48:07 provisioning config files...

07:48:07 copy managed file [global-settings] to 
file:/w/workspace/vnfsdk-ice-maven-clm-master@tmp/config3487783067304452229tmp

07:48:07 not able to provide the file [ManagedFile: id=vnfsdk-ice-settings, 
targetLocation=, variable=SETTINGS_FILE], can't be resolved by any provider - 
maybe it got deleted by an administrator?
I have also tried to run a sonar job, but it failed too.
Does any one knows what's wrong ?

thanks !

MJ


_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

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

[onap-discuss] [controlloop] Control Loop Sub Committee meeting delayed 15 minutes today

[DRAGOSH, PAMELA L (PAM)]

We will start at 10:15am EST

Thanks,

Pam Dragosh
Control Loop Sub Committee Chair
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [policy] Welcome to Liam Fallon

[DRAGOSH, PAMELA L (PAM)]

ONAP Community,

I would like to welcome Liam Fallon as a committer to the Policy project. Liam 
has been providing valuable
contributions to help the policy team with getting our code coverage above 80% 
in our policy/drools-applications.
He has also been valuable in providing help with wiki and general architecture 
direction.

Thanks!!

Pam Dragosh
ONAP Policy PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Onap-lf-announce] [it-infrastructure-alerts] ONAP environment maintenance 2018-02-08 @ 15:30 PDT (23:30 UTC)

[DRAGOSH, PAMELA L (PAM)]

Yes – that works, thanks!!

Pam

From: Jessica Wagantall <jwagant...@linuxfoundation.org>
Date: Friday, February 9, 2018 at 2:39 PM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "it-infrastructure-ale...@linuxfoundation.org" 
<it-infrastructure-ale...@linuxfoundation.org>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>, "onap-lf-annou...@lists.onap.org" 
<onap-lf-annou...@lists.onap.org>, onap-tsc <onap-...@lists.onap.org>
Subject: Re: [Onap-lf-announce] [it-infrastructure-alerts] ONAP environment 
maintenance 2018-02-08 @ 15:30 PDT (23:30 UTC)

I have now upgraded both plugins now.

Can you please try again?

thanks a ton!
Jess

On Fri, Feb 9, 2018 at 11:38 AM, Jessica Wagantall 
<jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>> wrote:
Dear Pam,

The plugins are separate. I am working on upgrading them now, I think i can do 
it from the interface itself.

Just FYI, we are going to perform the 6.7.1 upgrade later today

Thanks a ton for your patience on this
Jess

On Fri, Feb 9, 2018 at 6:20 AM, DRAGOSH, PAMELA L (PAM) 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>> wrote:
Jessica,

Thanks, it is now possible to connect our local Eclipse environment to the 
sonar server which will help speed up clearing of issues. However, I did get 
this error with Eclipse Neon.3 Java version:

The following plugins do not meet the required minimum versions, please upgrade 
them on your SonarQube server:
  java (installed: 3.10, minimum: 4.0)
  javascript (installed: 2.10, minimum: 2.14)

I’m just wondering if 6.7.1 will be able to address that?

Thanks,

Pam

From: 
<onap-lf-announce-boun...@lists.onap.org<mailto:onap-lf-announce-boun...@lists.onap.org>>
 on behalf of Jessica Wagantall 
<jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>>
Date: Thursday, February 8, 2018 at 8:42 PM
To: 
"it-infrastructure-ale...@linuxfoundation.org<mailto:it-infrastructure-ale...@linuxfoundation.org>"
 
<it-infrastructure-ale...@linuxfoundation.org<mailto:it-infrastructure-ale...@linuxfoundation.org>>,
 "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, 
"onap-lf-annou...@lists.onap.org<mailto:onap-lf-annou...@lists.onap.org>" 
<onap-lf-annou...@lists.onap.org<mailto:onap-lf-annou...@lists.onap.org>>, 
onap-tsc <onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>>
Subject: Re: [Onap-lf-announce] [it-infrastructure-alerts] ONAP environment 
maintenance 2018-02-08 @ 15:30 PDT (23:30 UTC)

Dear team, we have upgraded sonar from 5.4 -> 5.6.7 -> 6.0

We will be performing a following update to 6.7.1 soon.

Thanks!
Jess

On Thu, Feb 8, 2018 at 4:03 PM, Jessica Wagantall 
<jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>> wrote:
Dear team,

This upgrade is still going on.
Our team is working on the upgrade from 5.6.7 to 6.7 and then from 6.7 to 6.7.1

Thanks a lot for your patience.

Thanks!
Jess

On Thu, Feb 8, 2018 at 9:29 AM, Jessica Wagantall 
<jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>> wrote:
What: The Linux Foundation will be performing Sonar's upgrade once more (v6.7.1)

When: Thursday, Feb 8th @ 15:30 PDT

Why: Sonar needs to be upgraded to be able to get more functionality in place

Impact: Sonar will be unavailable for 1 hour during this maintenance

Notices will be posted to the mailing lists at the start and end of the 
maintenance.




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

Re: [onap-discuss] [Onap-lf-announce] [it-infrastructure-alerts] ONAP environment maintenance 2018-02-08 @ 15:30 PDT (23:30 UTC)

[DRAGOSH, PAMELA L (PAM)]

Jessica,

Thanks, it is now possible to connect our local Eclipse environment to the 
sonar server which will help speed up clearing of issues. However, I did get 
this error with Eclipse Neon.3 Java version:

The following plugins do not meet the required minimum versions, please upgrade 
them on your SonarQube server:
  java (installed: 3.10, minimum: 4.0)
  javascript (installed: 2.10, minimum: 2.14)

I’m just wondering if 6.7.1 will be able to address that?

Thanks,

Pam

From:  on behalf of Jessica Wagantall 

Date: Thursday, February 8, 2018 at 8:42 PM
To: "it-infrastructure-ale...@linuxfoundation.org" 
, "onap-discuss@lists.onap.org" 
, "onap-lf-annou...@lists.onap.org" 
, onap-tsc 
Subject: Re: [Onap-lf-announce] [it-infrastructure-alerts] ONAP environment 
maintenance 2018-02-08 @ 15:30 PDT (23:30 UTC)

Dear team, we have upgraded sonar from 5.4 -> 5.6.7 -> 6.0

We will be performing a following update to 6.7.1 soon.

Thanks!
Jess

On Thu, Feb 8, 2018 at 4:03 PM, Jessica Wagantall 
> wrote:
Dear team,

This upgrade is still going on.
Our team is working on the upgrade from 5.6.7 to 6.7 and then from 6.7 to 6.7.1

Thanks a lot for your patience.

Thanks!
Jess

On Thu, Feb 8, 2018 at 9:29 AM, Jessica Wagantall 
> wrote:
What: The Linux Foundation will be performing Sonar's upgrade once more (v6.7.1)

When: Thursday, Feb 8th @ 15:30 PDT

Why: Sonar needs to be upgraded to be able to get more functionality in place

Impact: Sonar will be unavailable for 1 hour during this maintenance

Notices will be posted to the mailing lists at the start and end of the 
maintenance.


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

Re: [onap-discuss] [Policy]{Holmes][DCAE] Config_BRMS and Config_MS

[DRAGOSH, PAMELA L (PAM)]

Eswar,

One policy is to configure the TCA microservice in order to trigger a control 
loop event. While the other policy designates the actions to take when policy 
receives the control loop event.

The dnsscaling.yaml has nothing to do with scaling. It is simply a heat 
template to run the use case “vDNS” and setup the service/vnf’s. They are not 
related at all.

Pam

From:  on behalf of ESWAR RAO 

Date: Wednesday, February 7, 2018 at 7:04 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [Policy]{Holmes][DCAE] Config_BRMS and Config_MS

Hi All,

I installed ONAP Amsterdam release with HOT templates.

In policy portal, I can see Config_BRMS-* and Config_MS_*

Can you please let me know the difference ??

I can see config-policy-type as microservice and BRMS_parameter.
Each one has tca_policy and BRMS_parameter respectively.


Just curious to understand how this one is related to dnsscaling.yaml.

 
https://git.onap.org/demo/tree/heat/vLB?h=amsterdam

How the scaling policy is defined to do HEAT stack-update with  dnsscaling.yaml.


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

Re: [onap-discuss] [ONAP Helpdesk #51622] Release job not uploading Sonar changes

[DRAGOSH, PAMELA L (PAM)]

Cool thanks Jessica!!

Pam

On 1/29/18, 1:12 PM, "Jessica Wagantall via RT" 
 wrote:

Dear Pam, 

This is now fixed after a server restart

https://urldefense.proofpoint.com/v2/url?u=https-3A__sonar.onap.org_overview-3Fid-3D27681=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=tt_HBjo-Iw1G35RzoLvMP70ZKzpn-ezGjTrMz3oj-pI=xeEaksv5vbCDwG2ZQKcxamF5WaHR8k_-mQulotmt3Zo=
 

Sorry for the inconvenience. 

thanks!
Jess

On Mon Jan 29 13:09:26 2018, jwagantall wrote:
> Dear Pam,
> 
> I have seen this issue before.
> This is caused by a backlog on Sonar tasks and hence the reports are
> delayed.
> Take a look at the screen attached.
> 
> 
> 
> I am looking into what is causing this delay now
> 
> thanks!
> Jess
> 
> On Fri Jan 26 09:38:36 2018, pdrag...@research.att.com wrote:
> > LF Helpdesk and ONAP Community,
> >
> > For our repository policy/drools-applications. We have had some code
> > submissions to fix technical debt and add Junit tests. Despite
> > several
> > successful daily release job runs, sonar has not had an upload since
> > January 18th. There are no errors in the logs, and the logs are very
> > similar both before and after January 18th.
> >
> > Has anyone else have this problem before? Can anyone suggest
> > something
> > to look at?
> >
> > This is the latest successful job that DID upload sonar data:
> >
> > 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Ddrools-2Dapplications-2D=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=tt_HBjo-Iw1G35RzoLvMP70ZKzpn-ezGjTrMz3oj-pI=1CmMelDkx1tAKP9jowkT-vDI-fsLilV32G-RQ_RQpNA=
 
> > master-release-version-java-daily/408/
> >
> > This is the next successful job where a changes was made after 408
> > that did NOT upload any sonar data:
> >
> > 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_policy_job_policy-2Ddrools-2Dapplications-2D=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=tt_HBjo-Iw1G35RzoLvMP70ZKzpn-ezGjTrMz3oj-pI=1CmMelDkx1tAKP9jowkT-vDI-fsLilV32G-RQ_RQpNA=
 
> > master-release-version-java-daily/414/
> >
> > Even if there wasn’t a commit, there should have been an upload but
> > sonar reports the last analysis was Jan 18.
> >
> > [cid:image001.png@01D39689.56562B10]
> >
> > Any help or suggestions are appreciated,
> >
> > Pam
> > ONAP Policy PTL
> >





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

[onap-discuss] Release job not uploading Sonar changes

[DRAGOSH, PAMELA L (PAM)]

LF Helpdesk and ONAP Community,

For our repository policy/drools-applications. We have had some code 
submissions to fix technical debt and add Junit tests. Despite several 
successful daily release job runs, sonar has not had an upload since January 
18th. There are no errors in the logs, and the logs are very similar both 
before and after January 18th.

Has anyone else have this problem before? Can anyone suggest something to look 
at?

This is the latest successful job that DID upload sonar data:

https://jenkins.onap.org/view/policy/job/policy-drools-applications-master-release-version-java-daily/408/

This is the next successful job where a changes was made after 408 that did NOT 
upload any sonar data:

https://jenkins.onap.org/view/policy/job/policy-drools-applications-master-release-version-java-daily/414/

Even if there wasn’t a commit, there should have been an upload but sonar 
reports the last analysis was Jan 18.

[cid:image001.png@01D39689.56562B10]

Any help or suggestions are appreciated,

Pam
ONAP Policy PTL

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

Re: [onap-discuss] Triggering CLM jobs

[DRAGOSH, PAMELA L (PAM)]

Jessica,

Thanks. I have a question on resolving security issues. Sometimes it is an easy 
fix to upgrade to a newer version of a dependency. However, other times there 
was no fix but a work around was in place. Or, it doesn’t apply because the 
method actually isn’t being used by our project. How do we resolve the CLM 
security issue? Do PTL’s have the right to do this (similar to sonar)?

Thanks,

Pam

From:  on behalf of Jessica Wagantall 

Date: Monday, January 22, 2018 at 5:58 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Triggering CLM jobs

Dear ONAP team,

Just to let you know, the CLM jobs can now be triggered on demand after posting
the comment "run-clm" in your Gerrit change.

The CLM jobs are still scheduled to run every Saturday but I hope this feature 
can be
useful for debugging on demand.

Just as a reminder, commenting "run-clm" in a gerrit that is not merged, will 
not trigger
the CLM job based on that revision but will trigger the job based on the tip of 
the branch.
This job is designed to always run on the latest tip of the branch to avoid 
inconsistencies on
the reports.

Please let me know for any questions
Thanks a ton!
Jess.
___
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

[DRAGOSH, PAMELA L (PAM)]

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

Thanks,

Pam

From: "Yang, Bin" <bin.y...@windriver.com>
Date: Tuesday, January 16, 2018 at 9:20 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "Matt, Brian" 
<brian.m...@windstream.com>, "onap-discuss@lists.onap.org" 
<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

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
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 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> DELETE /pdp/api/deletePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 133
>
* upload completely sent off: 133 out of 133 bytes
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 91
< Date: Tue, 16 Jan 2018 09:32:08 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 310812b5-858f-4ee7-82a7-0b6723466a19 --The policy was 
successfully deleted.


Updating vFW Operational Policy ..

*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1309
> 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: Tue, 16 Jan 2018 09:32:29 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 8ea2a93d-9e9a-4d30-b944-c6d169cc2eb5 --Policy with the name 
com.Config_BRMS_Param_BRMSParamvFirewall.2.xml was successfully updated.

Pushing t

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

[DRAGOSH, PAMELA L (PAM)]

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:  on behalf of "Yang, Bin" 

Date: Tuesday, January 16, 2018 at 4:50 AM
To: "Matt, Brian" , "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
   policy_dockerv1.1.2
policy_branchamsterdam
policy_repo
http://gerrit.onap.org/r/policy/docker.git


$ ./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 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> DELETE /pdp/api/deletePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 133
>
* upload completely sent off: 133 out of 133 bytes
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 91
< Date: Tue, 16 Jan 2018 09:32:08 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 310812b5-858f-4ee7-82a7-0b6723466a19 --The policy was 
successfully deleted.


Updating vFW Operational Policy ..

*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1309
> 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: Tue, 16 Jan 2018 09:32:29 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 8ea2a93d-9e9a-4d30-b944-c6d169cc2eb5 --Policy with the name 
com.Config_BRMS_Param_BRMSParamvFirewall.2.xml was successfully updated.

Pushing the vFW Policy ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> 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: Tue, 16 Jan 2018 09:32:35 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 9ad6377c-6a4c-4a8c-870f-df9fa69a5003 --Policy 
'com.Config_BRMS_Param_BRMSParamvFirewall.2.xml' was successfully pushed to the 
PDP group 'default'.

Restarting PDP-D ..


The authenticity of host 'policy.api.simpledemo.onap.org (10.12.9.121)' can't 
be established.
ECDSA key fingerprint is SHA256:PzUojk3RJNW5LsjcrMA80lyIV3opeekfg7fbbOqsqE8.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'policy.api.simpledemo.onap.org,10.12.9.121' (ECDSA) 
to the list of known hosts.
[drools-pdp-controllers]
L []: Stopping Policy Management... Policy Management (pid=5503) is stopping... 
Policy Management has stopped.
[drools-pdp-controllers]
L []: Policy Management (pid 5762) is running


PDP-D amsterdam maven coordinates ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 9696 (#0)
* Server auth using Basic with user '@1b3rt'
> GET /policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1
> Host: 

[onap-discuss] [policy] Thank you to Ericsson!!

[DRAGOSH, PAMELA L (PAM)]

And particular Liam Fallon for help in pulling the policy/drools-applications 
repo back into Green status.

We are already <1% away from meeting Beijing code coverage requirements for 
that repository!!

Pam Dragosh
ONAP Policy PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy][TCA] Relationship between Policy and tca_policy

[DRAGOSH, PAMELA L (PAM)]

Alexis,

During Amsterdam post-RC1 it was determined that the DCAE team had expectations 
for the Policy API that would not work in their architecture. It was too late 
for Policy to make change the API to accommodate them. Thus, any updates will 
not work. I don’t know what the workaround is for DCAE as Policy does work with 
updates.

It was agreed to fix it in Beijing: POLICY-434 and DCAEGEN2196 are tracking 
this.

Regards,

Pam

Ps I can’t emphasize enough that help these teams (POLICY, DCAE, etc) need from 
other companies. These projects are not finished yet. In fact, DCAEGEN2 is 
brand new. There is still a lot of work to be done and I ask other companies 
within ONAP to help provide resources to harden, test and help fix issues.

On 1/12/18, 3:13 PM, "onap-discuss-boun...@lists.onap.org on behalf of Alexis 
de Talhouët"  wrote:

Hi experts,

I’m trying to understand how Policy works. Hence I tried to update the vFW 
policy (MS) to reduce the thresholds. My expectation was to see this being 
applied to the TCA application, but it seems it didn’t pick it up, tca_policy 
in CDAP remained un-changed.

What should be the process to update a policy, and have this update 
probably reflected in TCA?

Thanks,
Alexis
___
onap-discuss mailing list
onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=HCMIEMWko9lPKkjqFMnASx5luljbnTjMLIClSlB0S2k=3jXal6Qt3V_-ZW1d6gBdbOelU5LhUqUydHHD6w7GuNI=
 


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

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

[DRAGOSH, PAMELA L (PAM)]

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>
Date: Monday, January 8, 2018 at 8:59 PM
To: "PLATANIA, MARCO (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>, "DRAGOSH, PAMELA L (PAM)" 
<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>; 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>; DRAGOSH, PAMELA L (PAM) 
<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.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' 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__pdp-3A8081_pdp_api_pushPolicy-27-25C2-25A0=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=1a6ggbjunnczwWDc2rWJR6RVXAf3O9DWbuzWj7Y0KVw=11vjgkY_C-ivD48vLy_1d9RQsZ3pREl_IKVGDszNwwQ=>
+ 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<https://urldefense.proofpoint.com/v2/url?u=http-3A__pdp-3A8081_pdp_api_pushPolicy=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=1a6ggbjunnczwWDc2rWJR6RVXAf3O9DWbuzWj7Y0KVw=HygaScuLm-YzQTpF5UEovJKAtcUAstcQtxmUDy_1xz0=>
* Hostname was NOT found in DNS cache
*   Trying 172.18.0.6...
* Connected to pdp (172.18.0.6) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: pdp:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
} [data not shown]
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 400 Bad Request
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 146
< Date: Mon, 08 Jan 2018 21:30:45 GMT
< Connection: close
<
{ [data not shown]
* Closing connection 0

We already faced this issue a couple of days ago while debugging OOM, not sure 
whether it’s being tracked somewhere.

Thanks,
Marco

From: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Date: Monday, January 8, 2018 at 7:17 PM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, 
onap-discuss <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, 
"PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 'Chengli Wang' 
<wangchen...@chinamobile.com<mailto:wangchen...@chinamobile.com>>, Kang Xi 
&

Re: [onap-discuss] [OOM][Policy][Amsterdam] Do not enforce hostname validation

[DRAGOSH, PAMELA L (PAM)]

Alexis,

As soon as policy team resources return from vacation/holidays we will review 
it.

Please note, for Amsterdam HEAT is the method for deployment, not K8S. Only bug 
fixes of High/Highest priority are targeted for Amsterdam Maintenance Release 
1/18. So I would need Gildas guidance as to whether this is acceptable for 
Amsterdam Maintenance Release.

Pam

From:  on behalf of "de Talhouet, Alexis" 

Date: Monday, January 8, 2018 at 1:18 PM
To: onap-discuss 
Subject: [onap-discuss] [OOM][Policy][Amsterdam] Do not enforce hostname 
validation

Hi Policy team,

I noticed drools application is enforcing hostname validation for request made 
to AAI. Within the K8S context, those request are failing due to 
SSLPeerUnverifiedException.

I raised 
POLICY-510
 holding more in dept explanation along with stacktrace, and 
c27535
 to fix this for Amsterdam release.

Could you please review this, and let me know if this is acceptable?

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

Re: [onap-discuss] [OOM] Persisted mariadb for policy is breaking functionality

[DRAGOSH, PAMELA L (PAM)]

Alexis,

I just released a new Amsterdam docker image for policy that hopefully fixed a 
timing issue with policies being pushed from PAP to Drools. V1.1.2. Not sure if 
that would help this situation as I’m not sure what you mean for pv/pvc.

Regards,

Pam



From:  on behalf of "de Talhouet, Alexis" 

Date: Friday, January 5, 2018 at 9:23 AM
To: Borislav Glozman , onap-discuss 

Subject: [onap-discuss] [OOM] Persisted mariadb for policy is breaking 
functionality

Hi Borislav, Team,

I’d like to say that the persisted data for mariadb in policy is breaking the 
functionality. I’m not familiar with what is persisted there, and how it got 
there, but I noticed that its breaking functionality.
When I remove the pv/pvc for mariadb et re-start policy, it’s working fine. But 
when it’s there it’s not, which means there is something off with the data that 
has been extracted.
I don’t want to investigate this as of now, and as you’re more familiar with 
this, would you mind looking into it.

In the mean time, if we want to have a working solution, we need to remove the 
pv/pvc.

Would you agree to have it removed, until we figure out the proper fix, so it 
doesn’t block ppl to test close-loop with OOM?

I know the drawback of this is not having backup of mariadb for policy, but at 
least it will work.

Please let me know before I submit a patch.


Acutal:

$ curl -vvv --silent --user @1b3rt:31nst31n -X GET 
http://${K8S_HOST}:${POLICY_DROOLS_PORT}/policy/pdp/engine/controllers/amsterdam/drools
  | python -m json.tool
{
"alive": false,
"artifactId": "NO-ARTIFACT-ID",
"brained": false,
"canonicalSessionNames": [],
"container": null,
"groupId": "NO-GROUP-ID",
"locked": false,
"recentSinkEvents": [],
"recentSourceEvents": [],
"sessionNames": [],
"version": "NO-VERSION"
}

$ 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
[]


Expected:

$ curl -vvv --silent --user @1b3rt:31nst31n -X GET 
http://${K8S_HOST}:${POLICY_DROOLS_PORT}/policy/pdp/engine/controllers/amsterdam/drools
  | python -m json.tool
{
"alive": true,
"artifactId": "policy-amsterdam-rules",
"brained": true,
"groupId": "org.onap.policy-engine.drools.amsterdam",
"locked": false,
"modelClassLoaderHash": 1854665649,
"recentSinkEvents": [],
"recentSourceEvents": [],
"sessionCoordinates": [

"org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.4.0:closedloop-amsterdam"
],
"sessions": [
"closedloop-amsterdam"
],
"version": "0.4.0"
}

$ 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
[
{
"closedLoopControlName": 
"ControlLoop-vDNS-6f37f56d-a87d-4b85-b6a9-cc953cf779b3",
"controlLoopYaml": 

[onap-discuss] [control-loop] [clamp] CLAMP demo request

[DRAGOSH, PAMELA L (PAM)]

CLAMP team,

There is a request for a demo of CLAMP during Control Loop SubCommitte meeting. 
Are folks available to provide a demo 12/20 or first week of January?

Thanks,

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

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

[DRAGOSH, PAMELA L (PAM)]

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

Pam

From:  on behalf of Alexis de Talhouët 

Date: Thursday, December 7, 2017 at 10:09 AM
To: "PLATANIA, MARCO (MARCO)" , 
"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
 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-Type: application/json
< Content-Length: 231
< Server: Jetty(9.3.14.v20161028)
<
{ [231 bytes data]
* Connection #0 to host 10.195.197.141 left intact
{
"alive": false,
"artifactId": "NO-ARTIFACT-ID",
"brained": false,
"canonicalSessionNames": [],
"container": null,
"groupId": "NO-GROUP-ID",
"locked": false,
"recentSinkEvents": [],
"recentSourceEvents": [],
"sessionNames": [],
"version": "NO-VERSION"
}


PDP-D control loop updated ..


*   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/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
>  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:14 GMT
< Content-Type: application/json
< Content-Length: 2
< Server: Jetty(9.3.14.v20161028)
<
{ [2 bytes data]
* Connection #0 to host 10.195.197.141 

[onap-discuss] Control Loop Sub Committee - first meeting

[DRAGOSH, PAMELA L (PAM)]

Folks,

We are trying to get a first meeting to begin the Control Loop Sub Committee 
activities. Hopefully Kenny will help get that done soon.

Here is the link for the initial meeting:

https://wiki.onap.org/pages/viewpage.action?pageId=16010504

It would be great if folks who were interested in helping could sign up as 
participants for it. Here is the wiki page:

https://wiki.onap.org/display/DW/Control+Loop+Subcommittee

There is a meeting scheduled for Santa Clara on Tuesday December 12th at 3:30pm 
PST. A link to that agenda is here:

https://wiki.onap.org/display/DW/December+12%2C+2017+-+Santa+Clara+F2F

thanks!!

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

[onap-discuss] [policy] Policy weekly meeting on 11/22/2017 is cancelled

[DRAGOSH, PAMELA L (PAM)]

Request submitted through wiki – but still waiting for the calendar 
cancellation to be sent.

We will resume after a week of holiday and begin planning the Beijing Release.

Thanks!

Pam Dragosh
ONAP Policy PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ONAP Helpdesk #45447] [integration] Maven repo precedence issue

[DRAGOSH, PAMELA L (PAM)]

Gary,

This breaks current projects whose release jobs on the master branch are 
producing Staging artifacts. I will now have to remove those jobs.

I understand for a formal release process you don’t want staging in the mix. 
But unfortunately perhaps this could have been done post Amsterdam release.

Pam

On 11/9/17, 3:12 PM, "onap-discuss-boun...@lists.onap.org on behalf of Gary Wu 
via RT"  wrote:

Thanks Jess.

All teams:  Please make sure that you are no longer building against 
staging artifacts.  If you still have dependencies on staging artifacts, please 
contact the upstream teams to make sure that they formally release those 
artifacts.

Thanks,
Gary

-Original Message-
From: Jessica Wagantall via RT 
[mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Thursday, November 09, 2017 11:51 AM
To: Gary Wu 
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #45447] [integration] Maven repo precedence issue

Dear Gary, 

We have now removed the staging as an active profile from 
global-settings.xml now and the dependencies should now be downloaded from 
releases. 

Thanks!
Jess

On Mon Nov 06 13:43:31 2017, gary.i...@huawei.com wrote:
> Hi Jessica,
> 
> Thanks for the investigation.  At this point in the release cycle, I 
> think the better solution now is to just completely remove staging 
> from settings.xml.  All teams should be formally releasing their 
> artifacts by now, and we should no longer be having any build 
> dependencies on staging artifacts.  This would completely eliminate 
> the precedence issue.
> 
> Thanks,
> Gary
> 
> -Original Message-
>  From: Jessica Wagantall via RT [mailto:onap- 
> helpd...@rt.linuxfoundation.org]
> Sent: Friday, November 03, 2017 6:21 PM
> To: Gary Wu 
> Cc: onap-discuss@lists.onap.org
> Subject: [ONAP Helpdesk #45447] [integration] Maven repo precedence 
> issue
> 
> Dear Gary,
> 
> I was briefly talking with Andy about this ticket.
> 
> I made a test in the sandbox in where I am changing the values that 
> global-settings have as the active profiles. Basically, this file has 
> the releases, staging, snapshot active profiles described in that 
> order. This file controls the precedence of the repos where is going 
> to do the downloads.
> 
> Here is a run on the job with that described global settings:
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_sandbox_job_integration-2Dmaster-2Dversion-2D=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=Ddx1EMIdNutEneZ6mWVntIrLKGz6DW56oB0qCeUGoC8=e_2kEzSAMTHe5p59EWQMOzpqK0vycI1I2UhrTxCznc8=
 
> manifest-release-version-java-daily/2/console
> This job downloaded the release version of oparent: 00:53:19 [INFO]
> Downloaded:
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_repositories_releases_org_onap_oparent_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=Ddx1EMIdNutEneZ6mWVntIrLKGz6DW56oB0qCeUGoC8=KIlzTtoSbQMpwWEBZs6FPh-6jOZ1SMl6m1Iza2pwLmc=
 
> oparent/0.1.1/oparent-
> 0.1.1.pom (21 KB at 430.4 KB/sec)
> 
> I did a small test in which I removed the releases profile and the 
> download happened from the public repo:
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_sandbox_job_integration-2Dmaster-2Dversion-2D=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=Ddx1EMIdNutEneZ6mWVntIrLKGz6DW56oB0qCeUGoC8=e_2kEzSAMTHe5p59EWQMOzpqK0vycI1I2UhrTxCznc8=
 
> manifest-release-version-java-daily/6/console
> 
> Another thing that Andy mentioned, is that whenever this download 
> fails, the log will report the last place where it looked for the 
> binaries. For example, if we ask the job to look into releases and 
> then staging, if it fails it will report the failure while looking 
> into staging making the log look like it didn't looked in releases 
> even though it actually did. It just happens that maven will report 
> the failure making reference to the last profile it looked into.
> 
> Let me know if you would like to make more tests with my setup, I can 
> place the jobs in the Sandbox for us to experiment more.
> 
> Thanks!
> Jess
> 
> On Tue Oct 24 00:29:23 2017, gary.i...@huawei.com wrote:
> > This issue is still occurring and still needs LF resolution.
> >
> > Thanks,
> > Gary
> >
> > -Original Message-
> >  From: Kenny Paul via RT [mailto:onap- 
> > helpd...@rt.linuxfoundation.org]
> > Sent: Sunday, October 22, 2017 7:43 PM
> > To: Gary Wu 

Re: [onap-discuss] [integration][policy] Problem running org.nap.integration:version-manifest maven plugin

[DRAGOSH, PAMELA L (PAM)]

Yes, thanks Gary that works now.

Pam

From: Gary Wu <gary.i...@huawei.com>
Date: Wednesday, November 8, 2017 at 12:42 PM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration][policy] Problem running 
org.nap.integration:version-manifest maven plugin

Hi Pam,

This is now fixed.  Please try again with the 0.1.1-SNAPSHOT version:

mvn org.onap.integration:version-manifest:0.1.1-SNAPSHOT:version-check

Thanks,
Gary

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, November 08, 2017 9:16 AM
To: DRAGOSH, PAMELA L (PAM) <pdrag...@research.att.com>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [integration][policy] Problem running 
org.nap.integration:version-manifest maven plugin

Hi Pam,

I confirm that I’m able to reproduce the issue when running it against 
policy/common.  I’ll take a look and let you know when it’s fixed.

Thanks,
Gary

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Wednesday, November 08, 2017 4:42 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: [integration][policy] Problem running 
org.nap.integration:version-manifest maven plugin

Gary,

I was following the instructions on the Independent Release Versioning, 
specifically: 
https://wiki.onap.org/display/DW/ONAP+Version+Manifest+Maven+Plugin<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BVersion-2BManifest-2BMaven-2BPlugin=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=eRmY6DeWbaSHNquWEySNweubqda25guwx2B3elu5C7g=6ReiXoevD-5RfElSIfIjoIAXK5wSpURDY1piit356tc=>

Unfortunately, I got an error while running this against our policy/common 
project (which doesn’t have any dependencies on other project artifacts):

[INFO] Reactor Summary:
[INFO]
[INFO] policy-common .. SUCCESS [  0.253 s]
[INFO] ONAP-Logging ... SUCCESS [  0.009 s]
[INFO] Integrity Audit  FAILURE [  0.007 s]
[INFO] Integrity Monitor .. SKIPPED
[INFO] site-manager ... SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 0.954 s
[INFO] Finished at: 2017-11-07T20:17:50-05:00
[INFO] Final Memory: 12M/245M
[INFO] 
[ERROR] Failed to execute goal 
org.onap.integration:version-manifest:0.1.0:version-check (default-cli) on 
project integrity-audit: Execution default-cli of goal 
org.onap.integration:version-manifest:0.1.0:version-check failed. 
NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.onap.integration:version-manifest:0.1.0:version-check (default-cli) on 
project integrity-audit: Execution default-cli of goal 
org.onap.integration:version-manifest:0.1.0:version-check failed.
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:224)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
 

[onap-discuss] [integration][policy] Problem running org.nap.integration:version-manifest maven plugin

[DRAGOSH, PAMELA L (PAM)]

Gary,

I was following the instructions on the Independent Release Versioning, 
specifically: 
https://wiki.onap.org/display/DW/ONAP+Version+Manifest+Maven+Plugin

Unfortunately, I got an error while running this against our policy/common 
project (which doesn’t have any dependencies on other project artifacts):

[INFO] Reactor Summary:
[INFO]
[INFO] policy-common .. SUCCESS [  0.253 s]
[INFO] ONAP-Logging ... SUCCESS [  0.009 s]
[INFO] Integrity Audit  FAILURE [  0.007 s]
[INFO] Integrity Monitor .. SKIPPED
[INFO] site-manager ... SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 0.954 s
[INFO] Finished at: 2017-11-07T20:17:50-05:00
[INFO] Final Memory: 12M/245M
[INFO] 
[ERROR] Failed to execute goal 
org.onap.integration:version-manifest:0.1.0:version-check (default-cli) on 
project integrity-audit: Execution default-cli of goal 
org.onap.integration:version-manifest:0.1.0:version-check failed. 
NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.onap.integration:version-manifest:0.1.0:version-check (default-cli) on 
project integrity-audit: Execution default-cli of goal 
org.onap.integration:version-manifest:0.1.0:version-check failed.
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:224)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.PluginExecutionException: Execution 
default-cli of goal org.onap.integration:version-manifest:0.1.0:version-check 
failed.
at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:145)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
... 20 more
Caused by: java.lang.NullPointerException
at 
org.onap.integration.versionmanifest.VersionCheckMojo$$Lambda$3/1137989065.applyAsInt(Unknown
 Source)
at 
java.util.stream.ReferencePipeline$4$1.accept(ReferencePipeline.java:210)
at 
java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1612)
at 
java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:512)
at 
java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:502)
at 
java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at 
java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.IntPipeline.reduce(IntPipeline.java:461)
at java.util.stream.IntPipeline.max(IntPipeline.java:424)
at 

[onap-discuss] [clamp][policy] Heads up on Policy artifact release

[DRAGOSH, PAMELA L (PAM)]

CLAMP team,

We are in the process of releasing our java artifacts today. Dependent on the 
LF to get this done.

Our artifact version will be: 1.1.0

We will let you know when that is completed ASAP.

Thanks,

Pam Dragosh
ONAP Policy PTL

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

[onap-discuss] [policy]

[DRAGOSH, PAMELA L (PAM)]

Kenny,

Please cancel the Policy Weekly meeting this week.

Thanks!

Pam Dragosh
ONAP Policy PTL

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

Re: [onap-discuss] [integration] [policy] - vFW discussion

[DRAGOSH, PAMELA L (PAM)]

Took the bridge down since necessary folks did not show up.

Pam

From: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Date: Thursday, November 2, 2017 at 6:40 PM
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: [integration] [policy] - vFW discussion


When: Thursday, November 02, 2017 7:00 PM-9:00 PM. (UTC-05:00) Eastern Time (US 
& Canada)

Where: https://zoom.us/j/255981447



*~*~*~*~*~*~*~*~*~*
Hi there,



ONAP Meeting 3 is inviting you to a scheduled Zoom meeting.



Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/255981447



Or iPhone one-tap :

US: +16699006833,,255981447#  or +16465588656,,255981447#

Or Telephone：

Dial(for higher quality, dial a number based on your current location)：

US: +1 669 900 6833  or +1 646 558 8656  or +1 877 369 0926 (Toll Free) 
or +1 855 880 1246 (Toll Free)

Meeting ID: 255 981 447

International numbers available: 
https://zoom.us/zoomconference?m=d2wmJ1fW2PvXAdPHP3sCyXwk4AvwrNK4





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

[onap-discuss] [integration] [policy] - vFW discussion

[DRAGOSH, PAMELA L (PAM)]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="DRAGOSH, PAMELA L (PAM)":MAILTO:pdrag...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="FREEMAN, B
 RIAN D":MAILTO:bf1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Yunxia Che
 n:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="HERNANDEZ-
 HERRERO, JORGE":MAILTO:jh1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Thursday\, November 02\, 2017 7:00 PM-9:00
  PM. (UTC-05:00) Eastern Time (US & Canada)\nWhere: https://zoom.us/j/2559
 81447\n\n*~*~*~*~*~*~*~*~*~*\n\nHi there\,\n\nONAP Meeting 3 is inviting y
 ou to a scheduled Zoom meeting.\n\nJoin from PC\, Mac\, Linux\, iOS or And
 roid: https://zoom.us/j/255981447\n\nOr iPhone one-tap :\nUS: +1669900
 6833\,\,255981447#  or +16465588656\,\,255981447#\nOr Telephone：\nDi
 al(for higher quality\, dial a number based on your current location)：\n
 US: +1 669 900 6833  or +1 646 558 8656  or +1 877 369 0926 (Toll 
 Free) or +1 855 880 1246 (Toll Free)\nMeeting ID: 255 981 447\nInt
 ernational numbers available: https://zoom.us/zoomconference?m=d2wmJ1fW2Pv
 XAdPHP3sCyXwk4AvwrNK4\n\n\n
SUMMARY;LANGUAGE=en-US:[integration] [policy] - vFW discussion
DTSTART;TZID=Eastern Standard Time:20171102T19
DTEND;TZID=Eastern Standard Time:20171102T21
UID:20171102T223901Z-255981447@fe80:0:0:0:c40:e3ff:fe04:364b%eth0
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20171102T224032Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/255981447
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2115703304
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT10M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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

[DRAGOSH, PAMELA L (PAM)]

Here is the GET:

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' -H 
'ClientAuth: cHl0aG9uOnRlc3Q=' -H 'Authorization: Basic 
dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{"policyName": 
".*vFirewall"}' http://pdp:8081/pdp/api/getConfig

This will push the latest version:

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.BRMSParamvFirewall",
  "policyType": "BRMS_Param"
}' 'http://pdp:8081/pdp/api/pushPolicy'


Pam

From: "FREEMAN, BRIAN D" <bf1...@att.com>
Date: Thursday, November 2, 2017 at 11:55 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "HERNANDEZ-HERRERO, 
JORGE" <jh1...@att.com>, Yunxia Chen <helen.c...@huawei.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Is there a GET query to see the current policy for (com.BRMSParamvFirewall) ?

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, November 02, 2017 11:47 AM
To: DRAGOSH, PAM <pdrag...@research.att.com>; HERNANDEZ-HERRERO, JORGE 
<jh1...@att.com>; Yunxia Chen <helen.c...@huawei.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
So we would replace “d0a1dfc6-94f5-4fd4-a5b5-4630b438850a” with the 
“37e0d462-7415-49a5-a7bc-8ee7795a1ea7” based on the
AAI query 
https://{{aai}}:8443/aai/v11/business/customers/customer/Demonstration?depth=all<https://urldefense.proofpoint.com/v2/url?u=https-3A__-257b-257baai-257d-257d-3A8443_aai_v11_business_customers_customer_Demonstration-3Fdepth-3Dall=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=W-bbX1NPpIxD8olEGqvcbE3CeRdOJDnnMQq3k6r2ERw=XOkS8mt-JxFwJjCI91m45OsO7EItjx5CZYBilSWfFDE=>

Does that match with testing last night in SB00 ?

Brian


"service-type": "vFW",
"resource-version": "1509587772094",
"service-instances": {
"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",
"relationship-list": {

From: DRAGOSH, PAM
Sent: Thursday, November 02, 2017 11:32 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@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>>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

Since there is a policy there already, we just update it:

curl -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/html' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d 
'{
"policyConfigType": "BRMS_PARAM",
"policyName": "com.BRMSParamvFirewall",
"policyDescription": "BRMS Param vFirewall policy",
"policyScope": "com",
"attributes": {
"MATCHING": {
"controller" : "amsterdam"
},
"RULE": {
"templateName": "ClosedLoopControlName",
"closedLoopControlName": 
"ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a",
"controlLoopYaml": 
"controlLoop%3A%0D%0A+version%3A+2.0.0%0D%0AcontrolLoopName%3A+ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a%0D%0Atrigger_policy%3A+unique-policy-id-1-modifyConfig%0D%0Atimeout%3A+1200%0D%0Aabatement%3A+false%0D%0A%0D%0Apolicies%3A%0D%0A+++name%3A+modify+packet+gen+config%0D%0A++description%3A%0D%0A++actor%3A+APPC%0D%0A++recipe%3A+ModifyConfig%0D%0A++target%3A%0D%0A%23+TBDCannot+be+known+until+instantiation

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

[DRAGOSH, PAMELA L (PAM)]

Since there is a policy there already, we just update it:

curl -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/html' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d 
'{
"policyConfigType": "BRMS_PARAM",
"policyName": "com.BRMSParamvFirewall",
"policyDescription": "BRMS Param vFirewall policy",
"policyScope": "com",
"attributes": {
"MATCHING": {
"controller" : "amsterdam"
},
"RULE": {
"templateName": "ClosedLoopControlName",
"closedLoopControlName": 
"ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a",
"controlLoopYaml": 
"controlLoop%3A%0D%0A+version%3A+2.0.0%0D%0AcontrolLoopName%3A+ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a%0D%0Atrigger_policy%3A+unique-policy-id-1-modifyConfig%0D%0Atimeout%3A+1200%0D%0Aabatement%3A+false%0D%0A%0D%0Apolicies%3A%0D%0A+++name%3A+modify+packet+gen+config%0D%0A++description%3A%0D%0A++actor%3A+APPC%0D%0A++recipe%3A+ModifyConfig%0D%0A++target%3A%0D%0A%23+TBDCannot+be+known+until+instantiation+is+done%0D%0AresourceID%3A5f492678-c2e3-4385-a16a-1e781756ce1c%0D%0A+type%3A+VNF%0D%0A++retry%3A+0%0D%0A++timeout%3A+300%0D%0A++success%3A+final_success%0D%0A++failure%3A+final_failure%0D%0A++failure_timeout%3A+final_failure_timeout%0D%0A++failure_retries%3A+final_failure_retries%0D%0A++failure_exception%3A+final_failure_exception%0D%0A+++failure_guard%3A+final_failure_guard"

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


From: "FREEMAN, BRIAN D" <bf1...@att.com>
Date: Thursday, November 2, 2017 at 11:30 AM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>, Yunxia Chen <helen.c...@huawei.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Lets start with the basic POSTMAN assuming we have the model-invariant-uuid and 
can put that in the right place in the url/body.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, November 02, 2017 11:22 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; DRAGOSH, PAM 
<pdrag...@research.att.com>; Yunxia Chen <helen.c...@huawei.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
The test team will actually run the POSTMAN/curl to create the operational 
policy before they start testing.

So can we get an example template for the create ?

Brian


From: HERNANDEZ-HERRERO, JORGE
Sent: Thursday, November 02, 2017 11:19 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; DRAGOSH, PAM 
<pdrag...@research.att.com<mailto:pdrag...@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>>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Of course operational policy at design time should contain the right data from 
the start .. but you don’t have CLAMP so the “official” sequence of operations 
is just not happening here ..   Just suggesting possibilities to make progress 
in runtime use case testing, in any case, I agree is better to just change the 
policy, just providing options to the testing team to test runtime.

Jorge


From: FREEMAN, BRIAN D
Sent: Thursday, November 02, 2017 10:04 AM
To: DRAGOSH, PAM <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@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>>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Agree – we should create the operational policy to match the resourceID for the 
VNF deployed.

Seems like the policy should be the same for all resources of the same type 
rather than a specific instance but I may be mis-undertanding which resourceID 
we need to label the policy with.

Brian


From: DRAGOSH, PAM
Sent: Thursday, November 02, 2017 10:49 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; FREEMAN, 
BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; onap-discuss 
<onap-disc

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

[DRAGOSH, PAMELA L (PAM)]

Yes – it’s from the onboarding point of view, no instances have been created 
yet. In fact, that is what policy must do during runtime is find the matching 
instance vnf-id. But to create the op policy during design time we only know 
resourceID. resourceID in the SDC Catalog maps to model-invariant-id in A

I hope this is clearing things up for folks. This is a scenario that may happen 
repeatedly in the future.

Pam

From: "FREEMAN, BRIAN D" <bf1...@att.com>
Date: Thursday, November 2, 2017 at 11:04 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "HERNANDEZ-HERRERO, 
JORGE" <jh1...@att.com>, Yunxia Chen <helen.c...@huawei.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Agree – we should create the operational policy to match the resourceID for the 
VNF deployed.

Seems like the policy should be the same for all resources of the same type 
rather than a specific instance but I may be mis-undertanding which resourceID 
we need to label the policy with.

Brian


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

No we should not modify the A data. That will never work long-term. The 
operational policy has to be created using whichever value was setup in A 
This cannot be known ahead of time.

Pam

From: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>
Date: Thursday, November 2, 2017 at 10:28 AM
To: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, "FREEMAN, BRIAN 
D" <bf1...@att.com<mailto:bf1...@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>>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

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": ""
},
&

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

[DRAGOSH, PAMELA L (PAM)]

No we should not modify the A data. That will never work long-term. The 
operational policy has to be created using whichever value was setup in A 
This cannot be known ahead of time.

Pam

From: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>
Date: Thursday, November 2, 2017 at 10:28 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "FREEMAN, BRIAN D" 
<bf1...@att.com>, Yunxia Chen <helen.c...@huawei.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

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"

},

"

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

[DRAGOSH, PAMELA L (PAM)]

Yes that’s fine, if DCAE successfully does an A lookup for the VNF then all 
those fields are populated. If not, then we expect only vnf-name to be there. 
Which I don’t think is our problem, but we will confirm that.

I *think* the issue is that we must do an A lookup to get the vnf-id for the 
vpg VNF so we can tell APPC to ModifyConfig for that specific VNF.

I hope that is clear. I will try to be available as much as possible today.

Thanks,

Pam

From: Yunxia Chen <helen.c...@huawei.com>
Date: Thursday, November 2, 2017 at 9:23 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "HERNANDEZ-HERRERO, 
JORGE" <jh1...@att.com>, onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

Hi, Pam,
From the policy log, it looks like it has both vnf-id and vnf-name:
  "generic-vnf.vnf-name": "demovnfVFW110103",
"generic-vnf.model-version-id": "fead6cbe-a374-49ef-9245-4a2bd18d8d7b",
"generic-vnf.model-customization-id": 
"977921fb-8e6f-427d-9a0a-2b98bbfdb8c7",
"generic-vnf.nf-function": "",
"generic-vnf.vnf-type": "demoVFW/374fbfc3-b7fd-4f00-9792 0",
"generic-vnf.model-invariant-id": "5f492678-c2e3-4385-a16a-1e781756ce1c",
"generic-vnf.vnf-id": "6e3b0069-a760-4ee4-851d-b80fe2dd8562"

But I didn’t look into the code. If you like we could have a debug session 
after the TSC. (Before that, you could also  check the deployment at 
Integration-SB-00)

Regards,

Helen Chen

From: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Date: Thursday, November 2, 2017 at 5:28 AM
To: Helen Chen 00725961 <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 Policy now

Helen,

That is not necessarily true. We will look at the logs to be sure but my 
suspicion is that the call to A to find the vnf-id for the VPG fails because 
the resourceID in the Operational Policy is incorrect. Please recall that the 
event comes from a different vnf than what an action will be performed on.

As I have mentioned before, the Operational Policy for vFW that is pushed from 
the Policy docker image isn’t up-to-date and we cannot possibly predict what 
the resourceID is for the ModifyConfig call. We have been asking for help from 
the Integration team for a few weeks on what the value is. What does the 
onboarded vFW service look like in the catalog? Are they pre-generated? If not, 
then without CLAMP in the picture then the Integration team or Robot scripts 
need to re-create the Operational Policy.

Should I open a ticket on the Integration team in order to get this help 
prioritized?

Thanks,

Pam

From: Yunxia Chen <helen.c...@huawei.com>
Date: Wednesday, November 1, 2017 at 11:06 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>, onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now


From the following message inside Policy’s log file:
"policyScope": "com",
  "policyName": "com.Config_BRMS_Param_BRMSParamvFirewall.EVENT.MANAGER",
  "policyVersion": "1",
  "notification": "FINAL: FAILURE",
  "message": "Target vnf-id could not be found",
  "notificationTime": "2017-11-02 03:03:07.643000+00:00",
  "history": []

It looks vnf-id, but DCAE gives it vnf-name.

Regards,

Helen Chen

From: <onap-discuss-boun...@lists.onap.org> on behalf of Helen Chen 00725961 
<helen.c...@huawei.com>
Date: Wednesday, November 1, 2017 at 7:54 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>, "DRAGOSH, PAM" 
<pdrag...@research.att.com>, onap-discuss <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [integration][policy]Need help from Policy now

We are at bridge zoom: 44  , testing the closed loop with DCAE and 
Multicloud. Need help from Policy team.

Regards,
Helen Chen
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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

[DRAGOSH, PAMELA L (PAM)]

Ok thanks Brian I created INT-317.

So let’s let Jorge and perhaps Daniel determine there wasn’t any bug on our end 
regarding vnf-name use. Then we can officially close the DCAEGEN2-175 ticket.

Thanks

Pam

From: "FREEMAN, BRIAN D" <bf1...@att.com>
Date: Thursday, November 2, 2017 at 8:46 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.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 Policy now

Pam,

You should create a ticket – can you put in the ticket the example API to call 
to create the operational policy.

I assume it is a REST API call with some basic template that we have to 
customize the name of the resourceID after we instantiate the VNF ?

So POSTMAN or CURL caould be used to call this API.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Thursday, November 02, 2017 8:29 AM
To: 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 Policy now

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Helen,

That is not necessarily true. We will look at the logs to be sure but my 
suspicion is that the call to A to find the vnf-id for the VPG fails because 
the resourceID in the Operational Policy is incorrect. Please recall that the 
event comes from a different vnf than what an action will be performed on.

As I have mentioned before, the Operational Policy for vFW that is pushed from 
the Policy docker image isn’t up-to-date and we cannot possibly predict what 
the resourceID is for the ModifyConfig call. We have been asking for help from 
the Integration team for a few weeks on what the value is. What does the 
onboarded vFW service look like in the catalog? Are they pre-generated? If not, 
then without CLAMP in the picture then the Integration team or Robot scripts 
need to re-create the Operational Policy.

Should I open a ticket on the Integration team in order to get this help 
prioritized?

Thanks,

Pam

From: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>
Date: Wednesday, November 1, 2017 at 11:06 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, 
"DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now


From the following message inside Policy’s log file:
"policyScope": "com",
  "policyName": "com.Config_BRMS_Param_BRMSParamvFirewall.EVENT.MANAGER",
  "policyVersion": "1",
  "notification": "FINAL: FAILURE",
  "message": "Target vnf-id could not be found",
  "notificationTime": "2017-11-02 03:03:07.643000+00:00",
  "history": []

It looks vnf-id, but DCAE gives it vnf-name.

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Helen Chen 00725961 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>
Date: Wednesday, November 1, 2017 at 7:54 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, 
"DRAGOSH, PAM" <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, 
onap-discuss <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [integration][policy]Need help from Policy now

We are at bridge zoom: 44  , testing the closed loop with DCAE and 
Multicloud. Need help from Policy team.

Regards,
Helen Chen
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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

[DRAGOSH, PAMELA L (PAM)]

Helen,

That is not necessarily true. We will look at the logs to be sure but my 
suspicion is that the call to A to find the vnf-id for the VPG fails because 
the resourceID in the Operational Policy is incorrect. Please recall that the 
event comes from a different vnf than what an action will be performed on.

As I have mentioned before, the Operational Policy for vFW that is pushed from 
the Policy docker image isn’t up-to-date and we cannot possibly predict what 
the resourceID is for the ModifyConfig call. We have been asking for help from 
the Integration team for a few weeks on what the value is. What does the 
onboarded vFW service look like in the catalog? Are they pre-generated? If not, 
then without CLAMP in the picture then the Integration team or Robot scripts 
need to re-create the Operational Policy.

Should I open a ticket on the Integration team in order to get this help 
prioritized?

Thanks,

Pam

From: Yunxia Chen <helen.c...@huawei.com>
Date: Wednesday, November 1, 2017 at 11:06 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>, onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now


From the following message inside Policy’s log file:
"policyScope": "com",
  "policyName": "com.Config_BRMS_Param_BRMSParamvFirewall.EVENT.MANAGER",
  "policyVersion": "1",
  "notification": "FINAL: FAILURE",
  "message": "Target vnf-id could not be found",
  "notificationTime": "2017-11-02 03:03:07.643000+00:00",
  "history": []

It looks vnf-id, but DCAE gives it vnf-name.

Regards,

Helen Chen

From: <onap-discuss-boun...@lists.onap.org> on behalf of Helen Chen 00725961 
<helen.c...@huawei.com>
Date: Wednesday, November 1, 2017 at 7:54 PM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com>, "DRAGOSH, PAM" 
<pdrag...@research.att.com>, onap-discuss <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [integration][policy]Need help from Policy now

We are at bridge zoom: 44  , testing the closed loop with DCAE and 
Multicloud. Need help from Policy team.

Regards,
Helen Chen
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] F2F Dec option "hands-on" missing

[DRAGOSH, PAMELA L (PAM)]

Kenny,

Myself and a few other folks are going to submit a combination presentation and 
panel discussion. We’d like 2 hours in order for a few presentations to begin 
with and then have hour for panel discussion. Is it possible to change or can 
we just wing it with the current version?

Sorry to be a pain.

Pam


From:  on behalf of Michael O'Brien 

Date: Monday, October 30, 2017 at 3:10 PM
To: Kenny Paul 
Cc: onap-discuss , onap-tsc 

Subject: [onap-tsc] F2F Dec option "hands-on" missing

Kenny,
   Hi, can we get the 3rd “hands-on” option returned to the f2f 
form – for today
 Thank you
  
https://www.surveymonkey.com/r/ZNDY6MV


Michael O’Brien
Amdocs Technology
16135955268
55268
[mdocs-a]

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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] about compile for dcaegen2

[DRAGOSH, PAMELA L (PAM)]

Hi Han,

The oparent project has a settings.xml file in it. You may want to copy it to 
you .m2 directory.

Regards,

Pam

From:  on behalf of aijianwen 

Date: Friday, October 27, 2017 at 5:49 AM
To: "onap-discuss@lists.onap.org" 
Cc: SANCHU HAN 
Subject: [onap-discuss] about compile for dcaegen2

Hi team,
I want to compile the dcaegen2 from the internet.
In this directory:
[cid:image001.png@01D34EFC.634EA560]
I use the command: mvn clean install –Dmaven.skip.test=true
The errors is as follows:

+ echo 'running script: 
[/directory/var/jenkins/workspace/compile_all_project_onap1.10/dcaegen2/mvn-phase-script.sh]
 for module [platformdoc] at stage [clean]'

+ MVN_PROJECT_MODULEID=platformdoc

+ MVN_PHASE=clean

++ dirname 
/directory/var/jenkins/workspace/compile_all_project_onap1.10/dcaegen2/mvn-phase-script.sh

+ 
PROJECT_ROOT=/directory/var/jenkins/workspace/compile_all_project_onap1.10/dcaegen2

+ '[' -z 
https://nexus.onap.org
 ']'

+ '[' -z '' ']'

+ echo 'SETTINGS_FILE environment variable not set.  Cannot proceed'

+ exit 2

/dcaegen2

BUILD  FAILURE
How to compile it?
Otherwise, I see a URL in pom.xml: 
https://nexus.onap.org/service/local/repositories/raw/content
I can’t access the URL from the internet. How to solve it if I want to produce 
docker image?
[cid:image002.jpg@01D34EFC.634EA560]
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] PTL Meeting 10/23/17

[DRAGOSH, PAMELA L (PAM)]

Kenny/Gildas,

Can we put on agenda today to discuss what/when the PTL’s can expect to have a 
final list of Use Cases for Beijing?

Thanks,

Pam

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

Re: [onap-discuss] [policy] CL Event Filed for Abated Alarms

[DRAGOSH, PAMELA L (PAM)]

Guangrong,

I would not use eventId – that is different and has different meaning. The 
requestID should be unique to the Control Loop and you can use UUID java class 
to generate a random one. You could simply use a HashTable in Drools memory and 
insert an object in order to retain state from ONSET to ABATED.

Thanks,

Pam


From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Monday, October 23, 2017 at 5:14 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tian.shi...@zte.com.cn" <tian.shi...@zte.com.cn>
Subject: Re: [policy] CL Event Filed for Abated Alarms


Pam,



I have another question regarding the "requestID" in the control loop event.



We are now using the "eventId" which is contained in the VES events as a key to 
judge whether the onset and abated alarms are in pair. To my understanding, if 
the alarms are in pair, we have to fill in the same request ID into the control 
loop event. What I'm not sure about is whether the event ID in the VES events 
is globally unique which means even for the onset and abated alarms pairs, they 
has different event IDs. If so, do you have any suggestions on how to generate 
and maintain the request ID?



I remember you have ever said that since we are using drools, it's very simple 
for us to have the request IDs maintained. Could you please give us more 
details?



Thanks.

Guangrong








Original Mail
Sender:  <pdrag...@research.att.com>;
To: fuguangrong10144542;
CC:  <onap-discuss@lists.onap.org>;tianshiwei10223543;
Date: 2017/10/20 21:33
Subject: Re: [policy] CL Event Filed for Abated Alarms


Guangrong,

Yes and no.

The vnf-id is important in the ONSET as Policy has to lock that VNF to ensure 
multiple requests are not sent to it at the same time. The service-instance-id 
(and other subsequent A information)  helps performance in that Policy does 
not need to look that information up to make the call to VFC.

For ABATED, we are probably ok with NOT adding any A details. As long as the 
controlLoopControlName and RequestID match the previous ONSET, then we can tie 
them together and finish the  control loop.

Thanks,

Pam


From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Friday, October 20, 2017 at 9:12 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tian.shi...@zte.com.cn" <tian.shi...@zte.com.cn>
Subject: [policy] CL Event Filed for Abated Alarms


Hi Pam,



For the onset alarms, Policy requires the vnf-id and the service-instance-id in 
the CL event. How about the abated ones? Do we still have to fill in these two 
fields as well? I think the answer is negative  because for the abated alarms, 
Policy does not use them to trigger any actions on VMs. They're just a certain 
kind of confirmation. Is that right?



Regards,

Guangrong










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

Re: [onap-discuss] [policy] CL Event Filed for Abated Alarms

[DRAGOSH, PAMELA L (PAM)]

Guangrong,

Yes and no.

The vnf-id is important in the ONSET as Policy has to lock that VNF to ensure 
multiple requests are not sent to it at the same time. The service-instance-id 
(and other subsequent A information) helps performance in that Policy does 
not need to look that information up to make the call to VFC.

For ABATED, we are probably ok with NOT adding any A details. As long as the 
controlLoopControlName and RequestID match the previous ONSET, then we can tie 
them together and finish the control loop.

Thanks,

Pam


From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Friday, October 20, 2017 at 9:12 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tian.shi...@zte.com.cn" <tian.shi...@zte.com.cn>
Subject: [policy] CL Event Filed for Abated Alarms


Hi Pam,



For the onset alarms, Policy requires the vnf-id and the service-instance-id in 
the CL event. How about the abated ones? Do we still have to fill in these two 
fields as well? I think the answer is negative because for the abated alarms, 
Policy does not use them to trigger any actions on VMs. They're just a certain 
kind of confirmation. Is that right?



Regards,

Guangrong








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

[onap-discuss] [integration][policy] Policy Enhancements to our Docker for policy preload

[DRAGOSH, PAMELA L (PAM)]

Marco/Helen,

Just giving you a heads up. Currently the policies are pre-loaded by our Docker 
compose script. When you get to the point where you want to test the whole 
control loop flow that includes CLAMP, you won’t want the policies pre-loaded.

If you set this flag before calling docker-compose, then the policy docker 
scripts won’t preload the config and operational policies for Amsterdam.

export PRELOAD_POLICIES=false

https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Standalone+Quick+Start

thanks,

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

Re: [onap-discuss] [policy] Please cancel Policy Weekly Meeting 10/18/2017

[DRAGOSH, PAMELA L (PAM)]

Correction: 10/18/2017

Oops

Pam

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Tuesday, October 17, 2017 at 8:33 AM
To: onap-discuss <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [policy] Please cancel Policy Weekly Meeting 10/28/2017

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Kenny et all,

Folks are very busy doing Integration Testing.

Thanks!!

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

[onap-discuss] [policy] Please cancel Policy Weekly Meeting 10/28/2017

[DRAGOSH, PAMELA L (PAM)]

Kenny et all,

Folks are very busy doing Integration Testing.

Thanks!!

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

[onap-discuss] Cancel Policy Team Weekly Meeting 10/4

[DRAGOSH, PAMELA L (PAM)]

Kenny,

Please cancel this meeting as I am on vacation.

Thanks!

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

[onap-discuss] Which sonar version is being used at sonar.onap.org?

[DRAGOSH, PAMELA L (PAM)]

Can’t seem to find it via the website.

Thanks,

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

Re: [onap-discuss] "permission denied" for accessing referenced documents by Document project demo

[DRAGOSH, PAMELA L (PAM)]

All,

Yes I have the same issue. Should folks create an account and then be given 
permission?

Thanks,

Pam

From:  on behalf of "JI, LUSHENG 
(LUSHENG)" 
Date: Thursday, September 14, 2017 at 8:56 PM
To: "GLOVER, GREG L" 
Cc: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] "permission denied" for accessing referenced documents 
by Document project demo

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Greg,

Sorry I could not attend your demo due to schedule conflict.  And today I 
finally got the chance to view the video.  Thanks for the effort.

When I was trying to access the pages referenced from your project wiki page, 
M4 template, and recorded demo.  But I get “Permission Denied You don't have 
the proper permissions to view this page. Please contact the owner of this 
project to request permission.” on ALL of them.  I registered an account on 
readdocs, that did not help either.

Any suggestions on how to actually see these documents?

Thanks,
Lusheng Ji
DCAE PTL



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

Re: [onap-discuss] Regarding pom.xml in drools-pdp component.

[DRAGOSH, PAMELA L (PAM)]

Atul,

That plugin does exist in the nexus repository. We don’t have any problems 
compiling to it both in Jenkins and locally. Sometimes the LF nexus 
repositories become unavailable resulting in errors such as below.

We will upgrade the pom’s to the release version of oparent when the time is 
right. It has been proven to be disruptive to the development team anytime 
something changes in oparent.

Perhaps a full clean and rebuild would help. You could also copy the 
settings.xml file from oparent to your local repo to see if that helps.

Regards,

Pam


From:  on behalf of Atul Shegokar 

Date: Friday, September 8, 2017 at 5:14 AM
To: "onap-discuss@lists.onap.org" 
Cc: Sanchita Pathak , Swapnil Pathak1 

Subject: [onap-discuss] Regarding pom.xml in drools-pdp component.

Hi Team,

During build of drools-pdp component, I faced an exception related to version 
of  (as below). However, when I added 1.1.0 tag , the build 
was successful. Please do let me know if anybody faced same issue. Also do this 
finding is valid one, if yes, this change can be  requested for its review and 
commit.


[INFO] 
[INFO] Building Policy Engine - Drools PDP 1.1.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] Reactor Summary:
[INFO]
[INFO] Policy Engine - Drools PDP . FAILURE [  0.084 s]
[INFO] policy-utils ... SKIPPED
[INFO] policy-core  SKIPPED
[INFO] policy-endpoints ... SKIPPED
[INFO] policy-management .. SKIPPED
[INFO] feature-healthcheck  SKIPPED
[INFO] feature-eelf ... SKIPPED
[INFO] feature-session-persistence  SKIPPED
[INFO] feature-test-transaction ... SKIPPED
[INFO] Policy Packages  SKIPPED
[INFO] Base Package ... SKIPPED
[INFO] Installation Package ... SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 2.839 s
[INFO] Finished at: 2017-09-08T10:40:58+05:30
[INFO] Final Memory: 12M/67M
[INFO] 
[ERROR] Error resolving version for plugin 
'org.onap.oparent:version-check-maven-plugin' from the repositories [local 
(/home/swapnil/.m2/repository), central 
(https://repo.maven.apache.org/maven2)]:
 Plugin not found in any plugin repository -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[September 8, 2017 at 2:31:57 PM UTC+5:30] Swapnil Pathak 
(swapnil.r.pat...@gmail.com): [ERROR]
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException


AFTER MAKING CHANGE IN pom.xml file

[INFO] Reactor Summary:
[INFO]
[INFO] Policy Engine - Drools PDP . SUCCESS [  4.386 s]
[INFO] policy-utils ... SUCCESS [ 18.100 s]
[INFO] policy-core  SUCCESS [  2.224 s]
[INFO] policy-endpoints ... SUCCESS [ 14.413 s]
[INFO] policy-management .. SUCCESS [ 16.651 s]
[INFO] feature-healthcheck  SUCCESS [  1.180 s]
[INFO] feature-eelf ... SUCCESS [  4.910 s]
[INFO] feature-session-persistence 

Re: [onap-discuss] [policy] ECOMP SDK Version for Standalone Policy Build

[DRAGOSH, PAMELA L (PAM)]

Liam,

Did you pull the latest code? The latest code uses the release version 1.1.0 of 
ECOMP SDK. These jar’s do exist in the nexus and I was able to compile 
everything fine.

Thanks,

Pam

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Tuesday, September 5, 2017 at 10:13 AM
To: Liam Fallon <liam.fal...@ericsson.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [policy] ECOMP SDK Version for Standalone Policy 
Build

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Liam,

I believe the issue is the Portal team is releasing artifacts. This results in 
the nexus cleaning up the Snapshots eventually.

Folks are working on upgrading to the latest Portal SDK which may have package 
renaming issues that need to be addressed.

So I think you are ok to do that change locally.

We hope to resolve fairly soon.

Regards,

Pam


From: <onap-discuss-boun...@lists.onap.org> on behalf of Liam Fallon 
<liam.fal...@ericsson.com>
Date: Tuesday, September 5, 2017 at 5:30 AM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [policy] ECOMP SDK Version for Standalone Policy Build

Hi,

I have just built ONAP Policy as a standalone build. I just hit one small issue 
which was that version 1.1.0 of the ECOMP SDK referenced in the POMs for 
POLICY-SDK-APP and ONAP-SDK-APP was not available in the ONAP git repositories. 
When I changed the epsdk.version variable in those POMs to use version 
1.3.0-SNAPSHOT that does exist in the git repositories, the build worked (with 
tests turned off for now).

I am wondering if using version 1.3.0-SNAPSHOT of the SDK instead of 1.1.0 is 
likely to cause any issues?

Best Regards
Liam Fallon




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

Re: [onap-discuss] [policy] ECOMP SDK Version for Standalone Policy Build

[DRAGOSH, PAMELA L (PAM)]

Liam,

I believe the issue is the Portal team is releasing artifacts. This results in 
the nexus cleaning up the Snapshots eventually.

Folks are working on upgrading to the latest Portal SDK which may have package 
renaming issues that need to be addressed.

So I think you are ok to do that change locally.

We hope to resolve fairly soon.

Regards,

Pam


From:  on behalf of Liam Fallon 

Date: Tuesday, September 5, 2017 at 5:30 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [policy] ECOMP SDK Version for Standalone Policy Build

Hi,

I have just built ONAP Policy as a standalone build. I just hit one small issue 
which was that version 1.1.0 of the ECOMP SDK referenced in the POMs for 
POLICY-SDK-APP and ONAP-SDK-APP was not available in the ONAP git repositories. 
When I changed the epsdk.version variable in those POMs to use version 
1.3.0-SNAPSHOT that does exist in the git repositories, the build worked (with 
tests turned off for now).

I am wondering if using version 1.3.0-SNAPSHOT of the SDK instead of 1.1.0 is 
likely to cause any issues?

Best Regards
Liam Fallon




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

Re: [onap-discuss] [Policy] Design and load closed loop policy rules

[DRAGOSH, PAMELA L (PAM)]

Yes, the Policy API is available whether its CLAMP or another entity that uses 
it.

Regards,

Pam

From: Kang Xi <kang...@huawei.com>
Date: Thursday, August 31, 2017 at 3:49 PM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [Policy] Design and load closed loop policy rules

Hi Pam,

In case we need to design closed loop manually instead of using CLAMP, can use 
use the policy GUI to design closed loop rules and load them directly to policy 
engine? Thanks.

Regards,
Kang

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

Re: [onap-discuss] [Policy] Questions on the cleared alarm

[DRAGOSH, PAMELA L (PAM)]

Yuan,

I think this may be a question for the Use Case Committee for VOLTE. In a 
production scenario it would be whomever would be writing the policy would have 
that domain knowledge.

The decision as to what alarms correlate to an ONSET, needs an equivalent 
decision for what constitutes a ABATED. It may be all or some of the same 
alarms, perhaps there are other ways of detecting it. I’m not an expert in 
this, so my recommendation is that perhaps the Use Case committee or someone 
who understands the particular VNF help with that.

Regards,

Pam


From: Liu Yuan <liuyuan...@chinamobile.com>
Date: Monday, August 28, 2017 at 5:32 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "fu.guangrong" <fu.guangr...@zte.com.cn>, Xinhui Li <lxin...@vmware.com>, 
yangyanyj <yangya...@chinamobile.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: [Policy] Questions on the cleared alarm

Hi Pam,

In the example of alarm correlation for the VoLTE use case, we have confusions 
about the cleared alarm. Which cleared alarm message needs to be sent from 
Holmes to Policy, only the root cleared alarm or all of the cleared alarms? 
Please help us to explain, thanks.

Regards,
Yuan

刘媛 / Yuan Liu
网络技术研究所 / Department of Network Technology
中国移动通信研究院 / China Mobile Research Institute
Mobile: +86 15810024078
Email: liuyuan...@chinamobile.com<mailto:liuyuan...@chinamobile.com>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration][vfc] Add Sonar Inspection job but didn't trigger java daily build -please help

[DRAGOSH, PAMELA L (PAM)]

Yan/Gary,

FYI – you can go back to the last successful merge and manually trigger it by 
doing a Reply with this message:

“please release”

So you can see your sonar changes more quickly.

Regards,

Pam

From:  on behalf of Gary Wu 

Date: Friday, August 25, 2017 at 10:18 AM
To: 杨艳 , "onap-helpd...@rt.linuxfoundation.org" 

Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [integration][vfc] Add Sonar Inspection job but 
didn't trigger java daily build -please help

Hi Yan,

The “-release-java-daily” job is run once a day, but is not triggered right 
when the JJB submission is merged; you may need to wait up to 24 hours for the 
job trigger.

It looks like 
https://jenkins.onap.org/view/vfc/job/vfc-nfvo-driver-ems-master-drv-ems-boco-release-java-daily/
 has since run and completed successfully.

Thanks,
Gary

From: 杨艳 [mailto:yangya...@chinamobile.com]
Sent: Friday, August 25, 2017 3:12 AM
To: onap-helpd...@rt.linuxfoundation.org; Gary Wu 
Subject: [vfc]Add Sonar Inspection job but didn't trigger java daily build 
-please help

Hi,

  I have added the Sonar injection job for vfc emsdriver, it verified and 
merged successfully, but didn’t trigger the daily build, could you please help 
me to see why.


The commit is 
https://gerrit.onap.org/r/#/c/8771/
 and the content jjb for vfc emsdriver is:

---

- project:
name: vfc-nfvo-driver-ems-java
project-name: 'vfc-nfvo-driver-ems'
project: 'vfc/nfvo/driver/ems'
stream:
  - 'master':
  branch: 'master'
mvn-settings: 'vfc-nfvo-driver-ems-settings'
subproject:
  - 'drv-ems-boco':
  pom: 'ems/pom.xml'
  pattern: 'ems/**'
jobs:
  - '{project-name}-{stream}-{subproject}-verify-java'
  - '{project-name}-{stream}-{subproject}-merge-java'
  - '{project-name}-{stream}-{subproject}-release-java-daily'
files: '**'
archive-artifacts: ''
build-node: ubuntu1604-basebuild-4c-4g


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

Re: [onap-discuss] Propose MSB Client SDK introduction at this week's Policy meeting

[DRAGOSH, PAMELA L (PAM)]

I don’t think there is time today for this at our meeting. I suggest we setup a 
one-off meeting to discuss.

I have no doubt the MSB Client SDK is easy to use. The time consuming part will 
be how to exactly integrate it, test that integration, etc.

I will be on vacation next week, so perhaps we could setup a meeting to scope 
the work out sometime this week. My schedule is really full, but we can work a 
time out.

Suggest Thursday 8pm EST/Friday 8am Beijing (I think you folks are in Beijing).

Thanks,

Pam

From: "zhao.huab...@zte.com.cn" <zhao.huab...@zte.com.cn>
Date: Tuesday, August 22, 2017 at 9:16 PM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"wang.xinyu...@zte.com.cn" <wang.xinyu...@zte.com.cn>
Subject: Propose MSB Client SDK introduction at this week's Policy meeting


Hi Pam,



Now a Client SDK is provided to help ONAP projects leverage the service 
registration/discovery/routing/load balancing capabilities of MSB.

Can I get some time in this week's policy meeting? I can briefly introduce the 
client SDK and present a demo to the team.



Thanks,

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

Re: [onap-discuss] [E] Re: Closed Loop Question

[DRAGOSH, PAMELA L (PAM)]

Viswa,

The vDNS (also call vLB) use case does VNF scaling. It is very basic. ☺

Regards,

Pam

From:  on behalf of "Kumar Skand Priya, 
Viswanath V via onap-discuss" 
Reply-To: "Kumar Skand Priya, Viswanath V" 

Date: Tuesday, August 22, 2017 at 10:45 AM
To: Josef Reisinger 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [E] Re: Closed Loop Question

Hi Josef,

Thanks for the note. Does this mean that, currently we cannot use ONAP to 
perform scaling / healing of VNFs ?

Could you let me know if there are any other demo available today, which takes 
use through closed loop?

Can the CLAMP project be leveraged to demonstrate closed loop?

PS : Bharath works with me on ONAP exploration!

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Architect
SDN, Cloud Services & Orchestration


On Tue, Aug 22, 2017 at 2:15 PM, Josef Reisinger 
> wrote:
I run the basic vFW demo right now and this does not include scaling of the 
VMs. It includes changing the package rate of the package generator (keeping it 
constant). To change the packet rate, there is a REST API.
Not sure I got your Q'#2 right, the closes "loop" consists of the vFW as the 
source of measurements, DCAE to process the measurements and CDAP to run an APP 
die determine whether the packet rate it too high, Policy & APPC to close the 
loop (roughly, see more details here: 
https://wiki.onap.org/display/DW/Tutorial%3A+Verifying+and+Observing+a+deployed+Service+Instance)

The vFW VMs have different # of network interfaces, three for the sink & pgn 
nodes, 4 for the firewall node. Running vFW demo on another openstack instance 
can become a bit tricky maybe, I am not sure the the entire comms runs via the 
"public" network. If you run into issues, you should keep that as a probable 
cause of issues in mind.

Mit freundlichen Grüßen / Kind regards
Josef Reisinger



From:bharath thiruveedula 
>
To:Josef Reisinger 
>
Date:22.08.2017 10:23
Subject:Closed Loop Question




Hi Josef,

I think you played well with DCAE part :)

I am currently looking to make closed loop work with vFW. I have few questions 
on this:
1)Can we scale up/down the VNFs in vFW demo using some rest apis.
2)Can we scale using just policy VM and MSO VM?
3) What are the minimum network interfaces we need to attach vFW VMs as I am 
launching vFW in different openstack and ONAP is running in different openstack?

Any help is greatly appreciated Josef!

Best Regards
Bharath T



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=9F3pNUkzjE-2v1eTClkRVTaKybM-QdOEEflZQ1UA1C3bK3Y3fLmJGlCViaBBmZar=vEBN4n4tgbnL2721l_9VHKSP7C0UejdO-PkR8ypFO4c=ZZ06_-do3YUwE1DVwDknqx8OstUn8nxUaCbF1NdMGdc=

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

Re: [onap-discuss] Facing issues with policy setup with Vagrant

[DRAGOSH, PAMELA L (PAM)]

Viswa,

Thanks! Maybe we can update the wiki to reflect how to get it to run in your 
environment?

For the Policy GUI, I believe you will need the Portal framework to be running 
in order to access the GUI.

I’ve added Tarun to the email thread in hopes that he can help with 
instructions on getting that running.

Thanks,

Pam

From: "viswanath.kumarskandpr...@verizon.com" 
<viswanath.kumarskandpr...@verizon.com>
Date: Wednesday, August 16, 2017 at 9:53 AM
To: "Guo, Ruijing" <ruijing@intel.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>, Atul Shegokar <as00500...@techmahindra.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Facing issues with policy setup with Vagrant


Thanks Ruijing. I had to do minor changes in your script to have it run in my 
environment..

  *   ​​ For some reason docker-compose via pip install didn't work. So used 
docker-compose binary directly ( sudo
  *   curl -o /usr/local/bin/docker-compose -L 
"https://github.com/docker/compose/releases/download/<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_docker_compose_releases_download_=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=YqTaogg7ce_92PK6ogEV7zRmDEaNZ9rVRsqvM8SSHOE=U9FFR-veQerRKUAXc8z6nmeU3kzdcmX8689v-LNG2co=>1.15.0/docker-compose-$(uname
  *   -s)-$(uname -m)")
  *   Patched settings.xml to work through corporate proxy
  *   Added switches in between script to pause & wait for my action to proceed.
  *   I had to manually edit each Dockerfile to add proxy configurations in 
/etc/apt/apt.conf as well. Simply exporting HTTP_PROXY didn't help in my case.

With above modifications, I was able to be see them running now. I had to 
manually do the stuffs in for loop to make it work in my env ( mainly due to 
corporate proxy :( ).

BTW after having all these dockers up, how am I supposed to use Policy GUI to 
create / edit / apply any policy?
Could you help me with this info?

BR,
Viswa

From: Guo, Ruijing <ruijing....@intel.com>
Sent: Wednesday, August 16, 2017 6:14 PM
To: Kumar Skand Priya, Viswanath V; 'DRAGOSH, PAMELA L (PAM)'; Atul Shegokar
Cc: onap-discuss@lists.onap.org
Subject: [E] RE: [onap-discuss] Facing issues with policy setup with Vagrant

Hi,

Vagrant/virtualbox need virtualization support. you can setup policy from 
Ubuntu 16.04 VM/Bare Metal without vagrant/virtualbox:


1.  Setup sudo without password in Ubuntu 16.04 VM/Bare Metal

2.  Git clone 
http://gerrit.onap.org/r/policy/docker<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_policy_docker=DwMGaQ=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=9F3pNUkzjE-2v1eTClkRVe_0_NKUnq80ofq4I8oRnFqsXZpLuCtlULKYzwU3QsHo=BiwgktBu2WkubfpvjJxIuU1GCvi2_M1MwN6TFyoa3XA=TetPhmjR4niPWqebxddSDtclVbO-TOPy54Li-WLgEM4=>

3.  Patch from 
https://gerrit.onap.org/r/#/c/7719/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_7719_=DwMGaQ=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=9F3pNUkzjE-2v1eTClkRVe_0_NKUnq80ofq4I8oRnFqsXZpLuCtlULKYzwU3QsHo=BiwgktBu2WkubfpvjJxIuU1GCvi2_M1MwN6TFyoa3XA=lgXD2jk_YK8u0rVjnid9236EzHyzHEXQGpU9tM7uH2c=>
 (still in review)

4.  Change 192.168.0.10 in docker/vagrant/setup_policy.sh to interface IP 
address in your Ubuntu 16.04 VM/Bare Metal

5.  Run setup_policy.sh

I will remove hardcoded IP address. So you can just run setup_policy.sh

Thanks,
-Ruijing


From: viswanath.kumarskandpr...@verizon.com 
[mailto:viswanath.kumarskandpr...@verizon.com]
Sent: Wednesday, August 16, 2017 7:52 PM
To: 'DRAGOSH, PAMELA L (PAM)' <pdrag...@research.att.com>; Atul Shegokar 
<as00500...@techmahindra.com>; Guo, Ruijing <ruijing@intel.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Facing issues with policy setup with Vagrant

I’m also facing similar issue. Although, going through Google, I learnt that 
nested virtualization is not supported. Apparently, I’m running a Ubuntu VM in 
openstack and I’m trying to use vagrant to power-up V-Box inside that Ubuntu.

Is there any much simpler approach to bring up entire policy component in 
single VM? The READ.ME from 
http://gerrit.onap.org/r/policy/docker<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_policy_docker=DwMGaQ=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=9F3pNUkzjE-2v1eTClkRVe_0_NKUnq80ofq4I8oRnFqsXZpLuCtlULKYzwU3QsHo=BiwgktBu2WkubfpvjJxIuU1GCvi2_M1MwN6TFyoa3XA=TetPhmjR4niPWqebxddSDtclVbO-TOPy54Li-WLgEM4=>
 suggest to build individual mvn projects starting from 
“policy-common-modules”, but I couldn’t see that dir in my cloned repo.

Also, 
https://wiki.onap.org/pages/viewpage.action?pageId=11929334<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D11929334=DwMGaQ=udBTRvFvXC5Dhqg7U

[onap-discuss] [integration]

[DRAGOSH, PAMELA L (PAM)]

Helen,

How are you planning on scheduling the functional test reviews for the projects 
to satisfy the M3 milestone?

Thanks

Pam Dragosh
ONAP Policy PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] Code Review: how to avoid long delay to review

[DRAGOSH, PAMELA L (PAM)]

My understanding was that when someone submits code for review, that committers 
automatically get email notification for it and also automatically get added to 
the list of reviewers. However, this has been inconsistent.

Being a committer, I have noticed that sometimes I am added as a reviewer 
automatically, while other times I am not. Not sure why not. I do utilize the 
“watch” projects functionality so that I don’t miss something because of this 
inconsistency.

Can someone from LF clarify the consistency? Or is my understanding incorrect?

Thanks,

Pam


From:  on behalf of Gary Wu 

Date: Thursday, August 10, 2017 at 1:20 PM
To: "eric.deb...@orange.com" , 
"onap-...@lists.onap.org" , 
"onap-discuss@lists.onap.org" 
Cc: RICHOMME Morgan IMT/OLN 
Subject: Re: [onap-discuss] [onap-tsc] Code Review: how to avoid long delay to 
review

On notifications:  Gerrit has built-in support to send email notifications on 
code changes.  There are two methods:


1.   The contributor can explicitly add a list of reviewers to the proposed 
change, which will trigger a notification to those individuals.  This should 
ideally be done after all expected amendments to the change are completed, and 
after Jenkins has verified the change.

2.   Anyone can subscribe to be notified of changes in any particular repo, 
via the “Watched Projects” section in their profile settings.

I would recommend that all committers subscribe to watch changes to the 
projects for which they are committers for.

Thanks,
Gary

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of eric.deb...@orange.com
Sent: Thursday, August 10, 2017 6:30 AM
To: onap-...@lists.onap.org
Cc: RICHOMME Morgan IMT/OLN 
Subject: [onap-tsc] Code Review: how to avoid long delay to review

Hello

There was a code review pending since 5 days due to a lack of reviewers. I 
think we should adopt some best practices to avoid such delay.
A committer should inform the PTL and a list of reviewers by mail (typically 
the project committers and other people involved in the project)


OPNFV is listing all the committers (they can provide a +2 code review) in a 
dedicated file INFO for each repo:

https://git.opnfv.org/functest/tree/INFO

https://git.opnfv.org/promise/tree/INFO



OPNFV also defined some rules for committers promotions and removal that should 
inspire us.

https://wiki.opnfv.org/display/DEV/Committer+Promotions

https://wiki.opnfv.org/display/DEV/Committer+Removal

Thanks @Morgan (OPNFV Ambassador & TSC Member) for the links

Regards

Eric

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

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

Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins job

[DRAGOSH, PAMELA L (PAM)]

Kanagaraj,

Looks good, I don’t think you need the release-1.0.0 branch as you are a new 
repo and don’t have that branch.

There are 2 ways to test it.


1.   Running JJB in test mode locally to ensure it builds the XML required 
by JJB. In a local terminal, cd to the ci-management directory and type this:

jenkins-jobs test jjb/

It should succeed and dump a big XML file.


2.   There is also a sandbox if you wish to further test it. Instructions 
for this don’t seem to be on the ONAP wiki anywhere.

Regards,

Pam

From: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Date: Thursday, August 3, 2017 at 2:24 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Hi Pam,

CLI jjb is having release entry for CLI jenkins job and attached for reference. 
Could you please me if anything I missed in this jjb file?

And I think your question is very much valid and Jenkins should generate the 
sonar report on verify jobs.

Regards
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
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!
***************

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, August 01, 2017 5:36 PM
To: Kanagaraj Manickam; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Kanagaraj,

You need to use the appropriate global template in your ci-management job. 
Currently the *-release jobs are the ones that call sonar.

One question I have is whether the sonar should be moved to the verify jobs, so 
that we can check incoming code and get sonar blockers/critical issues solved 
more quickly.


Thanks,

Pam


From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Date: Tuesday, August 1, 2017 at 2:55 AM
To: "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] [ci-management][cli] How to trigger Sonar from jenkins 
job

Hi,

I would like to enable the Sonar for CLI project from Jenkins merge job.
Could someone please help here?

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
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

Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins job

[DRAGOSH, PAMELA L (PAM)]

Kanagaraj,

You need to use the appropriate global template in your ci-management job. 
Currently the *-release jobs are the ones that call sonar.

One question I have is whether the sonar should be moved to the verify jobs, so 
that we can check incoming code and get sonar blockers/critical issues solved 
more quickly.


Thanks,

Pam


From:  on behalf of Kanagaraj Manickam 

Date: Tuesday, August 1, 2017 at 2:55 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins 
job

Hi,

I would like to enable the Sonar for CLI project from Jenkins merge job.
Could someone please help here?

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
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

Re: [onap-discuss] 答复: Questions about Optimization Framework

[DRAGOSH, PAMELA L (PAM)]

Yan,

The Optimization Framework isn’t targeted for R1. This sounds like a placement 
policy, could this work be deferred to R2?

Thanks,

Pam


From:  on behalf of 杨艳 

Date: Tuesday, August 1, 2017 at 2:59 AM
To: "PUTHENPURA, SARAT (SARAT)" , 'denglingli' 
, 'Chengli Wang' , 
"Gaoweitao (Victor, MANO)" , "zhang.maope...@zte.com.cn" 
, "onap-discuss@lists.onap.org" 

Subject: [onap-discuss] 答复: Questions about Optimization Framework

Hi Sarat,

We did not receive your reply until now. Can you help to explain the questions 
the following mail mentioned? Because time is very tight now, VF-C team need to 
decide whether we should depend on the OF project as soon as possible. Thank 
you.

Best Regards,
Yan
发件人: 杨艳 [mailto:yangya...@chinamobile.com]
发送时间: 2017年7月11日 12:27
收件人: 'sa...@research.att.com'
抄送: 'denglingli'; 'Chengli Wang'; Gaoweitao (Victor, MANO); 
'zhang.maope...@zte.com.cn'
主题: Questions about Optimization Framework

Hi Sarat,
  VF-C team has read the Optimization Framework proposal and know that the 
Optimization Framework will provide a set of service which provide optimization 
functionality, These optimization functionalities can be used by other 
projects. but I think it is optional for other projects to use OF. In VF-C,VNFM 
will send a Resource Granting request to NFVO,NFVO will make a decision 
according the requested parameters and return a vimid to VNFM. I think ,during 
above process, VF-C may call the OF service API to get the decision on which 
VIM can be used to deploy VNF. In this case if we call OF what are the OF 
inputs and outputs, can you give us an example? I hope I understand correctly, 
please correct me if I am wrong. Thanks.


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

Re: [onap-discuss] [Integration][Policy] Design and distribution of policies

[DRAGOSH, PAMELA L (PAM)]

Kang,

The Policy GUI has a tab where you can deploy a policy into a PDP. Yes the 
Policy GUI is available via the Portal Dashboard.

Regards,

Pam

From: Kang Xi <kang...@huawei.com>
Date: Friday, July 28, 2017 at 10:13 AM
To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, 
"'onap-discuss@lists.onap.org'" <onap-discuss@lists.onap.org>
Cc: "SHACHAM, RON (RON)" <rshac...@research.att.com>, "KLUGER, YOAV" 
<yoav.klu...@amdocs.com>, Alla Goldner <alla.gold...@amdocs.com>, "LANDO, 
MICHAEL" <ml6...@intl.att.com>, Yunxia Chen <helen.c...@huawei.com>, "TAYLOR, 
JON" <jon.tay...@amdocs.com>, "michal.pawlows...@orange.com" 
<michal.pawlows...@orange.com>, "FREEMAN, BRIAN D" <bf1...@att.com>, "LEFEVRE, 
CATHERINE" <cl6...@intl.att.com>, "SPATSCHECK, OLIVER (OLIVER)" 
<spat...@research.att.com>
Subject: RE: [Integration][Policy] Design and distribution of policies

Hi Pam,

Thanks for the answer. For non-control loop policies, after they are created in 
the Policy GUI, how are they deployed? Also is the Policy GUI available for 
testing? Do we have sample designs? Thanks.

Regards,
Kang

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Friday, July 28, 2017 8:06
To: Kang Xi <kang...@huawei.com>; 'onap-discuss@lists.onap.org' 
<onap-discuss@lists.onap.org>
Cc: SHACHAM, RON (RON) <rshac...@research.att.com>; KLUGER, YOAV 
<yoav.klu...@amdocs.com>; Alla Goldner <alla.gold...@amdocs.com>; LANDO, 
MICHAEL <ml6...@intl.att.com>; Yunxia Chen <helen.c...@huawei.com>; TAYLOR, JON 
<jon.tay...@amdocs.com>; michal.pawlows...@orange.com; FREEMAN, BRIAN D 
<bf1...@att.com>; LEFEVRE, CATHERINE <cl6...@intl.att.com>; SPATSCHECK, OLIVER 
(OLIVER) <spat...@research.att.com>
Subject: Re: [Integration][Policy] Design and distribution of policies

Kang,


1.   All policies created for control loop control are created by the CLAMP 
project using the Policy API.

a.   NOTE: CLAMP is also the component that subsequently “deploys” all 
control loop policies since it is responsible for deploying the control loop. 
What that means exactly is that CLAMP calls the Policy API to “deploy” (which 
means the runtime policies are pushed to the appropriate Policy Decisions 
Engines for enforcement.

2.   All non-control loop policies will be created in the Policy GUI via 
the Portal Dashboard.

Integration of the Policy GUI with SDC is not planned for R1.

Thanks,

Pam


From: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>
Date: Thursday, July 27, 2017 at 10:47 PM
To: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, 
"'onap-discuss@lists.onap.org'" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: "SHACHAM, RON (RON)" 
<rshac...@research.att.com<mailto:rshac...@research.att.com>>, "KLUGER, YOAV" 
<yoav.klu...@amdocs.com<mailto:yoav.klu...@amdocs.com>>, Alla Goldner 
<alla.gold...@amdocs.com<mailto:alla.gold...@amdocs.com>>, "LANDO, MICHAEL" 
<ml6...@intl.att.com<mailto:ml6...@intl.att.com>>, Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, "TAYLOR, JON" 
<jon.tay...@amdocs.com<mailto:jon.tay...@amdocs.com>>, 
"michal.pawlows...@orange.com<mailto:michal.pawlows...@orange.com>" 
<michal.pawlows...@orange.com<mailto:michal.pawlows...@orange.com>>, "FREEMAN, 
BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>, "LEFEVRE, CATHERINE" 
<cl6...@intl.att.com<mailto:cl6...@intl.att.com>>, "SPATSCHECK, OLIVER 
(OLIVER)" <spat...@research.att.com<mailto:spat...@research.att.com>>
Subject: [Integration][Policy] Design and distribution of policies

Hi Pam and Policy Team,

Would you please help on the following questions regarding the creation and 
distribution of policies?

-  For all policies related to closed loop control, do we use the CLAMP 
GUI to create them and then distribute them directly to the Policy module?

-  For policies not related to closed loop control, what tool do we use 
to create them and how to distribute them to the Policy module?

I notice that the Policy wiki page includes the following in its scope “Policy 
Design GUI - work with SDC project to integrate the Policy Design GUI during 
VNF/Service design for capturing Policy Expressions”. Is it R1 target to 
integrate policy design into SDC?

We have created Question 22 on the following page to collect information 
related to all the tools/UIs. We would like to list the required input, output, 
sample files, availability of 

Re: [onap-discuss] Invitation for Tomorrows Holmes Meeting

[DRAGOSH, PAMELA L (PAM)]

Guangrong,

Sure I can attend that.

Pam

From: Guangrong Fu <steven20...@gmail.com>
Date: Tuesday, July 25, 2017 at 10:20 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"du.jiaqi...@zte.com.cn" <du.jiaqi...@zte.com.cn>
Subject: Invitation for Tomorrows Holmes Meeting

Hi folks,

I'm writing to invite you to join in the Holmes meeting on Alt-Conference 
Bridge #1 at 2:00 PM (UTC) tomorrow because I did not see your name on the 
"Interested in Attending" list.

Please have a look at the topics I listed on the wiki 
page<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D8232264=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=IvMFU5rNUngwn-xaxH4NmWuTeS96ma9y9NnteFfIyg4=KP12igsjlXfF4Ig_JlaPGq_rv2lz5FPvtEuTWhT6Dyk=>
 and possibly prepare some materials for the topics in advance so that we could 
make the most of the time (we've got only 30 minutes for it) .

If possible, I wish all PTLs related to the Holmes project (DCAE, Policy, CLAMP 
& DMaaP, etc.) could be participating because we have to discuss about the time 
point to provide the API documents.

@Lusheng,
It would be great if you take the JSON file I sent to you early today as an 
example and based on that to correct my mistakes or make any suggestions 
regarding the structure and contents of the file. It will be better if you 
could answer my questions asked in the file first via email so that I will have 
some time to digest your replies.

Thank you very much and see you tomorrow.


Best Regards,

Guangrong Fu / 付光荣
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Versioning for Amsterdam

[DRAGOSH, PAMELA L (PAM)]

Perhaps this is a good candidate as a topic next week at the developer event. 
If we could get a final consensus and then explicitly put those details on the 
wiki for release guidelines.

Pam

From:  on behalf of "C.T. Paterson" 

Date: Wednesday, July 19, 2017 at 9:32 PM
To: "SPATSCHECK, OLIVER (OLIVER)" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Versioning for Amsterdam


Agreed with Option 2.  It seems a standard practice to collect the various 
versioned components into a manifest.

In A we have a decomposed microservices architecture, and actually tried our 
own version of Option 1 for a while.  Unsurprisingly, it created more overhead 
and confusion among development, and are trying to move to #2 internally.

Cheers.


On 19 July 2017 at 11:06, SPATSCHECK, OLIVER (OLIVER) 
> wrote:

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 mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] please cancel the 7/26/2017 policy weekly meeting

[DRAGOSH, PAMELA L (PAM)]

In lieu of the developer conference next week.

Thanks!

Pam Dragosh
ONAP Policy PTL

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

[onap-discuss] Discuss Dmaap Integration into MSB

[DRAGOSH, PAMELA L (PAM)]

Hi,

I would like to propose a discussion on whether it makes sense to have Dmaap 
integrated into the MSB Project for discovery of Dmaap topics in addition to 
RESTful API’s.

Currently it is a little difficult for the Policy Platform to configure BOTH 
RESTful API access as well as Dmaap Topic details into our platform during 
deployment. The MSB Project (and OOM) seems to be a great step towards making 
it easier for our components to come up and discover RESTful API and would like 
to see the same ability applied to Dmaap topics.

Can folks weigh in on this as a possibility? Perhaps not viable for R1, but at 
least get the discussion going for possible inclusion on the long term roadmap?

Pam Dragosh
ONAP Policy
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [releng] Next steps to Reach M1

[DRAGOSH, PAMELA L (PAM)]

Gildas,

There seem to be a few issues with creating Epics in JIRA. I have submitted a 
ticket as has Randa on the APPC team. Can we get this escalated with the LF to 
get these issues resolved?

My Helpdesk ticket #42334

Thanks,

Pam

From:  on behalf of Gildas Lanilis 

Date: Friday, June 16, 2017 at 5:00 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [releng] Next steps to Reach M1

Hi All,

This message is to the attention of all Project Primary Contacts or future PTLs 
(to be elected shortly) and related to the next steps to reach M1 Release 
Planning milestone (planned for June 29).

Earlier this week, Chris Donley made a presentation on “ONAP Project Roles and 
Responsibilities”
 and myself presented “Getting to M1 Release 
Planning”.

The “Getting to M1 Release Planning” explains what is expected from you (the 
primary Contact or future PTL) to reach M1.
In a nutshell you have to:
1.   Fill out the “Release Planning Template”
2.   Fill out The “Release Planning Checklist”
3.   AND MOST critical NOW review and complete the “Resources & 
Repositories”
 wiki page.

The “Resources & Repositories” page is the central place used to document all 
repos (with repos name, maven ID and repo description) pertaining to ONAP.
Please review the data. When populating the table from the Projects proposal, I 
noticed that for some repos the description is missing, other repo are not 
clearly defined and still have some “?”.
Also complete the committers list by adding the missing information such as 
LFID and location.

Let me know if you have any questions.
Furthermore, let myself and Kenny Paul know when you are done with the 
“Resources & Repositories” work. Kenny can further assist you to finalize the 
creation of the repos and Jira projects.

Thanks,
Gildas

[uaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
gildas.lani...@huawei.com
Mobile: 1 415 238 6287

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

[onap-discuss] Questions on JIRA access

[DRAGOSH, PAMELA L (PAM)]

Hi,

We assigned a ticket to a non-committer (i.e. someone contributing code), they 
were able to comment on the ticket and subsequently submitted fixes. But they 
weren’t able to change the JIRA resolution. Is that ability only for people who 
are committers for the project? Or the person that opens the ticket?

Thanks,

Pam


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

Re: [onap-discuss] Using ceilometer to scale out VF module

[DRAGOSH, PAMELA L (PAM)]

Hi Ethan,

I believe the DCAE team has collectors that take alarms/traps/etc. in their 
native format and then subsequently normalizes/converts  them into VES events. 
That is the idea behind collectors.
Those VES events then get propagated throughout the DCAE framework, ultimately 
to Policy. I would contact the DCAE PTL to understand that fully.

Regards,

Pam


From:  on behalf of Ethan Lynn 

Date: Thursday, June 22, 2017 at 9:45 AM
To: "ROSE, DANIEL V" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Using ceilometer to scale out VF module

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


Thanks,

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

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

Re: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

[DRAGOSH, PAMELA L (PAM)]

Policy Committers,

The votes have been cast and the poll is closed.

Pamela Dragosh has been elected PTL for the Policy Framework Project.

I would ask that anyone interested in understanding the Policy Project and how 
it works to please contact me or attend our weekly meetings.

Anyone willing to contribute is welcome!

Thanks!!

Pam


From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Wednesday, June 21, 2017 at 1:22 PM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Dear Policy Committers,

I would like to inform you that the poll has been set up for Policy PTL and 
available for you to vote.

The poll will be closed on June 23rd.

Regards,
Pam

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Friday, June 16, 2017 at 11:48 AM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Greetings fellow ONAPers,

The Policy Framework project is soliciting self nominations for its Project 
Technical Lead.  Per TSC instructions, nominees should be from those listed as 
committers on the Policy Framework project proposal approved by the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246903)<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D3246903-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=vGULayg4SENNMlehJlwWKEEHFkKHqcrbNRPa6nLmZJM=H2UFxhQd4KPdmG3CFw7J3MJFLHFHIBqaoeEbqnuTLoI=>.
 The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Thanks,

Pam Dragosh
ONAP Policy Framwork
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] RESTful API Design Best Practices for ONAP Microservices

[DRAGOSH, PAMELA L (PAM)]

Huabing,

Thanks, I agree and feel this is very valuable. There is no formal best 
practices for RESTful API, albeit a few websites that do a fairly good job at 
making suggestions.

I think this detailed information should probably be in the section located 
here:

https://wiki.onap.org/display/DW/Developer+Best+Practices

Gildas has been including such details as part of his presentations, and its 
part of the checklist template.

We would perhaps also need to be aware for R1 that some projects may not be 
able to re-design quite yet. They may have to support their current API version 
until an appropriate time to deprecate it in lieu of new API conforming to 
standards.

Thanks,

Pam


From:  on behalf of 
"zhao.huab...@zte.com.cn" 
Date: Thursday, June 22, 2017 at 7:14 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] RESTful API Design Best Practices for ONAP Microservices


Dear ONAPer,

Most of the projects have already been approved in Beijing meeting or will be 
approved in this week's TSC meeting,  we're starting the development phase of 
release 1 right now. I went through the API documents of a bunch of existing 
projects, it seems to me that there's no consistent approach for Restful API 
design and some of the APIs are not very appropriate.  So I‘d like to suggest 
that we could figure out a unified approach across ONAP projects for the 
Restful API design before jumping into the coding job.

I have worked out a draft as the start point for discussion on this wiki page : 
https://wiki.onap.org/display/DW/RESTful+API+Design+Best+Practices

I hope we could discuss in the community and reach consensus in one or two 
weeks. Then I'd like to propose to TSC using it as a guideline for all the 
projects.



What do you think about it?  Please feel free to share your idea in the 
comments of the wiki page so we can improve this draft quickly.



Thanks and Regards,

Huabing








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

Re: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

[DRAGOSH, PAMELA L (PAM)]

Dear Policy Committers,

I would like to inform you that the poll has been set up for Policy PTL and 
available for you to vote.

The poll will be closed on June 23rd.

Regards,
Pam

From: <onap-discuss-boun...@lists.onap.org> on behalf of "DRAGOSH, PAMELA L 
(PAM)" <pdrag...@research.att.com>
Date: Friday, June 16, 2017 at 11:48 AM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Greetings fellow ONAPers,

The Policy Framework project is soliciting self nominations for its Project 
Technical Lead.  Per TSC instructions, nominees should be from those listed as 
committers on the Policy Framework project proposal approved by the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246903)<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D3246903-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=vGULayg4SENNMlehJlwWKEEHFkKHqcrbNRPa6nLmZJM=H2UFxhQd4KPdmG3CFw7J3MJFLHFHIBqaoeEbqnuTLoI=>.
 The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Thanks,

Pam Dragosh
ONAP Policy Framwork
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss