[onap-discuss] Compilation failure: package org.openecomp.aai.domain.yang does not exist

[Mateus Augusto Silva Santos]

Hello,
I don't find the package org.openecomp.aai.domain.yang. There are many
references to this package in aai-core.
Any thoughts?

Tks!

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

[onap-discuss] Beijing ONAP Developers Event Zoom Recordings

[Kenny Paul]

Posted to https://wiki.onap.org/display/DW/Presentations 


Have a great weekend!

Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

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

Re: [onap-discuss] [SDC] Questions on VNF onboarding, service design, and testing

[ROSE, DANIEL V]

I would agree testing is all manual today and there isn't much. Someone from 
SDC and VNF validation might be better suited to answering whatis planned.

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

From: Kang Xi [mailto:kang...@huawei.com]
Sent: Friday, June 09, 2017 4:19 PM
To: ROSE, DANIEL V ; onap-discuss@lists.onap.org; LANDO, 
MICHAEL 
Subject: Re: [SDC] Questions on VNF onboarding, service design, and testing

Hi Daniel,

Thanks for answering 4, 5, and 7. So I understand that the current version has 
not implemented much. Can you share more ideas for the future development? What 
are some of the most important features related to these questions?

Regards,
Kang
From:ROSE, DANIEL V
To:Kang Xi,onap-discuss@lists.onap.org,LANDO, MICHAEL
Date:2017-06-08 17:22:08
Subject:RE: [SDC] Questions on VNF onboarding, service design, and testing

1-2,6 these questions would be better answered by the VNF Validation, ICE or 
VNF Guideline people at att.
4 its manual today so nothing is done when you hit the button. In the future we 
have to see what projects define as the role of the step.
5 Today it changes the icons you can select for your vnf. There are no 
differences otherwise as far as I can tell.
7 Again nothing is done today when you hit the button. In the future the 
project would design what it should do.


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

From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, June 08, 2017 3:59 PM
To: onap-discuss@lists.onap.org; LANDO, 
MICHAEL >; ROSE, DANIEL V 
>
Subject: [SDC] Questions on VNF onboarding, service design, and testing

Hi Michael and Daniel,

I have a few questions related to the design of SDC and appreciate if you could 
shed some light.

1. The document "VNF Management Requirements for ECOMP" says "The vendor must 
provide VNF packages that include a rich set of recipes, ". What types of 
specific recipes are required? what are the corresponding language/file format? 
In the future, is it required to validate these recipes during VNF onboarding, 
and how?

2. The same document says "The VNF vendor must provide testing scripts to 
support testing." What types of testing are expected here? And how are those 
testing scripts used in SDC or ICE?

3. During VNF onboarding, does a designer do any testing before submitting the 
VNF to tester? If yes, what kind of testings the designer will do?

4. During VNF onboarding, when a tester clicks "Start Testing", what is 
actually executed in the background in the current ONAP release? In the future, 
does this step use the testing scripts provided by the vendors? And does SDC 
actually spin up a VNF instance to perform such testing?

5. During VNF onboarding, the developer is asked to select from a long list a 
category for the VNF (such as gateway, router, database, firewall, load 
balancer, ...). How does the selection affect the onboarding and subsequent 
service design? For VNFs belonging to the same category, what kind of common 
properties are required? API, Yang, DG, etc?

6. In the future, do we also need to onboard a PNF and/or the associated 
recipes? If yes, how will it be different from onboarding a VNF?

7. After a service is designed and passed to a tester, what specific testing is 
actually executed when the button "Start testing" is clicked? In the ideal 
future, do we expect ONAP to spin up the entire service in a sandbox to perform 
testing?


Regards,
Kang

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

Re: [onap-discuss] [SDC] Questions on VNF onboarding, service design, and testing

[Kang Xi]

Hi Daniel,

Thanks for answering 4, 5, and 7. So I understand that the current version has 
not implemented much. Can you share more ideas for the future development? What 
are some of the most important features related to these questions?

Regards,
Kang
From:ROSE, DANIEL V
To:Kang Xi,onap-discuss@lists.onap.org,LANDO, MICHAEL
Date:2017-06-08 17:22:08
Subject:RE: [SDC] Questions on VNF onboarding, service design, and testing

1-2,6 these questions would be better answered by the VNF Validation, ICE or 
VNF Guideline people at att.
4 its manual today so nothing is done when you hit the button. In the future we 
have to see what projects define as the role of the step.
5 Today it changes the icons you can select for your vnf. There are no 
differences otherwise as far as I can tell.
7 Again nothing is done today when you hit the button. In the future the 
project would design what it should do.


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

From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, June 08, 2017 3:59 PM
To: onap-discuss@lists.onap.org; LANDO, MICHAEL ; ROSE, 
DANIEL V 
Subject: [SDC] Questions on VNF onboarding, service design, and testing

Hi Michael and Daniel,

I have a few questions related to the design of SDC and appreciate if you could 
shed some light.

1. The document "VNF Management Requirements for ECOMP" says "The vendor must 
provide VNF packages that include a rich set of recipes, ". What types of 
specific recipes are required? what are the corresponding language/file format? 
In the future, is it required to validate these recipes during VNF onboarding, 
and how?

2. The same document says "The VNF vendor must provide testing scripts to 
support testing." What types of testing are expected here? And how are those 
testing scripts used in SDC or ICE?

3. During VNF onboarding, does a designer do any testing before submitting the 
VNF to tester? If yes, what kind of testings the designer will do?

4. During VNF onboarding, when a tester clicks "Start Testing", what is 
actually executed in the background in the current ONAP release? In the future, 
does this step use the testing scripts provided by the vendors? And does SDC 
actually spin up a VNF instance to perform such testing?

5. During VNF onboarding, the developer is asked to select from a long list a 
category for the VNF (such as gateway, router, database, firewall, load 
balancer, ...). How does the selection affect the onboarding and subsequent 
service design? For VNFs belonging to the same category, what kind of common 
properties are required? API, Yang, DG, etc?

6. In the future, do we also need to onboard a PNF and/or the associated 
recipes? If yes, how will it be different from onboarding a VNF?

7. After a service is designed and passed to a tester, what specific testing is 
actually executed when the button "Start testing" is clicked? In the ideal 
future, do we expect ONAP to spin up the entire service in a sandbox to perform 
testing?


Regards,
Kang

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

Re: [onap-discuss] DCAE HealthCheck failing while running ete.sh from Robot VM on ONAP Environment using Vanila Openstack Mitaka

[PLATANIA, MARCO (MARCO)]

Hi Arun,

Sorry for missing this point. Master branch has the latest developments, so 
that’s the right place.

Thanks,
Marco

From: "Arun Arora (c)" 
Date: Friday, June 9, 2017 at 11:07 AM
To: "PLATANIA, MARCO (MARCO)" , "Gaurav Gupta (c)" 
, "onap-discuss@lists.onap.org" 

Subject: RE: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka


Hi Marco,



One question, from which repo we need to pull the latest template files? For 
now we took it from master repo but it was some time back.



Thanks,

Arun



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO 
(MARCO)
Sent: Friday, June 09, 2017 6:26 PM
To: Gaurav Gupta (c) ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka



Hello Gurav,



The health check fails because the data collection and analytics platform that 
DCAE controller spins up off the Heat template is not there. Please pull the 
latest templates from Gerrit (onap_openstack_float.* is the right one).



In order for DCAE to work correctly, at this time, you need to manually assign 
5 floating IPs to your OpenStack project. This 5 IPs need to be associated to:

  dcae_coll_float_ip

  dcae_db_float_ip

  dcae_hdp1_float_ip

  dcae_hdp2_float_ip

  dcae_hdp3_float_ip



in whatever order you want. At run time, the DCAE controller will fetch those 
IPs from the underlying OpenStack platform and assign to the VMs defined above. 
To assign floating IPs to your project, from the OpenStack horizon dashboard, 
click on Compute -> Access & Security -> Floating IPs. Then click “Allocate IP 
To Project” 5 times. OpenStack will assign 5 IPs to you.



I will update the wiki page soon 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack
 and send an email when done. Note, however, that DCAE team is still working on 
a DNS issue within the DCAE collector docker container. The issue is tracked in 
this Jira: 
https://jira.onap.org/browse/DCAE-7



Thanks,

Marco





From: 
>
 on behalf of "Gaurav Gupta (c)" 
>
Date: Friday, June 9, 2017 at 6:02 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka



Hello there



We are running into the DCAE Health check issue while running the ete.sh health



The ONAP Environment is created using below yaml and env files .



https://gerrit.onap.org/r/gitweb?=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master



https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master



Lab Environment

Openstack Mitaka on Centos7

ONAP 12 VM’s are deployed .

For DCAE VM’s – we see 1 docker pull request and 1 docker being pulled and 
docker is up as seen inside the DCAE VM using docker ps –a command .

[cid:image001.png@01D2E116.07287DF0]

But while running the healthCheck it seems it is looking for additional docker 
on DCAE VM .

Error Message from healthCheck results is 

Re: [onap-discuss] DCAE HealthCheck failing while running ete.sh from Robot VM on ONAP Environment using Vanila Openstack Mitaka

[Arun Arora (c)]

Hi Marco,



One question, from which repo we need to pull the latest template files? For 
now we took it from master repo but it was some time back.



Thanks,

Arun



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO 
(MARCO)
Sent: Friday, June 09, 2017 6:26 PM
To: Gaurav Gupta (c) ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka



Hello Gurav,



The health check fails because the data collection and analytics platform that 
DCAE controller spins up off the Heat template is not there. Please pull the 
latest templates from Gerrit (onap_openstack_float.* is the right one).



In order for DCAE to work correctly, at this time, you need to manually assign 
5 floating IPs to your OpenStack project. This 5 IPs need to be associated to:

  dcae_coll_float_ip

  dcae_db_float_ip

  dcae_hdp1_float_ip

  dcae_hdp2_float_ip

  dcae_hdp3_float_ip



in whatever order you want. At run time, the DCAE controller will fetch those 
IPs from the underlying OpenStack platform and assign to the VMs defined above. 
To assign floating IPs to your project, from the OpenStack horizon dashboard, 
click on Compute -> Access & Security -> Floating IPs. Then click “Allocate IP 
To Project” 5 times. OpenStack will assign 5 IPs to you.



I will update the wiki page soon 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack
 and send an email when done. Note, however, that DCAE team is still working on 
a DNS issue within the DCAE collector docker container. The issue is tracked in 
this Jira: 
https://jira.onap.org/browse/DCAE-7



Thanks,

Marco





From: 
>
 on behalf of "Gaurav Gupta (c)" 
>
Date: Friday, June 9, 2017 at 6:02 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka



Hello there



We are running into the DCAE Health check issue while running the ete.sh health



The ONAP Environment is created using below yaml and env files .



https://gerrit.onap.org/r/gitweb?=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master



https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master



Lab Environment

Openstack Mitaka on Centos7

ONAP 12 VM’s are deployed .

For DCAE VM’s – we see 1 docker pull request and 1 docker being pulled and 
docker is up as seen inside the DCAE VM using docker ps –a command .

[cid:image001.png@01D2E160.19814D20]

But while running the healthCheck it seems it is looking for additional docker 
on DCAE VM .

Error Message from healthCheck results is pasted below highlighted in red .



KEYWORD dcae_interface . Check DCAE Results ${resp.json()}

Documentation:


Parse DCAE JSON response and make sure all rows have healthTestStatus=GREEN


Start / End / Elapsed:


20170606 18:45:15.912 / 20170606 18:45:15.957 / 00:00:00.045




18:45:15.956


TRACE


Arguments: [ {'healthTestMessageCode': 'Cluster not deployed', 
'healthTestStatus': 'YELLOW', 'instance': 'NorthIndia', 'service': 
'cdap-helloworld', 'status': 'UNDEPLOYED'} | 'healthTestStatus' | 'GREEN' ]

[onap-discuss] [installation] Heat template and instructions to run DCAE in vanilla OpenStack

[PLATANIA, MARCO (MARCO)]

All,

I updated the wiki page about ONAP installation in vanilla OpenStack: 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack

There’s a new paragraph (in blue) that highlights the necessary steps to run 
DCAE in OpenStack. Please use the following templates for installation: 
onap_openstack_float.yaml
 and 
onap_openstack_float.env

Note, however, that DCAE team is still working on a DNS issue within the DCAE 
collector docker container. The issue is tracked in this Jira: 
https://jira.onap.org/browse/DCAE-7

Finally, the Heat templates linked above include the new A configurations. 
A now has 2 VMs: one has the docker containers that run the A logic and 
one has databases and third-party software dependencies.

Thanks,
Marco

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

Re: [onap-discuss] DCAE HealthCheck failing while running ete.sh from Robot VM on ONAP Environment using Vanila Openstack Mitaka

[PLATANIA, MARCO (MARCO)]

Hello Gurav,

The health check fails because the data collection and analytics platform that 
DCAE controller spins up off the Heat template is not there. Please pull the 
latest templates from Gerrit (onap_openstack_float.* is the right one).

In order for DCAE to work correctly, at this time, you need to manually assign 
5 floating IPs to your OpenStack project. This 5 IPs need to be associated to:
  dcae_coll_float_ip
  dcae_db_float_ip
  dcae_hdp1_float_ip
  dcae_hdp2_float_ip
  dcae_hdp3_float_ip

in whatever order you want. At run time, the DCAE controller will fetch those 
IPs from the underlying OpenStack platform and assign to the VMs defined above. 
To assign floating IPs to your project, from the OpenStack horizon dashboard, 
click on Compute -> Access & Security -> Floating IPs. Then click “Allocate IP 
To Project” 5 times. OpenStack will assign 5 IPs to you.

I will update the wiki page soon 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack and 
send an email when done. Note, however, that DCAE team is still working on a 
DNS issue within the DCAE collector docker container. The issue is tracked in 
this Jira: https://jira.onap.org/browse/DCAE-7

Thanks,
Marco

From:  on behalf of "Gaurav Gupta (c)" 

Date: Friday, June 9, 2017 at 6:02 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] DCAE HealthCheck failing while running ete.sh from 
Robot VM on ONAP Environment using Vanila Openstack Mitaka


Hello there



We are running into the DCAE Health check issue while running the ete.sh health



The ONAP Environment is created using below yaml and env files .


https://gerrit.onap.org/r/gitweb?=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master



https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master

Lab Environment
Openstack Mitaka on Centos7
ONAP 12 VM’s are deployed .
For DCAE VM’s – we see 1 docker pull request and 1 docker being pulled and 
docker is up as seen inside the DCAE VM using docker ps –a command .
[cid:image001.png@01D2E0FE.28D2E2F0]
But while running the healthCheck it seems it is looking for additional docker 
on DCAE VM .
Error Message from healthCheck results is pasted below highlighted in red .

KEYWORD dcae_interface . Check DCAE Results ${resp.json()}
Documentation:


Parse DCAE JSON response and make sure all rows have healthTestStatus=GREEN

Start / End / Elapsed:

20170606 18:45:15.912 / 20170606 18:45:15.957 / 00:00:00.045


18:45:15.956

TRACE

Arguments: [ {'healthTestMessageCode': 'Cluster not deployed', 
'healthTestStatus': 'YELLOW', 'instance': 'NorthIndia', 'service': 
'cdap-helloworld', 'status': 'UNDEPLOYED'} | 'healthTestStatus' | 'GREEN' ]


18:45:15.956

FAIL

Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN


with best regards
gaurav
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Modeling subcommittee proposal

[denghui (L)]

Hello all

Based on the modeling project subgroup discussion, we propose Modeling 
subcommittee for TSC review,
we separate the scope of modeling project for tools, modeling subcommittee for 
modeling specifications across the projects.
https://wiki.onap.org/display/DW/ONAP+Modeling+sub-committee

Thanks a lot for review

Best regards,

DENG Hui


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

[onap-discuss] [Modeling] Project webpage updated

[denghui (L)]

Hello all

We have more than 40 contributors on the wiki page, based on the breakout 
session this afternoon, we have only around 10 contributors.
Based on the discussion, we updated the Project webpage accordingly to handover 
the modeling specification from modeling project to modeling subcommittee.

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

thanks for your review
Best regards,

DENG Hui


From: denghui (L)
Sent: Friday, June 9, 2017 12:24 PM
To: onap-discuss@lists.onap.org
Subject: RE: [Modeling]breakout room 1614 for modeling discussion

Apologize for mistake,  1614

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of denghui (L)
Sent: Friday, June 9, 2017 12:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [Modeling]breakout room 1612 for modeling discussion

Hello all

The breakout room will be 1612, please come to level 16, we are going to have a 
discussion on it
Time: 2:30-3:30pm, Beijing time

Thanks

Deng Hui


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