An ONAP instance of SO can talk to mulitple clouds.

In Beijing its in the cloud_config.json file. In Casablanca its moved to the 
database.

Not sure for vCPE how homing in OOF will work and how the networking would 
occur between the components since the default installation didnt make sure 
that vGMUX in site 2 could get to the vDNS/vDHCP etc in site 1 for instance – 
that’s more of VNF design than an ONAP issue.

We have not tested this in ONAP but if you look at the unit test cases for SO 
you can see examples in the beijing resources

https://gerrit.onap.org/r/gitweb?p=so.git;a=blob;f=adapters/mso-vnf-adapter/src/test/resources/cloud_config.json;h=ff24633f3243acb79c8cd01c1f563208317b4086;hb=refs/heads/beijing

I would check if OOF supports this in Beijing since it wasnt an E2E test case.

In VID and the SO API – there should be a choice to pick the cloud site and you 
would have to make sure that AAI was populated with the matching cloud site 
data that is in SO.

Check “robot init” for an example of how to update a cloud region/tenant in 
AAI. Unfortunately Robot only deals with one cloud region at atime right now 
but it is an interesting change to make a list of cloud regions for the input 
to robot if one wanted to have robot do the automated instantiate of mulitple 
clouds in AAI and SO in Casablanca. For Beijing it probably makes the most 
sense to use curl/POSTMAN to update AAI (its a simple GET/PUT) or two instances 
of robot with different openstack data in /opt/config to setup the cloud sites 
and run test cases against site A or site B.

Brian


From: [email protected] <[email protected]> On Behalf Of 
Liu Chenglong
Sent: Monday, August 27, 2018 3:31 AM
To: [email protected]
Cc: Liu Chenglong <[email protected]>; Kang Xi <[email protected]>; huangzonghe 
<[email protected]>; 孙鑫龙 <[email protected]>
Subject: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, SO group:
        In vcpe use case,  we want to know some SO docker call openstack API 
flow. When SO vm start to create vfmodule like vbng/vbrg/vgw instance, the SO 
docker must call openstack stack api to create stack and instance. So, our 
question is  the openstack api’s address data are get from database that is 
testlab_mariadb_1,  or get from vcpe script that write openstack keystone url 
in vcpecommon.py file.
        As like this description, if we have 2 openstack cloud platform that 
name ops_1(keystone ip: 192.168.10.1) and ops_2(keystone ip: 192.168.11.2), and 
this 2 cloud platform can connection each other. We install onap platform in 
ops_1 and the heat file for onap is ops_1 too.
        We write ops_2 ip in vcpecommon.py(--os-auth-url value) and we want to 
create vcpe user case in ops_2 environment, so if we run vcpe.py infra or 
vcpe.py brg, which cloud environment will be choise, ops_1 or ops_2?
        Or this question is like this, are our onap platform and all user case 
support deploy into two or many cloud platform?


----------------------------------------------
Regards,
Liu Chenglong
[email protected]<mailto:[email protected]>





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

View/Reply Online (#12071): https://lists.onap.org/g/onap-discuss/message/12071
Mute This Topic: https://lists.onap.org/mt/24971444/21656
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to