Hi david,
For a general purpose, 2 underlay vpns might be possible to connect to
each other, for example, 2 l2 underlay vpn connected together by UNI (User
Network Interface). And further more, if we figure out the overlay vpn, which
is also vl, the overlay vpn might connect to the underlay vpn.
Thank you and best regards!
黄卓垚 huangzhuoyao
职位 position
承载网管开发部/有线研究院/有线产品经营部 Strategy & IT-IT Dept.
深圳市南山区科技南路55号中兴通讯研发大楼33楼
33/F, R&D Building, ZTE Corporation Hi-tech Road South,
Hi-tech Industrial Park Nanshan District, Shenzhen, P..R.China, 518057
T: +86 755 xxxxxxxx F: +86 755 xxxxxxxx
M: +86 xxxxxxxxxxx
E: huang.zhuo...@zte.com.cn
www.zte.com.cn
原始邮件
发件人: <ds2...@att.com>
收件人: <gaurav.agra...@huawei.com>黄卓垚10112215袁虎10090474 <denghu...@huawei.com>
<onap-discuss@lists.onap.org>
抄送人: <rh1...@intl.att.com>
日 期 :2017年09月14日 02:04
主 题 :Re: [onap-discuss][sdc] About underlayvpn.yml
Quick question about the model before we adding it as a resource to the catalog.
According to current model, it is possible to connect the underlayvpn node to
either a port/CP or another network/VL. Is that the desired behavior?
requirements:
- virtualLink:
capability: tosca.capabilities.network.Linkable
relationship: tosca.relationships.network.LinksTo
capabilities:
virtual_linkable:
type: tosca.capabilities.network.Linkable
Thanks,
David
From: Gaurav agrawal [mailto:gaurav.agra...@huawei.com]
Sent: Tuesday, September 12, 2017 1:54 AM
To: LANDO, MICHAEL <ml6...@intl.att.com> huang.zhuo...@zte.com.cn SHADMI,
DAVID <ds2...@att.com>
Cc: yuan....@zte.com.cn denghui (L) <denghu...@huawei.com>
onap-discuss@lists.onap.org
Subject: RE: RE: About underlayvpn.yml
+1 to Option 1 considering UnderlayVPN is a reusable resource across multiple
use cases which requires point to point vpn service.
From: Lando,Michael [mailto:ml6...@intl.att.com]
Sent: 2017年9月8日 13:58
To: huang.zhuo...@zte.com.cn SHADMI, DAVID
Cc: Gaurav agrawal yuan....@zte.com.cn denghui (L) onap-discuss@lists.onap.org
Subject: RE: RE: About underlayvpn.yml
How can we decide on what option to follow?
BR,
Michael Lando
Opensource TL , SDC
AT&T Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···········································································
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com
From: huang.zhuo...@zte.com.cn [mailto:huang.zhuo...@zte.com.cn]
Sent: Friday, September 08, 2017 5:47 AM
To: SHADMI, DAVID <ds2...@att.com> Lando,Michael <ml6...@intl.att.com>
Cc: gaurav.agra...@huawei.com yuan....@zte.com.cn denghu...@huawei.com
onap-discuss@lists.onap.org
Subject: 答复: RE: About underlayvpn.yml
Hi, David and Michael
Thanks for your advise! I think underlayvpn is a reusable resource, it
could be used for multiple use cases not just for Volte only. I guess the
category info of underlayvpn may like this. If I'm wrong, please correct me,
Thank you!
{
"payloadName": "underlayvpn.yml",
"contactId": "jh0003",
"name": "VL UNDERLAYVPN",
"description": "The node represents a underlay-vpn entity.",
"resourceIconPath": "network",
"resourceType": "VL",
"categories": [
{
"name": "Network Connectivity",
"subcategories": [
{
"name": "Virtual Links"
}
]
}
],
"tags": [
"VL UNDERLAYVPN"
]
}
Best regards!
黄卓垚 huangzhuoyao
职位 position
承载网管开发部/有线研究院/有线产品经营部 Strategy & IT-IT Dept.
深圳市南山区科技南路55号中兴通讯研发大楼33楼
33/F, R&D Building, ZTE Corporation Hi-tech Road South,
Hi-tech Industrial Park Nanshan District, Shenzhen, P..R.China, 518057
T: +86 755 xxxxxxxx F: +86 755 xxxxxxxx
M: +86 xxxxxxxxxxx
E: huang.zhuo...@zte.com.cn
www.zte.com.cn
原始邮件
发件人: <ds2...@att.com>
收件人:黄卓垚10112215 <ml6...@intl.att.com> <gaurav.agra...@huawei.com>
抄送人:袁虎10090474 <denghu...@huawei.com> <onap-discuss@lists.onap.org>
日 期 :2017年09月07日 23:56
主 题 :RE: About underlayvpn.yml
Hi,
There are two options the first option is to include the underlayvpn with SDC
distribution. The second option is to import it into SDC at design time.
If the underlayvpn is a reusable resource, meaning it would be used for other
services, then option 1 is the way forward. If it is VoLTE only, then I
recommend option 2.
@Michael – If option 1 is selected, we need to include the underlayvpn in the
catalog.
Thanks,
David
From: huang.zhuo...@zte.com.cn [mailto:huang.zhuo...@zte.com.cn]
Sent: Thursday, September 07, 2017 3:12 AM
To: SHADMI, DAVID <ds2...@att.com> LANDO, MICHAEL <ml6...@intl.att.com>
gaurav.agra...@huawei.com
Cc: yuan....@zte.com.cn denghu...@huawei.com onap-discuss@lists.onap.org
Subject: About underlayvpn.yml
Hi David,
May I push the files of underlayvpn definition into SDC? And if not,
we have to use another way to import it to SDC at design time manually?
Thank you and best regards!
黄卓垚 huangzhuoyao
职位 position
承载网管开发部/有线研究院/有线产品经营部 Strategy & IT-IT Dept.
深圳市南山区科技南路55号中兴通讯研发大楼33楼
33/F, R&D Building, ZTE Corporation Hi-tech Road South,
Hi-tech Industrial Park Nanshan District, Shenzhen, P..R.China, 518057
T: +86 755 xxxxxxxx F: +86 755 xxxxxxxx
M: +86 xxxxxxxxxxx
E: huang.zhuo...@zte.com.cn
www.zte.com.cn
_______________________________________________
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss