Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

[Multanen, Eric W]

I believe these will be fixed in 1.3.5 SO images (which  may not be ready yet – 
but should be soon).   Some fixes for oof_directive handling were just merged 
today.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Thursday, November 29, 2018 10:31 PM
To: seshu.kuma...@huawei.com; sirisha.gopig...@verizon.com; 
multa...@mr1.windriver.com ; Multanen, Eric W 

Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi Seshu, Eric,

The attached log indicate there is unexpected header along with the request to 
multicloud: “Request Headers: {Authorization=[Basic YnBlbDpwYXNzd29yZDEk],”

I believe this has been fixed , correct? Would it be enough to update the 
version of certain SO service to fix this issue?

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gopigiri, Sirisha via 
Lists.Onap.Org
Sent: Friday, November 30, 2018 1:08 PM
To: multa...@mr1.windriver.com<mailto:multa...@mr1.windriver.com>; Eric W; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

Dear SO Team,

As discussed, I have tried with the 1.3.4 tag SO images, and used to deploy 
vfirewall use case. But still I am facing the same issue.

After going through the SO code I could see that you are using oofdirectives. 
So I have even enabled OOF services.

Am I missing any configuration request you to help me on this.

Images that I have used are:
nexus3.onap.org:10001/onap/so/openstack-adapter:1.3.4
nexus3.onap.org:10001/onap/so/api-handler-infra:1.3.4
nexus3.onap.org:10001/onap/so/bpmn-infra:1.3.4
nexus3.onap.org:10001/onap/so/catalog-db-adapter:1.3.4
nexus3.onap.org:10001/onap/so/so-monitoring:1.3.4
nexus3.onap.org:10001/onap/so/request-db-adapter:1.3.4
nexus3.onap.org:10001/onap/so/sdc-controller:1.3.4
nexus3.onap.org:10001/onap/so/sdnc-adapter:1.3.4
nexus3.onap.org:10001/onap/so/vfc-adapter:1.3.4

Thank you

Best Regards
Sirisha Gopigiri


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

View/Reply Online (#14162): https://lists.onap.org/g/onap-discuss/message/14162
Mute This Topic: https://lists.onap.org/mt/28238442/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] [so] SO multicloud adapter error 500 talking to multicloud

[Multanen, Eric W]

Upon further investigation, maybe this is an SO issue.

Possibly just a configuration issue  - I could use some SO advice.

What I'm seeing is this:
when the multicloud adapter makes the call to multicloud, e.g.

2018-11-27T06:16:21.160Z|80440e07-2aba-4451-92af-6c18cc488cd6| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Making POST request to: 
http://msb-iag.onap:80/api/multicloud-titaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload

Request Headers: {Authorization=[Basic YnBlbDpwYXNzd29yZDEk], 
content-type=[application/json], Accept=[application/json], 
X-ONAP-RequestID=[80440e07-2aba-4451-92af-6c18cc488cd6], 
X-ONAP-InvocationID=[27eefb97-2f32-437b-a34e-629c199b70f8], 
X-ONAP-PartnerName=[SO]}

In previous weeks, when I've successfully created vfmodules via SO with 
multicloud, I do not believe the Authorization header (as highlighted above) 
was present. Which is: "bpel:password1$"
I suspect its presence is resulting in the HTTP 500 error, because ...

When I create a POST request in Postman and use the same URI and body, but 
without the Authorization header, the request makes it through to multicloud.


I'm not seeing how this Authorization got into to the header - especially with 
an SO-ish vs. multicloud looking value.
Any chance it can be fixed with a configmap modification or something?

Thanks,
Eric


From: Multanen, Eric W
Sent: Monday, November 26, 2018 11:04 PM
To: Yang, Bin ; Huang, Haibin ; 
onap-discuss@lists.onap.org
Cc: Ukponmwan, Itohan 
Subject: [multicloud][so] Error 500 talking to multicloud

Hi Bin Yang,
Itohan and I are testing and running into an issue where the http calls to 
multicloud are returning Server Error 500.
I see a similar error when trying to do a Postman request as well.

If you can help take a look and see if you can spot what's going wrong that 
would be great.
We are working in the 'OOF' project in the ONAP lab.

Thanks,
Eric



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

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

[onap-discuss] [multicloud][so] Error 500 talking to multicloud

[Multanen, Eric W]

Hi Bin Yang,
Itohan and I are testing and running into an issue where the http calls to 
multicloud are returning Server Error 500.
I see a similar error when trying to do a Postman request as well.

If you can help take a look and see if you can spot what's going wrong that 
would be great.
We are working in the 'OOF' project in the ONAP lab.

Thanks,
Eric



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

View/Reply Online (#14077): https://lists.onap.org/g/onap-discuss/message/14077
Mute This Topic: https://lists.onap.org/mt/28368703/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] VF Module Creation Says Successful but stack not created in Openstack

[Multanen, Eric W]

After the so-openstack adapter log, I'd look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

Another source of clues could be the so-bpmn logs.

Eric


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Multanen, Eric W 
; Ranganathan, Dileep 
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; Multanen, 
Eric W mailto:eric.w.multa...@intel.com>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi All,

I created a VNF, preloaded and then created a VF module. The Creation says 
successful but the stack is not shown in Openstack. Has anyone seen this. Any 
ideas on how to debug this?

Thanks,
Itohan




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

View/Reply Online (#13962): https://lists.onap.org/g/onap-discuss/message/13962
Mute This Topic: https://lists.onap.org/mt/28281137/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] [SO] Heat template from yaml string to json for SO multicloud adapter

[Multanen, Eric W]

Ok great – doesn’t look like I missed anything.  Thanks Steve!

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Friday, October 12, 2018 12:57 PM
To: Multanen, Eric W ; onap-discuss@lists.onap.org
Subject: Re: [SO] Heat template from yaml string to json for SO multicloud 
adapter

Question 1:  Does the current SO Openstack adapter convert this Yaml  
“template” string to JSON at some point before it gets sent?  If it does, I 
haven’t been able to spot where that happens yet.
Nope

The second (related) issue is the “environment” attribute is also a string 
containing the contents of the heat env file.  I understand that multicloud 
would like to see this json attributes in the “parameters” list.
We would have to code that.

Question 2: Again, does the current SO Openstack adapter do any conversion on 
the “environment” attribute, or does it get sent ‘as is’?
Sent as is, best I can recall.

Questioin 3:  To summarize – is there current code in SO to do what I’m trying 
to do?  Or, does the current SO Openstack adapter just send the heat template 
and environment to Openstack as strings?
 I know we the intel folks are working on building in a multi-cloud plugin to 
the adapter.  Please reach out ot them, it looks like we will support it soon.


Thanks

-Steve


From: "Multanen, Eric W" 
mailto:eric.w.multa...@intel.com>>
Date: Friday, October 12, 2018 at 3:54 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [SO] Heat template from yaml string to json for SO multicloud adapter

Hi SO experts,

For the Openstack multicloud adapter we’re working on in SO, a CreateStackParam 
object is
created from the inputs and included in the “template_data” part of the 
multicloud infra request body to create a vfModule.

That looks something like this:

   “template_data” : {
  “template”: “  “,
  “stack_name”: “vfw”,
  “parameters”: {
 “vnf_id”: “”
  },
  “environment”: “  
“,
   etc.

The issue right now is that the multicloud side would like to get the 
“template” attributes in JSON format – instead of as a Yaml string.
   E.g. something like:
"template": {
"heat_template_version": "2015-10-15",
“description": "Simple template to test heat commands",
"parameters": {

}
   Instead of:
"template": 
"##\n#\n#==LICENSE_START==\n#\n#\n#
 Copyright < rest of the heat template file > “,

Question 1:  Does the current SO Openstack adapter convert this Yaml  
“template” string to JSON at some point before it gets sent?  If it does, I 
haven’t been able to spot where that happens yet.

The second (related) issue is the “environment” attribute is also a string 
containing the contents of the heat env file.  I understand that multicloud 
would like to see this json attributes in the “parameters” list.

Question 2: Again, does the current SO Openstack adapter do any conversion on 
the “environment” attribute, or does it get sent ‘as is’?

Questioin 3:  To summarize – is there current code in SO to do what I’m trying 
to do?  Or, does the current SO Openstack adapter just send the heat template 
and environment to Openstack as strings?


Thanks,
Eric




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

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

[onap-discuss] [SO] Heat template from yaml string to json for SO multicloud adapter

[Multanen, Eric W]

Hi SO experts,

For the Openstack multicloud adapter we're working on in SO, a CreateStackParam 
object is
created from the inputs and included in the "template_data" part of the 
multicloud infra request body to create a vfModule.

That looks something like this:

   "template_data" : {
  "template": "  ",
  "stack_name": "vfw",
  "parameters": {
 "vnf_id": ""
  },
  "environment": "  
",
   etc.

The issue right now is that the multicloud side would like to get the 
"template" attributes in JSON format - instead of as a Yaml string.
   E.g. something like:
"template": {
"heat_template_version": "2015-10-15",
"description": "Simple template to test heat commands",
"parameters": {

}
   Instead of:
"template": 
"##\n#\n#==LICENSE_START==\n#\n#\n#
 Copyright < rest of the heat template file > ",

Question 1:  Does the current SO Openstack adapter convert this Yaml  
"template" string to JSON at some point before it gets sent?  If it does, I 
haven't been able to spot where that happens yet.

The second (related) issue is the "environment" attribute is also a string 
containing the contents of the heat env file.  I understand that multicloud 
would like to see this json attributes in the "parameters" list.

Question 2: Again, does the current SO Openstack adapter do any conversion on 
the "environment" attribute, or does it get sent 'as is'?

Questioin 3:  To summarize - is there current code in SO to do what I'm trying 
to do?  Or, does the current SO Openstack adapter just send the heat template 
and environment to Openstack as strings?


Thanks,
Eric




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

View/Reply Online (#12991): https://lists.onap.org/g/onap-discuss/message/12991
Mute This Topic: https://lists.onap.org/mt/27276320/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] Anyone using ONAP-vCPE tenant?

[Multanen, Eric W]

I don't believe any of us are at the moment.  I can delete a bunch of the 
stacks (I assume you're looking to free up resources).

Eric

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Gary Wu
Sent: Tuesday, October 2, 2018 9:59 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Anyone using ONAP-vCPE tenant?

Is anyone actively using the ONAP-vCPE tenant in Wind River lab?

Thanks,
Gary




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

View/Reply Online (#12793): https://lists.onap.org/g/onap-discuss/message/12793
Mute This Topic: https://lists.onap.org/mt/26660217/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] [MULTICLOUD] - HPA telemetry

[Multanen, Eric W]

Bin,

Thank you for the agenda slot today, I think we covered most of everything - 
the call dropped promptly on the hour.


Following are the questions I collected from the discussion - please amend and 
clarify if I haven’t
captured your key questions.

I expect Srini and others can assist in providing more detailed/correct answers.



1.  Why is this part (Prometheus) of ONAP/multi-cloud instead of Openstack?

a.  it is used more broadly than just for Openstack


2.  What is the relationship between Openstack telemetry and this proposal?


3.  What is the interface and/or API for configuring rules ?

a.  Initially, configuration files for the service.


4.  How are different cloud / infrastructure type supported?


5.  Where is the datastore of the Prometheus service ? What data/info is 
accessible by ONAP?

a.  plan is to develop the HPA statistics exporting/receiving service to 
provide specific HPA data to ONAP.

b.  not sure yet if there is a generic access to all data (and whether that 
is desired)


Eric


From: Addepalli, Srinivasa R
Sent: Tuesday, August 21, 2018 9:36 AM
To: onap-discuss@lists.onap.org; bin.y...@windriver.com
Cc: Multanen, Eric W ; Ranganathan, Dileep 
; ram...@vmware.com; Ranganathan, Raghu 

Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Bin,

I am travelling.  Eric confirmed and he will talk about the feature and high 
level design.  If time permits, Dileep can show the A schema proposal.

Hi Ramki and Raghu,
Since it is born out of Edge-automation working group, it would be good if you 
can attend the meeting.

Thanks
Srini


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of 
bounce+19846+11984+675801+2740...@lists.onap.org<mailto:bounce+19846+11984+675801+2740...@lists.onap.org>
Sent: Tuesday, August 21, 2018 8:38 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Ranganathan, 
Dileep mailto:dileep.ranganat...@intel.com>>
Subject: Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Srini,

Before I can suggest, I would like to understand this feature more.
Would someone please present the idea/design to MultiCloud team?  Perhaps it's 
a good chance to do that during the upcoming MultiCloud weekly meeting.

Thanks

Bin

在 2018年8月21日，23:29，Srini 
mailto:srinivasa.r.addepa...@intel.com>> 写道：
Hi Bin,

We have this EPIC as part of Edge automation: 
https://jira.onap.org/browse/MULTICLOUD-257

This is meant to ensure that placement decisions consider current available 
resources in addition to what we were doing with respect to capabilities till 
R2.

This work got started last week.

There would some source code development (We call it -  HPA Telemetry receiving 
service) which gets aggregated telemetry information, do any 
massaging/filtering necessary and updates A DB.

There would be some additional development with respect rules for Prometheus 
aggregation service.

This is generic service required across Openstack, K8S and Azure. Is there any 
repository in Multi-Cloud we can use to put this code or do you suggest to 
request for a new repository?  Please advise.

Thanks
Srini




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

View/Reply Online (#12027): https://lists.onap.org/g/onap-discuss/message/12027
Mute This Topic: https://lists.onap.org/mt/24877170/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][integration] vcpe bpmn error

[Multanen, Eric W]

Brian,

Makes sense - I Just pushed this:  https://gerrit.onap.org/r/61883 vCPE - move 
build template files to own directory

Eric

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Brian
Sent: Wednesday, August 22, 2018 8:10 AM
To: onap-discuss@lists.onap.org; Multanen, Eric W ; 
kang...@huawei.com; Yang, Bin 
Subject: Re: [onap-discuss][integration] vcpe bpmn error

Eric,

I'm not sure  I sent a note but the build yaml/env files are confusing robot. I 
moved them into a separate directory at the same level as vFW , vBNG etc 
something like
Vgw_build and moved the build_vgw.env and build_vgw.yaml to that directory.

I think we need to separate them since robot zip's the files up to create the 
package for onboarding to ONAP.

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Multanen, Eric W
Sent: Wednesday, August 22, 2018 10:35 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
kang...@huawei.com<mailto:kang...@huawei.com>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: Re: [onap-discuss][integration] vcpe bpmn error

I also want to point out that there are now two sets of vCPE images.

Images prepared during Amsterdam (and used for Amsterdam and Beijing) - 
probably multiple copies in different projects (can/should be shared).
Named like:  vbng-base-ubuntu-16-04
See the "Pre-built VNF images available" table here:  
https://wiki.onap.org/display/DW/Preparing+the+vCPE+VPP+VNF+Images+for+Amsterdam+and+Beijing<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Preparing-2Bthe-2BvCPE-2BVPP-2BVNF-2BImages-2Bfor-2BAmsterdam-2Band-2BBeijing=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=fXTvoVCDS6gjzeYF6vcW798QA7sK-Sy3oY4wDYrQvRQ=>


Images prepared with updated build scripts during Casablanca development
Named like: vbng-casa-ubuntu-16-04
See the "Pre-built VNF images available" table here   
https://wiki.onap.org/display/DW/ONAP+vCPE+VPP-based+VNF+Installation+and+Usage+Information<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BvCPE-2BVPP-2Dbased-2BVNF-2BInstallation-2Band-2BUsage-2BInformation=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=BgOWoRe2XnIM0Ovx1G60DpXBApE2L7nw60cyEm-Afq8=>
These new images are just in the ONAP-vCPE project at the moment.


Eric

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Kang Xi
Sent: Wednesday, August 22, 2018 7:32 AM
To: Yang, Bin mailto:bin.y...@windriver.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss][integration] vcpe bpmn error

The images in different spaces, e.g. SB06, SB07, etc, are all the same. If they 
can be shared across different spaces that's certainly fine.

Regards,
Kang

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, August 22, 2018 1:56
To: Kang Xi mailto:kang...@huawei.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss][integration] vcpe bpmn error

Hi Kang,

   The wiki 
https://wiki.onap.org/display/DW/vCPE+Use+Case+Tutorial%3A+Design+and+Deploy+based+on+ONAP#vCPEUseCaseTutorial:DesignandDeploybasedonONAP-Downloadandmodifyautomationcode<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_vCPE-2BUse-2BCase-2BTutorial-253A-2BDesign-2Band-2BDeploy-2Bbased-2Bon-2BONAP-23vCPEUseCaseTutorial-3ADesignandDeploybasedonONAP-2DDownloadandmodifyautomationcode=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=hEgM9lb4N_RG1c-CoRGDi9IbQRQns5SKkzebr_uu4RQ=>
 mentioned there should be image created before deploy vCPE usecase, and I 
noticed there are multiple copies of the same image (e.g. 
vbng-base-ubuntu-16-04<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2_admin_images_ae4b8b5c-2Db96c-2D4409-2Da36f-2D4915f8008b31_detail_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=r_dP8XJKNo5r3q08I015kWvD1ZtdcykHR6dqZEFwb_o=>)
 , each for dedicated openstack project. So is that the intention to keep them 
dedicated to specific project, or we can make these image be shared across all 
projects of the Integration lab?

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993


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

View/Reply Online (#12016): https://lists.onap.org/g/onap-discuss/message/12016
Mute This Topic: https://lists.onap.org/mt/24532548/21656
Group O

Re: [onap-discuss][integration] vcpe bpmn error

[Multanen, Eric W]

I also want to point out that there are now two sets of vCPE images.

Images prepared during Amsterdam (and used for Amsterdam and Beijing) - 
probably multiple copies in different projects (can/should be shared).
Named like:  vbng-base-ubuntu-16-04
See the "Pre-built VNF images available" table here:  
https://wiki.onap.org/display/DW/Preparing+the+vCPE+VPP+VNF+Images+for+Amsterdam+and+Beijing


Images prepared with updated build scripts during Casablanca development
Named like: vbng-casa-ubuntu-16-04
See the "Pre-built VNF images available" table here   
https://wiki.onap.org/display/DW/ONAP+vCPE+VPP-based+VNF+Installation+and+Usage+Information
These new images are just in the ONAP-vCPE project at the moment.


Eric

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Kang Xi
Sent: Wednesday, August 22, 2018 7:32 AM
To: Yang, Bin 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss][integration] vcpe bpmn error

The images in different spaces, e.g. SB06, SB07, etc, are all the same. If they 
can be shared across different spaces that's certainly fine.

Regards,
Kang

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, August 22, 2018 1:56
To: Kang Xi mailto:kang...@huawei.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss][integration] vcpe bpmn error

Hi Kang,

   The wiki 
https://wiki.onap.org/display/DW/vCPE+Use+Case+Tutorial%3A+Design+and+Deploy+based+on+ONAP#vCPEUseCaseTutorial:DesignandDeploybasedonONAP-Downloadandmodifyautomationcode
 mentioned there should be image created before deploy vCPE usecase, and I 
noticed there are multiple copies of the same image (e.g. 
vbng-base-ubuntu-16-04)
 , each for dedicated openstack project. So is that the intention to keep them 
dedicated to specific project, or we can make these image be shared across all 
projects of the Integration lab?

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993


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

View/Reply Online (#12007): https://lists.onap.org/g/onap-discuss/message/12007
Mute This Topic: https://lists.onap.org/mt/24532548/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] vCPE R2: VGMux pre-built image step fails with error in build script execution

[Multanen, Eric W]

Arun,

It should be possible to build the image using the master template and script 
(i.e. the fix that was merged last week).
Then deploy the image with the Beijing release heat template.

Enyinna is going to run through that sequence and see if there are any issues.

Eric

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Arun Arora
Sent: Monday, July 16, 2018 8:48 AM
To: Kang Xi ; onap-discuss@lists.onap.org
Cc: Ochulor, Enyinna 
Subject: Re: [onap-discuss] vCPE R2: VGMux pre-built image step fails with 
error in build script execution

Hi Eric,
I am using the Beijing release.
By the time this issue fixes do you have any localized patch or any other 
branch which does not have the issue?
Best Regards,
Arun Arora


From: Multanen, Eric W
Sent: Monday, July 16, 9:15 PM
Subject: Re: [onap-discuss] vCPE R2: VGMux pre-built image step fails with 
error in build script execution
To: Kang Xi, Arun Arora (c), 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Ochulor, Enyinna

Arun,

This looks like it could be related to the issue we're trying to fix here: 
https://gerrit.onap.org/r/#/c/56311/<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgerrit.onap.org%2Fr%2F%23%2Fc%2F56311%2F=02%7C01%7Caroraarun%40vmware.com%7C4ba920aa00c94ebd320408d5eb331a8b%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C636673527085389394=UrRKJ8PSCvyiIe%2BvShkCgoOxm3rODG6zgV9eS4A9pgw%3D=0>

Are you using the master branch or the Beijing release branch?

Eric

From: Kang Xi [mailto:kang...@huawei.com]
Sent: Monday, July 16, 2018 8:08 AM
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Multanen, Eric 
W mailto:eric.w.multa...@intel.com>>
Subject: RE: vCPE R2: VGMux pre-built image step fails with error in build 
script execution

Hi Eric,

Would you please take a look? Thanks.

Regards,
Kang

From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Monday, July 16, 2018 4:14
To: Kang Xi mailto:kang...@huawei.com>>; 
onap<mailto:onap-discuss@lists.onap.org>-disc...@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: vCPE R2: VGMux pre-built image step fails with error in build script 
execution

Hi Kang, ONAP Team,

I am trying to create pre-built image for VGMUX to run vCPE R2 use case.
I am getting an error with the build script. Following highlighted text is the 
snippet. Complete logs are attached.
Can you please help in resolving this issue..


NAPSHOT/honeycomb-parent-1.17.04.1-SNAPSHOT.pom, line 512, column 21
@
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR]   The project 
io.fd.hc2vpp.integration:vpp-integration-distribution:1.17.04.1-SNAPSHOT 
(/opt/hc2vpp/vpp-integration/minimal-distribution/pom.xml) has 1 error
[ERROR] 'dependencies.dependency.version' for io.fd.hc2vpp.ves:ves-impl:jar 
must be a valid version but is '${vesagent.version}'. @ line 157, column 16
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcwiki.apache.org%2Fconfluence%2Fdisplay%2FMAVEN%2FProjectBuildingException=02%7C01%7Caroraarun%40vmware.com%7C4ba920aa00c94ebd320408d5eb331a8b%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C636673527085389394=0ogWWQsC3Bx8Xa78aG5YPzwF4bX2RqdWHHgMzyWzBYg%3D=0>ProjectBuildingException<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcwiki.apache.org%2Fconfluence%2Fdisplay%2FMAVEN%2FProjectBuildingException=02%7C01%7Caroraarun%40vmware.com%7C4ba920aa00c94ebd320408d5eb331a8b%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C636673527085389394=0ogWWQsC3Bx8Xa78aG5YPzwF4bX2RqdWHHgMzyWzBYg%3D=0>


Best Regards,
Arun Arora





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

View/Reply Online (#11153): https://lists.onap.org/g/onap-discuss/message/11153
Mute This Topic: https://lists.onap.org/mt/23530144/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] [integration] Intel Lab

[Multanen, Eric W]

We were using ONAP-vCPE to get the vcpe vnfs working during Amsterdam.

There hasn’t been enough resources to get a single VM running in there, so 
haven’t been using it.


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Thursday, April 19, 2018 4:32 PM
To: FREEMAN, BRIAN D ; onap-discuss 
; PLATANIA, MARCO 
Subject: Re: [onap-discuss] [integration] Intel Lab

Yes, but he is on SB-01 now.
You took my -04, I need to get a new one. ☺

Regards,

Helen Chen

From: "FREEMAN, BRIAN D" >
Date: Thursday, April 19, 2018 at 4:30 PM
To: Helen Chen 00725961 >, 
onap-discuss >, 
"PLATANIA, MARCO (MARCO)" 
>
Subject: RE: [integration] Intel Lab

I think Kang was using ONAP-vCPE during amsterdam.

Brian


From: Yunxia Chen >
Sent: Thursday, April 19, 2018 7:15 PM
To: onap-discuss 
>; FREEMAN, 
BRIAN D >; PLATANIA, MARCO 
>
Subject: [integration] Intel Lab

Hi,
I am looking through the Integration related tenant usage at Intel Lab, and 
found the following are less used or no owner marked at this wiki page 
(https://wiki.onap.org/display/DW/Integration+Test+Labs)
 , if I don’t hear the response back before 7:00AM PDT 4/20, I will delete 
those stacks:

  1.  Integration-SB-05: stack is 1+ month old
  2.  Integration-SB-00: no owner
  3.  ONAP-vCPE: 4+ months

Regards,
Helen Chen

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

Re: [onap-discuss] vCPE closed loop testing session

[Multanen, Eric W]

Kang,

On your vG-MUX instance, you should be able to do the following:


1.  Bring down the network interfaces that need to be under vpp control 
(e.g. the interfaces with 10.5.0.120 and 10.1.0.120 on the vG-MUX)

a.  sudo ifconfig ethX down

2.  Restart vpp - vpp should take control of these interfaces when it 
starts up again.

a.  sudo systemctl restart vpp

3.  check the results

a.  vppctl show int addr

b.  or, vppctl show hardware

I noticed that your interfaces had different PCI bus addresses than what the 
current configuration assumes, so you'll need to update the /etc/vpp/setup.gate 
file

For example, we ran 'lspci' and saw output like the following:

00:08.0 Ethernet controller: Red Hat, Inc Virtio network device

In the current /etc/vpp/setup.gate file, the interfaces are named
GigabitEthernet0/8/0 and GigabitEthernet0/9/0

The numbers at the end come from the PCI bus address.  E.g. 00:08.0 --> 
GigabitEthernet0/8/0


In your VM instance, the NIC PCI bus addresses were different, so you'll want 
to change the setup.gate file to match the VM.

You can do 'ethtool -i ethX' to check which PCI address is associated with 
which network (i.e. IP address) - before doing setup 1 above.

Eric

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kang Xi
Sent: Thursday, October 5, 2017 3:03 PM
To: Yoav Kluger ; onap-discuss 

Subject: Re: [onap-discuss] vCPE closed loop testing session

Yoav,

Thanks for the info. Very important.
--
Regards,
Kang
From:Yoav Kluger
To:Kang Xi,onap-discuss,
Date:2017-10-05 17:39:29
Subject:RE: vCPE closed loop testing session

Kang,

Just a small correction in steps 5 and 6 below:
5. Policy process the event from DCAE, queries AAI to obtain the vServer 
ID, and sends a "restart" event to APPC through DMaaP with the vServerID as a 
parameter
6.  APPC captures the event from Policy, and restarts the VM according to 
the vServerID received from Policy

We were initially going to have APPC query AAI to get the vServerID, but it 
then turned out that APPC would not be able to do this for R1 so Policy will do 
it as it does today in the vFW use case. Hopefully APPC is able to do the query 
in R2 so we will go back to how we wanted to do this originally, which is more 
"right".

I think the wiki still has it the original way - I will update.

Thanks,
Yoav Kluger
Amdocs Technology
+1(201)912-7294
+972-54-4850278
[cid:image001.jpg@01D33E9A.77E94BA0]


-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, October 05, 2017 3:58 PM
To: onap-discuss
Subject: [onap-discuss] vCPE closed loop testing session
When: Friday, October 06, 2017 1:00 PM-4:00 PM (UTC-05:00) Eastern Time (US & 
Canada).
Where: https://zoom.us/j/44


Hi DCAE, CLAMP, Policy, APPC, AAI,

Please join this session to kick off vCPE closed loop testing. The environment 
is in the community open lab. Marco has installed ONAP under integration 
project. Vijay has manually set up DCAE VES collector and TCA and has verified 
that they are working.

We will create a vGMUX VM for this testing. What to be tested include the 
following:
1. Design and load policy rules t policy engine. Ideally this should be 
done by CLAMP. In case of problems, the workaround is to use Policy GUI.
2. Preload AAI with vCPE data. The purpose is to lookup vServer using vGMUX 
VNF ID.
3. vGMUX sends packet loss VES to DCAE VES collector
4.  DCAE TCA sends an event to Policy through DMaaP
1.  Policy process the event from DCAE and sends a "restart" event to APPC 
through DMaaP
1.  APPC captures the event from Policy, extracts the VNF ID from the 
event, queries AAI to obtain the vServer ID, and then restarts the VM

If you have not yet obtained access to the open lab, please open a jira ticket 
and assign it to Stephen Gooch to request one. Once you get your account, you 
can set up an OpenVPN connection to the lab and access all the resources there.

Thanks,
Kang

  << File: ATT1.txt >>

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] [bootstrap] vagrant-onap project available into Integration repo

[Multanen, Eric W]

Here’s a summary of the issue and how I resolved / worked around it:


1.  On the ‘vagrant up’, Guest Additions Version of the guest box is listed 
as 4.3.36

2.  My host virtual box version is 5.1.26

3.  The vagrant-vbguest plugin was installed on the host, so it would mount 
a newer version of the guest additions iso in the guest and install it (I 
presume because it detected the older guest version).

a.  The guest additions are installed in the guest /opt directory and then 
links to /opt subdirectories are made for files and binaries in /sbin, etc. to 
install.

4.  Then, the host ./opt directory is mounted onto the guest /opt 
directory.  This succeeds - /opt on the guest is now shared with ./opt on the 
host.

5.  But, now the guest additions installed in /opt are masked by the 
mounted ./opt directory from the host.  Subsequent syncing (/lib, .m2, …) fails.

a.  And the vagrant up fails at this point – the vm is up, but process of 
bringing up mthe onap project fails

By uninstalling the vagrant-vbguest plugin on the host, a newer version of the 
guest additions is not installed, so the masking of /opt in the guest does not 
occur, all directories needing to sync are synced, and the bring up process is 
able to continue.


From: Morales, Victor
Sent: Thursday, August 10, 2017 9:47 AM
To: Multanen, Eric W <eric.w.multa...@intel.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [all] [integration] [bootstrap] vagrant-onap 
project available into Integration repo

Hi Eric,

Adding more documentation is always welcome so if you find something that helps 
to clarify the usage of this tool I encourage to submit the patch (I submitted 
a patch to generate html documentation and it also includes an installation 
guide[1]).  For submitting a bug, I’d need more information about it, like

Do you the log of the error messages?
Did you only have issues syncing /opt folder? What about /lib and /.m2?
What version of Guest Additions did you have?
Once that you uninstall the guest additions, are the environments provisioned 
without any error?

Thanks
Victor Morales

[1] https://gerrit.onap.org/r/#/c/7213/


From: "Multanen, Eric W" 
<eric.w.multa...@intel.com<mailto:eric.w.multa...@intel.com>>
Date: Thursday, August 10, 2017 at 10:43 AM
To: Victor Morales <victor.mora...@intel.com<mailto:victor.mora...@intel.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [all] [integration] [bootstrap] vagrant-onap 
project available into Integration repo

Hello,

I’ve been trying this out (Windows 10 host, virtualbox, individual projects) 
for the past couple weeks.

I ultimately found out that the source of the problems I encountered getting 
synced folders/directories to work was a conflict between
the virtual box guest additions using the /opt directory of the guest and this 
project syncing the /opt directory with the host.  I got things to work
by uninstalling the vagrant guest additions plugin.

I’d be happy to either write up a bug report, or alternatively, add some 
documentation for best known methods or tips on usage.

Any preference?

Eric



From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Morales, Victor
Sent: Wednesday, July 26, 2017 3:58 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [all] [integration] [bootstrap] vagrant-onap project 
available into Integration repo

ONAPers,

The vagrant-onap project started as an alternative to deploy ONAP services in 
Virtual Machines hosted locally without the need of an OpenStack deployment.  
After several changes and additions to this project, its goal has changed to 
provision a Development Environment.  Its current implementation support 
different providers (like VirtualBox, Libvirt and OpenStack) and has been 
tested in some OS(like Ubuntu, Mac OS).  This is an ongoing effort to collect 
instructions and standardize the methods to build and compile ONAP artifacts, 
as you can expect there are many things that are still missed so I encourage to 
everyone to take a look of the scripts placed into lib folder[1] and improve 
the documentation[2][3]. We have plans to add more Unit Tests to this 
project[4] to validate any change.

Thanks
Victor Morales
irc: electrocucaracha

[1] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/lib
[2] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/README.md
[3] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/doc/source
[4] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/tests
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [all] [integration] [bootstrap] vagrant-onap project available into Integration repo

[Multanen, Eric W]

Hello,

I’ve been trying this out (Windows 10 host, virtualbox, individual projects) 
for the past couple weeks.

I ultimately found out that the source of the problems I encountered getting 
synced folders/directories to work was a conflict between
the virtual box guest additions using the /opt directory of the guest and this 
project syncing the /opt directory with the host.  I got things to work
by uninstalling the vagrant guest additions plugin.

I’d be happy to either write up a bug report, or alternatively, add some 
documentation for best known methods or tips on usage.

Any preference?

Eric



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Morales, Victor
Sent: Wednesday, July 26, 2017 3:58 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [all] [integration] [bootstrap] vagrant-onap project 
available into Integration repo

ONAPers,

The vagrant-onap project started as an alternative to deploy ONAP services in 
Virtual Machines hosted locally without the need of an OpenStack deployment.  
After several changes and additions to this project, its goal has changed to 
provision a Development Environment.  Its current implementation support 
different providers (like VirtualBox, Libvirt and OpenStack) and has been 
tested in some OS(like Ubuntu, Mac OS).  This is an ongoing effort to collect 
instructions and standardize the methods to build and compile ONAP artifacts, 
as you can expect there are many things that are still missed so I encourage to 
everyone to take a look of the scripts placed into lib folder[1] and improve 
the documentation[2][3]. We have plans to add more Unit Tests to this 
project[4] to validate any change.

Thanks
Victor Morales
irc: electrocucaracha

[1] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/lib
[2] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/README.md
[3] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/doc/source
[4] https://git.onap.org/integration/tree/bootstrap/vagrant-onap/tests
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss