[onap-discuss] REMINDER: Register for the ONAP DDF

[Brandon Wick]

ONAP Technical Community:

If you are planning to attend the ONAP DDF + OPNFV Plugfest, January 8 - 11
in Nozay, France, you need to register and make your travel plans as soon
as possible!

Learn More and Register here:
https://events.linuxfoundation.org/events/onap-ddf-opnfv-plugfest/

See the event Wiki Page:
https://wiki.lfnetworking.org/pages/viewpage.action?pageId=8257579

View/Make Session Proposals here:
https://wiki.lfnetworking.org/display/LN/OPNFV-ONAP+January+2019+Session+Proposals

Please let us know if you have any questions about the event and we hope to
see you there.

Best,

Brandon Wick
Senior Integrated Marketing Manager
The Linux Foundation
bw...@linuxfoundation.org
+1.917.282.0960

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14192): https://lists.onap.org/g/onap-discuss/message/14192
Mute This Topic: https://lists.onap.org/mt/28516392/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] [onap-discuss] Location for usecase specific files modules/scripts/artifacts

[Srini]

Thanks Marco for your feedback and support.

Srini


From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Friday, November 30, 2018 2:26 PM
To: Addepalli, Srinivasa R ; 
'onap-discuss@lists.onap.org' ; 
'eric.deb...@orange.com' ; 'onap-...@lists.onap.org' 
; Kishore, Akhila 
Subject: Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

That’s good for me. You can put that in [demo]/vnfs

Marco

From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Friday, November 30, 2018 at 1:04 PM
To: "'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, 
"'eric.deb...@orange.com'" 
mailto:eric.deb...@orange.com>>, 
"'onap-...@lists.onap.org'" 
mailto:onap-...@lists.onap.org>>, "PLATANIA, MARCO 
(MARCO)" mailto:plata...@research.att.com>>, 
"Kishore, Akhila" mailto:akhila.kish...@intel.com>>
Subject: RE: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hi Marco and integration team,

This is one thought we have on directory structure in demo repository for K8S 
use cases.


·K8Susecases>

o   EdgeXFoundry>

§  Flavor1>

·Artifacts>

o   Helm Charts>

o   Service>

o   Values.yaml (overriding parameter values)

o   Day0config>

§  

§  

·

·

·…. (multiple metadata and configuration file)

§  ….

o   OOF policies>

§  HPA policies>

§  ….

·Scripts> (For automation)

·Modules> (use case specific modules – binaries/simple source to run 
E2E use case)

·DGs> (use case specific DGs)

·Drools-programs>

§  Flavor2>

o   vFirewall>

o   analytics-standard>

o   analytics-minimal>

o   analytics-app-1>

Does that sound reasonable for the integration team?

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Thursday, November 29, 2018 1:23 PM
To: onap-discuss@lists.onap.org; 
eric.deb...@orange.com; 
onap-...@lists.onap.org; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Subject: RE: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Yes. Good example there on CCVPN specific DG.

These are of some of the things, which are in ONAP project repositories, give 
an impression to outsiders that ONAP has use-case specific code.

In my view, it is best to put CCVPN DG  in CCVPN usecase specific 
repo/directory.

Another example, which I can think of for usecases we are working on is to put 
Drools policies that are specific to usecase.

Thanks
Srini


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Eric Debeau
Sent: Thursday, November 29, 2018 12:16 PM
To: onap-...@lists.onap.org; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hello Srini

That is a good point you raised

I think that we should clarify where to put the various use-case artifacts in 
ONAP.

We have some artifacts in demo (eg Heat &TOSCA  for VNF to be used in various 
use-cases: vFW, vCPE and some specific code for VNF)
We have some specific DG in SNDC project (eg CC-VPN)
A place to put global use-case information in doc project (only vFW)
…

And a lot, lot, lot  of material in the wiki

Yet another topic to solve at TSC level.

Best Regards

Eric


De : onap-...@lists.onap.org 
[mailto:onap-...@lists.onap.org] De la part de Srini
Envoyé : jeudi 29 novembre 2018 20:53
À : PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Objet : Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Thanks Marco.

Srini

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, November 29, 2018 11:46 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Same standard procedure as every other repository. It’s managed by the 
Integration Team, so committers are myself, Gary Wu, Helen, Yang Xu and others 
I suppose.

Marco

From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Thursday, November 29, 2018 at 1:24 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-...@lists.onap.org" 
mailto:onap-...@lists.onap.org>>
Subject: RE: [onap-discuss] Loc

Re: [onap-tsc] [onap-discuss] Location for usecase specific files modules/scripts/artifacts

[Marco Platania]

That’s good for me. You can put that in [demo]/vnfs

Marco

From: "Addepalli, Srinivasa R" 
Date: Friday, November 30, 2018 at 1:04 PM
To: "'onap-discuss@lists.onap.org'" , 
"'eric.deb...@orange.com'" , 
"'onap-...@lists.onap.org'" , "PLATANIA, MARCO 
(MARCO)" , "Kishore, Akhila" 

Subject: RE: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hi Marco and integration team,

This is one thought we have on directory structure in demo repository for K8S 
use cases.


· K8Susecases>

oEdgeXFoundry>

§  Flavor1>

· Artifacts>

oHelm Charts>

oService>

oValues.yaml (overriding parameter values)

oDay0config>

§  

§  

· 

· 

· …. (multiple metadata and configuration file)

§  ….

oOOF policies>

§  HPA policies>

§  ….

· Scripts> (For automation)

· Modules> (use case specific modules – binaries/simple source to run 
E2E use case)

· DGs> (use case specific DGs)

· Drools-programs>

§  Flavor2>

ovFirewall>

oanalytics-standard>

oanalytics-minimal>

oanalytics-app-1>

Does that sound reasonable for the integration team?

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Thursday, November 29, 2018 1:23 PM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com; 
onap-...@lists.onap.org; PLATANIA, MARCO (MARCO) 
Subject: RE: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Yes. Good example there on CCVPN specific DG.

These are of some of the things, which are in ONAP project repositories, give 
an impression to outsiders that ONAP has use-case specific code.

In my view, it is best to put CCVPN DG  in CCVPN usecase specific 
repo/directory.

Another example, which I can think of for usecases we are working on is to put 
Drools policies that are specific to usecase.

Thanks
Srini


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Eric Debeau
Sent: Thursday, November 29, 2018 12:16 PM
To: onap-...@lists.onap.org; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hello Srini

That is a good point you raised

I think that we should clarify where to put the various use-case artifacts in 
ONAP.

We have some artifacts in demo (eg Heat &TOSCA  for VNF to be used in various 
use-cases: vFW, vCPE and some specific code for VNF)
We have some specific DG in SNDC project (eg CC-VPN)
A place to put global use-case information in doc project (only vFW)
…

And a lot, lot, lot  of material in the wiki

Yet another topic to solve at TSC level.

Best Regards

Eric


De : onap-...@lists.onap.org 
[mailto:onap-...@lists.onap.org] De la part de Srini
Envoyé : jeudi 29 novembre 2018 20:53
À : PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Objet : Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Thanks Marco.

Srini

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, November 29, 2018 11:46 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Same standard procedure as every other repository. It’s managed by the 
Integration Team, so committers are myself, Gary Wu, Helen, Yang Xu and others 
I suppose.

Marco

From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Thursday, November 29, 2018 at 1:24 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-...@lists.onap.org" 
mailto:onap-...@lists.onap.org>>
Subject: RE: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Thanks Marco.

Yes, intention is not to add any ONAP component related code/patches in usecase 
directory.

Demo repository:  Does it go through same merging process? If so, who are 
committers and reviewers for this?

Thanks
Srini


From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, November 29, 2018 10:10 AM
To: onap-discuss@lists.onap.org; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hi Srini,

A few use cases use the 

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

Since you did sudo for the cp it should have put the deploy plugin under 
/root/.helm

Sudo su and try helm –help and you should see it as root user.

Just runnnig helm as ubuntu uses the  /home/ubuntu/.helm which either doesnt 
have the plugin or the permissions are wrong since you installed it as root via 
sudo

Does that make sense.

We sudo su to root in integraiton to do helm/kubectl actions

Brian


From: jkzcristiano 
Sent: Friday, November 30, 2018 2:08 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] OOM Casablanca - Install #oom

Thanks Brian,

I have followed the guide including this step:
ubuntu@rancher:~/oom/kubernetes$ sudo cp -R ~/oom/kubernetes/helm/plugins/ 
~/.helm

...
and then
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml

with the errors I've shown.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14189): https://lists.onap.org/g/onap-discuss/message/14189
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[jkzcristiano]

Sorry,

I haven't checked this other wiki ( 
https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins ) :S

Thank you Brian!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14188): https://lists.onap.org/g/onap-discuss/message/14188
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[jkzcristiano]

Thanks Brian,

I have followed the guide including this step:
ubuntu@rancher:~/oom/kubernetes$ sudo cp -R ~/oom/kubernetes/helm/plugins/ 
~/.helm

...
and then
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml

with the errors I've shown.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14187): https://lists.onap.org/g/onap-discuss/message/14187
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

.helm for root account has the deploy/undeploy plugin in it from the install 
(or should be) . See the details from the OOM Deploy wiki page.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Friday, November 30, 2018 1:40 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM Casablanca - Install #oom

Dear all,

just trying new Casablanca release!

Well, everything went smooth until last step (step 7 
here):
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
fetching local/onap
Error: Failed to untar (mkdir): mkdir /home/ubuntu/.helm/plugins/deploy/cache: 
permission denied
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
mv: cannot stat '/home/ubuntu/.helm/plugins/deploy/cache/onap/charts/*': No 
such file or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/common': No such file 
or directory
rm: cannot remove 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.lock': No such file 
or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.yaml': No such file 
or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 167: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No such 
file or directory
Error: path "/home/ubuntu/.helm/plugins/deploy/cache/onap" not found
cat: /home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No 
such file or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 176: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log: No such file or 
directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 178: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log.log: No such file or 
directory
release "dev" deployed
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 189: cd: 
/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/: No such file or 
directory
ubuntu@rancher:~/oom/kubernetes$

Not permissions and missing files...?

Can someone help?

Kind Regards,

Xoan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14186): https://lists.onap.org/g/onap-discuss/message/14186
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

You need to be root

From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Friday, November 30, 2018 1:40 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM Casablanca - Install #oom

Dear all,

just trying new Casablanca release!

Well, everything went smooth until last step (step 7 
here):
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
fetching local/onap
Error: Failed to untar (mkdir): mkdir /home/ubuntu/.helm/plugins/deploy/cache: 
permission denied
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
mv: cannot stat '/home/ubuntu/.helm/plugins/deploy/cache/onap/charts/*': No 
such file or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/common': No such file 
or directory
rm: cannot remove 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.lock': No such file 
or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.yaml': No such file 
or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 167: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No such 
file or directory
Error: path "/home/ubuntu/.helm/plugins/deploy/cache/onap" not found
cat: /home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No 
such file or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 176: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log: No such file or 
directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 178: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log.log: No such file or 
directory
release "dev" deployed
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 189: cd: 
/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/: No such file or 
directory
ubuntu@rancher:~/oom/kubernetes$

Not permissions and missing files...?

Can someone help?

Kind Regards,

Xoan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14185): https://lists.onap.org/g/onap-discuss/message/14185
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] OOM Casablanca - Install #oom

[jkzcristiano]

Dear all,

just trying new Casablanca release!

Well, everything went smooth until last step (step 7 here ( 
https://onap.readthedocs.io/en/casablanca/submodules/oom.git/docs/oom_quickstart_guide.html
 ) ):

ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
fetching local/onap
Error: Failed to untar (mkdir): mkdir /home/ubuntu/.helm/plugins/deploy/cache: 
permission denied
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
mv: cannot stat '/home/ubuntu/.helm/plugins/deploy/cache/onap/charts/*': No 
such file or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/common': No such file 
or directory
rm: cannot remove 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.lock': No such file 
or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.yaml': No such file 
or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 167: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No such 
file or directory
Error: path "/home/ubuntu/.helm/plugins/deploy/cache/onap" not found
cat: /home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No 
such file or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 176: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log: No such file or 
directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 178: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log.log: No such file or 
directory
release "dev" deployed
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 189: cd: 
/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/: No such file or 
directory
ubuntu@rancher:~/oom/kubernetes$

Not permissions and missing files...?

Can someone help?

Kind Regards,

Xoan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14184): https://lists.onap.org/g/onap-discuss/message/14184
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] [onap-discuss] Location for usecase specific files modules/scripts/artifacts

[Srini]

Hi Marco and integration team,

This is one thought we have on directory structure in demo repository for K8S 
use cases.


·K8Susecases>

o   EdgeXFoundry>

§  Flavor1>

·Artifacts>

o   Helm Charts>

o   Service>

o   Values.yaml (overriding parameter values)

o   Day0config>

§  

§  

·

·

·…. (multiple metadata and configuration file)

§  ….

o   OOF policies>

§  HPA policies>

§  ….

·Scripts> (For automation)

·Modules> (use case specific modules – binaries/simple source to run 
E2E use case)

·DGs> (use case specific DGs)

·Drools-programs>

§  Flavor2>

o   vFirewall>

o   analytics-standard>

o   analytics-minimal>

o   analytics-app-1>

Does that sound reasonable for the integration team?

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Thursday, November 29, 2018 1:23 PM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com; 
onap-...@lists.onap.org; PLATANIA, MARCO (MARCO) 
Subject: RE: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Yes. Good example there on CCVPN specific DG.

These are of some of the things, which are in ONAP project repositories, give 
an impression to outsiders that ONAP has use-case specific code.

In my view, it is best to put CCVPN DG  in CCVPN usecase specific 
repo/directory.

Another example, which I can think of for usecases we are working on is to put 
Drools policies that are specific to usecase.

Thanks
Srini


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Eric Debeau
Sent: Thursday, November 29, 2018 12:16 PM
To: onap-...@lists.onap.org; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hello Srini

That is a good point you raised

I think that we should clarify where to put the various use-case artifacts in 
ONAP.

We have some artifacts in demo (eg Heat &TOSCA  for VNF to be used in various 
use-cases: vFW, vCPE and some specific code for VNF)
We have some specific DG in SNDC project (eg CC-VPN)
A place to put global use-case information in doc project (only vFW)
…

And a lot, lot, lot  of material in the wiki

Yet another topic to solve at TSC level.

Best Regards

Eric


De : onap-...@lists.onap.org 
[mailto:onap-...@lists.onap.org] De la part de Srini
Envoyé : jeudi 29 novembre 2018 20:53
À : PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Objet : Re: [onap-tsc] [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Thanks Marco.

Srini

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, November 29, 2018 11:46 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Same standard procedure as every other repository. It’s managed by the 
Integration Team, so committers are myself, Gary Wu, Helen, Yang Xu and others 
I suppose.

Marco

From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Thursday, November 29, 2018 at 1:24 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-...@lists.onap.org" 
mailto:onap-...@lists.onap.org>>
Subject: RE: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Thanks Marco.

Yes, intention is not to add any ONAP component related code/patches in usecase 
directory.

Demo repository:  Does it go through same merging process? If so, who are 
committers and reviewers for this?

Thanks
Srini


From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, November 29, 2018 10:10 AM
To: onap-discuss@lists.onap.org; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] Location for usecase specific files 
modules/scripts/artifacts

Hi Srini,

A few use cases use the Demo repository to store Heat templates, scripts, and 
VNF-specific code, as you noticed. The same repo could be used by your use case 
too. Note that Demo doesn’t host any ONAP component code. For that, other repos 
are used.

Not sure what CCVPN and VoLTE do.

Marco

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Srini 
mailto:srinivasa.r.addepa...@intel.com>>
Reply-To: "onap-discuss@lists.

[onap-discuss] Casablanca Release has been Signed-Off !

[Catherine LEFEVRE]

Dear ONAP Community,

On behalf of the ONAP TSC, we want to inform you that the Casablanca release 
has been signed-off today.
We want to thank you for your outstanding contribution, your "never give-up" 
mindset and your team spirit.

The strength of this community resides on our ability to act as a single team.

Congratulations !

Many thanks & regards
The ONAP TSC

Catherine Lefèvre
AVP Software Development & Engineering

AT&T Labs - Network Cloud & Infrastructure
D2 Platform & Systems Development
ECOMP/RUBY/SPP-NEAM-Appl. Servers/SIA
ONAP TSC Chair


Phone: +32 81 84 09 08
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING... It Can Wait

AT&T
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14182): https://lists.onap.org/g/onap-discuss/message/14182
Mute This Topic: https://lists.onap.org/mt/28511582/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] AWS in ONAP

[Tina Tsou]

Dear Michael et al,

Thank you for your prompt reply.

You can see the ONAP/Auto Engineering Project Plan here.

https://wiki.opnfv.org/pages/viewpage.action?pageId=26837248


Thank you,
Tina

On Nov 30, 2018, at 8:04 AM, Michael O'Brien 
mailto:frank.obr...@amdocs.com>> wrote:

Tina,
   Very good news on ARM availability- the only ARM chips I had access to was 
in my RPI cluster (and my iphone) until now - will definitely spin up a cluster 
this weekend and advise.
https://aws.amazon.com/blogs/aws/new-ec2-instances-a1-powered-by-arm-based-aws-graviton-processors/
   Tracking this work via https://jira.onap.org/browse/TSC-70

   I primarily use AWS in onap as I am most versed with its' API.  I am however 
concurrently using Azure - most of my reported work/wiki is from either Amazon 
or Microsoft VMs.  I defer to Openstack for VNF specific work for now as we 
move to containerized and cloud-native VNFs.  That said there are 3 levels of 
cloud native (pure EC2 VMs - unmanaged, platform as a service (beanstalk, rds, 
EKS...) and fully managed functional-programming services (Lambda, aurora).  So 
far I primarily am at level 1 EC2, starting level 2 EKS, not ready yet for 
level3 lambda.

   Cloud Native Wiki
https://wiki.onap.org/display/DW/Cloud+Native+Deployment

  This will also be good news for the CLI project on standardized containers.

   We can definitely work together with the Auto and clover projects in OPNFV - 
I know I have been quiet recently since the ONS conference in march - we should 
re-sync.

thank you
/michael

-Original Message-
From: Tina Tsou mailto:tina.t...@arm.com>>
Sent: Friday, November 30, 2018 10:12 AM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>
Cc: Joe Kidder mailto:joe.kid...@5thlayer.com>>; Bob 
Monkman mailto:bob.monk...@arm.com>>
Subject: AWS in ONAP

Dear Michael,

You may notice that AWS announcer Arm based Server this week.

How have you used AWS in ONAP, and how happy are you with it, and is it 
appropriate for open source projects?


Thank you,
Tina
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14179): https://lists.onap.org/g/onap-discuss/message/14179
Mute This Topic: https://lists.onap.org/mt/28510903/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] AWS in ONAP

[Michael O'Brien]

Tina,
Very good news on ARM availability- the only ARM chips I had access to was 
in my RPI cluster (and my iphone) until now - will definitely spin up a cluster 
this weekend and advise.
https://aws.amazon.com/blogs/aws/new-ec2-instances-a1-powered-by-arm-based-aws-graviton-processors/
Tracking this work via https://jira.onap.org/browse/TSC-70 

I primarily use AWS in onap as I am most versed with its' API.  I am 
however concurrently using Azure - most of my reported work/wiki is from either 
Amazon or Microsoft VMs.  I defer to Openstack for VNF specific work for now as 
we move to containerized and cloud-native VNFs.  That said there are 3 levels 
of cloud native (pure EC2 VMs - unmanaged, platform as a service (beanstalk, 
rds, EKS...) and fully managed functional-programming services (Lambda, 
aurora).  So far I primarily am at level 1 EC2, starting level 2 EKS, not ready 
yet for level3 lambda.

Cloud Native Wiki
https://wiki.onap.org/display/DW/Cloud+Native+Deployment 

   This will also be good news for the CLI project on standardized containers.

We can definitely work together with the Auto and clover projects in OPNFV 
- I know I have been quiet recently since the ONS conference in march - we 
should re-sync.

thank you
/michael

-Original Message-
From: Tina Tsou  
Sent: Friday, November 30, 2018 10:12 AM
To: Michael O'Brien 
Cc: Joe Kidder ; Bob Monkman 
Subject: AWS in ONAP 

Dear Michael,

You may notice that AWS announcer Arm based Server this week.

How have you used AWS in ONAP, and how happy are you with it, and is it 
appropriate for open source projects?


Thank you,
Tina
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14178): https://lists.onap.org/g/onap-discuss/message/14178
Mute This Topic: https://lists.onap.org/mt/28510903/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [compliance] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Vincent Scharf]

Due to a lot of work with integration of ONAP compliance into the OVP web 
portal is already done by the folks from VNFSDK with the VNF Test Platform 
maybe we could just add VVP to this.

Looking at the architecture overview that is available on the wiki I just 
thought of implementing the vvp-validation-scripts as a set of basic test cases 
for HEAT templates. The graphics show a Test Center that triggers Test runners 
available as Java, Python and Shell based. Due to the vvp-validation-scripts 
being python based, one could just extend the python runner to work with the 
vvp-validation-scripts and enable the Test Center to handle the output 
generated by the scripts and write the results back to the test repository.

When uploading the test results to the OVP portal the VVP checks should then be 
considered when deciding on the certification.



Any comments/thoughts/corrections?



Best regards

Vincent



Von: onap-discuss@lists.onap.org  Im Auftrag von 
Margaret Chiosi
Gesendet: Freitag, 30. November 2018 15:05
An: Scharf, Vincent ; 
complia...@lists.lfnetworking.org; Gaoweitao (Victor, Cloudify Network OSDT) 
; onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; steven.st...@att.com; trevor.lov...@att.com; 
mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Betreff: Re: [onap-discuss] [compliance] [LFN][Certification] LFN 
certification, Dovetail & ONAP VVP portal integration



If all agree that would be great – but we need to get to more specifics on how 
we accomplish this (which Xudan proposed). I just think we need to add VVP in 
the mix.

So if next Tuesday we can go through the high level goals in my list to see 
where we converge on, then I think through the more detailed technical 
architecture or framework.



Thank You,

Margaret Chiosi

VP Open Ecosystem Team



Admin: Sophie Johnson

sophie.johns...@huawei.com

+1 (908) 541-3590



Futurewei Technologies, Inc.

Fixed Network Solution CC

400 Crossing Blvd

Bridgewater, NJ 08807

(cell) +1-732-216-5507







From: vincent.sch...@telekom.de 
[mailto:vincent.sch...@telekom.de]
Sent: Friday, November 30, 2018 9:01 AM
To: Margaret Chiosi (A) 
mailto:margaret.chio...@huawei.com>>; 
complia...@lists.lfnetworking.org; 
Gaoweitao (Victor, Cloudify Network OSDT) 
mailto:victor@huawei.com>>; 
onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; 
georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; 
steven.st...@att.com; 
trevor.lov...@att.com; 
mok...@intracom-telecom.com; 
sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Subject: AW: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration



The “one portal” approach is exactly what vvp-web should add to. We would like 
to integrate the vvp-validation-script Heat validation into the OPNFV verified 
portal. At the end there should be one VNF certification portal which provides 
OPNF, VVP and VNFSDK validation.



Best regards

Vincent



Von: Margaret Chiosi (A) 
mailto:margaret.chio...@huawei.com>>
Gesendet: Freitag, 30. November 2018 14:46
An: 
complia...@lists.lfnetworking.org; 
Gaoweitao (Victor, Cloudify Network OSDT) 
mailto:victor@huawei.com>>; 
onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; Scharf, Vincent 
mailto:vincent.sch...@telekom.de>>; 
georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; 
steven.st...@att.com; 
trevor.lov...@att.com; 
mok...@intracom-telecom.com; 
sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Betreff: RE: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration



Folks: there are actually three types of VNF ‘certification/validation’ – VVP 
(initial ONAP VNF check based on heat), VNFSDK (Newer ONAP check - more 
generic), OPNFV.

All three should be combined into one even though the ‘certification’ may be 
slightly different focuses. We do want one portal for folks to ‘choose’ the 
certification/validation they want to have their VNFs checked against.

I haven’t been following this the last 2 years since Chris was leading this. So 
not sure where we are in direction.



I suggest that we cover the following as we converge:

1.  We focus 

Re: [onap-discuss] [aai] Support for 2-way SSL?

[Venkata Harish K Kajur]

Hi Steve,

From the janusgraph documentation, I see that there is storage.username and 
storage.password.
You should be able to update the files to add those properties and it should 
work.

Thanks,
Harish

-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
BLIMKIE, STEVEN
Sent: Friday, November 30, 2018 9:21 AM
To: KAJUR, HARISH V ; onap-discuss@lists.onap.org; 
keong@huawei.com; FORSYTH, JAMES 
Subject: Re: [onap-discuss] [aai] Support for 2-way SSL?

Thanks Harish ... sounds like 2-way SSL is limitation of Janus and not 
traversal/resources.

One other quick question:  In the absence of 2-way SSL, do resources/traversal 
support user/pwd authentication with Cassandra?

Cheers,
Steve

-Original Message-
From: KAJUR, HARISH V  
Sent: Thursday, November 29, 2018 9:27 PM
To: onap-discuss@lists.onap.org; keong@huawei.com; Steven Blimkie 
; FORSYTH, JAMES 
Subject: RE: [onap-discuss] [aai] Support for 2-way SSL?

Hi,

If they want to connect to an existing Cassandra cluster, then they can do so 
by creating an new override yaml file and no changes to oom repo.
By creating or updating the overrides file as below with their cluster values:

global:
  config:
cluster:
  cassandra:
dynamic: false
# If cluster.cassandra.dynamic is set to false
# Then the following configuration should be uncommented
# This is if you are planning to connect to a existing
# Cassandra cluster instead of doing the deployment
storage:
  backend: cassandra
  hostname: somehost1,somehost2,somehost3
  connectionTimeout: 10
  cacheSize: 100
  clusterName: someClusterName
  localDataCenter: someDataCenter
  keyConsistent: true
  # If backend is cql or cassandra it should be keyspace name
  # else backend is hbase it should be hbase table name
  name: your_hbase_table_or_keyspace_name

  # Cassandra driver specific properties for janusgraph
  cassandra:
# Name of the Cassandra Cluster
cluster: someclustername
readConsistency: LOCAL_QUORUM
writeConsistency: LOCAL_QUORUM
replicationFactor: 3

I don't think the communication between the janusgraph and Cassandra will be 
two way ssl as its only asking for truststore in the ssl section of janusgraph 
documentation.
It can definitely support one way ssl from the configuration.
If they want to use one way ssl, then they would need to update some files in 
the oom repo.
They would need to update the following properties files:

oom/kubernetes/aai/charts/aai-resources/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-resources/resources/config/janusgraph-cached.properties
oom/kubernetes/aai/charts/aai-traversal/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-traversal/resources/config/janusgraph-cached.properties
oom/kubernetes/aai/charts/aai-graphadmin/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-graphadmin/resources/config/janusgraph-cached.properties

From the documentation link Keong provided, if they add the required properties 
in the above files, then one way ssl communication can work.

Thanks,
Harish

-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Keong Lim
Sent: Thursday, November 29, 2018 7:48 PM
To: BLIMKIE, STEVEN ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [aai] Support for 2-way SSL?

Hi Steve,

The part you are actually talking about is the JanusGraph-to-Cassandra 
communications, since Cassandra is the backend storage engine.
According to:
- 
https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.janusgraph.org_0.2.0_cassandra.html&d=DwIFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=DR-D3pKngmkLiJf5ldOYEoVD4xaVRJ0Z4mKsNfp4Xeg&s=BoZJPy-I78wwUM8Ka9EH0CIJqh9kGH5bNRiT7KGKLVY&e=
- 
https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.janusgraph.org_0.2.0_config-2Dref.html&d=DwIFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=DR-D3pKngmkLiJf5ldOYEoVD4xaVRJ0Z4mKsNfp4Xeg&s=VwXJys0STzZ69gESqvu74SwFQ4pDOxBbc2G46us4p00&e=

the configuration option to check for is:

13.3.27. storage.cassandra.ssl
storage.cassandra.ssl.enabled  Controls use of the SSL connection to Cassandra 
(default "false").

I did a quick search on AAI code, but could not find it. Maybe it is specified 
elsewhere, e.g. in OOM parameter files.


Keong




This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Dterms-2Dof-2Dservice&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=rhznfuLCsXqoa46jx3mmFKZ9sBSX0vxDt6SX-I87ih8&s=-HZYIPsUNDpGc-wHpYNCUK7U4y0hbPIcXmhDY7xVQDw&e=
 

Re: [onap-discuss] [aai] Support for 2-way SSL?

[Steve Blimkie]

Thanks Harish ... sounds like 2-way SSL is limitation of Janus and not 
traversal/resources.

One other quick question:  In the absence of 2-way SSL, do resources/traversal 
support user/pwd authentication with Cassandra?

Cheers,
Steve

-Original Message-
From: KAJUR, HARISH V  
Sent: Thursday, November 29, 2018 9:27 PM
To: onap-discuss@lists.onap.org; keong@huawei.com; Steven Blimkie 
; FORSYTH, JAMES 
Subject: RE: [onap-discuss] [aai] Support for 2-way SSL?

Hi,

If they want to connect to an existing Cassandra cluster, then they can do so 
by creating an new override yaml file and no changes to oom repo.
By creating or updating the overrides file as below with their cluster values:

global:
  config:
cluster:
  cassandra:
dynamic: false
# If cluster.cassandra.dynamic is set to false
# Then the following configuration should be uncommented
# This is if you are planning to connect to a existing
# Cassandra cluster instead of doing the deployment
storage:
  backend: cassandra
  hostname: somehost1,somehost2,somehost3
  connectionTimeout: 10
  cacheSize: 100
  clusterName: someClusterName
  localDataCenter: someDataCenter
  keyConsistent: true
  # If backend is cql or cassandra it should be keyspace name
  # else backend is hbase it should be hbase table name
  name: your_hbase_table_or_keyspace_name

  # Cassandra driver specific properties for janusgraph
  cassandra:
# Name of the Cassandra Cluster
cluster: someclustername
readConsistency: LOCAL_QUORUM
writeConsistency: LOCAL_QUORUM
replicationFactor: 3

I don't think the communication between the janusgraph and Cassandra will be 
two way ssl as its only asking for truststore in the ssl section of janusgraph 
documentation.
It can definitely support one way ssl from the configuration.
If they want to use one way ssl, then they would need to update some files in 
the oom repo.
They would need to update the following properties files:

oom/kubernetes/aai/charts/aai-resources/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-resources/resources/config/janusgraph-cached.properties
oom/kubernetes/aai/charts/aai-traversal/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-traversal/resources/config/janusgraph-cached.properties
oom/kubernetes/aai/charts/aai-graphadmin/resources/config/janusgraph-realtime.properties
oom/kubernetes/aai/charts/aai-graphadmin/resources/config/janusgraph-cached.properties

From the documentation link Keong provided, if they add the required properties 
in the above files, then one way ssl communication can work.

Thanks,
Harish

-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Keong Lim
Sent: Thursday, November 29, 2018 7:48 PM
To: BLIMKIE, STEVEN ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [aai] Support for 2-way SSL?

Hi Steve,

The part you are actually talking about is the JanusGraph-to-Cassandra 
communications, since Cassandra is the backend storage engine.
According to:
- 
https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.janusgraph.org_0.2.0_cassandra.html&d=DwIFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=DR-D3pKngmkLiJf5ldOYEoVD4xaVRJ0Z4mKsNfp4Xeg&s=BoZJPy-I78wwUM8Ka9EH0CIJqh9kGH5bNRiT7KGKLVY&e=
- 
https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.janusgraph.org_0.2.0_config-2Dref.html&d=DwIFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=DR-D3pKngmkLiJf5ldOYEoVD4xaVRJ0Z4mKsNfp4Xeg&s=VwXJys0STzZ69gESqvu74SwFQ4pDOxBbc2G46us4p00&e=

the configuration option to check for is:

13.3.27. storage.cassandra.ssl
storage.cassandra.ssl.enabled  Controls use of the SSL connection to Cassandra 
(default "false").

I did a quick search on AAI code, but could not find it. Maybe it is specified 
elsewhere, e.g. in OOM parameter files.


Keong




This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14172): https://lists.onap.org/g/onap-discuss/message/14172
Mute This Topic: https://lists.onap.org/mt/28503357/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] TSC 30 Nov meet url - 0900 EST - https://zoom.us/j/242246829

[Michael O'Brien]

24 of us on
https://zoom.us/j/242246829

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14171): https://lists.onap.org/g/onap-discuss/message/14171
Mute This Topic: https://lists.onap.org/mt/28509858/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [compliance] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Margaret Chiosi]

If all agree that would be great – but we need to get to more specifics on how 
we accomplish this (which Xudan proposed). I just think we need to add VVP in 
the mix.
So if next Tuesday we can go through the high level goals in my list to see 
where we converge on, then I think through the more detailed technical 
architecture or framework.

Thank You,
Margaret Chiosi
VP Open Ecosystem Team

Admin: Sophie Johnson
sophie.johns...@huawei.com
+1 (908) 541-3590

Futurewei Technologies, Inc.
Fixed Network Solution CC
400 Crossing Blvd
Bridgewater, NJ 08807
(cell) +1-732-216-5507

[cid:image001.png@01CCE115.88302080]

From: vincent.sch...@telekom.de [mailto:vincent.sch...@telekom.de]
Sent: Friday, November 30, 2018 9:01 AM
To: Margaret Chiosi (A) ; 
complia...@lists.lfnetworking.org; Gaoweitao (Victor, Cloudify Network OSDT) 
; onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; steven.st...@att.com; trevor.lov...@att.com; 
mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Subject: AW: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration

The “one portal” approach is exactly what vvp-web should add to. We would like 
to integrate the vvp-validation-script Heat validation into the OPNFV verified 
portal. At the end there should be one VNF certification portal which provides 
OPNF, VVP and VNFSDK validation.

Best regards
Vincent

Von: Margaret Chiosi (A) 
mailto:margaret.chio...@huawei.com>>
Gesendet: Freitag, 30. November 2018 14:46
An: 
complia...@lists.lfnetworking.org; 
Gaoweitao (Victor, Cloudify Network OSDT) 
mailto:victor@huawei.com>>; 
onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; Scharf, Vincent 
mailto:vincent.sch...@telekom.de>>; 
georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; 
steven.st...@att.com; 
trevor.lov...@att.com; 
mok...@intracom-telecom.com; 
sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Betreff: RE: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration

Folks: there are actually three types of VNF ‘certification/validation’ – VVP 
(initial ONAP VNF check based on heat), VNFSDK (Newer ONAP check - more 
generic), OPNFV.
All three should be combined into one even though the ‘certification’ may be 
slightly different focuses. We do want one portal for folks to ‘choose’ the 
certification/validation they want to have their VNFs checked against.
I haven’t been following this the last 2 years since Chris was leading this. So 
not sure where we are in direction.

I suggest that we cover the following as we converge:

  1.  We focus on VNF to make sure they are supported in the OPNFV and ONAP 
environment
  2.  We focus on PNFs to make sure they are supported in the ONAP environment 
and work with the VNFs in both the OPNFV and ONAP environments
  3.  Areas which VNFs/PNFs need to conform to:
 *   All the artifacts which are necessary to be designed and run in an 
ONAP environment
 *   Basic tests which validate the VNF/PNF is running in an ONAP 
environment and VNF running in OPNFV environment – onboarding, basic 
configuration for basic user data passing through and basic data collection.
 *   Longer term get to more elaborate tests like congestion, performance
Comments?

Thank You,
Margaret Chiosi
VP Open Ecosystem Team

Admin: Sophie Johnson
sophie.johns...@huawei.com
+1 (908) 541-3590

Futurewei Technologies, Inc.
Fixed Network Solution CC
400 Crossing Blvd
Bridgewater, NJ 08807
(cell) +1-732-216-5507

[cid:image001.png@01CCE115.88302080]

From: 
complia...@lists.lfnetworking.org 
[mailto:complia...@lists.lfnetworking.org] On Behalf Of 
xuda...@huawei.com
Sent: Friday, November 30, 2018 4:42 AM
To: Gaoweitao (Victor, Cloudify Network OSDT) 
mailto:victor@huawei.com>>; 
onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; 
vincent.sch...@telekom.de; 
georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; 
steven.st...@att.com; 
trevor.lov...@att.com; 
mok...@intracom-telecom.com; 
sw3...@att.com
Cc: hkirk...@linuxfoundation.org; 
complia...@lists.lfnetworking.org

Re: [onap-discuss] [compliance] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Vincent Scharf]

The “one portal” approach is exactly what vvp-web should add to. We would like 
to integrate the vvp-validation-script Heat validation into the OPNFV verified 
portal. At the end there should be one VNF certification portal which provides 
OPNF, VVP and VNFSDK validation.



Best regards

Vincent



Von: Margaret Chiosi (A) 
Gesendet: Freitag, 30. November 2018 14:46
An: complia...@lists.lfnetworking.org; Gaoweitao (Victor, Cloudify Network 
OSDT) ; onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; Scharf, Vincent ; 
georg.k...@ericsson.com; pkara...@intracom-telecom.com; steven.st...@att.com; 
trevor.lov...@att.com; mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org
Betreff: RE: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration



Folks: there are actually three types of VNF ‘certification/validation’ – VVP 
(initial ONAP VNF check based on heat), VNFSDK (Newer ONAP check - more 
generic), OPNFV.

All three should be combined into one even though the ‘certification’ may be 
slightly different focuses. We do want one portal for folks to ‘choose’ the 
certification/validation they want to have their VNFs checked against.

I haven’t been following this the last 2 years since Chris was leading this. So 
not sure where we are in direction.



I suggest that we cover the following as we converge:

1.  We focus on VNF to make sure they are supported in the OPNFV and ONAP 
environment
2.  We focus on PNFs to make sure they are supported in the ONAP 
environment and work with the VNFs in both the OPNFV and ONAP environments
3.  Areas which VNFs/PNFs need to conform to:

   a.   All the artifacts which are necessary to be designed and run in an ONAP 
environment
   b.   Basic tests which validate the VNF/PNF is running in an ONAP 
environment and VNF running in OPNFV environment – onboarding, basic 
configuration for basic user data passing through and basic data collection.
   c.   Longer term get to more elaborate tests like congestion, performance

   Comments?



   Thank You,

   Margaret Chiosi

   VP Open Ecosystem Team



   Admin: Sophie Johnson

   sophie.johns...@huawei.com

   +1 (908) 541-3590



   Futurewei Technologies, Inc.

   Fixed Network Solution CC

   400 Crossing Blvd

   Bridgewater, NJ 08807

   (cell) +1-732-216-5507







   From: 
complia...@lists.lfnetworking.org 
[mailto:complia...@lists.lfnetworking.org] On Behalf Of 
xuda...@huawei.com
   Sent: Friday, November 30, 2018 4:42 AM
   To: Gaoweitao (Victor, Cloudify Network OSDT) 
mailto:victor@huawei.com>>; 
onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; 
vincent.sch...@telekom.de; 
georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; 
steven.st...@att.com; 
trevor.lov...@att.com; 
mok...@intracom-telecom.com; 
sw3...@att.com
   Cc: hkirk...@linuxfoundation.org; 
complia...@lists.lfnetworking.org
   Subject: Re: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration



   Hi Morgan,



   As the wiki page said, VVP web is a web-based validation platform with one 
click. It is different from OVP web portal and also the ONAP portal we are 
developing now.

   Current OVP web [1] is used by the step 3 of the OVP workflow “submitting 
test results”. All test cases are executed in step 2 with OVP testing tool 
dovetail. So the web portal is only used for submitting results and reviewing 
the vendors’ results online.

   VNF SDK also do like this, test with a tool locally and upload the results 
with the ONAP web portal (we are still working on de development).



   Stamatis, Panag and me will participate the Plugfest and look forward to 
talk with you.



   Also Stamatis and Panag have proposed an solution for the ONAP integration. 
In order to make the proposal more comprehensible, a ppt is also attached to 
this email. Based on the ppt, our proposal is the following:



   Current State

   Key Components

   MongoDB instance: The database which contains OPNFV test case results and 
Product Applications

   REST API instance: The python server which receives HTTP requests and 
performs transactions to MongoDB (upload results, applications, etc.)

   Web Portal instance: The existing OPNFV Verification Web Portal found at 
[1], through which the HTTP requests are directed to REST API



   Desired State

   Key Components

   MongoDB instance: The same database, extended with new indexes for ONAP test 
case results, VNF applic

Re: [onap-discuss] [compliance] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Margaret Chiosi]

Folks: there are actually three types of VNF ‘certification/validation’ – VVP 
(initial ONAP VNF check based on heat), VNFSDK (Newer ONAP check - more 
generic), OPNFV.
All three should be combined into one even though the ‘certification’ may be 
slightly different focuses. We do want one portal for folks to ‘choose’ the 
certification/validation they want to have their VNFs checked against.
I haven’t been following this the last 2 years since Chris was leading this. So 
not sure where we are in direction.

I suggest that we cover the following as we converge:

1.   We focus on VNF to make sure they are supported in the OPNFV and ONAP 
environment

2.   We focus on PNFs to make sure they are supported in the ONAP 
environment and work with the VNFs in both the OPNFV and ONAP environments

3.   Areas which VNFs/PNFs need to conform to:

a.   All the artifacts which are necessary to be designed and run in an 
ONAP environment

b.  Basic tests which validate the VNF/PNF is running in an ONAP 
environment and VNF running in OPNFV environment – onboarding, basic 
configuration for basic user data passing through and basic data collection.

c.   Longer term get to more elaborate tests like congestion, performance
Comments?

Thank You,
Margaret Chiosi
VP Open Ecosystem Team

Admin: Sophie Johnson
sophie.johns...@huawei.com
+1 (908) 541-3590

Futurewei Technologies, Inc.
Fixed Network Solution CC
400 Crossing Blvd
Bridgewater, NJ 08807
(cell) +1-732-216-5507

[cid:image001.png@01CCE115.88302080]

From: complia...@lists.lfnetworking.org 
[mailto:complia...@lists.lfnetworking.org] On Behalf Of xuda...@huawei.com
Sent: Friday, November 30, 2018 4:42 AM
To: Gaoweitao (Victor, Cloudify Network OSDT) ; 
onap-discuss@lists.onap.org; morgan.richo...@orange.com; 
vincent.sch...@telekom.de; georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; steven.st...@att.com; trevor.lov...@att.com; 
mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org; complia...@lists.lfnetworking.org
Subject: Re: [compliance] [LFN][Certification] LFN certification, Dovetail & 
ONAP VVP portal integration

Hi Morgan,

As the wiki page said, VVP web is a web-based validation platform with one 
click. It is different from OVP web portal and also the ONAP portal we are 
developing now.
Current OVP web [1] is used by the step 3 of the OVP workflow “submitting test 
results”. All test cases are executed in step 2 with OVP testing tool dovetail. 
So the web portal is only used for submitting results and reviewing the 
vendors’ results online.
VNF SDK also do like this, test with a tool locally and upload the results with 
the ONAP web portal (we are still working on de development).

Stamatis, Panag and me will participate the Plugfest and look forward to talk 
with you.

Also Stamatis and Panag have proposed an solution for the ONAP integration. In 
order to make the proposal more comprehensible, a ppt is also attached to this 
email. Based on the ppt, our proposal is the following:

Current State
Key Components
MongoDB instance: The database which contains OPNFV test case results and 
Product Applications
REST API instance: The python server which receives HTTP requests and performs 
transactions to MongoDB (upload results, applications, etc.)
Web Portal instance: The existing OPNFV Verification Web Portal found at [1], 
through which the HTTP requests are directed to REST API

Desired State
Key Components
MongoDB instance: The same database, extended with new indexes for ONAP test 
case results, VNF applications etc.
REST API instance: The same python server, extended with new rest URIs for 
ONAP-based transactions on MongoDB (upload results, applications, etc.)
OPNFV Web Portal Instance: The exact same web portal found at  
https://verified.opnfv.org/ (or similar)
ONAP Web Portal Instance: The Web Portal for the ONAP Verification found at  
https://verified.onap.org/ (or similar)
Linux Foundation Verification Page: A single page which redirects the user to 
either OPNFV or ONAP web portals, found at 
https://verified.linuxfoundation.org/ (or similar)

Implementation Details
Modify Docker Deployment to instantiate not only the OPNFV portal container but 
also a ONAP portal container and a generic Linux Foundation portal container
Create ONAP portal code based on the existing OPNFV portal code as a first 
step. Modify it in terms of content as a second step (logos, text, fonts, form 
fields, table columns etc.)
NOTE: Adjust to VNFSDK requirements found here: 
https://wiki.lfnetworking.org/display/LN/Portal
Create A simple one page for Linux Foundation welcome page
NOTE: Ask for content from Linux Foundation Marketing or anyone in charge
Modify the REST API to be able to perform ONAP-based transactions to MongoDB

Outcome
A prototype ready for demonstration at OPNFV+ONAP Plugfest in January

We are open to suggestions but keep in mind that time and resources are 
limited

Re: [onap-discuss] [OOM] Fatty is not pretty - technical detail discussion below - and "F* is not P*" as a title is inappropriate

[Michael O'Brien]

Sylvain,
Hi, the numbers of nodes requested is currently 13 + 1
Eric and the OOM/Integration teams are merging minimal and use case related 
yaml profiles (for example vFW required) – this is complicated by the fact they 
must allocate enough ram per container to handle the 66% JVM GC barrier – by 
stressing or imagining load specific to each pod.
Some history  - remember ONAP 1.x – in heat the VMs  where hardcoded – a 
couple were 64G – some VMs would be saturated while others were using only 4G 
of 16G – we topped out at 280G at one point.  Kubernetes at least pools all the 
RAM in the cluster.  We are up to over 280 containers – 57 of which are 
filebeat log streaming sidecars (not including all the init/config stopped 
containers) – I expect more as more of the larger microservices are split up.
I have run multiple types of deployment from a single 500g VM to a 14+1 
(discussion on size should mention if 14 is (14+1 or) 14 total) – Ram at 
deployment time was 187g on the cluster – will be larger under some load after 
a couple weeks of running – even the best code and JVM GC will still leak ram 
slowly – kubernetes takes care of some of this.

https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-DeploymentProfile

Keep in mind that for each VM we add we add 3-5G of non-ONAP overhead – 
therefore for production will need to profile the sweet spot of VM size 
16/32/64.  There are 2 numbers in rancher/kubernetes – one will be the total 
ram (OS allocated + onap pods) – one is higher – all the way up to cluster ram 
size 224G in my 14+1 case.  An example of an extremely low footprint would be a 
single co-located node – tested on a 432G vm – in this case deployment size of 
151G that reaches 170G after an idle time of a week.
(Note that the nodes page on the k8s dashboard will say 261G in this case 
(entire OS level ram) – ONAP at the same time states 169G, and a kubectl top 
nodes will state 175G  (OS top states 445 total, 136 free, 178 used, 132 
cached) – so we need to be aware of OS vs K8S ram – I am using the single VM 
instead of the 14+1 because it is easier to do top on it in this case.
However running 1 or fewer than 4 VMs would cause issues of cluster leader 
voting problems and possibly bring down the kubernetes cluster if the FS on the 
master became saturated – more VMs per AZ per DC is better – use 4 to 13+ host 
nodes in production.
Saturation in practice for kubernetes is 80% (HD and RAM) – therefore the 
cluster must be at least 120% the size of ONAP for both RAM and FS rotation – 
before eviction/rotation sets in.  Our largest issue is not RAM or CPU (we top 
out at 55 vCores) – it is the FS – we need to keep the FS containing docker 
images and container logs on each VM and the NFS volume from reaching 80% to 
avoid eviction – this is on me.

There is also the discussion of optional/monitoring components – keeping 
these out for development is fine – but they must be in testing/prod 
environments because adding them at the last minute causes issues like we have 
seen where the deployment profile changes after the load of these components 
comes in – also we are missing the runtime triage they provide.  One example is 
“log streaming” check my diagram above for the red sidecar containers missing 
for some pods – we get system wide traceability in this case
https://wiki.onap.org/download/attachments/31981892/20181130_onap_c_deploy_diagram_Screenshot%202018-11-29%2022.59.47.png?version=1&modificationDate=1543552333000&api=v2

Also, the choice of message title “Fatty is not pretty” is inappropriate 
and offensive to 50% or more of the population – try to use a better email 
header next time.  I am using my initial reaction at the title as a guide here 
– as it stood out as “no way one of the repliers would ever speak like that” – 
thanks for your understanding

Thank you
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Sylvain Desbureaux
Sent: Thursday, November 29, 2018 8:33 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] Fatty is not pretty

Hello,
When I see that my 12 times 16G of RAM deployment (so 192G of RAM) is not 
sufficient for a “small” deployment of ONAP, I don’t even want to see how much 
I need for a “large” deployment (a complete DC?):

Containers:
  portal-cassandra:
Image:  nexus3.onap.org:10001/onap/music/cassandra_music:3.0.0
Ports:  9160/TCP, 7000/TCP, 7001/TCP, 7199/TCP, 9042/TCP
Limits:
  cpu: 2
  memory:  8Gi
Requests:
  cpu:  1
  memory:   4Gi
Liveness:   exec [/bin/bash -c nodetool status | grep $POD_IP | awk 
'$1!="UN" { exit 1; }'] delay=10s timeout=1s period=10s #success=1 #failure=3
Readiness:  exec [/bin/bash -c nodetool status | grep $POD_IP | awk 
'$1!="UN" { exit 1; }'] delay=10s timeout=1s period=10s #success=1 #failure=3
Environment:
  CASSUSER:  root
  CASSPASS:  Aa123456
  JVM_OPTS:  -Xmx2536

Re: [onap-discuss] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Vincent Scharf]

Looks like I accidentally signed my email.



Hi Dan Xu,



this is Vincent from Deutsche Telekom. I do not think, that the VVP-web portal 
is different from the OVP web portal from the idea point of view. I developed 
the prototype for having a way to validate a set of HEAT templates against the 
VNF requirements described by ONAP in a central way. The idea was to have a 
guarantee that a given VNF is compatible with ONAP and that anyone can check 
its compatibility without having to run the most recent version of the 
vvp-validation-scripts locally. If you extend this idea we get exactly what the 
OVP web portal is currently for OPNFV.

The current Wiki page is a work in progress and not completely updated with the 
new use case submitted by Morgan at the vvp weekly. The vvp-web as is, is only 
a prototype.

The idea is to provide a platform like OVP for ONAP, with the extension, that 
you should not only be able to upload test results, but the actual HEAT 
templates. The testing should be executed by a web service and then be reported 
to the database and issue a certificate if appropriate.

Looking at the approach from the VNFSDK team I think ours is similar. @Victor 
it would be perfect if you could join us on our weekly next Tuesday to discuss 
our approaches and synchronize our work.



Best regards

Vincent





Von: xudan (N) 
Gesendet: Freitag, 30. November 2018 10:42
An: Gaoweitao (Victor, Cloudify Network OSDT) ; 
onap-discuss@lists.onap.org; morgan.richo...@orange.com; Scharf, Vincent 
; georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; steven.st...@att.com; trevor.lov...@att.com; 
mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org; complia...@lists.lfnetworking.org
Betreff: RE: [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal 
integration



Hi Morgan,



As the wiki page said, VVP web is a web-based validation platform with one 
click. It is different from OVP web portal and also the ONAP portal we are 
developing now.

Current OVP web [1] is used by the step 3 of the OVP workflow “submitting test 
results”. All test cases are executed in step 2 with OVP testing tool dovetail. 
So the web portal is only used for submitting results and reviewing the 
vendors’ results online.

VNF SDK also do like this, test with a tool locally and upload the results with 
the ONAP web portal (we are still working on de development).



Stamatis, Panag and me will participate the Plugfest and look forward to talk 
with you.



Also Stamatis and Panag have proposed an solution for the ONAP integration. In 
order to make the proposal more comprehensible, a ppt is also attached to this 
email. Based on the ppt, our proposal is the following:



Current State

Key Components

MongoDB instance: The database which contains OPNFV test case results and 
Product Applications

REST API instance: The python server which receives HTTP requests and performs 
transactions to MongoDB (upload results, applications, etc.)

Web Portal instance: The existing OPNFV Verification Web Portal found at [1], 
through which the HTTP requests are directed to REST API



Desired State

Key Components

MongoDB instance: The same database, extended with new indexes for ONAP test 
case results, VNF applications etc.

REST API instance: The same python server, extended with new rest URIs for 
ONAP-based transactions on MongoDB (upload results, applications, etc.)

OPNFV Web Portal Instance: The exact same web portal found at  
https://verified.opnfv.org/ (or similar)

ONAP Web Portal Instance: The Web Portal for the ONAP Verification found at  
https://verified.onap.org/ (or similar)

Linux Foundation Verification Page: A single page which redirects the user to 
either OPNFV or ONAP web portals, found at 
https://verified.linuxfoundation.org/ (or similar)



Implementation Details

Modify Docker Deployment to instantiate not only the OPNFV portal container but 
also a ONAP portal container and a generic Linux Foundation portal container

Create ONAP portal code based on the existing OPNFV portal code as a first 
step. Modify it in terms of content as a second step (logos, text, fonts, form 
fields, table columns etc.)

NOTE: Adjust to VNFSDK requirements found here: 
https://wiki.lfnetworking.org/display/LN/Portal

Create A simple one page for Linux Foundation welcome page

NOTE: Ask for content from Linux Foundation Marketing or anyone in charge

Modify the REST API to be able to perform ONAP-based transactions to MongoDB



Outcome

A prototype ready for demonstration at OPNFV+ONAP Plugfest in January



We are open to suggestions but keep in mind that time and resources are 
limited. Hence, after serious consideration the aforementioned proposal appears 
to be the best way to proceed.



[1] https://verified.opnfv.org

[2] 
https://docs.opnfv.org/en/stable-fraser/submodules/dovetail/docs/testing/user/certificationworkflow/index.html



Thanks,

Dan Xu



From: Gaoweitao (Victor, Cloudify N

Re: [onap-discuss] [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal integration

[Vincent Scharf]

Hi Dan Xu,

 

this is Vincent from Deutsche Telekom. I do not think, that the VVP-web portal 
is different from the OVP web portal from the idea point of view. I developed 
the prototype for having a way to validate a set of HEAT templates against the 
VNF requirements described by ONAP in a central way. The idea was to have a 
guarantee that a given VNF is compatible with ONAP and that anyone can check 
its compatibility without having to run the most recent version of the 
vvp-validation-scripts locally. If you extend this idea we get exactly what the 
OVP web portal is currently for OPNFV.

The current Wiki page is a work in progress and not completely updated with the 
new use case submitted by Morgan at the vvp weekly. The vvp-web as is, is only 
a prototype.

The idea is to provide a platform like OVP for ONAP, with the extension, that 
you should not only be able to upload test results, but the actual HEAT 
templates. The testing should be executed by a web service and then be reported 
to the database and issue a certificate if appropriate.

Looking at the approach from the VNFSDK team I think ours is similar. @Victor 
it would be perfect if you could join us on our weekly next Tuesday to discuss 
our approaches and synchronize our work.

 

Best regards

Vincent

 

Von: xudan (N)  
Gesendet: Freitag, 30. November 2018 10:42
An: Gaoweitao (Victor, Cloudify Network OSDT) ; 
onap-discuss@lists.onap.org; morgan.richo...@orange.com; Scharf, Vincent 
; georg.k...@ericsson.com; 
pkara...@intracom-telecom.com; steven.st...@att.com; trevor.lov...@att.com; 
mok...@intracom-telecom.com; sw3...@att.com
Cc: hkirk...@linuxfoundation.org; complia...@lists.lfnetworking.org
Betreff: RE: [LFN][Certification] LFN certification, Dovetail & ONAP VVP portal 
integration

 

Hi Morgan,

 

As the wiki page said, VVP web is a web-based validation platform with one 
click. It is different from OVP web portal and also the ONAP portal we are 
developing now.

Current OVP web [1] is used by the step 3 of the OVP workflow “submitting test 
results”. All test cases are executed in step 2 with OVP testing tool dovetail. 
So the web portal is only used for submitting results and reviewing the 
vendors’ results online.

VNF SDK also do like this, test with a tool locally and upload the results with 
the ONAP web portal (we are still working on de development).

 

Stamatis, Panag and me will participate the Plugfest and look forward to talk 
with you.

 

Also Stamatis and Panag have proposed an solution for the ONAP integration. In 
order to make the proposal more comprehensible, a ppt is also attached to this 
email. Based on the ppt, our proposal is the following:

 

Current State

Key Components

MongoDB instance: The database which contains OPNFV test case results and 
Product Applications

REST API instance: The python server which receives HTTP requests and performs 
transactions to MongoDB (upload results, applications, etc.)

Web Portal instance: The existing OPNFV Verification Web Portal found at [1], 
through which the HTTP requests are directed to REST API

 

Desired State

Key Components

MongoDB instance: The same database, extended with new indexes for ONAP test 
case results, VNF applications etc.

REST API instance: The same python server, extended with new rest URIs for 
ONAP-based transactions on MongoDB (upload results, applications, etc.)

OPNFV Web Portal Instance: The exact same web portal found at   
 https://verified.opnfv.org/ (or similar)

ONAP Web Portal Instance: The Web Portal for the ONAP Verification found at   
 https://verified.onap.org/ (or similar)

Linux Foundation Verification Page: A single page which redirects the user to 
either OPNFV or ONAP web portals, found at  
 https://verified.linuxfoundation.org/ 
(or similar)

 

Implementation Details

Modify Docker Deployment to instantiate not only the OPNFV portal container but 
also a ONAP portal container and a generic Linux Foundation portal container

Create ONAP portal code based on the existing OPNFV portal code as a first 
step. Modify it in terms of content as a second step (logos, text, fonts, form 
fields, table columns etc.)

NOTE: Adjust to VNFSDK requirements found here:  
 
https://wiki.lfnetworking.org/display/LN/Portal

Create A simple one page for Linux Foundation welcome page

NOTE: Ask for content from Linux Foundation Marketing or anyone in charge

Modify the REST API to be able to perform ONAP-based transactions to MongoDB

 

Outcome

A prototype ready for demonstration at OPNFV+ONAP Plugfest in January

 

We are open to suggestions but keep in mind that time and resources are 
limited. Hence, after serious consideration the aforementioned proposal appears 
to be the best way to proceed.

 

[1]   https://verified.opnfv.org

[2]  

[onap-discuss] SDC PTL nomination

[Ofir Sonsino]

Dear SDC committers,

I hereby present myself for the role of PTL of SDC.

Technological background:

1.   Worked in AT&T SDC development team for two years as software engineer.

2.   Well familiar with SDC design and main workflows developments.

3.   As VID PTL, I worked in ONAP VID development team for the last two 
years.

4.   Experienced in both back and front end technologies, including Java 
and Angular.


Experience in ONAP community:

5.   Well familiar with ONAP technical environment and labs for ongoing 
work.

6.   Led successfully two VID ONAP releases.

7.   Supported on-boarding of Nokia team to VID development in ONAP.


 I love working in ONAP community and would like to take the challenge of SDC 
PTL role to further support the community.

Thanks,

Ofir Sonsino
Project Technical Lead, VID
AT&T Network Application Development * NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
***
Office: +972 (3) 5451417
Mobile: +972 (52) 4377782
E-mail: ofir.sons...@intl.att.com


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14164): https://lists.onap.org/g/onap-discuss/message/14164
Mute This Topic: https://lists.onap.org/mt/28509104/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] APPC Portal

[Prakash via Lists.Onap.Org]

Hello Team,
 I see the DMD(APPC) component is not available in APPC ONAP though it
present in the Architecture diagram. Is there any portal for APPC?

-- 
*Regards,*
Prakas P,
Network and Technology IT,
VDSI - Olympia – Chennai
*VoIP: *72184* | Direct: *+91 44 4394 2184

*Mailto * *|* prakas...@verizon.com 

*We Are VERIZON *

*INTEGRITY . RESPECT . PERFORMANCE EXCELLENCE . ACCOUNTABILITY
*

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14163): https://lists.onap.org/g/onap-discuss/message/14163
Mute This Topic: https://lists.onap.org/mt/28508312/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-