Re: [onap-discuss] [multicloud][so] block issue between SO and Mutl VIM/Cloud

[DeWayne Filppi]

Hi,
 It was my my understanding (told directly by Danny) that multi-VIM would
have an API interface and a HEAT interface, so there should be no blocker.
Aria can use an existing Openstack plugin.  TOSCA models more than
infrastructure and instantiates individual infrastructure components based
on relationships or requirements and capabilities.  Each TOSCA element has
associated actions, which include API calls, in addition to a runtime
state.  There is no phase in a deployment where all the infrastructure is
gathered up together where a HEAT template could be constructed, unless
something very ugly on the modeling side was done.  Again, given that there
is no blocker due to the fact that multi-VIM will have an API proxy.
Monday I'm only available after 11am PDT.

- DeWayne

On Thu, Jul 27, 2017 at 10:53 PM, Xinhui Li  wrote:

> Once on use case discussion meeting, I heard that adoption of heat is in
> order to avoid separated calls to nova, cinder, … and so on which are
> always evolving. Heat behaves as orchestrator of infrastructure layer. Is
> there any Heat adapter or converter to help this?
>
>
>
> Considering the function freeze date is close, we have to settle down the
> interface between two parties. Can you propose some slot next Monday to
> discuss the block issue? Thanks.
>
>
>
> Xinhui
>
>
>
> *From: *DeWayne Filppi 
> *Date: *Friday, 28 July 2017 at 10:55 AM
> *To: *Xinhui Li 
> *Cc: *"Jinxin (Saw)" , "wangchen...@chinamobile.com" <
> wangchen...@chinamobile.com>, "yangyan...@chinamobile.com" <
> yangyan...@chinamobile.com>, "zhonghe...@boco.com.cn" <
> zhonghe...@boco.com.cn>, Danny Lin , Ethan Lynn <
> ethanly...@vmware.com>, "Christopher Donley (Chris)" <
> christopher.don...@huawei.com>, DeWayne Filppi ,
> Byung-Woo Jun , "zhanganb...@chinamobile.com"
> , "wu.li...@zte.com.cn" ,
> "denghui (L)" , "DAUGHERTY, ROBERT E" <
> rd4...@att.com>, "zhang.zh...@zte.com.cn" ,
> Lingli Deng , "BULLARD, GIL" ,
> Chenchuanyu , "yangyuan...@boco.com.cn" <
> yangyuan...@boco.com.cn>, "Yang, Bin" , Andrew
> Philip , "Zengjianguo (OSS Design)" <
> zengjian...@huawei.com>, Seshu m , "CHOMA, JOHN
> S" 
> *Subject: *Re: Sync up between SO and Mutl VIM/Cloud
>
>
>
> Hi,
>
>
>
>  I think it makes more sense for the Tosca orchestrator to use the
> multivim api endpoint directly rather than Heat.
>
>
>
> DeWayne
>
>
>
> On Jul 27, 2017 7:23 PM, "Xinhui Li"  wrote:
>
> Hi Dewayne,
>
>
>
> We are looking forward to your sharing about this question.
>
>
>
> Thanks,
>
>
>
> Xinhui
>
>
>
> *From: *Seshu m 
> *Date: *Thursday, 20 July 2017 at 9:56 PM
> *To: *Xinhui Li , Danny Lin ,
> "Jinxin (Saw)" , "Zengjianguo (OSS Design)" <
> zengjian...@huawei.com>, Andrew Philip , "Yang,
> Bin" , "zhanganb...@chinamobile.com" <
> zhanganb...@chinamobile.com>, Ethan Lynn , "CHOMA,
> JOHN S" , DeWayne Filppi ,
> Byung-Woo Jun , "wangchen...@chinamobile.com"
> , "zhonghe...@boco.com.cn" <
> zhonghe...@boco.com.cn>, "zhang.zh...@zte.com.cn" ,
> Chenchuanyu , "yangyan...@chinamobile.com" <
> yangyan...@chinamobile.com>, "DAUGHERTY, ROBERT E" ,
> Lingli Deng , "wu.li...@zte.com.cn" <
> wu.li...@zte.com.cn>, "yangyuan...@boco.com.cn" ,
> "BULLARD, GIL" , "denghui (L)" ,
> "Christopher Donley (Chris)" 
> *Subject: *RE: Sync up between SO and Mutl VIM/Cloud
>
>
>
> Hi Dewayne,
>
>
>
> We have had a question to clarify for the VCPE Usecase w.r.t the way SO
> would pass the data to cloud.
>
> 1. Currently its confirmed by the Multi Vim that APPC would interact with
> Multi VIm only for the healing flow.
>
> 2. This would bring the same question we had last SO meeting on how ARIA
> engine based flow works with Heat calls, where,
>
>  I remember you were provinding some way the output of ARIA could be
> convereted to Heat.
>
>
>
> Please provide us your views
>
>
>
> Best Regards,
>
> Seshu
>
> 
> **
>  This email 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 here 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 email in error, please notify the sender by
> phone or email immediately and delete it!
>  ***
> **
> --
>
> *From:* Xinhui Li [lxin...@vmware.com]
> *Sent:* Thursday, July 20, 2017 6:33 PM
> *To:* Seshu m; Danny Lin; Jinxin (Saw); Zengjianguo (OSS Design); Andrew
> Philip; Yang, Bin; zhanganb...@chinamobile.com; Ethan Lynn; CHOMA, JOHN
> S; DeWayne Filppi; Byung-Woo Jun; zhanganb...@chinamobile.com;
> wangchen...@chinamobile.com; zhonghe...@boco.com.cn;
> zhang.zh...@zte.com.cn; Chenchuanyu; yangyan...@chinamobile.com;
> DAUGHERTY, ROBERT E; Lingli Deng; Jinx

Re: [onap-discuss] [multicloud][so] block issue between SO and Mutl VIM/Cloud

[Xinhui Li]

Thanks for more explanation, DeWayne. To ensure the M2 freeze date delivery, we 
need to nail down the functionality/APIs Aria flow will use. That is the reason 
why we think need the meeting.

From Multi VIM/Cloud side, the team would like to support OpenStack compatible 
API for practicality of integration with the tight schedule of R1. Heat will be 
delivered as below meeting notes of the earlier discussion with SO team.

Considering not less team mates locates in UTC+8, hope 20:00 works for you, 
Seshu and most of us.

Thanks,

Xinhui

From: DeWayne Filppi 
Date: Friday, 28 July 2017 at 11:21 PM
To: Xinhui Li 
Cc: "Jinxin (Saw)" , "wangchen...@chinamobile.com" 
, "yangyan...@chinamobile.com" 
, "zhonghe...@boco.com.cn" 
, Danny Lin , Ethan Lynn 
, "Christopher Donley (Chris)" 
, DeWayne Filppi , 
Byung-Woo Jun , "zhanganb...@chinamobile.com" 
, "wu.li...@zte.com.cn" , 
"denghui (L)" , "DAUGHERTY, ROBERT E" , 
"zhang.zh...@zte.com.cn" , Lingli Deng 
, "BULLARD, GIL" , Chenchuanyu 
, "yangyuan...@boco.com.cn" , 
"Yang, Bin" , Andrew Philip , 
"Zengjianguo (OSS Design)" , Seshu m 
, "CHOMA, JOHN S" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss][multicloud][so] block issue between SO and Mutl 
VIM/Cloud

Hi,
 It was my my understanding (told directly by Danny) that multi-VIM would have 
an API interface and a HEAT interface, so there should be no blocker.  Aria can 
use an existing Openstack plugin.  TOSCA models more than infrastructure and 
instantiates individual infrastructure components based on relationships or 
requirements and capabilities.  Each TOSCA element has associated actions, 
which include API calls, in addition to a runtime state.  There is no phase in 
a deployment where all the infrastructure is gathered up together where a HEAT 
template could be constructed, unless something very ugly on the modeling side 
was done.  Again, given that there is no blocker due to the fact that multi-VIM 
will have an API proxy.  Monday I'm only available after 11am PDT.

- DeWayne

On Thu, Jul 27, 2017 at 10:53 PM, Xinhui Li 
mailto:lxin...@vmware.com>> wrote:
Once on use case discussion meeting, I heard that adoption of heat is in order 
to avoid separated calls to nova, cinder, … and so on which are always 
evolving. Heat behaves as orchestrator of infrastructure layer. Is there any 
Heat adapter or converter to help this?

Considering the function freeze date is close, we have to settle down the 
interface between two parties. Can you propose some slot next Monday to discuss 
the block issue? Thanks.

Xinhui

From: DeWayne Filppi mailto:dewa...@cloudify.co>>
Date: Friday, 28 July 2017 at 10:55 AM
To: Xinhui Li mailto:lxin...@vmware.com>>
Cc: "Jinxin (Saw)" mailto:saw@huawei.com>>, 
"wangchen...@chinamobile.com<mailto:wangchen...@chinamobile.com>" 
mailto:wangchen...@chinamobile.com>>, 
"yangyan...@chinamobile.com<mailto:yangyan...@chinamobile.com>" 
mailto:yangyan...@chinamobile.com>>, 
"zhonghe...@boco.com.cn<mailto:zhonghe...@boco.com.cn>" 
mailto:zhonghe...@boco.com.cn>>, Danny Lin 
mailto:l...@vmware.com>>, Ethan Lynn 
mailto:ethanly...@vmware.com>>, "Christopher Donley 
(Chris)" mailto:christopher.don...@huawei.com>>, 
DeWayne Filppi mailto:dewa...@gigaspaces.com>>, 
Byung-Woo Jun mailto:byung-woo@ericsson.com>>, 
"zhanganb...@chinamobile.com<mailto:zhanganb...@chinamobile.com>" 
mailto:zhanganb...@chinamobile.com>>, 
"wu.li...@zte.com.cn<mailto:wu.li...@zte.com.cn>" 
mailto:wu.li...@zte.com.cn>>, "denghui (L)" 
mailto:denghu...@huawei.com>>, "DAUGHERTY, ROBERT E" 
mailto:rd4...@att.com>>, 
"zhang.zh...@zte.com.cn<mailto:zhang.zh...@zte.com.cn>" 
mailto:zhang.zh...@zte.com.cn>>, Lingli Deng 
mailto:denglin...@chinamobile.com>>, "BULLARD, GIL" 
mailto:wb5...@att.com>>, Chenchuanyu 
mailto:chenchua...@huawei.com>>, 
"yangyuan...@boco.com.cn<mailto:yangyuan...@boco.com.cn>" 
mailto:yangyuan...@boco.com.cn>>, "Yang, Bin" 
mailto:bin.y...@windriver.com>>, Andrew Philip 
mailto:aphi...@microsoft.com>>, "Zengjianguo (OSS 
Design)" mailto:zengjian...@huawei.com>>, Seshu m 
mailto:seshu.kuma...@huawei.com>>, "CHOMA, JOHN S" 
mailto:jc1...@att.com>>
Subject: Re: Sync up between SO and Mutl VIM/Cloud

Hi,

 I think it makes more sense for the Tosca orchestrator to use the multivim api 
endpoint directly rather than Heat.

DeWayne

On Jul 27, 2017 7:23 PM, "Xinhui Li" 
mailto:lxin...@vmware.com>> wrote:
Hi Dewayne,

We are looking forward to your sharing about thi

[onap-discuss] [multicloud][so] block issue between SO and Mutl VIM/Cloud

[Xinhui Li]

Once on use case discussion meeting, I heard that adoption of heat is in order 
to avoid separated calls to nova, cinder, … and so on which are always 
evolving. Heat behaves as orchestrator of infrastructure layer.

To help R1, is there any Heat adapter or converter? Considering the function 
freeze date is very close, we have to settle down the interface between two 
parties. Can you propose some slot next Monday to discuss the block issue?

Thanks,

Xinhui

From: DeWayne Filppi 
Date: Friday, 28 July 2017 at 10:55 AM
To: Xinhui Li 
Cc: "Jinxin (Saw)" , "wangchen...@chinamobile.com" 
, "yangyan...@chinamobile.com" 
, "zhonghe...@boco.com.cn" 
, Danny Lin , Ethan Lynn 
, "Christopher Donley (Chris)" 
, DeWayne Filppi , 
Byung-Woo Jun , "zhanganb...@chinamobile.com" 
, "wu.li...@zte.com.cn" , 
"denghui (L)" , "DAUGHERTY, ROBERT E" , 
"zhang.zh...@zte.com.cn" , Lingli Deng 
, "BULLARD, GIL" , Chenchuanyu 
, "yangyuan...@boco.com.cn" , 
"Yang, Bin" , Andrew Philip , 
"Zengjianguo (OSS Design)" , Seshu m 
, "CHOMA, JOHN S" 
Subject: Re: Sync up between SO and Mutl VIM/Cloud

Hi,

 I think it makes more sense for the Tosca orchestrator to use the multivim api 
endpoint directly rather than Heat.

DeWayne

On Jul 27, 2017 7:23 PM, "Xinhui Li" 
mailto:lxin...@vmware.com>> wrote:
Hi Dewayne,

We are looking forward to your sharing about this question.

Thanks,

Xinhui

From: Seshu m mailto:seshu.kuma...@huawei.com>>
Date: Thursday, 20 July 2017 at 9:56 PM
To: Xinhui Li mailto:lxin...@vmware.com>>, Danny Lin 
mailto:l...@vmware.com>>, "Jinxin (Saw)" 
mailto:saw@huawei.com>>, "Zengjianguo (OSS Design)" 
mailto:zengjian...@huawei.com>>, Andrew Philip 
mailto:aphi...@microsoft.com>>, "Yang, Bin" 
mailto:bin.y...@windriver.com>>, 
"zhanganb...@chinamobile.com" 
mailto:zhanganb...@chinamobile.com>>, Ethan Lynn 
mailto:ethanly...@vmware.com>>, "CHOMA, JOHN S" 
mailto:jc1...@att.com>>, DeWayne Filppi 
mailto:dewa...@gigaspaces.com>>, Byung-Woo Jun 
mailto:byung-woo@ericsson.com>>, 
"wangchen...@chinamobile.com" 
mailto:wangchen...@chinamobile.com>>, 
"zhonghe...@boco.com.cn" 
mailto:zhonghe...@boco.com.cn>>, 
"zhang.zh...@zte.com.cn" 
mailto:zhang.zh...@zte.com.cn>>, Chenchuanyu 
mailto:chenchua...@huawei.com>>, 
"yangyan...@chinamobile.com" 
mailto:yangyan...@chinamobile.com>>, "DAUGHERTY, 
ROBERT E" mailto:rd4...@att.com>>, Lingli Deng 
mailto:denglin...@chinamobile.com>>, 
"wu.li...@zte.com.cn" 
mailto:wu.li...@zte.com.cn>>, 
"yangyuan...@boco.com.cn" 
mailto:yangyuan...@boco.com.cn>>, "BULLARD, GIL" 
mailto:wb5...@att.com>>, "denghui (L)" 
mailto:denghu...@huawei.com>>, "Christopher Donley 
(Chris)" mailto:christopher.don...@huawei.com>>
Subject: RE: Sync up between SO and Mutl VIM/Cloud

Hi Dewayne,

We have had a question to clarify for the VCPE Usecase w.r.t the way SO would 
pass the data to cloud.
1. Currently its confirmed by the Multi Vim that APPC would interact with Multi 
VIm only for the healing flow.
2. This would bring the same question we had last SO meeting on how ARIA engine 
based flow works with Heat calls, where,
 I remember you were provinding some way the output of ARIA could be convereted 
to Heat.

Please provide us your views

Best Regards,
Seshu
**
 This email 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 here 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 
email in error, please notify the sender by phone or email immediately and 
delete it!
 
*

From: Xinhui Li [lxin...@vmware.com]
Sent: Thursday, July 20, 2017 6:33 PM
To: Seshu m; Danny Lin; Jinxin (Saw); Zengjianguo (OSS Design); Andrew Philip; 
Yang, Bin; zhanganb...@chinamobile.com; 
Ethan Lynn; CHOMA, JOHN S; DeWayne Filppi; Byung-Woo Jun; 
zhanganb...@chinamobile.com; 
wangchen...@chinamobile.com; 
zhonghe...@boco.com.cn; 
zhang.zh...@zte.com.cn; Chenchuanyu; 
yangyan...@chinamobile.com; DAUGHERTY, 
ROBERT E; Lingli Deng; Jinxin (Saw); 
wu.li...@zte.com.cn; 
yangyuan...@boco.com.cn; BULLARD, GIL; 
Zengjianguo (OSS Design); denghui (L); C