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

[Yang Bin]

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] On 
Behalf Of Gopigiri, Sirisha via Lists.Onap.Org
Sent: Friday, November 30, 2018 1:08 PM
To: multa...@mr1.windriver.com; Eric W; 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 (#14160): https://lists.onap.org/g/onap-discuss/message/14160
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] [multicloud][so] Error 500 talking to multicloud

[Yang Bin]

Hi Eric,

I just checked the log of multicloud windriver service, the latest message is 
stack creation with success, any new issue then?

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] On 
Behalf Of Multanen, Eric W
Sent: Tuesday, November 27, 2018 3:04 PM
To: Yang, Bin; Huang, Haibin; onap-discuss@lists.onap.org
Cc: Ukponmwan, Itohan
Subject: [onap-discuss] [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 (#14081): https://lists.onap.org/g/onap-discuss/message/14081
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

[Yang Bin]

I am not expert of helm chart , neither SO. I was not suggesting any practice, 
I was just trying to understand Eric’s instruction …


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] On 
Behalf Of Ukponmwan, Itohan
Sent: Friday, November 23, 2018 4:13 PM
To: Yang, Bin; Addepalli, Srinivasa R
Cc: onap-discuss@lists.onap.org; Multanen, Eric W; bf1...@att.com; Mishra, 
Sharad D; Deng, Yipan; Williams, Marcus; Ranganathan, Dileep
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

What changes do I need to make to the oom override file?

-Itohan?

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Thursday, November 22, 2018 5:12 PM
To: Ukponmwan, Itohan ; Addepalli, Srinivasa R 

Cc: onap-discuss@lists.onap.org; Multanen, Eric W ; 
bf1...@att.com; Mishra, Sharad D ; Deng, Yipan 
; Williams, Marcus ; 
Ranganathan, Dileep 
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi Itohan,

I don’t know the internal logic of SO adaptor , I believe the overrides files 
is the source of truth which might populate your SO database? Eric mentioned he 
had changed the database manually and it work, so that might be some hacking  I 
am not aware of .

I might be wondering if you could change the oom override file and restart the 
SO adaptor pod…

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: Ukponmwan, Itohan [mailto:itohan.ukponm...@intel.com]
Sent: Friday, November 23, 2018 8:36 AM
To: Yang, Bin; Addepalli, Srinivasa R
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Multanen, 
Eric W; bf1...@att.com<mailto:bf1...@att.com>; Mishra, Sharad D; Deng, Yipan; 
Williams, Marcus; Ranganathan, Dileep
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi Bin,

I have these configured already. I see the values when I query the database and 
confirmed the values are correct.
I also confirmed the I had modified the v2 adapter. Do you have any ideas on 
why no cloudsites show up in config overrides file?

Please find attached a screen shot of the values I see when I query the 
database.

Regards,
Itohan

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Thursday, November 22, 2018 7:48 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>; 
Multanen, Eric W mailto:eric.w.multa...@intel.com>>; 
bf1...@att.com<mailto:bf1...@att.com>; Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Deng, Yipan 
mailto:yipan.d...@intel.com>>; Williams, Marcus 
mailto:marcus.willi...@intel.com>>; Ranganathan, 
Dileep mailto:dileep.ranganat...@intel.com>>
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi Srini, Itohan,

The log and configuration files indicated so was not provisioned properly.

I just forward Eric's email to you for your reference: Configuring SO with 
multi-VIM

Bin

在 2018年11月22日，23:19，Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>> 写道：
Hi Bin,

Itohan is trying to test vFW with HPA. For this to work, instantiation request 
from SO should go to Multi-Cloud. Based on your analysis of logs, is the 
request going to Multi-Cloud? I remember you saying that there is some 
configuration that makes SO to talk to Multi-Cloud. Can you point that out to 
Itohan?


Thanks
Srini


From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, November 21, 2018 10:22 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>; 
Multanen, Eric W mailto:eric.w.multa...@intel.com>>; 
bf1...@att.com<mailto:bf1...@att.com>
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>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

If you are working on Integration-SB-06, the latest log I can dump from 
multicloud-windriver is captured on Nov. 19:

2018-11-19 
18:04:12|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||making
 request with URI:/snapshots/detail,{'service_type': 'volumev3', 'interface': 
'public', 'region_name':

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Yang Bin]

Hi Itohan,

I don’t know the internal logic of SO adaptor , I believe the overrides files 
is the source of truth which might populate your SO database? Eric mentioned he 
had changed the database manually and it work, so that might be some hacking  I 
am not aware of .

I might be wondering if you could change the oom override file and restart the 
SO adaptor pod…

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: Ukponmwan, Itohan [mailto:itohan.ukponm...@intel.com]
Sent: Friday, November 23, 2018 8:36 AM
To: Yang, Bin; Addepalli, Srinivasa R
Cc: onap-discuss@lists.onap.org; Multanen, Eric W; bf1...@att.com; Mishra, 
Sharad D; Deng, Yipan; Williams, Marcus; Ranganathan, Dileep
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi Bin,

I have these configured already. I see the values when I query the database and 
confirmed the values are correct.
I also confirmed the I had modified the v2 adapter. Do you have any ideas on 
why no cloudsites show up in config overrides file?

Please find attached a screen shot of the values I see when I query the 
database.

Regards,
Itohan

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Thursday, November 22, 2018 7:48 AM
To: Addepalli, Srinivasa R 
Cc: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
; Multanen, Eric W ; 
bf1...@att.com; Mishra, Sharad D ; Deng, Yipan 
; Williams, Marcus ; 
Ranganathan, Dileep 
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi Srini, Itohan,

The log and configuration files indicated so was not provisioned properly.

I just forward Eric's email to you for your reference: Configuring SO with 
multi-VIM

Bin

在 2018年11月22日，23:19，Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>> 写道：
Hi Bin,

Itohan is trying to test vFW with HPA. For this to work, instantiation request 
from SO should go to Multi-Cloud. Based on your analysis of logs, is the 
request going to Multi-Cloud? I remember you saying that there is some 
configuration that makes SO to talk to Multi-Cloud. Can you point that out to 
Itohan?


Thanks
Srini


From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, November 21, 2018 10:22 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>; 
Multanen, Eric W mailto:eric.w.multa...@intel.com>>; 
bf1...@att.com<mailto:bf1...@att.com>
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>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

If you are working on Integration-SB-06, the latest log I can dump from 
multicloud-windriver is captured on Nov. 19:

2018-11-19 
18:04:12|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||making
 request with URI:/snapshots/detail,{'service_type': 'volumev3', 'interface': 
'public', 'region_name': 
u'ONAP-POD-01-Rail-06'}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||request
 returns with status 200requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||DEBUG||with
 content:{u'snapshots': []}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198

I checked the so openstack adaptor, there is no cloud site for multicloud:

root@oom-rancher:~/oom/kubernetes/robot# kubectl -n onap exec -it 
dev-so-so-openstack-adapter-8465dc7d79-vz5cc sh

/app # cat config/override.yaml

cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "http://10.12.25.2:5000/v2.0;
  mso_id: "itohan_ukponmwan"
  mso_pass: 
"24107

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Yang Bin]

Hi Srini, Itohan,

The log and configuration files indicated so was not provisioned properly.

I just forward Eric's email to you for your reference: Configuring SO with 
multi-VIM

Bin

在 2018年11月22日，23:19，Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>> 写道：

Hi Bin,

Itohan is trying to test vFW with HPA. For this to work, instantiation request 
from SO should go to Multi-Cloud. Based on your analysis of logs, is the 
request going to Multi-Cloud? I remember you saying that there is some 
configuration that makes SO to talk to Multi-Cloud. Can you point that out to 
Itohan?


Thanks
Srini


From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, November 21, 2018 10:22 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>; 
Multanen, Eric W mailto:eric.w.multa...@intel.com>>; 
bf1...@att.com<mailto:bf1...@att.com>
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>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

If you are working on Integration-SB-06, the latest log I can dump from 
multicloud-windriver is captured on Nov. 19:

2018-11-19 
18:04:12|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||making
 request with URI:/snapshots/detail,{'service_type': 'volumev3', 'interface': 
'public', 'region_name': 
u'ONAP-POD-01-Rail-06'}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||request
 returns with status 200requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||DEBUG||with
 content:{u'snapshots': []}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198

I checked the so openstack adaptor, there is no cloud site for multicloud:

root@oom-rancher:~/oom/kubernetes/robot# kubectl -n onap exec -it 
dev-so-so-openstack-adapter-8465dc7d79-vz5cc sh

/app # cat config/override.yaml

cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "http://10.12.25.2:5000/v2.0;
  mso_id: "itohan_ukponmwan"
  mso_pass: 
"2410778b5c49594d77a1b28ea5538065a1a0a54db50ceeb5253228c8882de3c4"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "USERNAME_PASSWORD"
  cloud_sites:
Dallas:
  region_id: "DFW"
  clli: "DFW"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Northern Virginia:
  region_id: "IAD"
  clli: "IAD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Chicago:
  region_id: "ORD"
  clli: "ORD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
RegionOne:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"
DEFAULT:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"

Could you please double check if you had provisioning the adapter appropriately 
?

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 Ukponmwan, Itohan
Sent: Thursday, November 22, 2018 10:53 AM
To: Multanen, Eric W; 
onap-discuss@lists.onap.org<mailto:on

Re: [onap-discuss] SO Heatbridge for Dublin Release

[Yang Bin]

Hi Seshu,

I believe there will be half hour overlapping between SO and MultiCloud weekly 
meeting.

Anyway I would join SO meeting for at least for first half hour at least.


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

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 11:09 PM
To: onap-discuss@lists.onap.org; munir.ah...@bell.ca; Yang, Bin; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Yes, As I said Lets discuss in SO weekly meeting on 5th Dec i.e, after we 
complete the Casabalca release.


Thanks and Regards,
M Seshu Kumar
Senior System Architect
uTraffic, Software BU,
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [onap-discuss@lists.onap.org] on behalf of 
Ahmad, Munir [munir.ah...@bell.ca]
Sent: Wednesday, November 21, 2018 10:00 PM
To: Yang, Bin; Seshu m; onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN; 
marcus.willi...@intel.com
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release
Thanks Steve, Yang and Seshu for the feedback,

We had multi-vim in mind when considering where to implement heatbridge but 
looking at create VF module building block it is specific to OpenStack. So 
perhaps we can have implement this in stages to deliver value sooner while 
keeping in mind the target architecture.

For example: As Steve suggested if we implement heatbridge in its own 
micro-service it can be called from create VF module building block for phase 
1. As we are removing VIM specific code from SO we can also address the 
headbridge change as well.

I agree let's have a discussion on this during the SO weekly meeting. Seshu 
would you please take care of adding this to the agenda?

Thanks
Munir

From: "Yang, Bin" 
Date: Tuesday, November 20, 2018 at 10:33 PM
To: Seshu m , "onap-discuss@lists.onap.org" 
, "Ahmad, Munir" , 
"SMOKOWSKI, STEVEN" , "marcus.willi...@intel.com" 

Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Seshu,

That's great, I believe this would involve much discussion around design and 
details.

I would appreciate that someone from SO team could sponsor for this effort.

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

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 10:36 AM
To: onap-discuss@lists.onap.org; Yang, Bin; munir.ah...@bell.ca; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Bin, Munir,

Yes, This could be a continuity to the SO - MC integration tasks we started in 
Casabalnca.
Also, there are other activities around this that currently SO is doing for now 
and ideally should be handled in MC and need a mutual discussion.
Going forward it would be better to Remove the vim related activities from the 
SO.

Lets plan for the way forward on this in the SO weekly meeting of 5th December 
if that works well for all of us.
@Steve, request to kindly get your ideas on the topic as a start point.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[ompany_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) i

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Yang Bin]

If you are working on Integration-SB-06, the latest log I can dump from 
multicloud-windriver is captured on Nov. 19:

2018-11-19 
18:04:12|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||making
 request with URI:/snapshots/detail,{'service_type': 'volumev3', 'interface': 
'public', 'region_name': 
u'ONAP-POD-01-Rail-06'}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||request
 returns with status 200requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||DEBUG||with
 content:{u'snapshots': []}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198

I checked the so openstack adaptor, there is no cloud site for multicloud:

root@oom-rancher:~/oom/kubernetes/robot# kubectl -n onap exec -it 
dev-so-so-openstack-adapter-8465dc7d79-vz5cc sh

/app # cat config/override.yaml

cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "http://10.12.25.2:5000/v2.0;
  mso_id: "itohan_ukponmwan"
  mso_pass: 
"2410778b5c49594d77a1b28ea5538065a1a0a54db50ceeb5253228c8882de3c4"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "USERNAME_PASSWORD"
  cloud_sites:
Dallas:
  region_id: "DFW"
  clli: "DFW"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Northern Virginia:
  region_id: "IAD"
  clli: "IAD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Chicago:
  region_id: "ORD"
  clli: "ORD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
RegionOne:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"
DEFAULT:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"

Could you please double check if you had provisioning the adapter appropriately 
?

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] On 
Behalf Of Ukponmwan, Itohan
Sent: Thursday, November 22, 2018 10:53 AM
To: Multanen, Eric W; onap-discuss@lists.onap.org; bf1...@att.com
Cc: Mishra, Sharad D; Addepalli, Srinivasa R; Deng, Yipan; Williams, Marcus; 
Ranganathan, Dileep
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - 

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

[Yang Bin]

Hi Eric,

With the step 2, does that mean we have to add an entry in cloud_sites to match 
every AAI cloud region ?

Please confirm , 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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Multanen, Eric W
Sent: Wednesday, November 21, 2018 9:49 PM
To: Seshu m; sirisha.gopig...@verizon.com; Williams, Marcus
Cc: onap-discuss@lists.onap.org
Subject: Re: [E][onap-discuss][SO]Configuring SO with multi-VIM

A couple things:

1.  Configure SO to use the v2 adapter api
Check bmpn configmap and modified per highlighted difference:
kubectl -n onap edit configmap dev-so-so-bpmn-infra-app-configmap
- vnf:
  endpoint: http://so-openstack-adapter.onap:8087/services/VnfAdapter
  rest:
endpoint: 
http://so-openstack-adapter.onap:8087/services/rest/v1/vnfs

+ vnf:
  endpoint: http://so-openstack-adapter.onap:8087/services/VnfAdapter
  rest:
endpoint: 
http://so-openstack-adapter.onap:8087/services/rest/v2/vnfs

then delete the pod and let it respawn with new config



2.  Cloud site information in the SO database needs to align (I've done 
these changes manually directly with the db for testing)
a.  Have a row in 'cloud_sites' table that has:
i.  ID of 'regionId' (e.g. whatever 
your region id is)
   ii.  REGION_ID of 'regionId'
  iii.  IDENTITY_SERVICE_ID of 'regionId'
  iv.  ORCHESTRATOR of 'multicloud'
b.  In 'identity_services' table have a row that has:
i.  ID of 'regionId'
   ii.  IDENTITY_URL of 
'http://msb-iag.onap:80/api/multicloud-titaniumcloud/v1/CloudOwner/regionId/infra_workload
1.  Where the 'CloudOwner' and 'regioinId' in the URL are the actual cloud 
owner and region id values


From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Tuesday, November 20, 2018 9:03 PM
To: sirisha.gopig...@verizon.com; Multanen, Eric W 
Cc: onap-discuss@lists.onap.org
Subject: RE: [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi Sririsha

Sorry for coming back late, missed your mail earlier…

@Eric:  Please help Sirisha with the configuration details.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gopigiri, Sirisha via 
Lists.Onap.Org
Sent: Monday, November 19, 2018 12:18 PM
To: onap-discuss@lists.onap.org
Subject: [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi SO team,

I have installed ONAP using OOM Master branch, and as of Casablanca release I 
could see that SO supports multi-VIM/Cloud for launching VF-modules. I have 
configured multi-VIM with the corresponding VIM that I would require. But I am 
stuck at how to configure SO to use the VIM registered in multi-VIM.

Could you please help me with this? Could you please point me to the 
documentation for configuration as well?

Thank you in advance!

Best Regards
Sirisha Gopigiri


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

View/Reply Online (#13968): https://lists.onap.org/g/onap-discuss/message/13968
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 Heatbridge for Dublin Release

[Yang Bin]

Hi Seshu,

That’s great, I believe this would involve much discussion around design and 
details.

I would appreciate that someone from SO team could sponsor for this effort.

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

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 10:36 AM
To: onap-discuss@lists.onap.org; Yang, Bin; munir.ah...@bell.ca; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Bin, Munir,

Yes, This could be a continuity to the SO – MC integration tasks we started in 
Casabalnca.
Also, there are other activities around this that currently SO is doing for now 
and ideally should be handled in MC and need a mutual discussion.
Going forward it would be better to Remove the vim related activities from the 
SO.

Lets plan for the way forward on this in the SO weekly meeting of 5th December 
if that works well for all of us.
@Steve, request to kindly get your ideas on the topic as a start point.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Wednesday, November 21, 2018 9:06 AM
To: onap-discuss@lists.onap.org; munir.ah...@bell.ca; SMOKOWSKI, STEVEN
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Hi Munir and Steve,

There is an ongoing effort to integrate SO and MultiCloud to enable SO to 
instantiate workload over different VIM or cloud, the workload could be heat 
stack targeting OpenStack which has been realized in Casablanca release, Helm 
chart targeting kubernetes (goal in Dublin release), and perhaps ARM for azure.

In case that SO leverages MultiCloud do VF Module creating, MultiCloud could 
offload this heatbridge task (which has been already partially implemented in 
Casablanca release) . We are willing to help on it and please include me if you 
initiate any discussion offline.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Ahmad, Munir
Sent: Wednesday, November 21, 2018 3:47 AM
To: SMOKOWSKI, STEVEN; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Thanks Steve for prompt response on this. Let’s setup a quick meeting and 
discuss what you have in mind.

From: "SMOKOWSKI, STEVEN" 
Date: Tuesday, November 20, 2018 at 1:22 PM
To: "onap-discuss@lists.onap.org" , "Ahmad, Munir" 

Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

I’d like to move it to a small microservice we can trigger in the create vf 
module BB, if you have some time and cycles we can work on this one together.

Thanks

-Steve


From:  on behalf of "Ahmad, Munir" 

Reply-To: "onap-discuss@lists.onap.org" , 
"munir.ah...@bell.ca" 
Date: Tuesday, November 20, 2018 at 1:19 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] SO Heatbridge for Dublin Release

Hello SO team,

With Casablanca release, there is no way to synchronize OpenStack resources 
into AAI post create VF module building block automatically.

Today’s heatbridge is hardcoded to be disabled 
https://github.com/onap/so/blob/f2afd9880e409317626f393ab6d0a414a80653de/adapters/mso-openstack-adapters/src/test/java/org/onap/so/adapters/vnf/VolumeGroupAdapterCommon.java<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_onap_so_blob_f2afd9880e409317626f393ab6d0a414a80653de_adapters_mso-2Dopenstack-2Dadapters_src_test_java_org_onap_so_adapters_vnf_VolumeGroupAdapterCommon.java=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=lLOCasBcivrOml90vDELj3ImMXvmxX2siQ

Re: [onap-discuss] #multicloud #aai Multicloud call in ESR fails in VIM registration

[Yang Bin]

Hi Andreas,

I am afraid I do not have answers yet. Please keep trying and share the 
progress with us.

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

From: Andreas Geissler [mailto:andreas-geiss...@telekom.de]
Sent: Tuesday, November 20, 2018 6:48 PM
To: Yang, Bin; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] #multicloud #aai Multicloud call in ESR fails in 
VIM registration


Hi Bin,

thanks a lot for the useful information.
I guess the instructions are partly valid for the Beijing release, especially 
the step 2.

In Casablanca (OOM) the cloud configs are in a file called override.yaml in the 
so-openstack-adapter container, which is generated through helm.
Should the new cloud be added also there ?

Best regards
Andreas

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

View/Reply Online (#13916): https://lists.onap.org/g/onap-discuss/message/13916
Mute This Topic: https://lists.onap.org/mt/28241393/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=2740164
Mute #multicloud: https://lists.onap.org/mk?hashtag=multicloud=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] SO Heatbridge for Dublin Release

[Yang Bin]

Hi Munir and Steve,

There is an ongoing effort to integrate SO and MultiCloud to enable SO to 
instantiate workload over different VIM or cloud, the workload could be heat 
stack targeting OpenStack which has been realized in Casablanca release, Helm 
chart targeting kubernetes (goal in Dublin release), and perhaps ARM for azure.

In case that SO leverages MultiCloud do VF Module creating, MultiCloud could 
offload this heatbridge task (which has been already partially implemented in 
Casablanca release) . We are willing to help on it and please include me if you 
initiate any discussion offline.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Ahmad, Munir
Sent: Wednesday, November 21, 2018 3:47 AM
To: SMOKOWSKI, STEVEN; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Thanks Steve for prompt response on this. Let’s setup a quick meeting and 
discuss what you have in mind.

From: "SMOKOWSKI, STEVEN" 
Date: Tuesday, November 20, 2018 at 1:22 PM
To: "onap-discuss@lists.onap.org" , "Ahmad, Munir" 

Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

I’d like to move it to a small microservice we can trigger in the create vf 
module BB, if you have some time and cycles we can work on this one together.

Thanks

-Steve


From:  on behalf of "Ahmad, Munir" 

Reply-To: "onap-discuss@lists.onap.org" , 
"munir.ah...@bell.ca" 
Date: Tuesday, November 20, 2018 at 1:19 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] SO Heatbridge for Dublin Release

Hello SO team,

With Casablanca release, there is no way to synchronize OpenStack resources 
into AAI post create VF module building block automatically.

Today’s heatbridge is hardcoded to be disabled 
https://github.com/onap/so/blob/f2afd9880e409317626f393ab6d0a414a80653de/adapters/mso-openstack-adapters/src/test/java/org/onap/so/adapters/vnf/VolumeGroupAdapterCommon.java

My understanding is that there is a python script that is triggered by robot 
and I believe we need a more robust way of achieving this through SO request.

I would like to propose that we implement something more robust for Dublin 
release. Please let me know about the next steps on this.

The flag to enable heatbridge can come from SO request and the default can be 
false.

As for implementation, I believe we should not trigger the python script from 
java through Runtime execute as there are some security vulnerabilities and we 
need to mitigate OS injection attack.

https://github.com/onap/so/blob/6bfb4b9a77b8ed2ebf94c9e8c1ad683b211e680d/adapters/mso-openstack-adapters/src/main/java/org/onap/so/adapters/vnf/MsoVnfAdapterImpl.java

As an alternative, this can be implemented in java and stitched within one of 
the appropriate building blocks.

Thanks
Munir



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

View/Reply Online (#13913): https://lists.onap.org/g/onap-discuss/message/13913
Mute This Topic: https://lists.onap.org/mt/28269904/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 #aai Multicloud call in ESR fails in VIM registration

[Yang Bin]

Hi Andreas,

Yes, update of registered data via ESR does not trigger the multicloud registry 
process. Sometimes you have to do updating manually, I hope the tutorials could 
offer some help in future:

https://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/multicloud-plugin-windriver/UserGuide-MultiCloud-WindRiver-TitaniumCloud.html

W.r.t the VID lcp region, there is an prerequisites need to be provioned: the 
tenant of the cloud region should be associated with the subscriber/service 
type.
Please refer to the wiki: 
https://wiki.onap.org/pages/viewpage.action?pageId=25431491 for curl commands 
example




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: Andreas Geissler [mailto:andreas-geiss...@telekom.de]
Sent: Tuesday, November 20, 2018 5:02 PM
To: Yang, Bin; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] #multicloud #aai Multicloud call in ESR fails in 
VIM registration


Hi Bin,

thanks, your hint with the "titanium_cloud" version worked !!

So all data is fetched from the VIM an put to AAI.
One problem in ESR is, that an update of the registered data in ESR will not 
lead to a re-register in Multicloud, so I had to delete the entry and recreate 
it in ESR.
A second problem exists in VID, the RegionTwo, which I created is not shown in 
the select-box when deploying a VfModule.
Do you have an idea, why ?
Best regards
Andreas

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

View/Reply Online (#13882): https://lists.onap.org/g/onap-discuss/message/13882
Mute This Topic: https://lists.onap.org/mt/28241393/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=2740164
Mute #multicloud: https://lists.onap.org/mk?hashtag=multicloud=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] #multicloud #aai Multicloud call in ESR fails in VIM registration

[Yang Bin]

Please try with Cloud Region Version “titanium_cloud” and get back to me if the 
problem persists. I would like to confirm if this is an issue pertaining to 
ocata plugin or not.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Andreas Geissler
Sent: Monday, November 19, 2018 9:47 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #multicloud #aai Multicloud call in ESR fails in VIM 
registration


In the latest Casablanca environment, when registering a VIM via ESR,
the Multicloud registration fails (see log):

Caused by: com.eclipsesource.jaxrs.consumer.RequestException: Failed to send 
POST request to: 
http://msb-iag.onap/api/multicloud/v1/CloudOwner/RegionTwo/registry
Received Status: 403
Received Body: {"detail":"Authentication credentials were not provided."}

The entered data is:

[cid:image001.png@01D480BE.EA695460]
Is the Multicloud error related to the API call or the credentials entered in 
the ESR Gui ?


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

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

[onap-discuss] Cancellation of MultiCloud Weekly meeting this week

[Yang Bin]

Dear team,

Considering the upcoming Thanksgiving day , and I does not see any urgent issue 
to be discussed this week,  I would suggest to cancel the MultiCloud weekly 
meeting this week.

Please let me know if you have any concerns or urgent topic for discussion.

Thanks and Happy Thanksgiving day!

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 (#13872): https://lists.onap.org/g/onap-discuss/message/13872
Mute This Topic: https://lists.onap.org/mt/28250892/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][logging][multicloud] filebeat sidecar for multicloud pods failed to publish log message to logstash

[Yang Bin]

Hi Michael,

Appreciate your quick response.

Yes, I just created a Jira issue to track this issue: 
https://jira.onap.org/browse/LOG-842

### make sure the multicloud service is up and running:
root@oom-rancher:~# kubectl -n onap get pods |grep multicloud-windriver


The command line to generate multicloud log looks like:

 OOM based ONAP
export OPENO_IP=
export MC_EP_PORT=30294

export 
MC_EP=http://$OPENO_IP:$MC_EP_PORT/api/multicloud-titaniumcloud/v1/CloudOwner2/RegionOne
curl -v -s -H "Content-Type: application/json" -X POST -d '{}'  
$MC_EP/identity/v2.0/tokens

root@oom-rancher:~# kubectl -n onap logs 
dev-multicloud-multicloud-windriver-756db78d6b-x2895 filebeat-onap


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

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Thursday, November 15, 2018 8:43 PM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: Ethan Lynn (ethanly...@vmware.com); HUANG, HAIBIN (haibin.hu...@intel.com); 
Sudhakar Reddy; Morales, Victor
Subject: RE: [onap-discuss][logging][multicloud] filebeat sidecar for 
multicloud pods failed to publish log message to logstash

Bin,
   Hi, yes until the log-ls service is in liveness state and ready to receive 
logs through the beats plugin – logs won’t appear in the elk stack
   For all the 3 kibana pods in 3 of the onap components – kibana takes a while 
to come up – usually 2 min after the corresponding es pod.
   Do you have a jira tracking all this that we can attach work to.
   You can query the elasticsearch pod on the command line or run a gui query 
in the kibana ui after the index is saved.
   Instructions on
   https://wiki.onap.org/display/DW/Logging+Developer+Guide
   Do you have the rest call or action that generated your logs so I can 
reproduce it in my stack.
   Thank you
   /michael

From: Yang, Bin 
Sent: Thursday, November 15, 2018 1:22 AM
To: onap-discuss@lists.onap.org; Yang, Bin ; Michael 
O'Brien 
Cc: Ethan Lynn (ethanly...@vmware.com) ; HUANG, HAIBIN 
(haibin.hu...@intel.com) ; Sudhakar Reddy 
; Morales, Victor 
Subject: RE: [onap-discuss][logging][multicloud] filebeat sidecar for 
multicloud pods failed to publish log message to logstash

Hi, I think I found the root cause: The logstash service is not up yet. So I 
changed to another oom instance for checking: Integration-SB-06. This time 
there is no such error reported.

According to the log of filebeat below, I believe the log message was published 
to logstash service, but still I cannot discover the multicloud log message 
from kibana: http://10.12.6.68:30253/app/kibana

Could you shed some light on this issue?

Thanks

2018/11/15 06:11:11.680805 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:11:41.677506 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:12:11.675564 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:12:31.206613 log.go:91: INFO Harvester started for file: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log
2018/11/15 06:12:41.679615 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.open_files=1 filebeat.harvester.running=1 
filebeat.harvester.started=1 libbeat.logstash.call_count.PublishEvents=1 
libbeat.logstash.publish.read_bytes=12 
libbeat.logstash.publish.write_bytes=2618 
libbeat.logstash.published_and_acked_events=15 
libbeat.publisher.published_events=15 publish.events=16 
registrar.states.update=16 registrar.writes=1
2018/11/15 06:13:11.724319 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:13:41.672813 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:14:11.674501 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:14:41.671870 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:15:11.688733 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:15:41.672633 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:16:11.674214 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:16:41.678199 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:17:11.673012 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:17:36.506016 log.go:116: INFO File is inactive: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log. Closing 
because close_inactive of 5m0s reached.
2018/11/15 06:17:41.672231 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.closed=1 filebeat.harvester.open_files=-1 
filebeat.harvester.running=-1 publish.events=1 registrar.states.update=1 
registrar.writes=1
2018/11/15 06:18:11.678847 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:18:41.676391 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:19:11.675123 metrics.g

Re: [onap-discuss] ONAP deployment

[Yang Bin]

Hi Gildas,

I think there might be some confusion w.r.t. the question, for MultiCloud 
Dockerfile is only used during docker image building time, not deployment time.

For multicloud, dockerfile for image building will fetch the maven artifact, 
execute wget/apt-get, but no git clone
For deployment of docker images of multicloud, wget/apt-get will not be 
executed any more.

So it is important clarify the intent of the question: Is it for checking the 
any dependency of ONAP installation?

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Michael O'Brien
Sent: Friday, November 16, 2018 7:24 AM
To: gildas.lani...@huawei.com; onap-rele...@lists.onap.org; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP deployment

Gildas, for logging-analytics no
For logging-analytics-pomba* (6 repos) – going through the code now for later 
today.

Also we may want to expand the list to more than git clone – if your goal is 
offline onap install integrity.

apt-get install
wget
git clone
chef operations
….

/michael

From: onap-rele...@lists.onap.org  On Behalf Of 
gildas.lani...@huawei.com
Sent: Thursday, November 15, 2018 2:25 PM
To: onap-rele...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [Onap-release] ONAP deployment

Hi PTLs,

This is in preparation for Releasing all the ONAP artifacts so we can guarantee 
ONAP is using the same binary and code over and over again.

Question: While doing the deployment of your Docker image, do you have to run  
a “git clone” cmd or in other word is there “git clone” call in the Dockerfile?
Please answer Yes/NO.



Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287


“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.


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

View/Reply Online (#13778): https://lists.onap.org/g/onap-discuss/message/13778
Mute This Topic: https://lists.onap.org/mt/28150992/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] [Onap-release] ONAP deployment

[Yang Bin]

Hi Gildas,

No for MultiCloud

Thanks
B.R.

Bin

在 
2018年11月16日，03:24，"gildas.lani...@huawei.com" 
mailto:gildas.lani...@huawei.com>> 写道：

Hi PTLs,

This is in preparation for Releasing all the ONAP artifacts so we can guarantee 
ONAP is using the same binary and code over and over again.

Question: While doing the deployment of your Docker image, do you have to run  
a “git clone” cmd or in other word is there “git clone” call in the Dockerfile?
Please answer Yes/NO.



Thanks,
Gildas


Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287



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

View/Reply Online (#13772): https://lists.onap.org/g/onap-discuss/message/13772
Mute This Topic: https://lists.onap.org/mt/28156216/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][logging][multicloud] filebeat sidecar for multicloud pods failed to publish log message to logstash

[Yang Bin]

Hi, I think I found the root cause: The logstash service is not up yet. So I 
changed to another oom instance for checking: Integration-SB-06. This time 
there is no such error reported.

According to the log of filebeat below, I believe the log message was published 
to logstash service, but still I cannot discover the multicloud log message 
from kibana: http://10.12.6.68:30253/app/kibana

Could you shed some light on this issue?

Thanks

2018/11/15 06:11:11.680805 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:11:41.677506 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:12:11.675564 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:12:31.206613 log.go:91: INFO Harvester started for file: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log
2018/11/15 06:12:41.679615 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.open_files=1 filebeat.harvester.running=1 
filebeat.harvester.started=1 libbeat.logstash.call_count.PublishEvents=1 
libbeat.logstash.publish.read_bytes=12 
libbeat.logstash.publish.write_bytes=2618 
libbeat.logstash.published_and_acked_events=15 
libbeat.publisher.published_events=15 publish.events=16 
registrar.states.update=16 registrar.writes=1
2018/11/15 06:13:11.724319 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:13:41.672813 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:14:11.674501 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:14:41.671870 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:15:11.688733 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:15:41.672633 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:16:11.674214 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:16:41.678199 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:17:11.673012 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:17:36.506016 log.go:116: INFO File is inactive: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log. Closing 
because close_inactive of 5m0s reached.
2018/11/15 06:17:41.672231 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.closed=1 filebeat.harvester.open_files=-1 
filebeat.harvester.running=-1 publish.events=1 registrar.states.update=1 
registrar.writes=1
2018/11/15 06:18:11.678847 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:18:41.676391 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:19:11.675123 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:19:41.671444 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 06:20:11.671873 metrics.go:34: INFO No non-zero metrics in the last 
30s


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] On 
Behalf Of Yang Bin
Sent: Thursday, November 15, 2018 1:57 PM
To: onap-discuss@lists.onap.org; frank.obr...@amdocs.com
Cc: Ethan Lynn (ethanly...@vmware.com); HUANG, HAIBIN (haibin.hu...@intel.com); 
Sudhakar Reddy (sudhakar.re...@amdocs.com); Morales, Victor
Subject: [onap-discuss][logging][multicloud] filebeat sidecar for multicloud 
pods failed to publish log message to logstash

Dear Logging team,

I am investigating the issue of the missing multicloud logging from kinaba 
dashboard. I tried to generate log output from multicloud services, then dump 
the output from filebeat sidecar for that pod, it seems something wrong when 
the filebeat is trying to publish the logs to logstash services?

Could you help me identify the root cause of this issue? Thanks



root@oom-rancher:~# kubectl -n onap logs 
dev-multicloud-multicloud-windriver-756db78d6b-x2895 filebeat-onap

2018/11/15 05:41:03.977066 log.go:91: INFO Harvester started for file: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log
2018/11/15 05:41:27.621872 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.open_files=1 filebeat.harvester.running=1 
filebeat.harvester.started=1 libbeat.logstash.call_count.PublishEvents=1 
libbeat.logstash.publish.read_bytes=12 
libbeat.logstash.publish.write_bytes=2661 
libbeat.logstash.published_and_acked_events=15 
libbeat.publisher.published_events=15 publish.events=16 
registrar.states.update=16 registrar.writes=1
2018/11/15 05:41:57.624578 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:42:27.621832 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:42:57.621846 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:43:11.449505 sync.go:85: ERR Failed to publish events caused by: 
write tcp 10.42.166.152:36792->10.43.172.237:5044: wr

[onap-discuss][logging][multicloud] filebeat sidecar for multicloud pods failed to publish log message to logstash

[Yang Bin]

Dear Logging team,

I am investigating the issue of the missing multicloud logging from kinaba 
dashboard. I tried to generate log output from multicloud services, then dump 
the output from filebeat sidecar for that pod, it seems something wrong when 
the filebeat is trying to publish the logs to logstash services?

Could you help me identify the root cause of this issue? Thanks



root@oom-rancher:~# kubectl -n onap logs 
dev-multicloud-multicloud-windriver-756db78d6b-x2895 filebeat-onap

2018/11/15 05:41:03.977066 log.go:91: INFO Harvester started for file: 
/var/log/onap/multicloud/openstack/windriver/titanium_cloud.log
2018/11/15 05:41:27.621872 metrics.go:39: INFO Non-zero metrics in the last 
30s: filebeat.harvester.open_files=1 filebeat.harvester.running=1 
filebeat.harvester.started=1 libbeat.logstash.call_count.PublishEvents=1 
libbeat.logstash.publish.read_bytes=12 
libbeat.logstash.publish.write_bytes=2661 
libbeat.logstash.published_and_acked_events=15 
libbeat.publisher.published_events=15 publish.events=16 
registrar.states.update=16 registrar.writes=1
2018/11/15 05:41:57.624578 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:42:27.621832 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:42:57.621846 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:43:11.449505 sync.go:85: ERR Failed to publish events caused by: 
write tcp 10.42.166.152:36792->10.43.172.237:5044: write: connection reset by 
peer
2018/11/15 05:43:11.449536 single.go:91: INFO Error publishing events 
(retrying): write tcp 10.42.166.152:36792->10.43.172.237:5044: write: 
connection reset by peer
2018/11/15 05:43:27.621866 metrics.go:39: INFO Non-zero metrics in the last 
30s: libbeat.logstash.call_count.PublishEvents=2 
libbeat.logstash.publish.read_bytes=12 
libbeat.logstash.publish.write_bytes=2605 
libbeat.logstash.publish.write_errors=1 
libbeat.logstash.published_and_acked_events=15 
libbeat.logstash.published_but_not_acked_events=15 
libbeat.publisher.published_events=15 publish.events=15 
registrar.states.update=15 registrar.writes=1
2018/11/15 05:43:57.621849 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:44:27.621863 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:44:57.621870 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:45:27.621862 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:45:57.621852 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:46:27.622513 metrics.go:34: INFO No non-zero metrics in the last 
30s
2018/11/15 05:46:56.461847 sync.go:85: ERR Failed to publish events caused by: 
write tcp 10.42.166.152:39602->10.43.172.237:5044: write: connection reset by 
peer
2018/11/15 05:46:56.463016 single.go:91: INFO Error publishing events 
(retrying): write tcp 10.42.166.152:39602->10.43.172.237:5044: write: 
connection reset by peer
2018/11/15 05:46:57.621889 metrics.go:39: INFO Non-zero metrics in the last 
30s: libbeat.logstash.call_count.PublishEvents=2 
libbeat.logstash.publish.read_bytes=18 
libbeat.logstash.publish.write_bytes=3750 
libbeat.logstash.publish.write_errors=1 
libbeat.logstash.published_and_acked_events=15 
libbeat.logstash.published_but_not_acked_events=15 
libbeat.publisher.published_events=15 publish.events=15 
registrar.states.update=15 registrar.writes=1



root@oom-rancher:~# kubectl describe 
pod/dev-multicloud-multicloud-windriver-756db78d6b-x2895 -n onap
Name:   dev-multicloud-multicloud-windriver-756db78d6b-x2895
Namespace:  onap
Node:   oom-k8s-07/
Start Time: Tue, 13 Nov 2018 17:18:06 +
Labels: app=multicloud-windriver
pod-template-hash=3128634826
release=dev-multicloud
Annotations:sidecar.istio.io/inject=true
Status: Running
IP: 10.42.166.152
Controlled By:  ReplicaSet/dev-multicloud-multicloud-windriver-756db78d6b
Containers:
  multicloud-windriver:
Container ID:   
docker://3bdff3f932e0a41dcc902b529fe7f10b4ae6c3ce8b1a2f13b28e08b40a5be917
Image:  
10.12.5.2:5000/onap/multicloud/openstack-windriver:1.2.1-STAGING
Image ID:   
docker-pullable://10.12.5.2:5000/onap/multicloud/openstack-windriver@sha256:52c6ec425bdaf3066e03e41cceffe15dffc7b6c0833e19c518ccb0aea0a26d44
Port:   9005/TCP
Host Port:  0/TCP
State:  Running
  Started:  Tue, 13 Nov 2018 17:18:27 +
Ready:  True
Restart Count:  0
Liveness:   http-get 
http://:9005/api/multicloud-titaniumcloud/v1/swagger.json delay=30s timeout=10s 
period=10s #success=1 #failure=5
Environment:
  MSB_ADDR:msb-iag.onap
  MSB_PORT:80
  AAI_ADDR:aai.onap
  AAI_PORT:8443
  AAI_SCHEMA_VERSION:  v13
  AAI_USERNAME:AAI
  AAI_PASSWORD:AAI
Mounts:
  

Re: [onap-discuss] #multicloud telemetry

[Yang Bin]

Well, in that case, VF-C having been utilizing the abstract API layer exposed 
by MultiCloud, which does not support resource reservation.

W.r.t . the capacity check of VIM, VF-C and OOF is checking the same 
quota/limits of a tenants for a region, but different APIs.

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: Singh Kalra, Mandeep [mailto:mandeep.singh.ka...@accenture.com]
Sent: Thursday, November 15, 2018 10:22 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Subject: Re: #multicloud telemetry

For eg VF-C at at the time of resource grant can do the reservations.

I know there are APIs in multicloud to check the capacity of VIM. Is it that 
VF-C checks for a tenant while OOF checks for a region?


Regards
Mandeep

From: Yang, Bin 
Sent: Thursday, November 15, 2018 6:11:27 AM
To: onap-discuss@lists.onap.org; Singh Kalra, Mandeep
Subject: [External] RE: #multicloud telemetry


H Mandeep,



   I would like to understand the context of your question before I 
could share any insight w.r.t. multicloud: Since multicloud is exposing API to 
ONAP components including VFC, SO,APPC, I wonder which one is supposed to issue 
the API request to do the resource reservations/etc. in your cases?



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



From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Mandeep Singh Kalra
Sent: Wednesday, November 14, 2018 7:44 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #multicloud telemetry



Hello,



I am trying to check the multicloud component of ONAP.

I have few questions regarding the same ::

  *   Will the multicloud project do the resource reservations on the VIM ( and 
return reservationIds etc)?
  *   Can we create new tenants on VIM and allocate quota through the 
multicloud ?
  *   Will it provide the resource utilization per tenant and provide graphical 
representation of the same ?
  *   Is Prometheus integration part of the Casablanca release ?









Regards

Mandeep







This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

http://www.accenture.com



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

View/Reply Online (#13746): https://lists.onap.org/g/onap-discuss/message/13746
Mute This Topic: https://lists.onap.org/mt/28134470/21656
Mute #multicloud: https://lists.onap.org/mk?hashtag=multicloud=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] #multicloud telemetry

[Yang Bin]

H Mandeep,

   I would like to understand the context of your question before I 
could share any insight w.r.t. multicloud: Since multicloud is exposing API to 
ONAP components including VFC, SO,APPC, I wonder which one is supposed to issue 
the API request to do the resource reservations/etc. in your cases?

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Mandeep Singh Kalra
Sent: Wednesday, November 14, 2018 7:44 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #multicloud telemetry

Hello,

I am trying to check the multicloud component of ONAP.
I have few questions regarding the same ::

  *   Will the multicloud project do the resource reservations on the VIM ( and 
return reservationIds etc)?
  *   Can we create new tenants on VIM and allocate quota through the 
multicloud ?
  *   Will it provide the resource utilization per tenant and provide graphical 
representation of the same ?
  *   Is Prometheus integration part of the Casablanca release ?




Regards
Mandeep




This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

www.accenture.com


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

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

[onap-discuss] Cancellation of MultiCloud Weekly meeting on 31st Oct.

[Yang Bin]

Dear team,

   Since some of you are attending ONAP Arch planning meeting and 
also busy with testing,  I would like to cancel the MultiCloud weekly meeting 
in this week.  Please let me know if you have any objection or suggestion.

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 (#13367): https://lists.onap.org/g/onap-discuss/message/13367
Mute This Topic: https://lists.onap.org/mt/27789270/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] Unable to get tenant info from multicloud proxy

[Yang Bin]

Hi Bharath,

   I just want to track your contribution by having your jira/patch 
in repo, but  if you feel it is a burden , I can do it, please let me know your 
suggestion.

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

From: Yang, Bin
Sent: Wednesday, October 24, 2018 7:59 PM
To: bharath thiruveedula
Cc: onap-discuss@lists.onap.org; HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi Bharath,

Yes, please file a bug in jira and submit your patch which fixes it.

Appreciate your help

Bin

在 2018年10月24日，15:02，bharath thiruveedula 
mailto:bharath_...@hotmail.com>> 写道：
Hi Yang,

I found the problem. In this line 
https://github.com/onap/multicloud-openstack/blob/d6d8cbf451a596aa7cbaa240fbcafb288a3494bc/share/newton_base/openoapi/tenants.py#L52
we are appending "/v2.0/tenants" to the base url which also contains "/v2.0", 
so at the end it sends the request to '/v2.0/v2.0/tenants' to openstack . This 
creating the issue. So I modified the code from multicloud-windriver pod. Then 
it worked. Do we need to change this in upstream code?


Best Regards
Bharath T
________
From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Wednesday, October 24, 2018 8:45 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



   I didn’t see any issue from your registration. The only 
difference is that I register the vim with keystone v3 endpoint, while you are 
using the v2.0



I guess we need more debugging exercises:

Exercise 1, test the multicloud service with following curl commands



   export NODE_IP=

export MC_EP_PORT=30294

export MSB_PORT=30280





export 
MC_EPv0=http://$NODE_IP:MSB_PORT/api/multicloud/v0/pod25_regionOne<http://$node_ip:msb_port/api/multicloud/v0/pod25_regionOne>



curl -v -s -H "Content-Type: application/json" -X POST -d '{}'  
$MC_EPv0/identity/v2.0/tokens



export TOKEN=



curl -v -s -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X GET 
 $MC_EPv0/tenants





If exercise 1 does not work well with the tenants API, please dump the log with 
exercise 2 as below:



exercise 2, dump the debug output from multicloud service



step 1: dump debug output

   root@onap-oom-rancher:~# kubectl -n onap get pods |grep 
multicloud-windriver

dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l  2/2   Running  
  0  22h

root@onap-oom-rancher:~# kubectl -n onap exec -it 
dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l bash



   Defaulting container name to multicloud-windriver.

Use 'kubectl describe pod/dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l' 
to see all of the containers in this pod.

root@dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log



   step 2: issue the requests in exercise 1, observe and capture 
the debug output, send it back to me.



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



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Wednesday, October 24, 2018 9:36 AM
To: Yang, Bin; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I register the VIM in ESR with the following values:





Cloud Owner: pod25

Cloud Region: regionOne

Cloud Zone: Cloud Zone

Cloud Type: Titanium Cloud

Auth URL: http://:5000/v2.0

username: 

password: 



Default Tenant: admin



The request I am  sending is 
http:///api/multicloud/v0/pod25_regionOne/tenants



Is there something else I need to add while registering VIM?



I am running ONAP using OOM. Using robot scripts it created one VIM, but

sending request to default VIM errors out saying "VIM not supported"



Best Regards

Bharath T



From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Tuesday, October 23, 2018 8:21 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy



I just test the API with master branch, it works we

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Yang Bin]

Hi Bharath,

Yes, please file a bug in jira and submit your patch which fixes it.

Appreciate your help

Bin

在 2018年10月24日，15:02，bharath thiruveedula 
mailto:bharath_...@hotmail.com>> 写道：

Hi Yang,

I found the problem. In this line 
https://github.com/onap/multicloud-openstack/blob/d6d8cbf451a596aa7cbaa240fbcafb288a3494bc/share/newton_base/openoapi/tenants.py#L52
we are appending "/v2.0/tenants" to the base url which also contains "/v2.0", 
so at the end it sends the request to '/v2.0/v2.0/tenants' to openstack . This 
creating the issue. So I modified the code from multicloud-windriver pod. Then 
it worked. Do we need to change this in upstream code?


Best Regards
Bharath T
________
From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Wednesday, October 24, 2018 8:45 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



   I didn’t see any issue from your registration. The only 
difference is that I register the vim with keystone v3 endpoint, while you are 
using the v2.0



I guess we need more debugging exercises:

Exercise 1, test the multicloud service with following curl commands



   export NODE_IP=

export MC_EP_PORT=30294

export MSB_PORT=30280





export 
MC_EPv0=http://$NODE_IP:MSB_PORT/api/multicloud/v0/pod25_regionOne<http://$node_ip:msb_port/api/multicloud/v0/pod25_regionOne>



curl -v -s -H "Content-Type: application/json" -X POST -d '{}'  
$MC_EPv0/identity/v2.0/tokens



export TOKEN=



curl -v -s -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X GET 
 $MC_EPv0/tenants





If exercise 1 does not work well with the tenants API, please dump the log with 
exercise 2 as below:



exercise 2, dump the debug output from multicloud service



step 1: dump debug output

   root@onap-oom-rancher:~# kubectl -n onap get pods |grep 
multicloud-windriver

dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l  2/2   Running  
  0  22h

root@onap-oom-rancher:~# kubectl -n onap exec -it 
dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l bash



   Defaulting container name to multicloud-windriver.

Use 'kubectl describe pod/dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l' 
to see all of the containers in this pod.

root@dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log



   step 2: issue the requests in exercise 1, observe and capture 
the debug output, send it back to me.



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



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Wednesday, October 24, 2018 9:36 AM
To: Yang, Bin; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I register the VIM in ESR with the following values:





Cloud Owner: pod25

Cloud Region: regionOne

Cloud Zone: Cloud Zone

Cloud Type: Titanium Cloud

Auth URL: http://:5000/v2.0

username: 

password: 



Default Tenant: admin



The request I am  sending is 
http:///api/multicloud/v0/pod25_regionOne/tenants



Is there something else I need to add while registering VIM?



I am running ONAP using OOM. Using robot scripts it created one VIM, but

sending request to default VIM errors out saying "VIM not supported"



Best Regards

Bharath T



From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Tuesday, October 23, 2018 8:21 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: HUANG, HAIBIN (haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy



I just test the API with master branch, it works well (Note it is ONAP deployed 
by OOM)



> GET /api/multicloud/v0/CloudOwner_pod01/tenants HTTP/1.1

> Host: 10.12.5.184:30280

> User-Agent: curl/7.45.0

> Accept: */*

> Content-Type: application/json

>

< HTTP/1.1 200 Unknown Status Code

< Server: openresty

< Date: Tue, 23 Oct 2018 02:48:42 GMT

< Content-Type: application/json

< Content-Length: 32584

< Connection: keep-alive

< status: 200

< content-location: 
http://msb-iag.onap:80/api/multicloud-titaniumcloud/v0/CloudOwner_pod01/tenants

< Vary: Cookie

< -content-encoding: gzip

< Allow: 

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Yang Bin]

Hi Bharath,

   I didn't see any issue from your registration. The only 
difference is that I register the vim with keystone v3 endpoint, while you are 
using the v2.0

I guess we need more debugging exercises:
Exercise 1, test the multicloud service with following curl commands

   export NODE_IP=
export MC_EP_PORT=30294
export MSB_PORT=30280


export MC_EPv0=http://$NODE_IP:MSB_PORT/api/multicloud/v0/pod25_regionOne

curl -v -s -H "Content-Type: application/json" -X POST -d '{}'  
$MC_EPv0/identity/v2.0/tokens

export TOKEN=

curl -v -s -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X GET 
 $MC_EPv0/tenants


If exercise 1 does not work well with the tenants API, please dump the log with 
exercise 2 as below:

exercise 2, dump the debug output from multicloud service

step 1: dump debug output
   root@onap-oom-rancher:~# kubectl -n onap get pods |grep 
multicloud-windriver
dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l  2/2   Running  
  0  22h
root@onap-oom-rancher:~# kubectl -n onap exec -it 
dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l bash

   Defaulting container name to multicloud-windriver.
Use 'kubectl describe pod/dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l' 
to see all of the containers in this pod.
root@dev-multicloud-multicloud-windriver-b5f9b7d5b-27z4l:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

   step 2: issue the requests in exercise 1, observe and capture 
the debug output, send it back to me.

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

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Wednesday, October 24, 2018 9:36 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi,

I register the VIM in ESR with the following values:


Cloud Owner: pod25
Cloud Region: regionOne
Cloud Zone: Cloud Zone
Cloud Type: Titanium Cloud
Auth URL: http://:5000/v2.0
username: 
password: 

Default Tenant: admin

The request I am  sending is 
http:///api/multicloud/v0/pod25_regionOne/tenants

Is there something else I need to add while registering VIM?

I am running ONAP using OOM. Using robot scripts it created one VIM, but
sending request to default VIM errors out saying "VIM not supported"

Best Regards
Bharath T
________
From: Yang, Bin 
Sent: Tuesday, October 23, 2018 8:21 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


I just test the API with master branch, it works well (Note it is ONAP deployed 
by OOM)



> GET /api/multicloud/v0/CloudOwner_pod01/tenants HTTP/1.1

> Host: 10.12.5.184:30280

> User-Agent: curl/7.45.0

> Accept: */*

> Content-Type: application/json

>

< HTTP/1.1 200 Unknown Status Code

< Server: openresty

< Date: Tue, 23 Oct 2018 02:48:42 GMT

< Content-Type: application/json

< Content-Length: 32584

< Connection: keep-alive

< status: 200

< content-location: 
http://msb-iag.onap:80/api/multicloud-titaniumcloud/v0/CloudOwner_pod01/tenants

< Vary: Cookie

< -content-encoding: gzip

< Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS

< x-frame-options: SAMEORIGIN

<

{ [5067 bytes data]



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: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 10:32 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy



Hi Yang,



I am using ONAP Beijing in my own machine.



Best Regards

Bharath T





From: Yang, Bin 
Sent: Tuesday, October 23, 2018 7:56:27 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy



Which version of ONAP are you testing with? Where is it deployed? Integration 
lab?



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: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 8:58 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant i

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Yang Bin]

Which version of ONAP are you testing with? Where is it deployed? Integration 
lab?

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: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 8:58 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi Yang/Victor,

The response I got for "/tenants" is 404 resource not found. I actually 
register the cloud with admin details.

I am using titanium cloud version.

Best Regards
Bharath T
____
From: Yang, Bin 
Sent: Tuesday, October 23, 2018 6:22 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



What's the response you got? Did it include any permission or privilege message?



And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?



It is most probably a tenant user privilege issue, while API "/tenants" 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.



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



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.



Am I missing something here while getting tenant information?



Best Regards

Bharath T

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

View/Reply Online (#13212): https://lists.onap.org/g/onap-discuss/message/13212
Mute This Topic: https://lists.onap.org/mt/27511033/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] Unable to get tenant info from multicloud proxy

[Yang Bin]

Hi Bharath,

What's the response you got? Did it include any permission or privilege message?

And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?

It is most probably a tenant user privilege issue, while API "/tenants" 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.

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

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy

Hi,

I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.

Am I missing something here while getting tenant information?

Best Regards
Bharath T

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

View/Reply Online (#13208): https://lists.onap.org/g/onap-discuss/message/13208
Mute This Topic: https://lists.onap.org/mt/27511033/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] ONAP Support for Secure Communication

[Yang Bin]

MSB for sure is part of Casablanca release, but not sure about ISTIO, I need 
confirmation from @Huabing.

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: ZWARICO, AMY [mailto:az9...@att.com]
Sent: Friday, October 19, 2018 10:10 AM
To: Yang, Bin; zhao.huab...@zte.com.cn
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] ONAP Support for Secure Communication

Is MSB/ISTIO part of Casablanca?

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Thursday, October 18, 2018 9:08 PM
To: ZWARICO, AMY ; zhao.huab...@zte.com.cn
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] ONAP Support for Secure Communication

Hi Amy,

Multi-VIM/Cloud: Yes within OOM deployed ONAP with the integration of MSB/ISTIO

@Huabing, please correct me if I put the wrong statement.

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

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Amy Zwarico
Sent: Tuesday, October 16, 2018 10:05 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] ONAP Support for Secure Communication






PTLs: The security subcommittee is tracking ONAP support of secure 
communication on all ONAP interfaces (typically HTTPS), which is one of the S3P 
requirements. Please respond to this email with a the status of your project’s 
support of secure communication. ("Yes" or "No")

Amy Zwarico, LMTS

Chief Security Office / Enterprise Security Support / Cloud Security Services

AT Services

(205) 613-1667






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

View/Reply Online (#13137): https://lists.onap.org/g/onap-discuss/message/13137
Mute This Topic: https://lists.onap.org/mt/27369768/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] ONAP Support for Secure Communication

[Yang Bin]

Hi Amy,

Multi-VIM/Cloud: Yes within OOM deployed ONAP with the integration of MSB/ISTIO

@Huabing, please correct me if I put the wrong statement.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Amy Zwarico
Sent: Tuesday, October 16, 2018 10:05 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP Support for Secure Communication






PTLs: The security subcommittee is tracking ONAP support of secure 
communication on all ONAP interfaces (typically HTTPS), which is one of the S3P 
requirements. Please respond to this email with a the status of your project’s 
support of secure communication. ("Yes" or "No")

Amy Zwarico, LMTS

Chief Security Office / Enterprise Security Support / Cloud Security Services

AT Services

(205) 613-1667






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

View/Reply Online (#13136): https://lists.onap.org/g/onap-discuss/message/13136
Mute This Topic: https://lists.onap.org/mt/27369768/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] Beijing images in Casablanca Release manifest

[Yang Bin]

Dear Gary,

W.r.t. "onap/multicloud/vio-vesagent,1.0.0",  Ethan confirmed that he is 
intending to deliver the same Beijing docker image for Casablanca. 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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Gary Wu
Sent: Thursday, October 18, 2018 1:55 PM
To: onap-discuss
Subject: [onap-discuss] [integration] Beijing images in Casablanca Release 
manifest

The following entries in the Release docker manifest have not been updated 
since Beijing.

If any entry below is no longer applicable for Casablanca, pleased it from the 
manifest.
Otherwise, unless you're intending to deliver the same Beijing docker image for 
Casablanca, please release your new images ASAP and update the manifests 
accordingly.

onap/aaf/sms,2.0.0
onap/aaf/smsquorumclient,2.0.0
onap/aai/esr-gui,1.1.0
onap/aai/esr-server,1.1.0
onap/admportal-sdnc-image,1.3.4
onap/cli,2.0.2
onap/msb/msb_apigateway,1.1.0
onap/msb/msb_discovery,1.1.0
onap/multicloud/vio-vesagent,1.0.0
onap/music/cassandra_music,3.0.0
onap/music/music,2.5.3
onap/oom/kube2msb,1.1.0
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
onap/sdc-api-tests,1.2.0
onap/sdc-backend,1.2.0
onap/sdc-backend-init,1.2.0
onap/sdc-cassandra,1.2.0
onap/sdc-cassandra-init,1.2.0
onap/sdc-elasticsearch,1.2.0
onap/sdc-frontend,1.2.0
onap/sdc-init-elasticsearch,1.2.0
onap/sdc-kibana,1.2.0
onap/sdc-onboard-backend,1.2.0
onap/sdc-onboard-cassandra-init,1.2.0
onap/sdc-simulator,1.2.0
onap/sdc-ui-tests,1.2.0
onap/sdc/sdc-workflow-designer,1.1.0
onap/sniroemulator,1.0.0
onap/usecase-ui,1.1.1
onap/usecase-ui/usecase-ui-server,1.1.1
onap/vfc/nfvo/svnfm/nokia,1.1.0
onap/vnfsdk/ice,1.1.0
onap/vnfsdk/vnftest,1.1.0


Thanks,
Gary




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

View/Reply Online (#13134): https://lists.onap.org/g/onap-discuss/message/13134
Mute This Topic: https://lists.onap.org/mt/27400125/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] user/pass for appc api index with OOM deployed ONAP

[Yang Bin]

Hi Lathish,

   Yes, it works. Appreciate your help !

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] On 
Behalf Of Lathish
Sent: Tuesday, October 09, 2018 5:01 PM
To: onap-discuss@lists.onap.org; Yang, Bin; tc0...@att.com
Cc: HU, BIN (bh5...@att.com); HUANG, HAIBIN (haibin.hu...@intel.com); Ethan 
Lynn (ethanly...@vmware.com); Sudhakar Reddy (sudhakar.re...@amdocs.com); 
Morales, Victor
Subject: Re: [onap-discuss] user/pass for appc api index with OOM deployed ONAP

Hi Bin,

Can you try with user/password:  
admin/Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U

Br,
Lathish


[Ericsson]

LATHISHBABU GANESAN
Senior Engineer
LM Ericsson
Athlone,County Westmeath, Ireland
Mobile +353894195456
lathishbabu.gane...@ericsson.com<mailto:lathishbabu.gane...@ericsson.com>
www.ericsson.com<http://www.ericsson.com/>


From: onap-discuss@lists.onap.org  On Behalf Of 
Yang Bin
Sent: Tuesday, October 9, 2018 2:15 AM
To: tc0...@att.com
Cc: onap-discuss@lists.onap.org; HU, BIN (bh5...@att.com) ; 
HUANG, HAIBIN (haibin.hu...@intel.com) ; Ethan Lynn 
(ethanly...@vmware.com) ; Sudhakar Reddy 
(sudhakar.re...@amdocs.com) ; Morales, Victor 

Subject: [onap-discuss] user/pass for appc api index with OOM deployed ONAP

Hi Taka

As I am going to do some simple pairwise testing between APPC and multicloud, I 
found that the user/pass (which was admin/admin) is not valid while I am trying 
to access the following apidox index: 
http://10.12.6.138:30230/apidoc/explorer/index.html


Would you please shed some light on this issue?
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 (#12908): https://lists.onap.org/g/onap-discuss/message/12908
Mute This Topic: https://lists.onap.org/mt/27106696/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] pairwise testing between MultiCloud and OOF

[Yang Bin]

Dear Sarat,

   Would you please suggest how to conduct the pairwise testing 
between OOF and MultiCloud?

As my understanding, the capacity check API has already been verified from 
Beijing Release, so should we test it again in this release?
Another interaction is indirect and pertaining to HPA testing which OOF should 
select the flavors and pass to multicloud via SO indirectly. I guess this part 
relies on the pairwise testing between SO and MultiCloud which is in progress.

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 (#12885): https://lists.onap.org/g/onap-discuss/message/12885
Mute This Topic: https://lists.onap.org/mt/27106867/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] user/pass for appc api index with OOM deployed ONAP

[Yang Bin]

Hi Taka

As I am going to do some simple pairwise testing between APPC and multicloud, I 
found that the user/pass (which was admin/admin) is not valid while I am trying 
to access the following apidox index: 
http://10.12.6.138:30230/apidoc/explorer/index.html


Would you please shed some light on this issue?
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 (#12884): https://lists.onap.org/g/onap-discuss/message/12884
Mute This Topic: https://lists.onap.org/mt/27106696/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] - Cancellation of MultiCloud weekly meeting on Oct. 3rd

[Yang Bin]

Dear team,

Just a reminder that the weekly meeting will be cancelled for this week due to 
National holiday this week.  However the zoom bridge  will be still open for 
anyone who want to discuss anything
Thanks

Bin

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

View/Reply Online (#12753): https://lists.onap.org/g/onap-discuss/message/12753
Mute This Topic: https://lists.onap.org/mt/26440174/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] [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin #ons europe 2018

[Yang Bin]

Hi Catherine,

Gil Hellmann will join the discussion as well. Please also count him in, 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

From: Yang, Bin
Sent: Monday, September 24, 2018 7:50 PM
To: onap-discuss@lists.onap.org; 'chaker.al.ha...@huawei.com'; 
david.perezcapar...@swisscom.com
Cc: Hellmann, Gil
Subject: RE: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine,

I would like to join the discussion, please count me in as well.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chaker Al Hakim
Sent: Monday, September 24, 2018 12:25 PM
To: onap-discuss@lists.onap.org; david.perezcapar...@swisscom.com
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine, all

I would like to participate in the discussion  and  would vote to have the 
meeting during the reception.

Regards,
Chaker

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of David Perez Caparros
Sent: Monday, September 24, 2018 3:24 AM
To: onap-discuss@lists.onap.org
Cc: onap-...@lists.onap.org
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi,

I’ll be there, too.

Cheers
David

--
David Pérez Caparrós
Senior Innovation Engineer
Swisscom (Switzerland)
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>

On 24 Sep 2018, at 08:43, Alexis de Talhouet 
mailto:adetalhoue...@gmail.com>> wrote:

Count me in as well.

Alexis

On Sep 23, 2018, at 5:18 PM, Helen Chen 
mailto:helen.c...@huawei.com>> wrote:

Please count me in. It is fine for me to do at or after the reception.

Regards,

Helen Chen

From: onap-tsc mailto:onap-...@lists.onap.org>> on 
behalf of "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Reply-To: onap-tsc mailto:onap-...@lists.onap.org>>
Date: Sunday, September 23, 2018 at 11:14 PM
To: onap-tsc mailto:onap-...@lists.onap.org>>, 
onap-discuss mailto:onap-discuss@lists.onap.org>>
Subject: [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin 
#ons europe 2018

Good evening/morning/afternoon ONAP TSC and Community Members,

As you know there is not yet any formal ONAP Dublin Release Developers Forum 
being setup.
Therefore we would like to take the opportunity to meet you at the ONS Europe 
event this week to collect your initial thoughts about the ONAP Dublin 
release/use cases.

The ‘Onsite reception’ is planned on Wednesday 26, 17:30–19:00. Location: 
Auditorium.
Please let us know if you are interested to meet during the reception (or after 
the reception) to brainstorm together.

Many thanks & regards
Alla/Catherine

Catherine Lefèvre
AVP Software Development & Engineering

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


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com<mailto:catherine.lefe...@intl.att.com>

TEXTING and DRIVING… It Can Wait

AT
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 (#12619): https://lists.onap.org/g/onap-discuss/message/12619
Mute This Topic: https://lists.onap.org/mt/26156669/21656
Mute #ons: https://lists.onap.org/mk?hashtag=ons=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] [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin #ons europe 2018

[Yang Bin]

Hi Catherine,

I would like to join the discussion, please count me in as well.

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chaker Al Hakim
Sent: Monday, September 24, 2018 12:25 PM
To: onap-discuss@lists.onap.org; david.perezcapar...@swisscom.com
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine, all

I would like to participate in the discussion  and  would vote to have the 
meeting during the reception.

Regards,
Chaker

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of David Perez Caparros
Sent: Monday, September 24, 2018 3:24 AM
To: onap-discuss@lists.onap.org
Cc: onap-...@lists.onap.org
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi,

I’ll be there, too.

Cheers
David

--
David Pérez Caparrós
Senior Innovation Engineer
Swisscom (Switzerland)
david.perezcapar...@swisscom.com

On 24 Sep 2018, at 08:43, Alexis de Talhouet 
mailto:adetalhoue...@gmail.com>> wrote:

Count me in as well.

Alexis

On Sep 23, 2018, at 5:18 PM, Helen Chen 
mailto:helen.c...@huawei.com>> wrote:

Please count me in. It is fine for me to do at or after the reception.

Regards,

Helen Chen

From: onap-tsc mailto:onap-...@lists.onap.org>> on 
behalf of "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Reply-To: onap-tsc mailto:onap-...@lists.onap.org>>
Date: Sunday, September 23, 2018 at 11:14 PM
To: onap-tsc mailto:onap-...@lists.onap.org>>, 
onap-discuss mailto:onap-discuss@lists.onap.org>>
Subject: [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin 
#ons europe 2018

Good evening/morning/afternoon ONAP TSC and Community Members,

As you know there is not yet any formal ONAP Dublin Release Developers Forum 
being setup.
Therefore we would like to take the opportunity to meet you at the ONS Europe 
event this week to collect your initial thoughts about the ONAP Dublin 
release/use cases.

The ‘Onsite reception’ is planned on Wednesday 26, 17:30–19:00. Location: 
Auditorium.
Please let us know if you are interested to meet during the reception (or after 
the reception) to brainstorm together.


Many thanks & regards
Alla/Catherine

Catherine Lefèvre
AVP Software Development & Engineering

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


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING… It Can Wait

AT
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 (#12616): https://lists.onap.org/g/onap-discuss/message/12616
Mute This Topic: https://lists.onap.org/mt/26156669/21656
Mute #ons: https://lists.onap.org/mk?hashtag=ons=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] New authentication and authorization in Casablanca for #aai

[Yang Bin]

Dear Jonathan,

   As a client of AAI, we are told that multicloud micro-services 
follow the rule “Each system should be issued its own ID in AAF ” . So I would 
like to have your help to understand following questions:

1, What the ID looks like? Is it a static UUID or dynamic one generated during 
run-time ?

2, Giving the context that MultiCloud has not integrated with AAF, but AAI 
does, Is that possible that MultiCloud to use this ID to interact with AAI ?

3, How we can apply the ID?

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Tuesday, September 18, 2018 11:01 AM
To: onap-discuss@lists.onap.org; jf2...@att.com
Cc: HUANG, HAIBIN (haibin.hu...@intel.com); Ethan Lynn (ethanly...@vmware.com); 
Morales, Victor; Sudhakar Reddy (sudhakar.re...@amdocs.com); HU, BIN 
(bh5...@att.com); zhanganb...@chinamobile.com; Xinhui Li (lxin...@vmware.com); 
Zhang, Xiaohua
Subject: Re: [onap-discuss] New authentication and authorization in Casablanca 
for #aai

Dear Jimmy,

   Mulit-VIM/Cloud is client of AAI as well.

   I hope this transition will not impact M4 so that we can figure 
out how to comply with this new rule. 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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Jimmy Forsyth
Sent: Tuesday, September 18, 2018 10:44 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] New authentication and authorization in Casablanca for 
#aai

Dear AAI Clients,

AAI is still using HTTPS basic authentication in Casablanca but since we are 
integrating with AAF we cannot continue to use the existing usernames and 
passwords since all the ones we created in the demo in Amsterdam are against 
AAF standards – therefore, I cannot port into AAF the existing credentials that 
have been used to talk to AAI.

I have reached out directly to the PTLs of the major clients of AAI about this 
upcoming change in usernames and passwords, so they should be covered (robot, 
so, sdnc, dcae, policy, sdc, vid, appc, and oof).

I have two open commits for both HEAT and OOM environments so that your teams 
will be able to transition to the new usernames/passwords before we move to 
AAF, which will allow us to turn on the AAF enforcement without a flash cut and 
hopefully without any interruptions for those clients who have taken the step 
of converting to the new credentials.

For the rest of you who may be piggy-backing off these legacy credentials and 
your project is not listed above, the credential you have been using *will stop 
working* once AAI has enabled Authentication and Authorization with AAF.  Let 
me say that again: the usernames and passwords that you have been using will 
stop working once we enable AAF in AAI – we were hoping to get there by M4 but 
we are unlikely to reach that goal so it will be implemented shortly after M4.

Each system should be issued its own ID in AAF; if your system has not been set 
up in AAF I recommend reaching out to the AAF team ASAP (Jonathan Gathman is 
the PTL) and then let me know what your application id is.

Please let me know soon so we can make this transition as painless and seamless 
as possible.

Thanks,
Jimmy Forsyth
AAI PTL


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

View/Reply Online (#12491): https://lists.onap.org/g/onap-discuss/message/12491
Mute This Topic: https://lists.onap.org/mt/25742174/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=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] New authentication and authorization in Casablanca for #aai

[Yang Bin]

Dear Jimmy,

   Mulit-VIM/Cloud is client of AAI as well.

   I hope this transition will not impact M4 so that we can figure 
out how to comply with this new rule. 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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Jimmy Forsyth
Sent: Tuesday, September 18, 2018 10:44 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] New authentication and authorization in Casablanca for 
#aai

Dear AAI Clients,

AAI is still using HTTPS basic authentication in Casablanca but since we are 
integrating with AAF we cannot continue to use the existing usernames and 
passwords since all the ones we created in the demo in Amsterdam are against 
AAF standards – therefore, I cannot port into AAF the existing credentials that 
have been used to talk to AAI.

I have reached out directly to the PTLs of the major clients of AAI about this 
upcoming change in usernames and passwords, so they should be covered (robot, 
so, sdnc, dcae, policy, sdc, vid, appc, and oof).

I have two open commits for both HEAT and OOM environments so that your teams 
will be able to transition to the new usernames/passwords before we move to 
AAF, which will allow us to turn on the AAF enforcement without a flash cut and 
hopefully without any interruptions for those clients who have taken the step 
of converting to the new credentials.

For the rest of you who may be piggy-backing off these legacy credentials and 
your project is not listed above, the credential you have been using *will stop 
working* once AAI has enabled Authentication and Authorization with AAF.  Let 
me say that again: the usernames and passwords that you have been using will 
stop working once we enable AAF in AAI – we were hoping to get there by M4 but 
we are unlikely to reach that goal so it will be implemented shortly after M4.

Each system should be issued its own ID in AAF; if your system has not been set 
up in AAF I recommend reaching out to the AAF team ASAP (Jonathan Gathman is 
the PTL) and then let me know what your application id is.

Please let me know soon so we can make this transition as painless and seamless 
as possible.

Thanks,
Jimmy Forsyth
AAI PTL


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

View/Reply Online (#12467): https://lists.onap.org/g/onap-discuss/message/12467
Mute This Topic: https://lists.onap.org/mt/25742174/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=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][control-loop][policy][appc] Why policy does not publish expected event to DMaaP for APPC restart action

[Yang Bin]

Hi Jorge,

   Appreciate your help, it indeed works so I can dump the 
APPC-LCM-READ event now.

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

From: HERNANDEZ-HERRERO, JORGE [mailto:jh1...@att.com]
Sent: Tuesday, September 11, 2018 11:01 PM
To: onap-discuss@lists.onap.org; Yang, Bin; DRAGOSH, PAM
Cc: MAHER, RANDA
Subject: RE: [onap-discuss][control-loop][policy][appc] Why policy does not 
publish expected event to DMaaP for APPC restart action

Hello Bin,

Because you are creating it from an archetype, the configuration is not the 
full blown one.   Note that the
"topic": "APPC-LCM-READ",
"topicCommInfrastructure": "NOOP"

Uses a "noop" sink, therefore the output won't be put in the dmaap bus.

The change is simple, change the 
"${POLICY_HOME}/config/amsterdam-controller.properties" - "noop" to "dmaap" or 
"ueb" (will behave equivalently) .. use as a reference one of the ones that we 
use for official installations as a reference.

It will help if you use the telemetry shell to explore runtime data and 
configuration, simply type "telemetry" in the drools container, and then 
navigate resources with "cd", see resources with "ls", and invoke "get" 
commands to navigate it.

Note also that the first time you post a message to an anonymous dmaap topic, 
it will create the topic, but the message won't be processed.   The second 
onwards would be.

Not sure about the message contents you are describing below, in theory the 
Restart etc .. APPC messages have been significantly tested in conjunction with 
the integration team.

Best regards,
Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Tuesday, September 11, 2018 4:57 AM
To: DRAGOSH, PAM ; onap-discuss@lists.onap.org
Cc: MAHER, RANDA 
Subject: [onap-discuss][control-loop][policy][appc] Why policy does not publish 
expected event to DMaaP for APPC restart action

Dear policy team,

Would you help me identify what is the root cause of following failure?

I come up with my own operational policy and provisioned to drools container, 
however, it does not work as expected. The policy and the testing steps are 
attached. The specific problems are:


# decoding the "topicSinks/recentEvents":

{
"alive": true,
"locked": false,
"recentEvents": [
"{\n  \"body\": {\n\"input\": {\n  \"common-header\": 
{\n\"timestamp\": \"2018-09-11T09:38:32.486Z\",\n\"api-ver\": 
\"2.00\",\n\"originator-id\": 
\"8c1b8bd8-06f7-493f-8ed7-daaa4cc481bc\",\n\"request-id\": 
\"8c1b8bd8-06f7-493f-8ed7-daaa4cc481bc\",\n\"sub-request-id\": \"1\",\n 
   \"flags\": {}\n  },\n  \"action\": \"Restart\",\n  
\"action-identifiers\": {\n\"vnf-id\": \"zdfw1lb01lb01\"\n  }\n
}\n  },\n  \"version\": \"2.0\",\n  \"rpc-name\": \"restart\",\n  
\"correlation-id\": \"8c1b8bd8-06f7-493f-8ed7-daaa4cc481bc-1\",\n  \"type\": 
\"request\"\n}"
],
"servers": [
"vm1.mr.simpledemo.openecomp.org"
],
"topic": "APPC-LCM-READ",
"topicCommInfrastructure": "NOOP"
},

  ==>

  {
 "body": {
"input": {
   
"common-header": {

  "timestamp": "2018-09-11T08:43:10.499Z",

  "api-ver": "2.00",

  "originator-id": "8c1b8bd8-06f7-493f-8ed7-daaa4cc481bc",

  "request-id": "8c1b8bd8-06f7-493f-8ed7-daaa

Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

[Yang Bin]

Hi Ethan,

   I agree that the service should be separated from each other, 
and requesting a new repo is also a valid option. Thanks for your suggestion.

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] On 
Behalf Of ethanlynnl
Sent: Thursday, September 06, 2018 1:55 PM
To: onap-discuss; Yang, Bin
Cc: Addepalli, Srinivasa R; frank.sando...@oamtechnologies.com; Multanen, Eric 
W; Ranganathan, Dileep; Ramki Krishnan; Ranganathan, Raghu
Subject: Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Bin,
  I think it’s better to use a new repository to host HPA telemetry, since the 
broker are written in python and we need to consider the performance. If 
massing broker with telemetry, massive telemetries might downgrade the broker’s 
performance.


On 6 Sep 2018, at 9:33 AM, Yang Bin 
mailto:bin.y...@windriver.com>> wrote:

Hi Srini,

   I double checked that during last MultiCloud weekly meeting, and 
I didn’t hear any objection. So I am thinking it is okay to use multicloud 
framework repository to host the HPA telemetry.
However, before anyone starts the patch upstreaming, I would like to know the 
details of your seed codes, and see how it fit into the existing framework repo 
since there is already source code for multicloud broker there. We want to keep 
thing consistent and easy /straight forward to understand/maintain.

So I suggest that you or someone else will showcase the seed code to multicloud 
team and then decide how it should be proceeded.

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

From: Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com]
Sent: Thursday, September 06, 2018 1:26 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Yang, Bin; 
frank.sando...@oamtechnologies.com<mailto:frank.sando...@oamtechnologies.com>
Cc: Multanen, Eric W; Ranganathan, Dileep; 
ram...@vmware.com<mailto:ram...@vmware.com>; Ranganathan, Raghu
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Thanks Bin. Let us know if everybody is okay to use framework repository or 
provide suggestions.

HPA telemetry is part of HPA umbrella and Alex presented to various committees 
for R3 additions. Dileep is working on A schema changes and related changes 
needed in OOF. But in these architecture/use-case meetings, we don’t get into 
the details of repositories in each project and hence that part was not 
discussed. In both A and OOF, no need to create any repositories. I hope 
that we don’t need to create any repository here too.  My view is that 
framework repo seems to be generic and since HPA telemetry is also generic, 
related software can be placed there. Let us know.

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+12237+675801+2740...@lists.onap.org<mailto:bounce+19846+12237+675801+2740...@lists.onap.org>
Sent: Tuesday, September 4, 2018 8:18 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
frank.sando...@oamtechnologies.com<mailto:frank.sando...@oamtechnologies.com>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Ranganathan, 
Dileep mailto:dileep.ranganat...@intel.com>>; 
ram...@vmware.com<mailto:ram...@vmware.com>; Ranganathan, Raghu 
mailto:rra...@ciena.com>>
Subject: Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Srini,

   Thanks for your feedback.  I will check with our team to see if 
any further question/concerns with regarding to this proposal.

It seems it is a new feature impacting multiple ONAP projects (MultiCloud, AAI, 
OOF, more? ), so I would also like to know whether this proposal has been 
presented to ARC subcommittee? What is the suggestion there?

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

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Srini
Sent: Wednesday, September 05, 2018 3:24 AM
To: Yang, Bin; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
frank.sando...@oamtechnologies.com<mailto:frank.sando...@oamtechnologies.com>
Cc: Multanen, Eric W; Ranganathan, Dileep; 
ram...@vmware.com<mailto:ram...@vmware.com>; Ranganathan, Raghu
Subject: Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Bin,

I try to answer some 

Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

[Yang Bin]

Hi Srini,

   We had conduct an Q session during last MultiCloud weekly 
meeting , the purpose is to dive into more details of intent/design of this HPA 
telemetry so that we can judge whether it fits into multicloud’s scope and how 
it should be incubated inside Multicloud . Please refer to the MOM 
(https://wiki.onap.org/display/DW/MOM+of+Aug.+29th+2018+MultiCloud+weekly+meeting
 ) for details, I also copied the questions/answers here to facilitate the 
further discussion/feedback:


HPA Telemetry
 Q:
Q: Delivery plan:
A: Start it in C. Release,  no commitment what can be delivered

Q: Seed code:
A: N/A

Q: Deployment topology: will be a single collector running for any kind of 
underlying VIM/Cloud type.instance?
A: Not clear yet.

Q: Configuration API/portal:
A: N/A for now, but eventually be there,

Q: Will the API/IM be generic to be VIM/Cloud agnostic ?
A: not clear yet

Q: Is there any dependency to AAI model/schema
A: There is a schema change to AAI in progress (Dileep)
Q: Is this schema be generic (VIM/Cloudagnostic?)
A: Supposed to be generic

Q: Will the collector?  Be impacted by different agent on VIM/Cloud ?
A: not clear yet

Q: Why not DCAE VES collector /microservice? Please evaluate this option.
A:  no answer yet

suggestion (Bin Yang<https://wiki.onap.org/display/~biny993> ) If there can be 
just 1 collector for all VIM/Cloud instance/types, you can have dedicate repo
Otherwise, share the existing repos following the broker/plugin topology
AI: Eric Multanen<https://wiki.onap.org/display/~ewmulta> figure out the 
questions above, then decide whether a dedicated repo needed.



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: Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com]
Sent: Friday, August 31, 2018 12:51 AM
To: onap-discuss@lists.onap.org; frank.sando...@oamtechnologies.com; Yang, Bin
Cc: Multanen, Eric W; Ranganathan, Dileep; ram...@vmware.com; Ranganathan, Raghu
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Hi Frank,

Please see following links:

Intent and high level architecture is presented in various groups:

https://wiki.onap.org/display/DW/Edge+Scoping+MVP+for+Casablanca+-+ONAP+Enhancements#EdgeScopingMVPforCasablanca-ONAPEnhancements-AggregatedInfrastructureTelemetryStreams(AlignswithHPArequirements,CombiningeffortswithHPA)
Dileep started design page at (Telemetry for OOF and A)

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

There is no design page yet for HPA Telemetry for Multi-Cloud. But there are 
set of JIRA request on the following EPIC:

https://jira.onap.org/browse/MULTICLOUD-257

Thanks
Srini



From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Frank Sandoval
Sent: Wednesday, August 29, 2018 12:51 PM
To: onap-discuss ; bin.y...@windriver.com
Cc: Addepalli, Srinivasa R ; Multanen, Eric W 
; Ranganathan, Dileep 
; ram...@vmware.com; Ranganathan, Raghu 

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

Hi Srini,

This topic has been discussed in the OOF group as well. Is there a wiki page, 
slide deck, or other material describing the proposed design? Thanks

Frank Sandoval
frank.sando...@oamtechnologies.com<mailto:frank.sando...@oamtechnologies.com>
OAM Technologies, representing Arm
OOF committer



On Aug 28, 2018, at 11:51 PM, Yang Bin 
mailto:bin.y...@windriver.com>> wrote:

Hi Srini,

   If possible, let’s continue the discussion on the upcoming 
MultiCloud weekly meeting.

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

From: Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com]
Sent: Friday, August 24, 2018 12:32 AM
To: Multanen, Eric W; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Yang, Bin
Cc: Ranganathan, Dileep; ram...@vmware.com<mailto:ram...@vmware.com>; 
Ranganathan, Raghu
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Thanks Eric.

Few more answers embedded below.

From: Multanen, Eric W
Sent: Wednesday, August 22, 2018 5:01 PM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
bin.y...@windriver.com<mailto:bin.y...@windriver.com>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; 
ram...@vmware.com<mailto:ram...@vmware.com>; Ranganathan, Raghu 
mailto:rra...@ciena.com>>
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

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 ha

Re: [onap-discuss] [MULTICLOUD] - HPA telemetry

[Yang Bin]

Hi Srini,

   If possible, let’s continue the discussion on the upcoming 
MultiCloud weekly meeting.

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

From: Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com]
Sent: Friday, August 24, 2018 12:32 AM
To: Multanen, Eric W; onap-discuss@lists.onap.org; Yang, Bin
Cc: Ranganathan, Dileep; ram...@vmware.com; Ranganathan, Raghu
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Thanks Eric.

Few more answers embedded below.

From: Multanen, Eric W
Sent: Wednesday, August 22, 2018 5:01 PM
To: Addepalli, Srinivasa R ; 
onap-discuss@lists.onap.org; bin.y...@windriver.com
Cc: Ranganathan, Dileep ; ram...@vmware.com; 
Ranganathan, Raghu 
Subject: RE: [onap-discuss] [MULTICLOUD] - HPA telemetry

Bin,

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


Following are the questions I collected from the discussion �C 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

SRINI>

-This is meant for infrastructure and HPA metrics.

-We want to be agnostic to VIM technology

-Many constrained Edge deployments would like minimal functions in the 
Edge �C Like nova, neutron, Cinder, HEAT and leave rest to be put in elsewhere.

-Prometheus is second only to K8S that got graduated in CNCF (only two 
so far).

-Prometheus has very good integration with Openstack & K8S, AWS, AZURE, 
Bare-metal nodes including collected.


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

SRINI> Prometheus is mainly meant to collect the metric, aggregate/summation, 
siliencing etc… Prometheus even have a way collect the metric from Openstack.


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?

SRINI> Fortunately, Prometheus has various integration with popular cloud 
technologies already.


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<mailto:onap-discuss@lists.onap.org>; 
bin.y...@windriver.com<mailto:bin.y...@windriver.com>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Ranganathan, 
Dileep mailto:dileep.ranganat...@intel.com>>; 
ram...@vmware.com<mailto:ram...@vmware.com>; Ranganathan, Raghu 
mailto:rra...@ciena.com>>
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 �C  HPA Telemetry 
receiving service) which gets aggregated telemetry information, do any 
massaging/filtering necessary and updates A DB.

There would be some additional d

Re: [onap-discuss] [OOM][MultiCloud][ESR]

[Yang Bin]

Hi,

I believe the node port should be: 30280

http://msb.api.discovery.simpledemo.onap.org:30280/iui/aai-esr-gui/extsys/vim/vimView.html

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: sylvain.desbure...@orange.com [mailto:sylvain.desbure...@orange.com]
Sent: Monday, August 27, 2018 11:22 PM
To: Yang, Bin; Michael O'Brien
Cc: onap-discuss@lists.onap.org
Subject: Re: [OOM][MultiCloud][ESR]

Hello,
For information, I can access 
http://msb.api.discovery.simpledemo.onap.org:30281/iui/microservices/index.html#<http://msb.api.discovery.simpledemo.onap.org:30281/iui/microservices/index.html>
But I have a 502 with 
http://msb.api.discovery.simpledemo.onap.org:30281/iui/aai-esr-gui/extsys/vim/vimView.html

Regards,

---
Sylvain Desbureaux

De : DESBUREAUX Sylvain IMT/OLN 
Date : lundi 27 août 2018 à 17:04
À : Yang Bin , Michael O'Brien 
Cc : "onap-discuss@lists.onap.org" 
Objet : [OOM][MultiCloud][ESR]

Hi,

I’ve got an OOM deployment of ONAP. In order to make multi vim work, I need to 
register my Openstack VIM. In order to do that, I need access to ESR gui. Do 
you know how to do that? I can’t find the suitable port...

Regards,

--
[cid:image001.png@01D33D23.D1353070]<http://www.orange.com/>

Sylvain Desbureaux
Senior Automation Architect
ORANGE/IMT/OLN/CNC/NCA/SINA

Fixe : +33 2 96 07 13 80 
<https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%202%2096%2007%2013%2080>
Mobile : +33 6 71 17 25 57 
<https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%206%2071%2017%2025%2057>
sylvain.desbure...@orange.com<mailto:sylvain.desbure...@orange.com>


_



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

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

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

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



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

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

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

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

Thank you.

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

View/Reply Online (#12088): https://lists.onap.org/g/onap-discuss/message/12088
Mute This Topic: https://lists.onap.org/mt/24974197/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

[Yang Bin]

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 (#11995): https://lists.onap.org/g/onap-discuss/message/11995
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] [PTL] Zoom record capability - fixing permissions for existing PTLs - gathering list #zoom

[Yang Bin]

Multi-VIM/Cloud is one of them as well.

List :
Logging-analytics (Tue 1500UTC - https://zoom.us/j/519971638 meeting 
6) - for Michael O'Brien 
LF:michaelobrien
OOM (Wed 1400UTC - https://zoom.us/j/118908904 meeting 5 ) = Mike Elliott 
LF:melliott
POMBA (Thu 1200UTC - https://zoom.us/j/415990613 meeting 
6) = Sharon Chisholm LF:chiz99
Multi-VIM/Cloud (Wed UTC 13:00 https://zoom.us/j/810387508 meeting 7) =  
Bin Yang LF:biny993

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Michael O'Brien
Sent: Wednesday, August 22, 2018 3:05 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [PTL] Zoom record capability - fixing permissions for 
existing PTLs - gathering list #zoom

Team,
Kenny is very busy so I thought it would be good if we could get a list of 
those PTL's that are not able to hit the record button on their ZOOM meetings.
So far I have 3 - when we get the full list (by 9AM EDT Monday before the 
PTL meet) I will create a LF ticket and cc Kenny to get them fixed in one run.
Note: it looks like any PTL new since the original Amsterdam release may 
not have record rights

Page 
https://wiki.onap.org/display/DW/calendar/260b8a93-05dd-476a-ab6c-ce5f14d46a34?calendarName=ONAP%20Meetings%20and%20Events

List :
Logging-analytics (Tue 1500UTC - https://zoom.us/j/519971638 meeting 
6) - for Michael O'Brien 
LF:michaelobrien
OOM (Wed 1400UTC - https://zoom.us/j/118908904 meeting 5 ) = Mike Elliott 
LF:melliott
POMBA (Thu 1200UTC - https://zoom.us/j/415990613 meeting 
6) = Sharon Chisholm LF:chiz99
.reply with any others

Thank you
/michael
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


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

View/Reply Online (#11990): https://lists.onap.org/g/onap-discuss/message/11990
Mute This Topic: https://lists.onap.org/mt/24910465/21656
Mute #zoom: https://lists.onap.org/mk?hashtag=zoom=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] [MULTICLOUD] - HPA telemetry

[Yang Bin]

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 �C  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 (#11984): https://lists.onap.org/g/onap-discuss/message/11984
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]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] new Multi-VIM/Cloud zoom bridge and contigency plan, 6am to 7am on Wednesday (PDT)

[Yang Bin]

Dear team,

From this week the zoom bridge for Multi-VIM/Cloud has been changed to the new 
one: 
https://zoom.us/j/810387508

However, I am not yet get host ID/credentials , so in case that the bridge is 
not open after 5 minutes , I will open my own zoom bridge (free account for 40 
minutes) this time: https://zoom.us/j/5540387929

The planned agenda for this weekly meeting can be found at the wiki, please 
append yours if you have so that we can discuss that if we have time.
https://wiki.onap.org/pages/viewpage.action?pageId=6591499

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 (#11574): https://lists.onap.org/g/onap-discuss/message/11574
Mute This Topic: https://lists.onap.org/mt/24004104/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] How to access esr-gui in OOM deployment

[Yang Bin]

ESR and many other ONAP service have been registered to MSB so it's expected 
that ESR service can be accessible from msb port

Bin

在 2018年7月24日，22:51，Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>> 写道：

Hi,

Indeed in Beijing OOM esr is defined in values.yaml as:
service:
  name: esr
  internalPort: 9518

This means it is not exposed as NodePort and cannot be accessed from outside 
the cluster without manipulations.

Please raise this as a bug and esr team is welcome to fix this.
Please notice that port 30280 is already taken by msb. Need to allocate another 
port according to: https://wiki.onap.org/display/DW/OOM+NodePort+List

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

Amdocs a Platinum member of 
ONAP

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Arun Arora
Sent: Tuesday, July 24, 2018 11:03 AM
To: onap-discuss@lists.onap.org; Sudhakar 
Reddy mailto:sudhakar.re...@amdocs.com>>
Subject: Re: [onap-discuss] How to access esr-gui in OOM deployment

Didn’t need to do anything else. For me following worked:

http://http://%3ck8s> node 
IP>:30280/iui/aai-esr-gui/extsys/vim/vimView.html



Best Regards,
Arun Arora


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Sudhakar Reddy
Sent: 24 July 2018 10:38
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] How to access esr-gui in OOM deployment

Hi,

Service port is not exposed in esr-gui due to which you are not able to access 
the GUI.But if you are using Amsterdam relase of ONAP, you can access it using 
the below url from Portal VNC

http://:8080/iui/aai-esr-gui/extsys/vim/vimView.html

If you are working on latest version of ONAP, then you need to expose the 8080 
port to access. This can be changed in your service.yaml file of esr-gui.
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


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

View/Reply Online (#11391): https://lists.onap.org/g/onap-discuss/message/11391
Mute This Topic: https://lists.onap.org/mt/23792624/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] How to access esr-gui in OOM deployment

[Yang Bin]

Hi Arun,

   If you are familiar with how to do that with HEAT deployed ONAP, 
then you should do the same thing with slightly changes to the IP and Port:
  IP should be the node IP of any k8s cluster node
  Port should be the NodePort for MSB microservice.

   So it is verly likely ending with following url:
 http://:30280/iui/aai-esr-gui/extsys/vim/vimView.html

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Arun Arora
Sent: Monday, July 23, 2018 9:05 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] How to access esr-gui in OOM deployment

Hi All,
I need to register my VIM with MultiCloud, for which the preferred way is 
through esr-gui. I can easily access esr-gui in heat based ONAP deployment but 
not sure how to do it in OOM based ONAP deployment.
Can anyone outline the procedure to do it.
Any help is much appreciated.
Best Regards,
Arun Arora



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

View/Reply Online (#11372): https://lists.onap.org/g/onap-discuss/message/11372
Mute This Topic: https://lists.onap.org/mt/23792624/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-C PTL Election Results

[Yang Bin]

Congratulations !

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

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Huabing Zhao
Sent: Wednesday, July 18, 2018 11:25 AM
To: onap-discuss@lists.onap.org; haibin.hu...@intel.com
Cc: denglin...@chinamobile.com; yangya...@chinamobile.com
Subject: Re: [onap-discuss] VF-C PTL Election Results

Congratulations, Yan !
On Wed, Jul 18, 2018, 10:54 AM haibin 
mailto:haibin.hu...@intel.com>> wrote:
Congratulations!

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On 
Behalf Of Lingli Deng
Sent: Wednesday, July 18, 2018 10:54 AM
To: onap-discuss@lists.onap.org; 
yangya...@chinamobile.com
Subject: Re: [onap-discuss] VF-C PTL Election Results

Congratulations!

Lingli

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Yan Yang
Sent: 2018年7月18日 10:15
To: onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: [onap-discuss] VF-C PTL Election Results

Dear ONAP TSC,

I would like to inform you that Yan Yang has been elected to the PTL of the 
VF-C project.

The Voting results have been updated accordingly and are available in: 
https://wiki.onap.org/display/DW/Voting+Results+History.


Best Regards,
Yan


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

View/Reply Online (#11199): https://lists.onap.org/g/onap-discuss/message/11199
Mute This Topic: https://lists.onap.org/mt/23623254/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]Questions about Security Requirements for Casablanca: is CADI the only option to enable RBAC?

[Yang Bin]

Hi Jonathan,

   Appreciate your explanation. Glad to know Python CADI has been 
touched , hope it will be available sometime.

   But integration with CADI requires effort and knowledge to 
understand the whole workflow, and debug/maintain effort as well. It will be 
great if AAF team could come up with solution similar to k8s “side-cars” 
approach. I understand the “side-cars” is not applicable to HEAT deployed ONAP 
, but this will not be the only missing feature compared to OOM, resilience is 
only available with OOM, not heat, correct? If I captured the HEAT/OOM mode 
discussion correctly, HEAT mode is only for testing purpose from Casablanca 
release, which implies the released ONAP will have OOM mode only.

Thanks

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

From: GATHMAN, JONATHAN C [mailto:jg1...@att.com]
Sent: Wednesday, June 27, 2018 6:15 PM
To: Stephen Terrill; Yang, Bin; onap-tsc; onap-sec...@lists.onap.org
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-tsc][onap-discuss]Questions about Security Requirements for 
Casablanca: is CADI the only option to enable RBAC?

Greetings, Bin,
  Secure calls using Python is different depending on the Environment.   
However, remember that for Casablanca, we are still on the hook for “HEAT” as 
well as OOM (where “OOM” is Kubernetes).

  If in Kubernetes, there is an effort underway to create a Security 
Microservice, and K8 provides for “Side-Cars” that can be created.  I do not 
think there will be enough time for these for Casablanca.

  AAF is entirely RESTful, with standard HTTP/S authentications.  Any language 
could call, but there needs to be Caching in calls to avoid superfluous network 
traffic, AAF Load.

  CADI Framework is written for Java, but has patterns for this behavior that 
can be used.

  There is such a CADI framework for JavaScript, which we may be able to have 
added into EComp sometime.

  I do have several people on my AT Team who have Python experience and have 
expressed interest in building a Python client.

Summary:
  We have an effort with others, working on defining K8 solutions which 
alleviate language issues, but that doesn’t help HEAT or anything else outside 
of K8.

  Language specific CADI can be built, and there have been several requests for 
Python.  Python CADI is not committed for Casablanca, though I have some folks 
with interest in doing such work.

--
Jonathan Gathman
Principled-System Architect
ATO Tech Dev/SEAT/Platform Architecture and Technology Management

AT Services, Inc.
2349 Oaker, Arnold, MO 63010
m  314-550-3312  |  
jonathan.gath...@us.att.com<mailto:jonathan.gath...@us.att.com>


From: Stephen Terrill 
Date: Wednesday, June 27, 2018 at 3:04 AM
To: "Yang, Bin" , onap-tsc , 
"onap-sec...@lists.onap.org" , "GATHMAN, JONATHAN 
C" 
Cc: "onap-discuss@lists.onap.org" 
Subject: RE: [onap-tsc][onap-discuss]Questions about Security Requirements for 
Casablanca: is CADI the only option to enable RBAC?

Hi Bin,

I am looping in the onap-seccom distribution list as well.

@Jonathan, what guidance would you provide for Bin regarding use CAD with 
python?

Best Regards,

Steve.

From: Yang, Bin 
Sent: Wednesday, June 27, 2018 5:57 AM
To: Stephen Terrill ; onap-tsc 

Cc: onap-discuss@lists.onap.org
Subject: [onap-tsc][onap-discuss]Questions about Security Requirements for 
Casablanca: is CADI the only option to enable RBAC?

Dear TSC and Security Subcommittee,

As part of S3P requirement, the CII Silver badge requires:

  *   Level 2: CII Silver badge, plus:
 *   All internal/external system communications shall be able to be 
encrypted.
 *   All internal/external service calls shall have common role-based 
access control and authorization with CADI

If I understand correctly, CADI is an SDK/framework from AAF. And integration 
with CADI needs AAF SDK which is only available with java binding, is that 
correct?

As you know some ONAP projects are python based and it is a great 
challenge/burden for us to develop a python based CADI SDK. So this could be a 
risk need TSC/Security subcommittee’s attention, especially in case that TSC 
makes it a mandatory requirement for Casablanca.

On the other hand, I am wondering what is the real intention with this security 
requirement. If the role-based access control is the key pursuit, then we 
should explore other alternatives.
Before diving into the specific alternatives, I would like touch a little bit 
the different requirements between a “Role” for end-user and “Role” for 
internal service entities.

  *   A role for end-user could be dynamically maintained/assigned since the 
end-users are created/deleted/updated during run-time. In that case some UI is 
needed and I guess this is what AAF/CADI is doing, correct?
  *   A role for service-entity is another story. The role f

[onap-tsc][onap-discuss]Questions about Security Requirements for Casablanca: is CADI the only option to enable RBAC?

[Yang Bin]

Dear TSC and Security Subcommittee,

As part of S3P requirement, the CII Silver badge requires:
*Level 2: CII Silver badge, plus:
-All internal/external system communications shall be able to be 
encrypted.
-All internal/external service calls shall have common role-based 
access control and authorization with CADI

If I understand correctly, CADI is an SDK/framework from AAF. And integration 
with CADI needs AAF SDK which is only available with java binding, is that 
correct?

As you know some ONAP projects are python based and it is a great 
challenge/burden for us to develop a python based CADI SDK. So this could be a 
risk need TSC/Security subcommittee's attention, especially in case that TSC 
makes it a mandatory requirement for Casablanca.

On the other hand, I am wondering what is the real intention with this security 
requirement. If the role-based access control is the key pursuit, then we 
should explore other alternatives.
Before diving into the specific alternatives, I would like touch a little bit 
the different requirements between a "Role" for end-user and "Role" for 
internal service entities.

*A role for end-user could be dynamically maintained/assigned since the 
end-users are created/deleted/updated during run-time. In that case some UI is 
needed and I guess this is what AAF/CADI is doing, correct?

*A role for service-entity is another story. The role for a 
service-entity should be designed at day 0 and configured during deployment 
time. And should be kept intact during the life cycle of the whole system (ONAP 
in this case). Hence there is no need to create/update/delete the role for a 
service-entity.

If my understanding/assumption is correct, I believe those services which does 
not expose API/UI to end-users should control the access based on the "role for 
service-entity" because their API consumers are service-entities, not end-users.
e.g. MultiCloud services's consumers are SO/VFC/APPC/etc. No end-user should 
access the MulitCloud APIs directly. Hence the access control based on the 
"role for service-entity" should be enough and will be provisioned during 
deployment.
In this case ISTIO's RBAC could be an alternative, which fullfil the 
requirement of RBAC, while offering following beneficts:
   1, leverage the ongoing effort with regarding to ISTIO for 
service mesh.
   2, Reuse the same infrastructure to fulfill requirement w.r.t. 
"All internal/external system communications shall be able to be encrypted"
3, OOM/Kubernetes based/managed, easy to configure/maintain.
   4, Projects are not impacted at all, no code change, no API 
change, etc. No SDK development/integration needed.


This is my 2 cents.  Please let me know if I got anything wrong/incomplete.

Thanks.


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


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

View/Reply Online (#10601): https://lists.onap.org/g/onap-discuss/message/10601
Mute This Topic: https://lists.onap.org/mt/22707998/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] Bring down the small stack for designate in Integration lab (Wind River/Intel lab)

[Yang Bin]

Forgot to mention that small stack is the one with IP : 10.12.25.5

Thanks

Bin

在 2018年6月25日，21:23，Yang Bin 
mailto:bin.y...@windriver.com>> 写道：

Dear Integration team and community users,

   Since designate is no more required for ONAP Beijing release and 
future releases, this small stack in Integration Lab (Wind River/Intel) is 
brought down right now. And it will be decommissioned in 24 hours in case that 
no objection to this action.

Thanks.

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



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

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

[onap-discuss] Bring down the small stack for designate in Integration lab (Wind River/Intel lab)

[Yang Bin]

Dear Integration team and community users,

   Since designate is no more required for ONAP Beijing release and 
future releases, this small stack in Integration Lab (Wind River/Intel) is 
brought down right now. And it will be decommissioned in 24 hours in case that 
no objection to this action.

Thanks.

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


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

View/Reply Online (#10539): https://lists.onap.org/g/onap-discuss/message/10539
Mute This Topic: https://lists.onap.org/mt/22675593/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] [coe] Container Based VNF's and Orchestration

[Yang, Bin]

Hi Srini,

This is good point,  please count me in when you reschedule the meeting time.  
I am going to help with validating/reviewing/lab-deployment of etc. The 
schedule time right now is not friendly for me.

I locate in Beijing,  China.  Thanks

Thanks



Bin

在 2018年6月15日，02:52，Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>> 写道：

Hi Naresh,

I understand that these calls are very inconvenient for you. Thank you for  
your flexibility.  We will try to see whether we can change the meeting time if 
there are good number of contributors in other regions.

We have listed down the set of activities in the wiki page.  Will you be able 
to do code contribution or help in validating/reviewing/lab-deployment etc…  If 
so, we will add your name to the list of contributors.

Thanks
Srini


From: Naresh Babu [mailto:mailbox.nareshb...@gmail.com]
Sent: Tuesday, June 12, 2018 6:17 PM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Container Based VNF's and Orchestration


Hi Srini,

I am located in Chennai city ,India and as per Indian Time the Meeting 
happening on Wednesday Early morning 1.30 AM IST.I will join in next week call 
and will try and ensure to join in the weekly calls.I am looking forward to 
work on this project and to ONAP community.

Thanks
Naresh Babu.S

On 12 Jun 2018 23:02, "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>> wrote:
We have regular 1:00PM PST meetings on every Tuesday.  I am not sure where you 
are located. If you could join, that would be great.

Thanks
Srini


From: Naresh Babu 
[mailto:mailbox.nareshb...@gmail.com]
Sent: Tuesday, June 12, 2018 10:22 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Container Based VNF's and Orchestration


Hi Srinivasa,

I am interested to be a contributor for this project. Thank you.

Thanks
Naresh Babu.S

On 12 Jun 2018 22:37, "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>> wrote:
We started a new initiative to support K8S based edge-clouds and CaaS providers 
(R3+ in case of CaaS).

This is the page where you can find more information.

https://wiki.onap.org/display/DW/Support+for+K8S+%28Kubernetes%29+based+Cloud+regions

We will be happy to have more contributors for this project.  Let us know if 
you want to be a contributor.

Thanks
Srini


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Naresh Babu
Sent: Tuesday, June 12, 2018 9:57 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Container Based VNF's and Orchestration

Hi Team,

I really appreciate the team efforts for bringing ONAP as one of the best 
orchestration tool for SDN and NFV.I just need to provide my thoughts and 
inputs further on NFV.Like Most of the VNF's applications are deployed under 
Virtual machines normally it take up a lot of system resources. Each VM runs 
not just a full copy of an operating system, but a virtual copy of all the 
hardware that the operating system needs to run. This quickly adds up to a lot 
of RAM and CPU's.To improve the NFV application performance ,microservices and 
VNF's can be deployed in containers which we can achieve  the continuous 
delivery of VNF critical applications.
This allows for each service upgradation and versioning separately as opposed 
to upgrading the entire VNF in a virtual machine. While upgrading a whole 
application or VNF, the container determines which individual services have 
changed and deploys only those specific services.We can use Kubernets for 
managing Containered VNF's and integrate SDN controller Opencontrail (Now it is 
called as tungsten Fabric opensource controller) for better networking 
,slicing,Isolation and improved security and we can use tosca yaml templates 
for Docker as well.Containers going to play huge role in futute NFV and 5G and  
we need to start look in to it for Container based VNF's developing and 
deployment with orchestration and closed loop automation as well.I am Just 
sharing my thoughts and inputs on this.Thank you !

Thanks
Naresh Babu S

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

Re: [onap-discuss] Building blocks for multicloud k8s plugin, RE: [coe] Team meeting Agenda

[Yang, Bin]

Hi Arash,

   Your assumption is correct, multicloud plugins have the choice 
to use Go or any other language since they are located in separate repo and 
delivered as separate micro-services.

   Given the facts that k8s plugin is a brand new multicloud 
component and the MultiCloud’s committers/contributors are more 
involved/concerned on the collaboration/contribution here, this discussion 
thread is to brainstorm on the opinions with regarding to pros/cons of each 
choice.

Ideally we can achieve consensus after fully discussion/debating. But if not, I 
expect there is some guideline/approach to settle down the disruption so that 
everyone could follow.

Thanks.

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

From: Arash Hekmat [mailto:arash.hek...@amdocs.com]
Sent: Wednesday, June 13, 2018 10:04 PM
To: HU, BIN; Yang, Bin; ADDEPALLI, SRINIVASA; MORALES RUVALCABA, VICTOR; 
onap-discuss@lists.onap.org
Cc: Zhang, Xiaohua; Huang, Yun
Subject: RE: [onap-discuss] Building blocks for multicloud k8s plugin, RE: 
[coe] Team meeting Agenda

Hi MultiCloud Team,

My 2 cents here.

I believe if below conditions are true, the K8S plugin can be implemented in Go 
or any other language. But if they are not true, it should probably match 
MultiCould’s core and use Python, for all the maintainability and integration 
concerns already raised.

The K8S plugin can use Go or any other language if:


  1.  It has its own separate git repo
  2.  It runs in its own separate docker container
  3.  It does not directly call or share MultiCould’s Python framework

Arash

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of HU, BIN
Sent: Wednesday, June 13, 2018 2:02 AM
To: Yang, Bin ; ADDEPALLI, SRINIVASA 
; MORALES RUVALCABA, VICTOR 
; onap-discuss@lists.onap.org
Cc: Zhang, Xiaohua ; Huang, Yun 

Subject: Re: [onap-discuss] Building blocks for multicloud k8s plugin, RE: 
[coe] Team meeting Agenda

If I understand correctly, there are 2 types of concerns regarding Go language 
(v.s. Python) here:

  *   Implementation, integration and testing: e.g. CI/CD integration, reuse of 
shared services etc.
  *   Long-term community support with the appropriate expertise in Go language.

The 2nd one, i.e long-term community support is actually the biggest concern. 
For example, after K8S plugin is developed with Go language, but the original 
Go developer no longer works in ONAP, do we have a pool of Go developers in 
ONAP community that can comfortably take over the work of maintenance and 
further evolving K8S Plugin? Or will then-current developers have to re-develop 
K8S Plugin with Python or Java because most of ONAP developers are Python or 
Java developers?

If there are very few Go developers in ONAP community, using Go language 
certainly brings huge risk of continuous support, maintenance and evolution in 
the future.

My 2 cents
Thanks
Bin

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Tuesday, June 12, 2018 8:27 PM
To: ADDEPALLI, SRINIVASA 
mailto:srinivasa.r.addepa...@intel.com>>; 
MORALES RUVALCABA, VICTOR 
mailto:victor.mora...@intel.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; HU, BIN 
mailto:bh5...@att.com>>
Cc: Huang, Yun mailto:yun.hu...@windriver.com>>; 
HUANG, HAIBIN mailto:haibin.hu...@intel.com>>; Zhang, 
Xiaohua mailto:xiaohua.zh...@windriver.com>>
Subject: Building blocks for multicloud k8s plugin, RE: [coe] Team meeting 
Agenda

Hi Victor, Srini and all,

In addition to the agenda you listed, could you also add one more to touch the 
topic of building blocks (e.g. “language binding” with golang instead of 
python) for multicloud k8s plugin?

I do understand that from the architecture perspective it is irrelevant w.r.t. 
how to implement the plugin service, hence up to developers/contributors’ 
choice. However, it is worth to think again for following reasons:

1, Leverage and Scale
   Aligning to existing practice of multicloud plugin 
implementation enables developers focus on the core value of the plugin, e.g. 
mediate ONAP orchestration to k8s cluster in case of multicloud k8s plugin. As 
part of ONAP projects it is required that the multicloud k8s plugin be 
integrated with CI/CD process and other shared services (e.g. AAF, centralized 
logging, etc.)  Right now CI/CD support projects with python binding very well, 
and the logging AOP facility for Python is well supported, I don’t know if 
there is off-the-shelf utility for golang available yet. If multicloud k8s 
plugin align to the existing practice of openstack plugin and vio plugin, then 
you don’t have to invest further time/cost on those effort.


2, Facilitate more participation from current multicloud committers/contributors
   multicloud committers/contributors has 

[onap-discuss] Building blocks for multicloud k8s plugin, RE: [coe] Team meeting Agenda

[Yang, Bin]

Hi Victor, Srini and all,

In addition to the agenda you listed, could you also add one more to touch the 
topic of building blocks (e.g. “language binding” with golang instead of 
python) for multicloud k8s plugin?

I do understand that from the architecture perspective it is irrelevant w.r.t. 
how to implement the plugin service, hence up to developers/contributors’ 
choice. However, it is worth to think again for following reasons:

1, Leverage and Scale
   Aligning to existing practice of multicloud plugin 
implementation enables developers focus on the core value of the plugin, e.g. 
mediate ONAP orchestration to k8s cluster in case of multicloud k8s plugin. As 
part of ONAP projects it is required that the multicloud k8s plugin be 
integrated with CI/CD process and other shared services (e.g. AAF, centralized 
logging, etc.)  Right now CI/CD support projects with python binding very well, 
and the logging AOP facility for Python is well supported, I don’t know if 
there is off-the-shelf utility for golang available yet. If multicloud k8s 
plugin align to the existing practice of openstack plugin and vio plugin, then 
you don’t have to invest further time/cost on those effort.


2, Facilitate more participation from current multicloud committers/contributors
   multicloud committers/contributors has been working on python 
already for a long time , and it is not surprising that many of them are 
willing to participate/contribute to this multicloud k8s plugin development. 
Assuming that Golang is not as widely adopted as Python so most of them is not 
that familiar with Golang compared to Python, it would lower the barrier for 
them to contribute if multicloud k8s plugin could adopt the same language and 
framework.

3, Decrease the maintenance cost from either community and the Service 
Providers who will productize ONAP
   By align to the same practice and share the same building blocks 
across multicloud plugins, one committer/contributor support/maintain one 
plugin could also be possible to support another one with low cost to 
learn/understand it. This will decrease the TCO which is always a pain of open 
source product compared to those commercialized close source product.

4, facilitate pairwise/integration testing for fast release cadence
   It might not concern those architect, but it is really a pain 
for developers who support the pairwise/integration testing. Fortunately, 
python make our life better since it is possible to fix the bug on runtime and 
test it immediately, which reduce the cycle of debugging. I can share you some 
feedback from several PTLs whom I had supported during Pairwise/integration 
test if you are interested to know.

So it is my 2 cents, please let me know if you have other concerns/opinions and 
I am willing to learn them, thanks.


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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yang, Bin
Sent: Wednesday, June 13, 2018 9:21 AM
To: ADDEPALLI, SRINIVASA; MORALES RUVALCABA, VICTOR; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [coe] Team meeting Agenda

Hi Srini, and all,

   With regarding to the “each deployment instance needs to be 
uniquely identified”,  what is the intention for this “uniquely identified”? I 
mean, who will care about/consume this unique ID?

IMHO, from multicloud NBI consumers’ perspective, I don’t get the point to 
identify uniquely each deployment instance of multicloud plugin for following 
reasons:
1, every multicloud plugin could be deployed as a cluster/replicated set of 
“deployment instances” within a single ONAP instance, but they all should 
expose the NBI via the same endpoint. I assume every multicloud plugin are 
stateless service so that the consumer’s requests can be distributed via MSB or 
some other load balance mechanism . In that case multicloud consumers are not 
aware the “multiple deployment instances” of any multicloud plugin.

2, every multicloud plugin can also be deployed in the distributed way (e.g. 
deployed along with each edge ONAP instance).  In this case the each multicloud 
deployment instance exposes unique NBI endpoint since the IP address of hosts 
(which are used to deploy the multicloud plugins) are different, so the 
consumers should be aware of which edge ONAP they are talking to.

With either case the multicloud consumers are not necessarily identify uniquely 
the deployment instance.

You may also wonder to know that how the consumers (SO, APPC,VFC) know what the 
multicloud plugin deployment instance’s NBI endpoint is in either cases above, 
here is my understanding :
1, The MultiCloud deployment instance’s NBI endpoint can be found from the 
cloud region in AAI (e.g. "identity-url": "http://: /api/multicloud

Re: [onap-discuss] [coe] Meeting's survey

[Yang, Bin]

Hi Victor,

   Is this survey closed?  The current schedule is not friendly for 
developers in China, could you help re-open the survey so that we can find out 
the time slot accommodating everyone participant?

Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Morales, Victor
Sent: Friday, May 25, 2018 5:55 AM
To: HU, BIN; ADDEPALLI, SRINIVASA; Munish Agarwal; onap-discuss@lists.onap.org; 
SHANKAR, SHASHANK KUMAR; YELESWARAPU, RAMAMANI
Subject: [onap-discuss] [coe] Meeting's survey

Hey there,

Maybe I was the only confused about the time for this meeting but it could be a 
good time to propose a different time. So please vote for the best time that 
works for you.

https://www.surveymonkey.com/r/FRSKR85

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

Re: [onap-discuss] [coe] Team meeting Agenda

[Yang, Bin]

Hi Srini, and all,

   With regarding to the “each deployment instance needs to be 
uniquely identified”,  what is the intention for this “uniquely identified”? I 
mean, who will care about/consume this unique ID?

IMHO, from multicloud NBI consumers’ perspective, I don’t get the point to 
identify uniquely each deployment instance of multicloud plugin for following 
reasons:
1, every multicloud plugin could be deployed as a cluster/replicated set of 
“deployment instances” within a single ONAP instance, but they all should 
expose the NBI via the same endpoint. I assume every multicloud plugin are 
stateless service so that the consumer’s requests can be distributed via MSB or 
some other load balance mechanism . In that case multicloud consumers are not 
aware the “multiple deployment instances” of any multicloud plugin.

2, every multicloud plugin can also be deployed in the distributed way (e.g. 
deployed along with each edge ONAP instance).  In this case the each multicloud 
deployment instance exposes unique NBI endpoint since the IP address of hosts 
(which are used to deploy the multicloud plugins) are different, so the 
consumers should be aware of which edge ONAP they are talking to.

With either case the multicloud consumers are not necessarily identify uniquely 
the deployment instance.

You may also wonder to know that how the consumers (SO, APPC,VFC) know what the 
multicloud plugin deployment instance’s NBI endpoint is in either cases above, 
here is my understanding :
1, The MultiCloud deployment instance’s NBI endpoint can be found from the 
cloud region in AAI (e.g. "identity-url": "http://: /api/multicloud-titanium_cloud/v0/CloudOwner2_RegionOne/identity/v2.0")
   2, This identify-url are populated by multicloud plugin during 
the VIM/Cloud instance on boarding procedure. So it is possible that different 
cloud region are populated with different multicloud NBI endpoint.
   3, Idealy, the VIM/Cloud instance on boarding procedure are 
triggered from and excuted in the context of  respectively ONAP instance, so 
for those edge cloud orchestrated by edge ONAP will be on boarded via the edge 
ONAP ESR portal/API. In this case the multicloud plugin instance within the 
same ONAP instance will provision the cloud region with the  consistent 
endpoints , I mean , with the same service ip :port . But the muticloud plugin 
instance from different ONAP instance will provision cloud region with 
different endpoint (I mean, different service ip: port)

Does that make sense? Please let me know what you think of that.
Thanks


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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Addepalli, Srinivasa R
Sent: Wednesday, June 13, 2018 3:29 AM
To: MORALES RUVALCABA, VICTOR; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [coe] Team meeting Agenda

Hi Victor and Shashank,

There were few questions from Multi-Cloud meeting yesterday (Shankar and 
others).  It would be good if we could cover following also today


-K8S plugin needs to have access to information that connect to K8S 
masters in the remote edge-clouds/sites.  Normal practice for K8S client is to 
read kubeconfig file  that has connectivity information for each cluster and 
certificate/private key to be used to communicate with remote site K8S master.  
In ONAP, we have ESR. Are we going to use ESR or K8S plugin provides its own 
way to upload kubeconfig information.  If so, how does get stored in A Is 
there any schema change required?

-K8S plugin at the run time will use same deployment template files 
multiple times.  But, each deployment instance needs to be uniquely identified. 
Normally, ObjectMeta.Name is used to uniquely identify each deployment.  I 
guess it means that K8S plugin needs to generate this name dynamically to make 
it unique.  One way to do this is to create UUID, concatenate with Name field 
of deployment template (artifact) and store the UUID in the A on per VNF 
basis.  Does this require any A schema changes?  When Delete/Update/Query 
VNF is called at later time, it is expected that concatenated name is passed by 
SO (test SO in this case). Let us discuss this too today.

Thanks
Srini


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Morales, Victor
Sent: Tuesday, June 12, 2018 8:47 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [coe] Team meeting Agenda

Hey there,

These are the topics that I’d like to talk about today


•Project status

•API Definition Discussion

•Opens

But I want to check first if someone has an additional topic that needs to 
discussed.

Regards,
Victor Morales
___
onap-discuss mailing list

Re: [onap-discuss] Usecase subcommittee meeting on 11/06/2018: the agenda

[Yang, Bin]

Hi Alla,

   The wiki page is applied with restriction so that only program 
committee are allowed to edit, please help add the following link to the 
suecase subcommittee session, thanks.

https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+endorsement?preview=/33063881/33063934/ConsistentRepresentationAndIdentificationOfCloudRegion.pptx


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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alla Goldner
Sent: Saturday, June 09, 2018 2:03 AM
To: onap-usecase...@lists.onap.org
Cc: onap-discuss@lists.onap.org; onap-tsc
Subject: [onap-discuss] Usecase subcommittee meeting on 11/06/2018: the agenda

Hi all,

Here is agenda for the upcoming meeting:


1.   Check whether all comments provided for CCVPN and Change management 
(incl. alignment with PNF support) were addressed ; in this case, endorse these 
use cases/functional requirements for Casablanca

1.   Preparation for f2f meeting in Beijing:

a.   We will review your presentations - each one should take apprx. 10 
minutes, the same one used for Casablanca's endorsement can be used (or 
modified to fit into time slot/to include most recent added details). Please 
put it under  
https://wiki.onap.org/display/DW/Casablanca+Release+Developers+Forum+Session+Proposals
 , Usecase subcommittee session


Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D40174.8FC16F80]
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] Invitation: [multicloud] Weekly Meeting (Updated April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) (onap-discuss@lists.onap.org)

[Yang, Bin]

Hi Alok,

   Great to know that, could you share the pointers to guide me how 
to onboard a VES yaml?  And hence how to fill Policy manually via its GUI? 
Thanks

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

From: GUPTA, ALOK [mailto:ag1...@att.com]
Sent: Tuesday, June 05, 2018 8:57 PM
To: Yang, Bin; kp...@linuxfoundation.org; lxin...@vmware.com; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated 
April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org)

Bin:

Yes we can onboard VEs yaml files in the sdc. The automation wrt Policy picking 
up the VES yaml to auto populate GUI, I don't belive has been done. So one 
willhave to look at ymal manually and fill the Policy and/or configuration GUI.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com<mailto:ag1...@att.com>

From: Yang, Bin 
Sent: Monday, June 4, 2018 10:12 PM
To: GUPTA, ALOK ; kp...@linuxfoundation.org; 
lxin...@vmware.com; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated 
April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org)

Hi Alok,

   Appreciate your share the slides again.

   A general question follows: the slide "VES On-Boarding Artifact 
Use" mentioned that vendors/service providers could on-board these VES Artifact 
to SDC for Policy/Close Loop Creation/design, so is there any demo to showcase 
how to do that?

Thanks.

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

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of GUPTA, ALOK
Sent: Tuesday, June 05, 2018 8:49 AM
To: kp...@linuxfoundation.org<mailto:kp...@linuxfoundation.org>; 
lxin...@vmware.com<mailto:lxin...@vmware.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated 
April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>)

Team:

Please find enclosed presentation used today. Also enclosed is VES summary and 
eventId use cases.

Please feel free to call me if you have questions.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com<mailto:ag1...@att.com>


-Original Appointment-
From: ONAP Meetings and Events 
mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com>>
Sent: Monday, April 23, 2018 8:55 AM
To: ONAP Meetings and Events; lxin...@vmware.com<mailto:lxin...@vmware.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated April 
23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>)
When: Monday, June 4, 2018 5:00 PM-6:00 PM America/Los_Angeles.
Where: 
https://zoom.us/j/9057041886<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_9057041886=DwQFAg=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=-Q4qYfTGvfr4V5SmgVb4Jwb9OhiyF6z9-yfiLGhZEMQ=y47_CrSGhEHSoaqYrTjOwEnFiWsx1q5C_c8lJekIoIA=>


more details 
><https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_calendar_event-3Faction-3DVIEW-26eid-3DNm9ob2gzY3U4N203cTdkb2Y5dTlobG1ibmsgb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn-26tok-3DNzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tNDEyN2I3YTllOTQwNWZjM2E3MjMwMDZkMWFhYTNjODZmYjg3ZDU2OA-26ctz-3DAmerica-252FLos-5FAngeles-26hl-3Den-26es-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=cJWfiBSQUESnMNQIhdmzS0YmmA9VUBvIsu1oe4fI0tU=Eb8yrcriI2tmZLLfLG4CYARxwn8CKCAQlWdt1i7kmUw=>
[multicloud] Weekly Meeting (Updated April 23, 2018)
When

Weekly from 5pm to 6pm on Monday Pacific Time

Where

https://zoom.us/j/9057041886<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_9057041886=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=cJWfiBSQUESnMNQIhdmzS0YmmA9VUBvIsu1oe4fI0tU=W8GpL8naZNsbsKSrsk3nMJQ-rSjMdGDDPn6glv4ERG8=>
 
(map<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F9057041886-26sa-3DD-26usd-3D2-26usg-3DAFQjCNFv-5FA97BFH54Z6rs6I8VEHjZhjjRA=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=cJWfiBSQUESnMNQIhdmzS0YmmA9VUBvIsu1oe4fI0tU=7bGBhE9UHqpDi157ILOMTW12rsVupyJkw1hXomw0b-k=>)

Calendar

onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>

Who

*

kp...@linuxfoundation.org<mailto:kp...@linuxfoundation.org> - creator

Re: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) (onap-discuss@lists.onap.org)

[Yang, Bin]

Hi Alok,

   Appreciate your share the slides again.

   A general question follows: the slide "VES On-Boarding Artifact 
Use" mentioned that vendors/service providers could on-board these VES Artifact 
to SDC for Policy/Close Loop Creation/design, so is there any demo to showcase 
how to do that?

Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of GUPTA, ALOK
Sent: Tuesday, June 05, 2018 8:49 AM
To: kp...@linuxfoundation.org; lxin...@vmware.com; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated 
April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org)

Team:

Please find enclosed presentation used today. Also enclosed is VES summary and 
eventId use cases.

Please feel free to call me if you have questions.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com


-Original Appointment-
From: ONAP Meetings and Events 

Sent: Monday, April 23, 2018 8:55 AM
To: ONAP Meetings and Events; lxin...@vmware.com; onap-discuss@lists.onap.org
Subject: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated April 
23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) (onap-discuss@lists.onap.org)
When: Monday, June 4, 2018 5:00 PM-6:00 PM America/Los_Angeles.
Where: https://zoom.us/j/9057041886


more details 
>
[multicloud] Weekly Meeting (Updated April 23, 2018)
When

Weekly from 5pm to 6pm on Monday Pacific Time

Where

https://zoom.us/j/9057041886
 
(map)

Calendar

onap-discuss@lists.onap.org

Who

*

kp...@linuxfoundation.org - creator

*

lxin...@vmware.com

*

onap-discuss@lists.onap.org


IFrom PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/9057041886

iPhone one-tap (US Toll): +16465588656,,9057041886# or +14086380968,,9057041886#

Telephone:
Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)
+1 855 880 1246 (US Toll Free)
+1 877 369 0926 (US Toll Free)
Meeting ID: 905 704 1886
Going?   All events in this series:   
Yes
 - 
Maybe
 - 

Re: [onap-discuss] [integration][vid] vFWCL preload VNF failure, robot and VID concerned

[Yang, Bin]

FYI, I had this issue fixed (and verified with HEAT based ONAP) with the patch: 
https://gerrit.onap.org/r/49695

Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yang, Bin
Sent: Wednesday, May 30, 2018 2:49 PM
To: onap-discuss@lists.onap.org; Sonsino, Ofir; Yunxia Chen 
 (helen.c...@huawei.com)
Cc: Huang, Yun
Subject: [onap-discuss] [integration][vid] vFWCL preload VNF failure, robot and 
VID concerned

Dear team,

   Not sure if anyone else has encountered this issue, I was trying 
to exercise the vFWCL demo with the latest ONAP deployment (both HEAT and OOM 
based), but get blocked by the issue of "preload VNF data" with robot script. 
As I investigate this issue, I found there seems the root cause is the 
mismatching between the robot script and the VID portal output, could someone 
from VID and Integration team shed a light on this issue?

Please chime in if anyone observes the same issue recently. In case that it is 
a well known issue observed by others as well , I can try to fix it as well.

Please refer to the log and analysis below for your reference, Thanks

Preload VNF data for vFWCL demo:

root@rancher:~/oom/kubernetes/robot# ./demo-k8s.sh onap preload vFWSNK-1 
vFWSNK-Module-1
+ echo 'Number of parameters:'
Number of parameters:
+ echo 4
4
+ '[' 4 -lt 2 ']'
+ NAMESPACE=onap
+ shift
+ '[' 3 -gt 0 ']'
+ key=preload
+ echo KEY:
KEY:
+ echo preload
preload
+ case $key in
+ TAG=PreloadDemo
+ shift
+ '[' 2 -ne 2 ']'
+ VARIABLES=' -v VNF_NAME:vFWSNK-1'
+ shift
+ VARIABLES=' -v VNF_NAME:vFWSNK-1 -v MODULE_NAME:vFWSNK-Module-1'
+ shift
+ '[' 0 -gt 0 ']'
+ ETEHOME=/var/opt/OpenECOMP_ETE
+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
++ kubectl --namespace onap get pods
++ sed 's/ .*//'
++ grep robot
+ POD=dev-robot-845547fc88-pnfcz
+ kubectl --namespace onap exec dev-robot-845547fc88-pnfcz -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v VNF_NAME:vFWSNK-1 -v 
MODULE_NAME:vFWSNK-Module-1 -d /share/logs/demo/PreloadDemo -i PreloadDemo 
--display 89
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Preload VNF   | FAIL |
TypeError: string indices must be integers
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/demo/PreloadDemo/output.xml
Log: /share/logs/demo/PreloadDemo/log.html
Report:  /share/logs/demo/PreloadDemo/report.html


Error log:

   KEYWORD ${vf_modules} = vid_interface . Get Module Names from 
VID ${invariantUUID}
Documentation:
Must use UI since rest call get redirect to portal and get DNS error

Start / End / Elapsed:   20180529 12:58:37.006 / 20180529 12:58:37.464 / 
00:00:00.458
00:00:00.458KEYWORD ${id} = vid_interface . Get Model UUID from VID 
${invariantUUID}
Documentation:
Must use UI since rest call get redirect to portal and get DNS error

Start / End / Elapsed:   20180529 12:58:37.006 / 20180529 12:58:37.464 / 
00:00:00.458
00:00:00.416KEYWORD ExtendedSelenium2Library . Go To 
${VID_ENDPOINT}${VID_ENV}/rest/model

[onap-discuss] [integration][vid] vFWCL preload VNF failure, robot and VID concerned

[Yang, Bin]

Dear team,

   Not sure if anyone else has encountered this issue, I was trying 
to exercise the vFWCL demo with the latest ONAP deployment (both HEAT and OOM 
based), but get blocked by the issue of "preload VNF data" with robot script. 
As I investigate this issue, I found there seems the root cause is the 
mismatching between the robot script and the VID portal output, could someone 
from VID and Integration team shed a light on this issue?

Please chime in if anyone observes the same issue recently. In case that it is 
a well known issue observed by others as well , I can try to fix it as well.

Please refer to the log and analysis below for your reference, Thanks

Preload VNF data for vFWCL demo:

root@rancher:~/oom/kubernetes/robot# ./demo-k8s.sh onap preload vFWSNK-1 
vFWSNK-Module-1
+ echo 'Number of parameters:'
Number of parameters:
+ echo 4
4
+ '[' 4 -lt 2 ']'
+ NAMESPACE=onap
+ shift
+ '[' 3 -gt 0 ']'
+ key=preload
+ echo KEY:
KEY:
+ echo preload
preload
+ case $key in
+ TAG=PreloadDemo
+ shift
+ '[' 2 -ne 2 ']'
+ VARIABLES=' -v VNF_NAME:vFWSNK-1'
+ shift
+ VARIABLES=' -v VNF_NAME:vFWSNK-1 -v MODULE_NAME:vFWSNK-Module-1'
+ shift
+ '[' 0 -gt 0 ']'
+ ETEHOME=/var/opt/OpenECOMP_ETE
+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
++ kubectl --namespace onap get pods
++ sed 's/ .*//'
++ grep robot
+ POD=dev-robot-845547fc88-pnfcz
+ kubectl --namespace onap exec dev-robot-845547fc88-pnfcz -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v VNF_NAME:vFWSNK-1 -v 
MODULE_NAME:vFWSNK-Module-1 -d /share/logs/demo/PreloadDemo -i PreloadDemo 
--display 89
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Preload VNF   | FAIL |
TypeError: string indices must be integers
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/demo/PreloadDemo/output.xml
Log: /share/logs/demo/PreloadDemo/log.html
Report:  /share/logs/demo/PreloadDemo/report.html


Error log:

   KEYWORD ${vf_modules} = vid_interface . Get Module Names from 
VID ${invariantUUID}
Documentation:
Must use UI since rest call get redirect to portal and get DNS error

Start / End / Elapsed:   20180529 12:58:37.006 / 20180529 12:58:37.464 / 
00:00:00.458
00:00:00.458KEYWORD ${id} = vid_interface . Get Model UUID from VID 
${invariantUUID}
Documentation:
Must use UI since rest call get redirect to portal and get DNS error

Start / End / Elapsed:   20180529 12:58:37.006 / 20180529 12:58:37.464 / 
00:00:00.458
00:00:00.416KEYWORD ExtendedSelenium2Library . Go To 
${VID_ENDPOINT}${VID_ENV}/rest/models/services
Documentation:
Navigates the active browser instance to the provided URL.

Start / End / Elapsed:   20180529 12:58:37.007 / 20180529 12:58:37.423 / 
00:00:00.416
12:58:37.008  TRACE   Arguments: [ 
'http://vid.onap:8080/vid/rest/models/services' ]
12:58:37.008  INFO  Opening url 
'http://vid.onap:8080/vid/rest/models/services'
12:58:37.008  DEBUG  POST 
http://127.0.0.1:54336/session/f0dc095f66fe0fa857b6325d10001398/url {"url": 
"http://vid.onap:8080/vid/rest/models/services;, "sessionId": 
"f0dc095f66fe0fa857b6325d10001398"}
12:58:37.423  DEBUG  Finished Request
12:58:37.423  TRACE   Return: None

Re: [onap-discuss] [onap-tsc] e2e use cases for approval by the TSC

[Yang, Bin]

Hi Dom,

   Appreciate your information and support on this proposal, sorry 
that I missed that and didn’t reach out to you for having your feedback. I will 
update my slides and wiki to reflect this important point.

Thanks.

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

From: LUNANUOVA, DOMINIC (DOMINIC) [mailto:d...@research.att.com]
Sent: Monday, May 14, 2018 8:38 PM
To: Alla Goldner; Yang, Bin
Cc: onap-discuss@lists.onap.org; onap-usecase...@lists.onap.org; onap-tsc
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Bin,
Another component that should align with the consistent representation of cloud 
regions is DMaaP.
Currently, we use an abstraction called “dcaeLocation”  as a handle for 
coordination of deployed DMaaP resources and DMaaP clients (pubishers and 
subscribers).  The base behavior supported results in DMaaP clients utilizing 
the “closest” DMaaP resource by referencing this common handle value.
To best align with your plan, I think we need to deprecate “dcaeLocation” and 
introduce “cloudRegion” (following AAI convention).
This would also emphasize that DMaaP can be used independent of DCAE.

-Dom

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of Alla Goldner
Sent: Saturday, May 12, 2018 8:56 AM
To: Yang, Bin <bin.y...@windriver.com>
Cc: onap-discuss@lists.onap.org; onap-usecase...@lists.onap.org; onap-tsc 
<onap-...@lists.onap.org>
Subject: Re: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Bin,
Yes, of course, Centralized Representation and Consistent Identification of 
Cloud Regions In ONAP was presented and discussed and can be brought for 
approval by the TSC. In this case, this is already generalized functional 
requirement, and, indeed, in a very good shape requirements and status wise, 
btw, also highly demanded by the Service Providers provided their opinions on 
priorities.

Please upload short description to 
https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+approval<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Casablanca-2Buse-2Bcases-2Bproposals-2Bfor-2Bapproval=DwMFJg=LFYZ-o9_HUMeMTSQicvjIg=TTiyLt3NmHhqJbSZsYv8tdAqTAgC-wtEx8NKq2P__08=2zds9XfwWJcy1aubzE9jbyhtY-LEPdKYAdcnjxvMIv4=ekId5B5GS2kvhQ8Kfg_pa6ilby_zm8xf0tP0NEZcpWU=>
 as soon as possible.

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D3EBE3.C2E864F0]

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Saturday, May 12, 2018 3:32 PM
To: Alla Goldner <alla.gold...@amdocs.com<mailto:alla.gold...@amdocs.com>>
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc <onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Alla,


   My proposal is “Centralized Representation and Consistent 
Identification of Cloud Regions In 
ONAP<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Centralized-2BRepresentation-2Band-2BConsistent-2BIdentification-2Bof-2BCloud-2BRegions-2BIn-2BONAP=DwMFJg=LFYZ-o9_HUMeMTSQicvjIg=TTiyLt3NmHhqJbSZsYv8tdAqTAgC-wtEx8NKq2P__08=2zds9XfwWJcy1aubzE9jbyhtY-LEPdKYAdcnjxvMIv4=XOosxB2tX2yHHy0-xVTUFx_OOctIVVAjwnDkHwsF4QE=>”,
 I presented during ONS usecase subcommittee session and I double check with 
all related PTLs after that, and got positive feedback to support that. I put 
the proposal at : 
https://wiki.onap.org/display/DW/Centralized+Representation+and+Consistent+Identification+of+Cloud+Regions+In+ONAP<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Centralized-2BRepresentation-2Band-2BConsistent-2BIdentification-2Bof-2BCloud-2BRegions-2BIn-2BONAP=DwMFJg=LFYZ-o9_HUMeMTSQicvjIg=TTiyLt3NmHhqJbSZsYv8tdAqTAgC-wtEx8NKq2P__08=2zds9XfwWJcy1aubzE9jbyhtY-LEPdKYAdcnjxvMIv4=XOosxB2tX2yHHy0-xVTUFx_OOctIVVAjwnDkHwsF4QE=>

Thanks.

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

From: Alla Goldner [mailto:alla.gold...@amdocs.com]
Sent: Saturday, May 12, 2018 6:56 PM
To: Yang, Bin
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Bin,

What is functional requirement you are talking about? Can you share more 
details?

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D3EBE3.C2E864F0]

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Saturday, M

Re: [onap-discuss] [onap-tsc] e2e use cases for approval by the TSC

[Yang, Bin]

Thanks for the quick confirmation, I just upload the slides to that wiki page. 
Thanks.

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

From: Alla Goldner [mailto:alla.gold...@amdocs.com]
Sent: Saturday, May 12, 2018 8:56 PM
To: Yang, Bin
Cc: onap-usecase...@lists.onap.org; onap-tsc; onap-discuss@lists.onap.org
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Bin,
Yes, of course, Centralized Representation and Consistent Identification of 
Cloud Regions In ONAP was presented and discussed and can be brought for 
approval by the TSC. In this case, this is already generalized functional 
requirement, and, indeed, in a very good shape requirements and status wise, 
btw, also highly demanded by the Service Providers provided their opinions on 
priorities.

Please upload short description to 
https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+approval as 
soon as possible.

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D3EA46.20D6BA70]

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Saturday, May 12, 2018 3:32 PM
To: Alla Goldner <alla.gold...@amdocs.com>
Cc: onap-usecase...@lists.onap.org; onap-tsc <onap-...@lists.onap.org>; 
onap-discuss@lists.onap.org
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Alla,


   My proposal is “Centralized Representation and Consistent 
Identification of Cloud Regions In 
ONAP<https://wiki.onap.org/display/DW/Centralized+Representation+and+Consistent+Identification+of+Cloud+Regions+In+ONAP>”,
 I presented during ONS usecase subcommittee session and I double check with 
all related PTLs after that, and got positive feedback to support that. I put 
the proposal at : 
https://wiki.onap.org/display/DW/Centralized+Representation+and+Consistent+Identification+of+Cloud+Regions+In+ONAP

Thanks.

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

From: Alla Goldner [mailto:alla.gold...@amdocs.com]
Sent: Saturday, May 12, 2018 6:56 PM
To: Yang, Bin
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Bin,

What is functional requirement you are talking about? Can you share more 
details?

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D3EA46.20D6BA70]

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Saturday, May 12, 2018 1:54 PM
To: Alla Goldner <alla.gold...@amdocs.com<mailto:alla.gold...@amdocs.com>>
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc <onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Alla,

What about functional requirement proposal?  Should we do the same for 
approval or having another session ?  Thanks

Bin

在 2018年5月12日，02:43，Alla Goldner 
<alla.gold...@amdocs.com<mailto:alla.gold...@amdocs.com>> 写道：
Hi all,

Link to the use case proposals is here: 
https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+approval.



Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alla Goldner
Sent: Friday, May 11, 2018 7:58 AM
To: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc <onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] e2e use cases for approval by the TSC

Hi all,

As we didn’t have any time left for use case discussion and approval during 
yesterday’s TSC meeting and likely will not have till the launch of Beijing due 
to urgent Beijing related discussions, the meeting decision was that we will 
host e2e use case approval discussions during Usecase subcommittee meetings on 
Monday, 4 pm CET.


1.   All use case authors �C please make sure you distributed your 
presentations for approval. So far, we’ve received 5G group, Edge Automation 
and auto Scaling out

2.   Kenny, as agreed, please make sure all PTLs aware the discussion will 
take place during Use case subcommittee meeting

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement

Re: [onap-discuss] [onap-tsc] e2e use cases for approval by the TSC

[Yang, Bin]

Hi Alla,


   My proposal is “Centralized Representation and Consistent 
Identification of Cloud Regions In 
ONAP<https://wiki.onap.org/display/DW/Centralized+Representation+and+Consistent+Identification+of+Cloud+Regions+In+ONAP>”,
 I presented during ONS usecase subcommittee session and I double check with 
all related PTLs after that, and got positive feedback to support that. I put 
the proposal at : 
https://wiki.onap.org/display/DW/Centralized+Representation+and+Consistent+Identification+of+Cloud+Regions+In+ONAP

Thanks.

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

From: Alla Goldner [mailto:alla.gold...@amdocs.com]
Sent: Saturday, May 12, 2018 6:56 PM
To: Yang, Bin
Cc: onap-usecase...@lists.onap.org; onap-tsc; onap-discuss@lists.onap.org
Subject: RE: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Bin,

What is functional requirement you are talking about? Can you share more 
details?

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D3EA30.55E028C0]

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Saturday, May 12, 2018 1:54 PM
To: Alla Goldner <alla.gold...@amdocs.com>
Cc: onap-usecase...@lists.onap.org; onap-tsc <onap-...@lists.onap.org>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] e2e use cases for approval by the TSC

Hi Alla,

What about functional requirement proposal?  Should we do the same for 
approval or having another session ?  Thanks

Bin

在 2018年5月12日，02:43，Alla Goldner 
<alla.gold...@amdocs.com<mailto:alla.gold...@amdocs.com>> 写道：
Hi all,

Link to the use case proposals is here: 
https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+approval.



Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alla Goldner
Sent: Friday, May 11, 2018 7:58 AM
To: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-tsc <onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] e2e use cases for approval by the TSC

Hi all,

As we didn’t have any time left for use case discussion and approval during 
yesterday’s TSC meeting and likely will not have till the launch of Beijing due 
to urgent Beijing related discussions, the meeting decision was that we will 
host e2e use case approval discussions during Usecase subcommittee meetings on 
Monday, 4 pm CET.


1.   All use case authors �C please make sure you distributed your 
presentations for approval. So far, we’ve received 5G group, Edge Automation 
and auto Scaling out

2.   Kenny, as agreed, please make sure all PTLs aware the discussion will 
take place during Use case subcommittee meeting

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




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
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-TSC mailing list
onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-tsc
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] [onap-tsc] e2e use cases for approval by the TSC

[Yang, Bin]

Hi Alla,

What about functional requirement proposal?  Should we do the same for 
approval or having another session ?  Thanks

Bin

在 2018年5月12日，02:43，Alla Goldner 
> 写道：

Hi all,

Link to the use case proposals is here: 
https://wiki.onap.org/display/DW/Casablanca+use+cases+proposals+for+approval.



Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alla Goldner
Sent: Friday, May 11, 2018 7:58 AM
To: onap-usecase...@lists.onap.org; 
onap-tsc >; 
onap-discuss@lists.onap.org
Subject: [onap-discuss] e2e use cases for approval by the TSC

Hi all,

As we didn’t have any time left for use case discussion and approval during 
yesterday’s TSC meeting and likely will not have till the launch of Beijing due 
to urgent Beijing related discussions, the meeting decision was that we will 
host e2e use case approval discussions during Usecase subcommittee meetings on 
Monday, 4 pm CET.


1.   All use case authors �C please make sure you distributed your 
presentations for approval. So far, we’ve received 5G group, Edge Automation 
and auto Scaling out

2.   Kenny, as agreed, please make sure all PTLs aware the discussion will 
take place during Use case subcommittee meeting

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology




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

Re: [onap-discuss] How to a register VIM (openstack) instance to ONAP on kubernetes

[Yang, Bin]

Hi Ganesh,

   That How-To is a practice based on HEAT deployed ONAP, never 
verified on OOM deployed ONAP. So the section 3 (change robot service) is not 
applicable any more.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ganesh Kaila
Sent: Monday, March 26, 2018 11:54 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] How to a register VIM (openstack) instance to ONAP on 
kubernetes

Hi all,

I have a ONAP setup on kubernetes environment. Now, I am trying to register VIM 
(openstack) instance to ONAP on kubernetes. I am trying with this link How-To: 
Register a VIM/Cloud Instance to 
ONAP from ONAP 
Wiki. I am able to perform the sections Prerequisite: Complex object and 
Subscribe object are created in the AAI, 1, Register VIM/Cloud instance into 
A and 2, Register VIM/Cloud instance into SO.

When performing the section 3, Change Robot service to operate with the 
VIM/Cloud instance, I understand the instructions to register VIM (openstack) 
instance to ONAP on openstack. Are there instructions to register VIM 
(openstack) instance with ONAP on kubernetes? If not, can someone help me to 
how do I use existing instructions of ONAP on openstack for ONAP on kubernetes?

Thanks in advance.!

​Regards,
​G​
anesh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [Onap-arc] Update on "Consistent Representation and Identification of a cloud region in ONAP"

[Yang, Bin]

Hi Chris,

   This is the update on the following action and progress on this 
"Representation and Identification of a cloud region in ONAP" issue.

I had reached out to PTL of VID/SO/SDNC/Integration team and join weekly 
meetings of each project. I briefed this issue again on those meetings and 
brought attentions of each project team.
VID team agreed that it is doable to fix this issue but need to evaluate the 
effort.
SDNC team promised to evaluate the impact and effort to fix this issue.
Integration team acknowledged this issue and Helen preferred the long term 
solution.
SO team preferred long term solutions as well, and Seshu suggest we fix this 
issue by some use case in future releases.

Since we have passed the M3 API freezing milestone, I think this is not likely 
to get this issue resolved in Beijing release.

So I would like to have your suggestion on how to proceed : should we propose 
some use case, or make sure some use case in Casablanca Release could cover the 
feature to resolve this issue?

Thanks.


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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yang, Bin
Sent: Monday, March 05, 2018 10:12 AM
To: seshu.kuma...@huawei.com; Sonsino, Ofir; TIMONEY, DAN; Yunxia Chen 
<helen.c...@huawei.com> (helen.c...@huawei.com); PUTHENPURA, SARAT (SARAT)
Cc: Christopher Donley (Chris) (christopher.don...@huawei.com); Hellmann, Gil; 
onap-discuss@lists.onap.org
Subject: [onap-discuss] Issue to be resolved: Consistent Representation and 
Identification of a cloud region in ONAP

Hello Seshu, Dan, Helen, Sarat,
and those are concerned on Representation and Identification of a cloud region 
in ONAP,

   The expanding to multiple clouds is a key metric for success of 
ONAP, and you might already be aware the fact that: With ONAP Amsterdam 
release, it is kind of tricky and error prone to onboard a new cloud region 
into ONAP for the end-to-end test cases.
I had learned that fact and got plenty help from this community during setting 
up a demo of using ONAP to orchestrate the Clearwater vIMS across 2 cloud 
regions. So I posted the workarounds on wiki: 
https://wiki.onap.org/pages/viewpage.action?pageId=25431491
   At the same time, I had presented this issue and the short term 
workaround and long term solution to ONAP community during both VF2F meeting 
and ONAP Arch meeting.  I got suggestion from Chris Donley and Stephen that we 
need figure out if it is possible to fix that in Beijing release. So that is 
why I come to you and wondering if I can get your kindly support. The summary 
of issue and the solutions can be found at wiki: 
https://wiki.onap.org/download/attachments/25429038/HowToAddNewCloudRegionAndThoughts.pdf?version=2=1520214136460=v2

To highlight what the issue is and what the help is expected from your teams:
   1, There are multiple places to represent a single cloud region 
and inconsistent identification of a cloud region makes it is hard to onboard a 
new cloud region
   2, The short term workaround places another constraint on the 
"cloud-owner", while the long term solution impose the API changes between 
VID/SO/SDNC, and perhaps OOF as well.

Please let me know if you can add this as an agenda to your weekly meeting this 
week so that I can explain more the details and estimate the possibility to fix 
that in Beijing release.

Thanks.

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

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

Re: [onap-discuss] [multvim] MultiVIM broker does not support multipart/form-request

[Yang, Bin]

Hi Avdhut Kholkar

I would suggest you create a jira ticket for this issue and we will take care 
of it.

B.R.

Bin

> 在 2018年3月10日，01:04，Avdhut Kholkar  写道：
> 
> Avdhut Kholkar
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Issue to be resolved: Consistent Representation and Identification of a cloud region in ONAP

[Yang, Bin]

Thanks Helen,

   I will be there, March 6th 10:30PM, China Time.

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

From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Monday, March 05, 2018 10:57 AM
To: Yang, Bin; Seshu m; Sonsino, Ofir; TIMONEY, DAN; PUTHENPURA, SARAT (SARAT)
Cc: FREEMAN, BRIAN D; Christopher Donley (Chris); Stephen Terrill; Hellmann, 
Gil; Zhang, Xiaohua; onap-discuss@lists.onap.org
Subject: Re: Issue to be resolved: Consistent Representation and Identification 
of a cloud region in ONAP

HI， Bin,
Very good idea. I will add that in this week’s integration meeting:
https://wiki.onap.org/pages/viewpage.action?pageId=6593670

Regards,

Helen Chen

From: "Yang, Bin" <bin.y...@windriver.com<mailto:bin.y...@windriver.com>>
Date: Sunday, March 4, 2018 at 6:12 PM
To: Seshu m <seshu.kuma...@huawei.com<mailto:seshu.kuma...@huawei.com>>, 
"Sonsino, Ofir" <os0...@intl.att.com<mailto:os0...@intl.att.com>>, "TIMONEY, 
DAN" <dt5...@att.com<mailto:dt5...@att.com>>, Helen Chen 00725961 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, "PUTHENPURA, SARAT 
(SARAT)" <sa...@research.att.com<mailto:sa...@research.att.com>>
Cc: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>, "Christopher 
Donley (Chris)" 
<christopher.don...@huawei.com<mailto:christopher.don...@huawei.com>>, Stephen 
Terrill <stephen.terr...@ericsson.com<mailto:stephen.terr...@ericsson.com>>, 
"Hellmann, Gil" 
<gil.hellm...@windriver.com<mailto:gil.hellm...@windriver.com>>, "Zhang, 
Xiaohua" <xiaohua.zh...@windriver.com<mailto:xiaohua.zh...@windriver.com>>, 
onap-discuss <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Issue to be resolved: Consistent Representation and Identification of 
a cloud region in ONAP

Hello Seshu, Dan, Helen, Sarat,
and those are concerned on Representation and Identification of a cloud region 
in ONAP,

   The expanding to multiple clouds is a key metric for success of 
ONAP, and you might already be aware the fact that: With ONAP Amsterdam 
release, it is kind of tricky and error prone to onboard a new cloud region 
into ONAP for the end-to-end test cases.
I had learned that fact and got plenty help from this community during setting 
up a demo of using ONAP to orchestrate the Clearwater vIMS across 2 cloud 
regions. So I posted the workarounds on wiki: 
https://wiki.onap.org/pages/viewpage.action?pageId=25431491
   At the same time, I had presented this issue and the short term 
workaround and long term solution to ONAP community during both VF2F meeting 
and ONAP Arch meeting.  I got suggestion from Chris Donley and Stephen that we 
need figure out if it is possible to fix that in Beijing release. So that is 
why I come to you and wondering if I can get your kindly support. The summary 
of issue and the solutions can be found at wiki: 
https://wiki.onap.org/download/attachments/25429038/HowToAddNewCloudRegionAndThoughts.pdf?version=2=1520214136460=v2

To highlight what the issue is and what the help is expected from your teams:
   1, There are multiple places to represent a single cloud region 
and inconsistent identification of a cloud region makes it is hard to onboard a 
new cloud region
   2, The short term workaround places another constraint on the 
“cloud-owner”, while the long term solution impose the API changes between 
VID/SO/SDNC, and perhaps OOF as well.

Please let me know if you can add this as an agenda to your weekly meeting this 
week so that I can explain more the details and estimate the possibility to fix 
that in Beijing release.

Thanks.

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

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

[onap-discuss] Issue to be resolved: Consistent Representation and Identification of a cloud region in ONAP

[Yang, Bin]

Hello Seshu, Dan, Helen, Sarat,
and those are concerned on Representation and Identification of a cloud region 
in ONAP,

   The expanding to multiple clouds is a key metric for success of 
ONAP, and you might already be aware the fact that: With ONAP Amsterdam 
release, it is kind of tricky and error prone to onboard a new cloud region 
into ONAP for the end-to-end test cases.
I had learned that fact and got plenty help from this community during setting 
up a demo of using ONAP to orchestrate the Clearwater vIMS across 2 cloud 
regions. So I posted the workarounds on wiki: 
https://wiki.onap.org/pages/viewpage.action?pageId=25431491
   At the same time, I had presented this issue and the short term 
workaround and long term solution to ONAP community during both VF2F meeting 
and ONAP Arch meeting.  I got suggestion from Chris Donley and Stephen that we 
need figure out if it is possible to fix that in Beijing release. So that is 
why I come to you and wondering if I can get your kindly support. The summary 
of issue and the solutions can be found at wiki: 
https://wiki.onap.org/download/attachments/25429038/HowToAddNewCloudRegionAndThoughts.pdf?version=2=1520214136460=v2

To highlight what the issue is and what the help is expected from your teams:
   1, There are multiple places to represent a single cloud region 
and inconsistent identification of a cloud region makes it is hard to onboard a 
new cloud region
   2, The short term workaround places another constraint on the 
"cloud-owner", while the long term solution impose the API changes between 
VID/SO/SDNC, and perhaps OOF as well.

Please let me know if you can add this as an agenda to your weekly meeting this 
week so that I can explain more the details and estimate the possibility to fix 
that in Beijing release.

Thanks.

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

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

Re: [onap-discuss] [Multicloud] Add VIM adapter

[Yang, Bin]

Hi Alexis,
Sorry for late response, but could you elaborate more about what the 
VIM is and your plan on that?  I want to help but just make sure we don't 
duplicate the effort since we are considering add MultiCloud Plugin service for 
Pike which can be a base for MultiCloud Plugin service of Orange's VIM to echo 
the fact the we have Orange Lab in Beijing Release .

Thanks

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

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Wednesday, February 07, 2018 10:20 AM
To: onap-discuss
Subject: [onap-discuss] [Multicloud] Add VIM adapter

Greetings multicloud experts,

I’d like to implement a new adapter to be able to create VNF and a new type of 
VIM. 
I was wondering if there is a document explaining how to do this? Are they some 
common APIs to implement? etc...

Please provide pointers, if possible, on how to proceed.

Also, if possible, can you quickly remind me how the multicloud adapter is 
hooked in SO so at instantiation time it uses a particular adapter.

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

Re: [onap-discuss] SO issues with keystone

[Yang, Bin]

Hi Marco,

there is a space between http and IP address for the identity url in your 
config file.

Bin

在 2018年2月3日，上午4:02，PLATANIA, MARCO (MARCO) 
> 写道：

All,

I’m instantiating VNFs in a remote OpenStack lab called RegionTwo. I modified 
mso-docker.config appropriately. See below:

"mso-po-adapter-config":
{
  "identity_services":
  [
{
  "dcp_clli": "DEFAULT_KEYSTONE",
  "identity_url": "http://135.197.225.10:35357/v2.0;,
  "mso_id": "admin",
  "mso_pass": "a83e2b8446193c5ac450d84f0f1dc711",
  "admin_tenant": "service",
  "member_role": "admin",
  "tenant_metadata": "true",
  "identity_server_type": "KEYSTONE",
  "identity_authentication_type": "USERNAME_PASSWORD"
},
{
  "dcp_clli": "DEFAULT_KEYSTONE2",
  "identity_url": "http:// 135.197.220.71:5000/v3",
  "mso_id": "marco",
  "mso_pass": "f461eb3230f0b4b7b1ce8ed018da155f",
  "admin_tenant": "service",
  "member_role": "admin",
  "tenant_metadata": "true",
  "identity_server_type": "KEYSTONE",
  "identity_authentication_type": "USERNAME_PASSWORD"
}
  ],

  "cloud_sites":
  [
{
  "id": "RegionOne",
  "aic_version": "2.5",
  "lcp_clli": "RegionOne",
  "region_id": "RegionOne",
  "identity_service_id": "DEFAULT_KEYSTONE"
},
{
  "id": "RegionTwo",
  "aic_version": "2.5",
  "lcp_clli": "RegionTwo",
  "region_id": "RegionTwo",
  "identity_service_id": "DEFAULT_KEYSTONE2"
}
  ],

When I try to install a VNF, I receive the following error from SO:

2018-02-02T18:21:48.847Z|0d1b96a0-9fbe-4d1a-a197-4eebd4041c5f|Thread-282|CreateVfModule|BPELClient|Openstack||ERROR|DataError|Openstack
 Keystone Error on TokenAuth|MSO-RA-9202E Exception communicating with 
Openstack Keystone Error on TokenAuth: Error [code=404, title=Not Found, 
message=The resource could not be found.]: {1}

2018-02-02T18:21:48.848Z|0d1b96a0-9fbe-4d1a-a197-4eebd4041c5f|Thread-282|CreateVfModule|BPELClient|Openstack||ERROR|AvailabilityError|Connection
 Exception|MSO-RA-9202E Exception communicating with OpenStack: Openstack 
Exception on Token request: 404 Not Found: The resource could not be found.

2018-02-02T18:21:48.849Z|0d1b96a0-9fbe-4d1a-a197-4eebd4041c5f|Thread-282|CreateVfModule|BPELClient|OpenStack|queryStack|ERROR|DataError|Exception
 - queryStack|MSO-RA-9227E Exception while query VNF:Vfmodule_vLB-0201 in 
RegionTwo/c236140a3dff4911bb4c7c86940616cc

2018-02-02T18:21:48.850Z|0d1b96a0-9fbe-4d1a-a197-4eebd4041c5f|Thread-282|CreateVfModule|BPELClient|OpenStack|queryStack|ERROR|DataError|Exception
 - queryStack|MSO-RA-9200E Exception: 404 Not Found: The resource could not be 
found. - at 
org.openecomp.mso.openstack.utils.MsoCommonUtils.keystoneErrorToMsoException(MsoCommonUtils.java:173)
 - at 
org.openecomp.mso.openstack.utils.MsoHeatUtils.getHeatClient(MsoHeatUtils.java:996)
 - at 
org.openecomp.mso.openstack.utils.MsoHeatUtils.queryStack(MsoHeatUtils.java:646)
 - at 
org.openecomp.mso.adapters.vnf.MsoVnfAdapterImpl.createVfModule(MsoVnfAdapterImpl.java:788)
 - at 
org.openecomp.mso.adapters.vnf.VnfAdapterRest$CreateVfModuleTask.run(VnfAdapterRest.java:388)
 - at java.lang.Thread.run(Thread.java:748) -

Does someone know when this error happens in SO? It seems resource not found 
when talking to keystone, but the OpenStack lab has all the endpoints 
configured correctly and also RegionTwo/c236140a3dff4911bb4c7c86940616cc 
exists. CLI operations against OpenStack work as expected. Note that this 
OpenStack lab uses Keystone v3. Is that supported in SO?

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

Re: [onap-discuss] [integration]Committers promotion for Integration Project: Morgan Richomme

[Yang, Bin]

+1

Bin

在 2018年1月27日，上午1:01，ROSE, DANIEL V > 写道：

+1 from me

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

From: DEY, SPONDON
Sent: Friday, January 26, 2018 10:21 AM
To: Xinhui Li >; Gary Wu 
>; Yunxia Chen 
>; 
wangchen...@chinamobile.com; ROSE, DANIEL V 
>; PLATANIA, MARCO 
>; 
yangyi@chinatelecom.cn; Kang Xi 
>; Yang Xu (Yang, Fixed Network) 
>; 
bin.y...@windriver.com; 
ran.pol...@amdocs.com
Cc: morgan.richo...@orange.com; Gildas 
Lanilis >; 
onap-discuss >
Subject: Re: [integration]Committers promotion for Integration Project: Morgan 
Richomme

+1

From: Xinhui Li >
Date: Friday, January 26, 2018 at 10:14 AM
To: Gary Wu >, Yunxia Chen 
>, 
"wangchen...@chinamobile.com" 
>, "ROSE, 
DANIEL V" >, "PLATANIA, MARCO" 
>, "DEY, SPONDON" 
>, 
"yangyi@chinatelecom.cn" 
>, Kang Xi 
>, "Yang Xu (Yang, Fixed 
Network)" >, 
"bin.y...@windriver.com" 
>, 
"ran.pol...@amdocs.com" 
>
Cc: "morgan.richo...@orange.com" 
>, Gildas Lanilis 
>, onap-discuss 
>
Subject: Re: [integration]Committers promotion for Integration Project: Morgan 
Richomme

+1

Xinhui

From: Gary Wu >
Date: Friday, January 26, 2018 at 10:55 PM
To: Yunxia Chen >, 
"wangchen...@chinamobile.com" 
>, 
"dr6...@att.com" 
>, 
"plata...@research.att.com" 
>, 
"spondon...@att.com" 
>, 
"yangyi@chinatelecom.cn" 
>, Kang Xi 
>, "Yang Xu (Yang, Fixed 
Network)" >, Xinhui Li 
>, 
"bin.y...@windriver.com" 
>, 
"ran.pol...@amdocs.com" 
>
Cc: "morgan.richo...@orange.com" 
>, Gildas Lanilis 
>, onap-discuss 
>
Subject: RE: [integration]Committers promotion for Integration Project: Morgan 
Richomme

+1

Thanks,
Gary


From: Yunxia Chen
Sent: Friday, January 26, 2018 12:12 AM
To: wangchen...@chinamobile.com; 
dr6...@att.com; 
plata...@research.att.com; 
spondon...@att.com; 
yangyi@chinatelecom.cn; Gary Wu 
>; Kang Xi 
>; Yang Xu (Yang, Fixed Network) 
>; 
lxin...@vmware.com; 
bin.y...@windriver.com; 
ran.pol...@amdocs.com
Cc: 

Re: [onap-discuss] [integration]Committers promotion for Integration Project: Eric Debeau

[Yang, Bin]

+1

Bin

在 2018年1月27日，上午1:08，Kang Xi > 写道：

+1

Regards,
Kang

From: Gary Wu
Sent: Friday, January 26, 2018 9:55
To: Yunxia Chen >; 
wangchen...@chinamobile.com; 
dr6...@att.com; 
plata...@research.att.com; 
spondon...@att.com; 
yangyi@chinatelecom.cn; Kang Xi 
>; Yang Xu (Yang, Fixed Network) 
>; 
lxin...@vmware.com; 
bin.y...@windriver.com; 
ran.pol...@amdocs.com
Cc: Eric Debeau >; Gildas 
Lanilis >; 
onap-discuss >
Subject: RE: [integration]Committers promotion for Integration Project: Eric 
Debeau

+1

Thanks,
Gary

From: Yunxia Chen
Sent: Thursday, January 25, 2018 8:14 PM
To: wangchen...@chinamobile.com; 
dr6...@att.com; 
plata...@research.att.com; 
spondon...@att.com; 
yangyi@chinatelecom.cn; Gary Wu 
>; Kang Xi 
>; Yang Xu (Yang, Fixed Network) 
>; 
lxin...@vmware.com; 
bin.y...@windriver.com; 
ran.pol...@amdocs.com
Cc: Eric Debeau >; Gildas 
Lanilis >; 
onap-discuss >
Subject: [integration]Committers promotion for Integration Project: Eric Debeau

Dear Integration Committers,

I would like to propose to promote: Eric Debeau as the committer for 
Integration project.

Eric has the expertise and background in integration; and he has made a lot of 
contributions in Integration project at Amsterdam release, mainly on:

1.  Integration documentation

2.  Integration testing at Orange open lab.

3.  Etc.

Git Commits: 62
Gerrit changesets: 50
Mailing Lists: 57
Jira: 21
(The above data is from ONAP Bitergia)

And he will continue contributing to documentation, ONAP maturity testing, ONAP 
“light” version, Benchmark project, etc.

Before I report this back to ONAP TSC / infrastructure coordinator, I would 
like to do an internal vote among all current Integration committers, which are 
on the “To” list:

1.  If you agree to promote Eric as committer of Integration project, 
please reply “+1”

2.  If you have no opinion, please reply “0”

3.  If you disagree to promote Eric as committer of Integration project, 
please reply “-1”



Please response before 6:00PM PST, 1/29/2018 (next Monday).


Regards,
Helen Chen


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

Re: [onap-discuss] [OpenLab] DNS Designate zone for simpledemo.onap.org

[Yang, Bin]

Hi Alexis,

You’d better prefix it with a random string similar to what DCAE does: 
w6VA.dcaeg2.onap.org.
Which avoid zone name conflicting from different tenants on the same Designate 
backend.

Here are the scripts for your to manage the DNS zones. Please list all ZONEs 
from all tenants to find the one named 
“simpledemo.onap.org.”, and delete it . Otherwise 
you have to use some other zone name which will not conflict with this one.



### maintain designate zone

export KEYSTONE_EP=http://10.12.25.5:5000

export TOKEN=$(curl -i -X POST $KEYSTONE_EP/v3/auth/tokens -H "Content-Type: 
application/json" -H "Accept: application/json" -H "User-Agent: simpletool" -d  
'{"auth": {"identity": {"methods": ["password"],"password": {"user": {"name": 
"","domain": {"name": "Default"}, "password": ""}}},"scope":{"project":{"domain":{"name":"Default"},"name": "" } }}}'  2>&1 | grep X-Subject-Token | sed "s/^.*: //")

export DNS_EP=http://10.12.25.5:9001

curl -v -s  -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X 
GET $DNS_EP/v2/zones |json_pp

{
   "zones" : [
  {
 "email" : "l...@research.att.com",
 "attributes" : {},
 "created_at" : "2018-01-24T14:41:29.00",
 "type" : "PRIMARY",
 "transferred_at" : null,
 "description" : null,
 "links" : {
"self" : 
"http://127.0.0.1:9001/v2/zones/93f4c9db-49e0-4662-8d32-4f1e8f9e2688;
 },
 "masters" : [],
 "pool_id" : "794ccc2c-d751-44fe-b57f-8894c9f5c842",
 "name" : "w6VA.dcaeg2.onap.org.",
 "action" : "NONE",
 "project_id" : "8b8ef50b050c47269fd4375aa2c7f7cd",
 "updated_at" : "2018-01-24T16:46:04.00",
 "id" : "93f4c9db-49e0-4662-8d32-4f1e8f9e2688",
 "serial" : 1516812347,
 "ttl" : 3600,
 "status" : "ACTIVE",
 "version" : 46
  }
   ],
   "metadata" : {
  "total_count" : 1
   },
   "links" : {
  "self" : "http://127.0.0.1:9001/v2/zones;
   }
}

curl -v -s  -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X 
GET $DNS_EP/v2/zones/93f4c9db-49e0-4662-8d32-4f1e8f9e2688

curl -v -s  -H "Content-Type: application/json" -H "X-Auth-Token: $TOKEN" -X 
DELETE $DNS_EP/v2/zones/93f4c9db-49e0-4662-8d32-4f1e8f9e2688



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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Thursday, January 25, 2018 12:19 AM
To: onap-discuss
Subject: [onap-discuss] [OpenLab] DNS Designate zone for simpledemo.onap.org

Greetings,

I’m trying to add a DNS zone in the DNS Designate of OpenLab, but I’m getting 
the following failure:

openstack zone create --email=o...@onap.org 
'--description=DNS zone bridging DCAE and OOM' --type=PRIMARY 
simpledemo.onap.org.
Unable to create zone because another tenant owns a subzone of the zone

Can I get assistance with this?

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

[onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

[Yang, Bin]

Hi Brian,

   Two OpenStack instance cannot have the same Region ID will be a 
fundamental (and confusing) assumption which impacts many ONAP components.  
MultiCloud is one of them which has been interpreting this Region ID in 
different way: MultiCloud assumes that this Cloud Region ID in AAI was to store 
the OpenStack’s Region ID , it is confined in scope of a Cloud Owner. So 
MultiCloud assumes that Region ID itself does not have to be unique , but Cloud 
Owner + Cloud Region ID should be unique.  This interpretation was based on the 
communication with AAI team (Ethan in cc list could share more context around 
that communication).

With the AAI documentation (aai_swagger_v11.html), the cloud-region is uniquely 
identified by {cloud-owner}/{cloud-region-id}, not the {cloud-region-id} alone. 
That implies that it is possible that different {cloud-owner} have the same 
{cloud-region-id}.

GET 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
Tags: 
CloudInfrastructure
returns cloud-region

cloud-owner

Identifies the vendor and cloud name, e.g., att-aic. First part of composite 
key should be formatted as vendor-cloudname

path

string

cloud-region-id

Identifier used by the vendor for the region. Second part of composite key

path

string



On the other hands, SO, Robot VM, they all use ‘cloud-region-id’ as parameter 
to invoke OpenStack API, which means, this ‘cloud-region-id’ is the exactly the 
Region ID used in context of OpenStack API. Inevitably, there will be different 
OpenStack provisioned with “RegionOne” by default.

So there is discrepancy between different ONAP components with regarding to how 
to interpret this ‘cloud-region-id’ in AAI. This discrepancy should be resolved 
in Beijing Release, otherwise it will be a blocking issue when there is use 
case to deploy VNFs to multiple VIM/Cloud instances.

Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, January 11, 2018 2:55 AM
To: Alexis de Talhouët
Cc: onap-discuss
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

“So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.” – Yes

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 1:48 PM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, creating another Region in OpenStack , alongs with its service endpoints is 
working.

So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.

Thanks for the help,
Alexis

On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D 
> wrote:

I would name the second openstack something other than RegionOne in that 
Openstack :)  I suspect the design assumes the cloud regions have unique names 
but I didnt think robot needed the cloud region in their vanilla openstack 
keystone queries (but its been a while since I looked at a trace). I know 
Rackspace does have unique region names (IAD, DFW, etc) and we do in our 
installations but not sure if vanilla would require that.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:53 AM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, haven’t thought about deploying another robot.

Regarding my attempt with RegionAlex, the thing is this region doesn’t exist in 
my Openstack, it’s RegionOne that exist. That’s why it’s not working. But I 
have to use a different name so mso can differentiate.
But maybe I haven’t updated all the python scripts. I’ll have another look at 
it.

Thanks,
Alexis


On Jan 10, 2018, at 9:49 AM, FREEMAN, BRIAN D 
> wrote:

I dont think robot can handle multiple cloud regions from one isntance.

I would run two robot’s – one for each cloud region in all honesty or do what 
robot does via POSTMAN

One thing though:

Keystone address/Tenant/Username/Password have been changed as per as the Cloud 
Identity Service: id=ALEX_KEYSTONE
Now the issue:
—> If the region is RegionAlex, Robot can’t connect

That should have worked.  Are you sure you updated urls, tenantid, tenantname, 
credentials etc in all the .py’s needed ?

Brian



From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 

Re: [onap-discuss] [DCAGEN2] Proxied DNS Designate only with Multicloud Titanium

[Yang, Bin]

Hi Alexis,

Please refer to answers embedded below

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

-Original Message-
From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] 
Sent: Friday, January 19, 2018 10:30 AM
To: Yang, Bin
Cc: onap-discuss
Subject: Re: [onap-discuss] [DCAGEN2] Proxied DNS Designate only with 
Multicloud Titanium

Hi Bin,

So if I understand correctly, I should register the VIM in multi cloud (do you 
have an example or a link on how to ) and DCAE will be able to use it to proxy 
DNS request (DNSaaS) to this instance. I was under the impression it was hard 
coded to pod25 in the DCAE boostrap script, I’ll look again.


[Bin] Yes, pod25 was hard coded in DCAE bootstrap script, but it is just the 
cloud owner name, most related information that DCAE bootstrap uses to register 
a VIM instance are passed by HEAT template ( I believe OOM could support that 
parameter injection , correct?)

I’m glad this is already there then, I guess I got confused while reading the 
script. I’ll try this tomorrow.
[Bin] I think it is the hardcoded 'titanium_cloud' in that script to confuse 
you. This could be changed to be a parameter passing by HEAT/OOM. But right now 
MultiCloud plugin for titanium_cloud support vanilla OpenStack version like 
ocata, mitaka, newton as well. I didn't try the pike, but there is big chance 
that pike can be supported without any modification.  

So you confirm I can already use the proxy setup provided by DCAE to use a 
proxy for DNS Desginate other than the OpenLab one?

I have OpenStack Pike, would that work?
[Bin] I didn't test with pike yet,  you can give it a try  .


OOM does already provide the support for this in Amsterdam. I guess what I was 
looking for is a proxy setup using plain OpenStack APIs.  and not using 
Multicloud. But I’m all in for using Multicloud if available and working 
already.

[Bin]: I do think it will be valuable that OOM provide such kind of support and 
I can share what I learned and hope you get more comprehensive understanding of 
the requirement/solutions.

Thanks,
Alexis

> On Jan 18, 2018, at 8:58 PM, Yang, Bin <bin.y...@windriver.com> wrote:
> 
> Hi Alexis,
> 
>I think it would be better to clarify that: proxy the DNS Designate 
> requests is the enhanced feature by MultiCloud to federate services from 
> different underlying VIM instances. In ONAP Amsterdam release it has been 
> implemented to support both vanilla OpenStack Ocata (and Newton as well, not 
> tested yet) and Titanium Cloud, and more to come in future releases. I had 
> tested with vanilla OpenStack Ocata and it works well.
> 
>To utilize it , the consumer presuppose that the MultiCloud services are 
> ready and the VIM instances are registered. So for DCAEgen2 which has been 
> the actually consumer in ONAP Amsterdam release, the bootstrap VM did this 
> part , the VIM instance information (both underlying OpenStack and the 
> proxied one which exposes Designate services) are passed in by HEAT 
> template/environment file. I believe  OOM can support this in similar way.
> 
>This federation can be designed/implemented in various way but why it was 
> designed/implemented  is that MultiCloud do the federation and the consumers 
> will be transparent with regards who provides DNSaaS services. 
> 
> BTW,I do think it will be valuable that OOM can offer the similar proxy 
> to DNS designate, I would like to share our experiences.
> 
> Best Regards,
> Bin Yang,Solution Readiness Team,Wind River
> Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
> Skype: yangbincs993
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org 
> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
> Sent: Friday, January 19, 2018 6:34 AM
> To: onap-discuss
> Subject: [onap-discuss] [DCAGEN2] Proxied DNS Designate only with Multicloud 
> Titanium
> 
> Hi experts,
> 
> In the dcae_vm_init.sh script, we have the possibility to proxy the DNS 
> Designate requests to an OpenStack other than the one on which we spawn DCAE.
> But this feature only allow to proxy to Multicloud Titanium cloud, it doesn’t 
> allow to proxy to an other plain OpenStack instance.
> I was wondering whether a contribution to address this is Amsterdam would be 
> accepted, if yes, I can do it.
> 
> Basically, I’d like to leverage the dnaas_* config bits to establish a 
> connection to an OpenStack directly, instead of using Multi-cloud.
> I would have a add a param to let the user choose whether the use Multicloud 
> Titanium or plain OpenStack.
> 
> Please, let me know what you think of this?
> 
> FYI, I tend to think we should be able to ha

Re: [onap-discuss] [DCAGEN2] Proxied DNS Designate only with Multicloud Titanium

[Yang, Bin]

Hi Alexis,

I think it would be better to clarify that: proxy the DNS Designate 
requests is the enhanced feature by MultiCloud to federate services from 
different underlying VIM instances. In ONAP Amsterdam release it has been 
implemented to support both vanilla OpenStack Ocata (and Newton as well, not 
tested yet) and Titanium Cloud, and more to come in future releases. I had 
tested with vanilla OpenStack Ocata and it works well.

To utilize it , the consumer presuppose that the MultiCloud services 
are ready and the VIM instances are registered. So for DCAEgen2 which has been 
the actually consumer in ONAP Amsterdam release, the bootstrap VM did this part 
, the VIM instance information (both underlying OpenStack and the proxied one 
which exposes Designate services) are passed in by HEAT template/environment 
file. I believe  OOM can support this in similar way.

This federation can be designed/implemented in various way but why it 
was designed/implemented  is that MultiCloud do the federation and the 
consumers will be transparent with regards who provides DNSaaS services. 

BTW,I do think it will be valuable that OOM can offer the similar proxy to 
DNS designate, I would like to share our experiences.

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

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Friday, January 19, 2018 6:34 AM
To: onap-discuss
Subject: [onap-discuss] [DCAGEN2] Proxied DNS Designate only with Multicloud 
Titanium

Hi experts,

In the dcae_vm_init.sh script, we have the possibility to proxy the DNS 
Designate requests to an OpenStack other than the one on which we spawn DCAE.
But this feature only allow to proxy to Multicloud Titanium cloud, it doesn’t 
allow to proxy to an other plain OpenStack instance.
I was wondering whether a contribution to address this is Amsterdam would be 
accepted, if yes, I can do it.

Basically, I’d like to leverage the dnaas_* config bits to establish a 
connection to an OpenStack directly, instead of using Multi-cloud.
I would have a add a param to let the user choose whether the use Multicloud 
Titanium or plain OpenStack.

Please, let me know what you think of this?

FYI, I tend to think we should be able to have DNS Designate running where ever 
we want in the infra, as long as it’s provided. Moreover, we’re working on 
providing it in OOM, so it’s not required in ppl infra.

Thanks,
Alexis


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

Re: [onap-discuss] Registered VIMs in ONAP Portal

[Yang, Bin]

Hi Eswar,

The link 
http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html
is to onboarding a fake VMware fake cloud, you need change some parameters to 
register a OpenStack instance.


I had shared some insight of VIM registration for ONAP A release in another 
thread, I paste it here for your reference, by the way, (to echo your another 
email ) you need use VID to instantiate the vFWCL demo.

First of all, with ONAP in Amsterdam release,  the VIM registration is not 
centralized in one place, as far as I know , there are two places to store VIM 
registration information which concerning service/VNF instantiation: SO and 
AAI. This is very important context for anyone who wants to add or modify VIM 
registration information.

Several facts you need to know to register a new VIM instance to ONAP for 
orchestration:

1. To put VIM registration information into AAI, there are various way to 
do that, the most user-friend one is to leverage the ESR portal, which will 
trigger multicloud to discover VIM/cloud resources automatically. Please refer 
to docs at 
http://onap.readthedocs.io/en/latest/submodules/aai/esr-server.git/docs/platform/installation.html
MultiCloud is using this VIM registration information to mediate API calls from 
SO/APPC/DCAEgen2/VFC/etc. to underlying VIMs

2. To put VIM registration information into SO, you need login SO VM and 
attach to the container, then you can change the config file. Here is the hint 
on wiki: 
https://wiki.onap.org/display/DW/vFWCL+instantiation%2C+testing%2C+and+debuging?focusedCommentId=22252150#comment-22252150
I guess VID is using this VIM registration information.

3. The registration procedures above are loosely coupled
Let me give you several examples:
Case 1: SO instantiate a VF modules without MultiCloud
In this case, VIM registration information refers to directly identity services 
of underlying VIMs (those VIM exposes OpenStack keystone V2.0 API ), so the 
identity_url looks like:
"identity_url": "http://10.12.25.2:5000/v2.0;,

Case 2: SO instantiate a VF modules via MultiCloud
In this case, VIM registration information refers to MultiCloud endpoints which 
is a proxy to underlying VIMs, so the identity_url looks like:
"identity_url": " 
http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0;,


For simplicity , I suggest that you just put VIM registration information into 
SO, and follow the Case 1 to instantiate the vFWCL.
When you have more experiences and know how to compose the multicloud endpoints 
for your VIM instance, you can do your test following the Case 2 .

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ESWAR RAO
Sent: Wednesday, January 17, 2018 8:12 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Registered VIMs in ONAP Portal

Hi All,

I have installed ONAP Amsterdam release.

I have registered a VIM following:
http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html




#  curl -X PUT -H X-TransactionId:get_aai_subr -H X-FromAppId:AAI -H 
Accept:application/json -H Content-Type:application/json
 -H 'Authorization:Basic QUFJO
kFBSQ==' 
https://192.168.21.211:8443/aai/v11/cloud-infrastructure/cloud-regions/cloud-region/onap/bglr
 --insecure
-d '{
  "cloud-owner": "onap",
  "cloud-region-id": "bglr",
  "cloud-type": "openstack",
  "cloud-region-version": "4.0",
  "identity-url": 
"http://192.168.21.212:80/api/multicloud-ocata/v0/onap_bglr/identity/v3;,
  "cloud-zone": "bglr",
  "complex-name": "bglr-demo",
  "esr-system-info-list": {
  "esr-system-info": [
  {
  "esr-system-info-id":"bglr-cloud",
  "system-name": "bglr-cloud",
  "type": "vim",
  "service-url": "http://192.168.21.31:5000/v3;,
  "user-name": "admin",
  "password": "36cee2491a7440e5",
  "system-type": "VIM",
  "ssl-insecure": "true",
  "cloud-domain": "Default",
  "default-tenant": "admin"
  }
  ]
  }
}


I am able to exercise all the APIs (list/create servers/heat-stacks) using 
below:

http://192.168.21.212:80/api/multicloud-ocata/v0/onap_bglr/identity/projects
http://192.168.21.212:80/api/multicloud-ocata/v0/onap_bglr/orchestration/v1//stacks



I am unable to see registered VIM in ONAP portal. 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm
Please let me know how can I see it ??


I can view registered VIMs  in 

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

[Yang, Bin]

Hi Jorge,

   It works. Appreciate your great help.

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

From: HERNANDEZ-HERRERO, JORGE [mailto:jh1...@att.com]
Sent: Wednesday, January 17, 2018 1:04 AM
To: Yang, Bin; DRAGOSH, PAM; Matt, Brian; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [APPC][POLICY] Drools and APPC issues in Amsterdam 
with vFWCL

Hi Bin,

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


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

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

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

4.   policy_vm_init.sh

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

Let me know how it goes.

Jorge

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

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

Thanks.

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

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

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

Thanks,

Pam

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

Hi Pam,

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

   Thanks.

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

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

Bin,

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

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

Regards,

Pam

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

Hi Brian,

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

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

[Yang, Bin]

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

Thanks.

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

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

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

Thanks,

Pam

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

Hi Pam,

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

   Thanks.

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

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

Bin,

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

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

Regards,

Pam

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

Hi Brian,

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


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


Removing the vFW Policy from PDP..


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


Updating vFW Operational Policy ..

*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 808

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

[Yang, Bin]

Hi Pam,

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

   Thanks.

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

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

Bin,

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

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

Regards,

Pam

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

Hi Brian,

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


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


Removing the vFW Policy from PDP..


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


Updating vFW Operational Policy ..

*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1309
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 149
< Date: Tue, 16 Jan 2018 09:32:29 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 8ea2a93d-9e9a-4d30-b944-c6d169cc2eb5 --Policy with the name 
com.Config_BRMS_Param_BRMSParamvFirewall.2.xml was successfully updated.

Pushing the vFW Policy ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
&l

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

[Yang, Bin]

Hi Brian,

Have you been able to get policy issue fixed?  I observed the same issue, and 
the branches are correct for my ONAP template file. Does anyone could help on 
this issue? Thanks.
   policy_repohttp://gerrit.onap.org/r/policy/docker.git
   policy_dockerv1.1.2
policy_branchamsterdam
policy_repohttp://gerrit.onap.org/r/policy/docker.git


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


Removing the vFW Policy from PDP..


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


Updating vFW Operational Policy ..

*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1309
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 149
< Date: Tue, 16 Jan 2018 09:32:29 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 8ea2a93d-9e9a-4d30-b944-c6d169cc2eb5 --Policy with the name 
com.Config_BRMS_Param_BRMSParamvFirewall.2.xml was successfully updated.

Pushing the vFW Policy ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> Host: policy.api.simpledemo.onap.org:8081
> User-Agent: curl/7.50.1
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 162
< Date: Tue, 16 Jan 2018 09:32:35 GMT
<
* Connection #0 to host policy.api.simpledemo.onap.org left intact
Transaction ID: 9ad6377c-6a4c-4a8c-870f-df9fa69a5003 --Policy 
'com.Config_BRMS_Param_BRMSParamvFirewall.2.xml' was successfully pushed to the 
PDP group 'default'.

Restarting PDP-D ..


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


PDP-D amsterdam maven coordinates ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 9696 (#0)
* Server auth using Basic with user '@1b3rt'
> GET /policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1
> Host: policy.api.simpledemo.onap.org:9696
> Authorization: Basic QDFiM3J0OjMxbnN0MzFu
> User-Agent: curl/7.50.1
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Date: Tue, 16 Jan 2018 09:33:44 GMT
< Content-Type: application/json
< Content-Length: 31
< Server: Jetty(9.3.14.v20161028)
<
{ [31 bytes data]
* Connection #0 to host policy.api.simpledemo.onap.org left intact
{
"error": "amsterdam not found"
}


PDP-D control loop updated ..


*   Trying 10.12.9.121...
* Connected to policy.api.simpledemo.onap.org (10.12.9.121) port 9696 (#0)
* Server auth using Basic with user '@1b3rt'
> GET 
> /policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
>  HTTP/1.1
> Host: policy.api.simpledemo.onap.org:9696
> Authorization: Basic QDFiM3J0OjMxbnN0MzFu
> User-Agent: curl/7.50.1
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Date: Tue, 16 Jan 2018 09:33:44 GMT
< Content-Type: application/json
< Content-Length: 87
< Server: Jetty(9.3.14.v20161028)
<
{ [87 bytes data]
* Connection #0 to host policy.api.simpledemo.onap.org left intact
{
"error": 

Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url

[Yang, Bin]

Hi Eswar,

   I don’t know exactly how you performed those actions, but I can 
put my test here:

ubuntu@vm0-robot:~$ export 
MULTICLOUD_PLUGIN_ENDPOINT=http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne

ubuntu@vm0-robot:~$ curl -v -s -H "Content-Type: application/json" -X POST -d 
'{"auth": {"tenantName": "xxx", "passwordCredentials": {"username": "yyy", 
"password": "zzz"}}}'  $MULTICLOUD_PLUGIN_ENDPOINT/identity/v2.0/tokens
*   Trying 10.0.14.1...
* Connected to 10.0.14.1 (10.0.14.1) port 80 (#0)
> POST /api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0/tokens 
> HTTP/1.1
> Host: 10.0.14.1
> User-Agent: curl/7.47.0
> Accept: */*
> Content-Type: application/json
> Content-Length: 119
>
* upload completely sent off: 119 out of 119 bytes
< HTTP/1.1 200 OK
< Server: openresty
< Date: Tue, 16 Jan 2018 03:22:25 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< Vary: Cookie
< X-Frame-Options: SAMEORIGIN
< Allow: GET, POST, HEAD, OPTIONS
<
{"access":{"token":{"issued_at":"2018-01-16T03:22:26.00Z","expires":"2018-01-16T04:22:26.00Z","id":"7c463130b2ad403ea14c85352243c495","tenant":


ubuntu@vm0-robot:~$ export TOKEN=7c463130b2ad403ea14c85352243c495


ubuntu@vm0-robot:~$ curl -v -s  -H "Content-Type: application/json"  -H 
"X-Auth-Token: $TOKEN" -X GET 
$MULTICLOUD_PLUGIN_ENDPOINT/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks
*   Trying 10.0.14.1...
* Connected to 10.0.14.1 (10.0.14.1) port 80 (#0)
> GET 
> /api/multicloud-titanium_cloud/v0/pod25_RegionOne/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks
>  HTTP/1.1
> Host: 10.0.14.1
> User-Agent: curl/7.47.0
> Accept: */*
> Content-Type: application/json
> X-Auth-Token: 7c463130b2ad403ea14c85352243c495
>
< HTTP/1.1 200 OK
< Server: openresty
< Date: Tue, 16 Jan 2018 03:23:30 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< X-Subject-Token: 7c463130b2ad403ea14c85352243c495
< Vary: Cookie
< X-Frame-Options: SAMEORIGIN
< Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
<
* Connection #0 to host 10.0.14.1 left intact
{"stacks":[{"description":"","parent":null,"deletion_time":null,"stack_name":"onap.d","stack_user_project_id":"92d4d1230d254a8185f989a15b459aad","stack_status_reason":"Stack
 CREATE completed 
successfully","creation_time":"2018-01-16T02:27:25Z","links":[{"href":"http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks/onap.d/8e50c023-8caf-4c7e-9601-f4821a3fe7d0","rel":"self"}],"updated_time":"2018-01-16T02:27:25Z","stack_owner":null,"stack_status":"CREATE_COMPLETE","id":"8e50c023-8caf-4c7e-9601-f4821a3fe7d0","tags":null}]}


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

From: ESWAR RAO [mailto:eswar7...@gmail.com]
Sent: Tuesday, January 16, 2018 8:26 AM
To: Yang, Bin
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url


Hi Bin,

Thanks for the help.

I have tried with keystone v2.0 token and issued the below call,

curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token:$TOKEN" -X 
GET http://192.168.21.212:80/api/multicloud/v0/radisys_mec/ 
orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks<http://192.168.21.212:80/api/multicloud/v0/radisys_mec/%20orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks>

it gives,
* About to connect() to 192.168.21.212 port 80 (#0)
*   Trying 192.168.21.212...
* Connected to 192.168.21.212 (192.168.21.212) port 80 (#0)
> GET 
> /api/multicloud/v0/radisys_mec/orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks
>  HTTP/1.1
User-Agent: curl/7.29.0
Host: 192.168.21.212
Accept: */*
Content-Type: application/json
X-Auth-Token:gABaXKre8_O5Y4TuTLMYxIzr6w9u9VAEX2i8G8WMs_zwQLvQ4_1cYaKUFjBxMuq23DKB0Ps40bmnkqGoi0_QaQJ_bJyksCqJRmw0O6AAiF6okezB9teYZLyt08iscEqMZnbhOv88OZVFnGODf7wfIkHwFN-t7Dwa88KEvGBuSaIoK1WVWA0

HTTP/1.1 403 Unknown Status Code
Server: openresty
Date: Mon, 15 Jan 2018 13:30:12 GMT
Content-Type: application/json
Content-Length: 58
Connection: keep-alive
status: 403
Vary: Cookie
content-encoding: gzip
Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
x-frame-options: SAMEORIGIN
* Connection 

Re: [onap-discuss] VIM registration for Multi-VIM

[Yang, Bin]

Hi Suraj,

   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


http:///iui/aai-esr-gui/extsys/vim/vimView.html<http://%3cxxx-multi-service%3e/iui/aai-esr-gui/extsys/vim/vimView.html>

you can use ocata or windriver to cloud region version.

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

From: Bisht, Suraj (Nokia - US/Irving) [mailto:suraj.bi...@nokia.com]
Sent: Tuesday, January 16, 2018 10:23 AM
To: Yang, Bin; onap-discuss@lists.onap.org; li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Bin,

Thanks for quick response, I tried "ocata" with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": true,
"cloudDomain": "cloud-domain"
}
}

Response
{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

Thanks,
Suraj

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 15, 2018 7:29 PM
To: Bisht, Suraj (Nokia - US/Irving) 
<suraj.bi...@nokia.com<mailto:suraj.bi...@nokia.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
li.z...@zte.com.cn<mailto:li.z...@zte.com.cn>
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
"cloudRegionVersion". With "cloudType" being openstack, you can only set the 
"cloudRegionVersion" to be "ocata" or "titanium_cloud" because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You'd better set "sslInsecure" to be true as well.


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

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims<http://%3cmulti-service%3e/api/aai-esr-server/v1/vims>

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

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

Re: [onap-discuss] VIM registration for Multi-VIM

[Yang, Bin]

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
"cloudRegionVersion". With "cloudType" being openstack, you can only set the 
"cloudRegionVersion" to be "ocata" or "titanium_cloud" because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You'd better set "sslInsecure" to be true as well.


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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

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

Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url

[Yang, Bin]

Hi Eswar,

   The heat API was not listed yet, it requires multiple steps.  
You can try with following URI prefix for heat APIs:

http://onap-multi-service:80/api/multicloud-ocata/v0/vimid/orchestration/v1/

So to list the stack, you can refer to following commands:

export MULTICLOUD_PLUGIN_ENDPOINT= 
http://onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec
curl -v -s -H "Content-Type: application/json" -X POST -d '{"auth": 
{"tenantName": "", "passwordCredentials": {"username": "", "password": ""}}}'  
$MULTICLOUD_PLUGIN_ENDPOINT/identity/v2.0/tokens

export TOKEN= 
export PROJECT_ID = 
curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token: $TOKEN" -X 
GET $MULTICLOUD_PLUGIN_ENDPOINT/orchestration/v1/$PROJECT_ID/stacks



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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ESWAR RAO
Sent: Monday, January 15, 2018 4:47 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [Multicloud] Heat not getting listed in swagger url


Hi All,

Can some one please help me in en-listing HEAT with multicloud for a registered 
VIM.


I have summarized the issue.

When we issue request as per online documentation,

http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html
http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/MultiCloud-Test-Guide.html#list-instance-of-users-project

http:// 
onap-multi-service:80/api/multicloud-ocata/v0/vimid/nova/323b4f23d58143d29a81cd4adb6ade3b/servers/
HTTP/1.1 500 Internal Server Error
Server: openresty
Date: Mon, 15 Jan 2018 07:06:14 GMT
Content-Type: application/json
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Cookie
X-Frame-Options: SAMEORIGIN
Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
response
{"error":"invalid cached metadata"}

When we issue request as per swagger gui, it works. (Attached)

Eventhough HEAT is installed on the VIM, it is not listed in the swagger and I 
am getting the below error

http:// 
onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/

HTTP/1.1 404 Not Found
Server: openresty
…

  Using the URLconf defined in ocata.urls,
  Django tried these URL patterns, in this order:
  
…..
The current URL, 
api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/,
 didn't match any of these.


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

Re: [onap-discuss] [DCAE] DCAE VM unable to access openstack API endpoints

[Yang, Bin]

Hi Eswar,

   Could you have a phone call to get more detail?  Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ESWAR RAO
Sent: Friday, January 05, 2018 7:12 AM
To: JI, LUSHENG (LUSHENG)
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [DCAE] DCAE VM unable to access openstack API 
endpoints

Hi Lusheng,


Yes from DCAE bootstrap VM.

I guess in openstack forums too people faced the issue.

https://ask.openstack.org/en/question/103427/how-to-reach-openstack-api-endpoint-from-openstacks-vm/

Fip of DCAE VM is 192.168.21.205 and the controller+network node has br-ex 
connected to 192.168.21.66. So all API endpoints will point to 192.168.21.66.

Thanks
Eswar



On 5 Jan 2018 1:20 am, "JI, LUSHENG (LUSHENG)" 
> wrote:
Eswar,

Do you mean that the OpenStack API endpoints not accessible from the DACE 
bootstarp VM?

Lusheng

From: 
>
 on behalf of ESWAR RAO >
Date: Thursday, January 4, 2018 at 11:52 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] [DCAE] DCAE VM unable to access openstack API endpoints

Hi All,

I am trying to install ONAP Amsterdam release.
All VM's orchestrated through HOT came up and dockers are running fine.

Observed a problem in bring-up of DCAE bootstrap VM which tries to create zones 
and remaining DCAE VM's through cloudify.
Since DCAE VM tries to access openstack API endpoints, they are not accessible 
from VM floating ip.

Anyone observed this behavior ??

Openstack Ocata version through packstack on Centos.


My Setup:

Ext world => Corp-Lan ===> Jump M/c ( 192.168.21.1 ; provides dhcp to 
compute and controller node)
>[ Controller+ NW node  with single-nic connected to br-ex 192.168.21.66 ] +
   [ Compute-1 which has ONAP VMs (fip-pool 
192.168.21-100,192.168.21-200) ]



Thanks
Eswar Rao

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

Re: [onap-discuss] [DCAE] [Multicloud] problem in DCAE VMs in amsterdam release

[Yang, Bin]

Hi Erwin,

Please submit a jira ticket assigning to me, thanks.  My LFID is biny993


Bin

在 2018年1月4日，上午11:26，JI, LUSHENG (LUSHENG) 
> 写道：

Hi Eswar,

Since you are using MultiCloud to proxy the API calls, the underlying 
OpenStack’s Identity API does not have to be 2.0.  MultiCloud presents a 2.0 
API (as specified by the dcae_keystone_url parameter) on its northbound which 
DCAE calls.  Then MultiCloud converts these 2.0 API calls to v3 calls into 
underlying OpenStack.

It appears that there is some confusion when MultiCloud is converting these 
calls.  I am also cc-ing Bin from MultiCloud for his suggestions.  One thing I 
can think of is to try to set dnsaas_keystone_url to 
http://172.27.29.47/identity/v3  (with v3 explicit)?

Thanks,
Lusheng




From: 
>
 on behalf of ESWAR RAO >
Date: Tuesday, January 2, 2018 at 8:07 PM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] [DCAE] [Multicloud] problem in DCAE VMs in amsterdam 
release

HI All,

Can you please help me in resolving below issues??

I installed ocata openstack devstack version and installed designate manually.
I followed ONAP amsterdam release document.


I am facing problems in DCAE VM's bring up as they rely on keystone V2 but my 
devstack has V3 support.


Is it mandatory to have both V2 and V3 installed in setup ??

I could see in below link:
https://wiki.onap.org/questions/16007597/does-any-component-in-onap-amsterdam-release-require-keystone-v2.0-version

So in env file I gave:

dnsaas_keystone_url: 
http://172.27.29.47/identity
dcae_keystone_url: 
"http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0"


But during dcae2-bootstrap VM its failing like:


2018-01-02 10:47:28 CFY  [key_pair_248cd.create] Task started 
'nova_plugin.keypair.create' [retry 10/10]
2018-01-02 10:47:29 CFY  [key_pair_248cd.create] Task failed 
'nova_plugin.keypair.create' -> 'unicode' object has no attribute 'get' [retry 
10/10] 2018-01-02 10:47:29 CFY  'install' workflow execution failed: 
Workflow failed: Task failed 'nova_plugin.keypair.create'
-> 'unicode' object has no attribute 'get' Workflow failed: Task failed 
'nova_plugin.keypair.create' -> 'unicode' object has no attribute 'get'




installer@a7717e214ba0:~$ cat /tmp/local_inputs
centos7image_id: "52d4ea09-cc69-4a9a-9961-938a3282d209"
ubuntu1604image_id: "97bbe637-5d42-419a-a2c7-beff33ffa23c"
flavor_id: "4"
security_group: "abc0687d-34ab-4d37-8fe8-4b544d94ba71"
public_net: "ext-net"
private_net: "onap_oam"
openstack:
  username: "admin"
  password: "onap123"
  tenant_name: "admin"
  auth_url: 
'http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0'
  region: "RegionOne"
keypair: "dcae-g2"
key_filename: ./key600
location_prefix: "onapr1"
location_domain: "onap-dcaegen2"
codesource_url: 
"https://nexus.onap.org/content/sites/raw"
codesource_version: "org.onap.dcaegen2.deployments/releases/scripts/"






I could see call tracing as : DCAE VM -> Multiservice VM (gateway container -> 
windriver container) -> host devstack nova-api


In dev-stack nova-api logs, I could see "GET /compute/v2.1/v2.1/os-keypairs"


v2.1 is getting appended additionally ???


stack@onap-S2600TPR:~/ONAP/init$ sudo journalctl -f --unit devstack@n-api* Jan 
02 16:17:04 onap-S2600TPR 

Re: [onap-discuss] maven artifacts

[Yang, Bin]

Hi Gary,

Appreciate your help.

Merry Christmas and happy new year

Bin

在 2017年12月22日，上午1:58，Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>> 写道：

I’m not sure why it didn’t work before, but I just re-ran that job and now the 
artifact is there.

Thanks,
Gary

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, December 20, 2017 6:51 PM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; GUO, RUIJING 
<ruijing@intel.com<mailto:ruijing@intel.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] maven artifacts

Hi Gary,

   The -merge-java job seems working well, but the snaphot 
artifacts is nowhere to find on nexus.onap.org<http://nexus.onap.org>. Could 
you help look into this log to find out any clue ?

https://jenkins.onap.org/view/multicloud/job/multicloud-openstack-master-newton-merge-java/lastBuild/console

Thanks.

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

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, December 20, 2017 3:40 PM
To: GUO, RUIJING; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Yang, Bin
Subject: RE: [onap-discuss] maven artifacts

Hi Ruijing,

SNAPSHOT artifacts are deployed to nexus by Jenkins using the -merge-java jobs 
that you define.

Thanks,
Gary

From: Guo, Ruijing [mailto:ruijing@intel.com]
Sent: Tuesday, December 19, 2017 11:23 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Yang, Bin (Wind River) 
<bin.y...@windriver.com<mailto:bin.y...@windriver.com>>; Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: [onap-discuss] maven artifacts

Hi,

Who can deploy maven artifacts to nexus.onap.org<http://nexus.onap.org>? 
Integration team?

multicloud-openstack-newton: 1.0.0-SNAPSHOT

https://nexus.onap.org/content/repositories/snapshots/org/onap/multicloud/openstack/multicloud-openstack-newton/1.0.0-SNAPSHOT/

I expect multicloud-openstack-newton: 1.1.0-SNAPSHOT is deployed in nexus.

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

Re: [onap-discuss] maven artifacts

[Yang, Bin]

Hi Gary,

   The -merge-java job seems working well, but the snaphot 
artifacts is nowhere to find on nexus.onap.org. Could you help look into this 
log to find out any clue ?

https://jenkins.onap.org/view/multicloud/job/multicloud-openstack-master-newton-merge-java/lastBuild/console

Thanks.

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

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, December 20, 2017 3:40 PM
To: GUO, RUIJING; onap-discuss@lists.onap.org
Cc: Yang, Bin
Subject: RE: [onap-discuss] maven artifacts

Hi Ruijing,

SNAPSHOT artifacts are deployed to nexus by Jenkins using the -merge-java jobs 
that you define.

Thanks,
Gary

From: Guo, Ruijing [mailto:ruijing@intel.com]
Sent: Tuesday, December 19, 2017 11:23 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Yang, Bin (Wind River) 
<bin.y...@windriver.com<mailto:bin.y...@windriver.com>>; Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Subject: [onap-discuss] maven artifacts

Hi,

Who can deploy maven artifacts to nexus.onap.org? Integration team?

multicloud-openstack-newton: 1.0.0-SNAPSHOT

https://nexus.onap.org/content/repositories/snapshots/org/onap/multicloud/openstack/multicloud-openstack-newton/1.0.0-SNAPSHOT/

I expect multicloud-openstack-newton: 1.1.0-SNAPSHOT is deployed in nexus.

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

Re: [onap-discuss] [multicloud] queries on multicloud

[Yang, Bin]

Hi Avdhut,

   Your understanding of multicloud broker is correct.

   And yes, the multicloud will be enhanced to be more flexible so 
that :
1, multicloud plugins could register the supported cloud type to multicloud 
broker so that the broker will route request accordingly (not hardcoded as it 
is in A release)
2, with regard to dependency on MSB, it is possible to come up with the design 
to allow multicloud plugins decide by themselves which endpoint to use, hence 
to decide to use MSB for request routing or put their host/port into the 
endpoint url directly.
3,the name convention could be discussed but it was designed to reconcile the 
name convention between multicloud and VFC.

Hope this answered your questions.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Avdhut Kholkar
Sent: Monday, December 18, 2017 10:01 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [multicloud] queries on multicloud

Hi,

I have executed the multicloud ‘fake vim’ demo to understand how the multicloud 
broker identifies the required plugin. I have a few queries on what I observed. 
Can someone from the multicloud team clarify if my understanding is correct and 
reply to the queries I have:


1.   The multicloud broker queries AAI to find the registered cloud details 
– mainly the ‘cloud type’. Query is based on a naming convention used in the 
url path of the broker,  ‘_’ (eg. vmware_fake)

2.   Based on the ‘cloud type’, it finds the relevant plugin. This seems to 
be hardcoded currently.

3.   It calls the plugin by changing the URL path – this is also currently 
hardcoded. In addition, the path changed is fixed – ../multicloud/ is changed 
to ..//

4.   In addition, the path always changes the hostname and port to that of 
MSB.

Is there  a plan to make it more flexible in the coming release?

1.   AAI returns an identity URL when queried for cloud regions. Is it not 
used currently – can it not be used?

2.   Why is there a strong dependency on MSB. Can it be removed and have an 
optional ability to use it, if required. Alternative could be a configuration 
of each plugin for the host path and port.

3.Is there a plan to change the hardcoded mapping of cloud type to 
plugin to that of a configuration.

4.   Is there a plan to not depend on the naming convention used in the 
broker url path. (vmware_fake) and instead define a REST API that explicitly 
specifies the cloud region and cloud name.


Regards,
Avdhut Kholkar
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OpenLab]Add dns designate for OOM tenant

[Yang, Bin]

Hi Alexis,

DNS designate has been deployed on another small stack (10.12.25.5) and 
proxied by multicloud service (the micro service named multicloud-windriver) .  
The cloud-regions (pod25 and pod25dns) should be registered by DCAE bootstrap. 
If you have the multicloud-windriver service DCAE bootstrap running then you 
should be good to go. (I made sure that the surrogate tenant OOM and demo user 
as its user be ready)

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

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Friday, December 08, 2017 6:29 AM
To: onap-discuss@lists.onap.org; Gooch, Stephen
Subject: [onap-discuss] [OpenLab]Add dns designate for OOM tenant

Hi Stephen, team,

I’m under the impression DNS  designate is not enable for OOM tenant. Could you 
verify it is, else enable it for OOM tenant?
I got an error saying the plugin isn’t enabled.

Thanks,
Alexis

Sent from my iPhone
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] DCAE DNS zones accidentally deleted in lab

[Yang, Bin]

Hi Gary,
   I believe what you deleted is the zones belong to your 
tenant/surrogate tenant (Integration-Jenkins in your case). Hope this mitigate 
your worry :)

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Thursday, December 07, 2017 8:06 AM
To: onap-discuss
Subject: [onap-discuss] [integration] DCAE DNS zones accidentally deleted in lab

Hi all,

In an effort to deal with over-quota issues with DCAE DNS zone recordsets in 
the Wind River lab, I inadvertently deleted all the existing DNS zones created 
under the "demo" user.  This may have broken your existing DCAE stacks in the 
lab.  Sorry for this mishap.

Thanks,
Gary


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

Re: [onap-discuss] ACTION REQUIRED: Estimating LAB resource needs

[Yang, Bin]

Hi Gildas and all,

   Besides the estimation from each project PTL/committers, I would 
suggest we do a quick check with resource usage by existing ONAP deployment for 
Amsterdam release. I did that few weeks ago and found that the resource usage 
is relatively low . I believe that makes sense in a real deployment scenario 
since the data and artifacts will eating up resources (e.g. storage), however, 
to the specific purposes of integration lab,  Perhaps it might not harm to 
reduce the flavor in order to make best usage of resources. So I did a try on 
my local cloud instance and the ONAP deployment pass the health test , and the 
vFWCL demo has been deployed via this ONAP instance.

For your reference, below is the detailed comparison about the resource 
consumption between my deployment and the one from Integration lab 
(Integration-Jenkins)

Note, the storage comsumption data might confuse you, so you can simply combine 
the "local storage" and "Cinder Volume" together to compare the storage 
comsuption.

ONAP instance with reduced Flavor (add more cinder Volume)



OANP instance by Integration-Jenkins

Instance name

VCPUs

Local Storage(GB)

RAM(GB)

Cinder Volume(GB)





VCPUs

Local Storage(GB)

RAM(GB)

Cinder Volume(GB)

Resource Total

100

420

152

420





114

2200

268

100

dcaecdap00

2

20

4





dcaecdap00

4

80

8



dcaecdap01

2

20

4





dcaecdap01

4

80

8



dcaecdap02

2

20

4





dcaecdap02

4

80

8



dcaecdap03

2

20

4





dcaecdap03

4

80

8



dcaecdap04

2

20

4





dcaecdap04

4

80

8



dcaecdap05

2

20

4





dcaecdap05

4

80

8



dcaecdap06

2

20

4





dcaecdap06

4

80

8



dcaecnsl00

2

20

4





dcaecnsl00

2

40

4



dcaecnsl01

2

20

4





dcaecnsl01

2

40

4



dcaecnsl02

2

20

4





dcaecnsl02

2

40

4



dcaedokp00

2

20

4





dcaedokp00

2

40

4



dcaedoks00

2

20

4





dcaedoks00

2

40

4



dcaeorcl00

2

20

4





dcaeorcl00

2

40

4



dcaepgvm00

2

20

4





dcaepgvm00

2

40

4



vm00-aai-inst1

8

0

8





onap-aai-inst1

8

160

16



vm00-aai-inst2

8

0

8





onap-aai-inst2

8

160

16



vm00-appc

4

0

8





onap-appc

4

80

8



vm00-clamp

2

20

4





onap-clamp

2

40

4



vm00-dcae-bootstrap

1

20

2





onap-dcae-bootstrap

1

20

2



vm00-dns-server

1

20

2





onap-dns-server

1

20

2



vm00-message-router

4

0

8





onap-message-router

4

80

8



vm00-multi-service

12

0

8





onap-multi-service

12

160

64



vm00-policy

8

0

8





onap-policy

8

160

16



vm00-portal

4

0

8





onap-portal

4

80

8



vm00-robot

2

20

4





onap-robot

2

40

4



vm00-sdc

8

40

8





onap-sdc

8

160

16



vm00-sdnc

4

0

8





onap-sdnc

4

80

8



vm00-so

4

0

8





onap-so

4

80

8



vm00-vid

2

20

4





onap-vid

2

40

4






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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Thursday, November 30, 2017 5:33 AM
To: Gildas Lanilis; onap-release
Cc: onap-discuss
Subject: Re: [onap-discuss] ACTION REQUIRED: Estimating LAB resource needs

Gildas,
   Hi, Yes good topic.  I'll post preliminary requirements to the page.
   Observations on the Open-Lab quota:
   The quota does not reflect the actual availability of RAM of 
large 16-64g VMs - because we don't distribute a VM across blades - we need to 
have at least one blade that can handle a larger VM.

   HEAT
  83G = Minimal HEAT deployment - enough to run the 
vFW without closed-loop

  When bringing up a HEAT deployment I have run 
into the fragmented quota issue where we may have 500G allocated for the tenant 
but in reality we have trouble bringing up 100G because each of the 20+ blades 
may not have 8+ g available for that tenant.  The result of this is that I have 
only been able to bring up the minimal ONAP R1 install (no, clamp, dcae, open-o 
VM's)

   OOM
  16-64G per developer/tester + 64G for DCAE 
(possibly shared)
  Ideally we run 64g VM's for a full ONAP 
deployment (minus DCAE still in HEAT) - however due to the same blade 
restriction the largest blade quota in the OOM tenant for example is 40G.
  The solution to this is 4 x 16G VMs clustered - 
which works fine.
  Also for individual developers that would like to 
run a component like SDNC/APPC + maybe AAI and robot - they will be ok with 16G 
(3g for the Kubernetes undercloud on the VM

   All this assumes 2 models

:Unshared - Developer/tester needs to redeploy with latest branch

:Shared - Demo/tester just needs to perform use cases on "any" latest deployment


   We may 

Re: [onap-discuss] query About MSB and MSB_IP_Address

[Yang, Bin]

Hi Huabing,

   The latest heat template rename the OPEN-O vm to multi-service .

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

From: zhao.huab...@zte.com.cn [mailto:zhao.huab...@zte.com.cn]
Sent: Friday, November 24, 2017 10:25 AM
To: Yang, Bin; guptagau...@vmware.com
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] query About MSB and MSB_IP_Address


Hi Yang, Gaurav,



I think MSB is hosted in the OPEN-O VM.

Take a look at these two scripts in the demo gerrit reop:

demo\heat\ONAP\onap_openstack.yaml line 1576

./openo_install.sh



demo\boot\openo_install.sh line line 58

curl -k $NEXUS_REPO/org.onap.demo/boot/$ARTIFACTS_VERSION/msb_vm_init.sh -o 
/opt/msb_vm_init.sh



demo\boot\openo_all_serv.sh line 3

bash /opt/msb_vm_init.sh &>/dev/null 



MSB docker is spup up in this script: demo\boot\msb_vm_init.sh



BR,

Huabing
Original Mail
Sender:  <bin.y...@windriver.com<mailto:bin.y...@windriver.com>>;
To:  <guptagau...@vmware.com<mailto:guptagau...@vmware.com>>; 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>;
Date: 2017/11/24 09:33
Subject: Re: [onap-discuss] query About MSB and MSB_IP_Address
Hi Gaurav,

   The MSB services run over VM named as 
{onap_vm_prefix}-multi-service as micro-services.

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

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gaurav Gupta (c)
Sent: Thursday, November 23, 2017 10:31 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] query About MSB and MSB_IP_Address


Hi All



While running the vFW Demo - We are trying to look for which VM is hosting MSB  
.



As per the robot HealthCheck also we donot see MSB  .

We also donot see any mention of MSB Host VM or container inside ONAP heat 
environment file .



can some one pls help us with this information .



thanks in advance for the same





with best regards

gaurav








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

Re: [onap-discuss] [doc] Setting UP ONAP

[Yang, Bin]

Hi Eric,

A minor issue: The section "ONAP 
components"
 seems not list all of ONAP projects in that table, at least the ONAP 
MulitCloud project is not listed which is running over VM named 
"onap-multi-service" .
Perhaps the same issue applies to ESR and UUI. So I copy the PTLs (Lizi and 
Shentao) for confirmation.
Thanks.

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of eric.deb...@orange.com
Sent: Thursday, November 16, 2017 6:15 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [doc] Setting UP ONAP

Hello

Please, can you review the setting Up ONAP under the readthedocs.
http://onap.readthedocs.io/en/latest/guides/onap-developer/settingup/fullonap.html

Thanks you for your feedbacks

Eric

_



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

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

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

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



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

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

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

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

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