Hi Zahi,
I see that you're in the "Interested in attending" list of "SDC Questions (Day
3- Main Conf. Bridge)". So I guess you will be participating this meeting this
afternoon?
If it's possible, could we discuss the support of VoLTE TOSCA model and other
issues such as the TOSCA substitution mapping?
We're trying to import the TOSCA VNF Node type and design the VoLTE service in
SDC. However, because the TOSCA based VNF can't be imported into SDC(only heat
supported right now), it's hard for us to tell how many gaps we have to support
the VoLTE use case. So it would be very helpful if you could have time to
review the VoLTE csar packages in advance and point out some gaps in the
meeting.
Thanks,
Huabing
Original Mail
Sender: <[email protected]>
To: zhaohuabing10201488 <[email protected]> <[email protected]>
CC: <[email protected]>YuanHu10090474
Date: 2017/07/24 23:14
Subject: Re: [SDC] Volte csar packages //Re: [onap-discuss] CSAR from SDC
We’re looking at the issues and we’ll return with an answer once we have it.
Zahi Kapeluto
Lead Architect, Network Communications LOB
AT&T Network Applications Development · SD&E
Tel Aviv | Tampa | Atlanta | New Jersey | Chicago
·················································
Mobile: +972 (54) 6636831
Office: +972 (3) 9280064
From: "[email protected]" <[email protected]>
Date: Monday, 24 July 2017 at 7:47
To: ZAHI KAPELUTO <[email protected]>, "Rozin, Eden" <[email protected]>,
"Lando,Michael" <[email protected]>
Cc: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>
Subject: [SDC] Volte csar packages //Re: [onap-discuss] CSAR from SDC
Hi ,
I created a jira issue to track the substitution issue.
Besides, attached are the VoLTE csar packages which have been used for OPEN-O
Mercury Release.
Please review it, if there are anything SDC can't support now, we may need to
add jira issues to track them.
Huabing
Original Mail
Sender: zhaohuabing10201488
To: <[email protected]>
CC: <[email protected]>YuanHu10090474 <[email protected]>
Date: 2017/07/21 12:32
Subject: Re: [onap-discuss] CSAR from SDC
Hi Zahi,
I understand what's substitution mapping for, if you take a loot at the TOSCA
spec, it says:
substitution_mappings
no
N/A
An optional declaration that exports the topology template as an implementation
of a Node type.
This also includes the mappings between the external Node Types named
capabilities and requirements to existing implementations of those capabilities
and requirements on Node templates declared within the topology template.
I don't see the red part " the mappings between the external Node Types named
capabilities and requirements to existing implementations of those capabilities
and requirements on Node templates declared within the topology template" in
the SDC service template. That's where my question comes from.
I took the example from official TOSCA spec here:
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.1/csprd02/TOSCA-Simple-Profile-YAML-v1.1-csprd02.html#_Toc474149740<https://urldefense.proofpoint.com/v2/url?u=http-3A__docs.oasis-2Dopen.org_tosca_TOSCA-2DSimple-2DProfile-2DYAML_v1.1_csprd02_TOSCA-2DSimple-2DProfile-2DYAML-2Dv1.1-2Dcsprd02.html-23-5FToc474149740&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=hgGU-teL268YC6HN9LwrAgqT89pL2vs-LntWAMTgC9Y&m=m1PApRYnFkr7mFF5ix84IVhXhbNuIe8iQXha0F68Nvw&s=JEQOiF37uBDU5qfZ-8JIvVOexMMPbUJuHv0FQsJhjac&e=>
2.11.3Defining the details of a subsystem
Example 19 - Implementation of a TransactionSubsytem node type using
substitution mappings
BR,
Huabing
Sender: <[email protected]>
To: zhaohuabing10201488
CC: <[email protected]> <[email protected]>YuanHu10090474
<[email protected]>
Date: 2017/07/20 21:51
Subject: Re: [onap-discuss] CSAR from SDC
Hi Zhao,
Substitution Mapping is used for embedding a complete Topology Template into
another, higher-level, Topology Template as a Node Template as seen in the
image below:
[cid:[email protected]]
Your sample TOSCA below seems wrong, where did you take it from?
Here is an example of substitution mapping:
topology_template:
node_templates:
ExtVL 0:
type: org.openecomp.resource.vl.extVL
metadata:
invariantUUID: df44a9d0-024a-48fc-bd0a-12aaf69dd89e
UUID: 6bacc8ad-f5ca-4774-b5f6-bab441b3eba8
customizationUUID: cdc9e73c-245c-4569-ae34-2156acefdc2c
version: '5.0'
name: ExtVL
description: ECOMP generic virtual link (network) base type for all
other service-level and global networks
type: VL
category: Generic
subcategory: Network Elements
resourceVendor: ATT (Tosca)
resourceVendorRelease: 1.0.0.wd03
resourceVendorModelNumber: ''
properties:
network_assignments:
is_external_network: false
ecomp_generated_network_assignment: false
exVL_naming:
ecomp_generated_naming: true
network_flows:
is_network_policy: false
is_bound_to_vpn: false
network_homing:
ecomp_selected_instance_node_target: false
substitution_mappings:
node_type: org.openecomp.service.ServicePort
capabilities:
extvl0.virtual_linkable:
- ExtVL 0
- virtual_linkable
extvl0.feature:
- ExtVL 0
- feature
requirements:
extvl0.dependency:
- ExtVL 0
- dependency
Zahi Kapeluto
Lead Architect, Network Communications LOB
AT&T Network Applications Development · SD&E
Tel Aviv | Tampa | Atlanta | New Jersey | Chicago
·················································
Mobile: +972 (54) 6636831
Office: +972 (3) 9280064
From: "[email protected]" <[email protected]>
Date: Wednesday, 19 July 2017 at 10:08
To: ZAHI KAPELUTO <[email protected]>
Cc: "SACKS, ZOHAR" <[email protected]>, "[email protected]"
<[email protected]>, "[email protected]" <[email protected]>,
"Rozin, Eden" <[email protected]>
Subject: Re: [onap-discuss] CSAR from SDC
Hi Zahi,
Thanks for your answer.
1. Can't find the corresponding node template for the defined capabilities and
requirements in the substitution_mappings
The substation mapping in the below example contains capabilities/requirements.
Those are the caps/reqs defined by this node template so why are you looking
for any other node template?
Regarding this question, as I understand it, it's the mappings between the
external Node Types named capabilities and requirements to existing
implementations of those capabilities and requirements on Node templates
declared within the topology template.
Let me use the below TOSCA service template as an example,
the substitution_mappings capability message_receiver expose the
message_receiver capability of app node template,
the substitution_mappings requirement database_endpoint expose the database
capability of app node template,
tosca_definitions_version: tosca_simple_yaml_1_0
topology_template:
description: Template of a database including its hosting stack.
# omitted for brevity
substitution_mappings:
node_type: example.TransactionSubsystem
capabilities:
message_receiver: [ app, message_receiver ]
requirements:
database_endpoint: [ app, database ]
node_templates:
app:
type: example.SomeApp
properties:
# properties omitted for brevity
capabilities:
message_receiver:
properties:
service_ip: { get_input: mq_service_ip }
# other properties omitted for brevity
requirements:
- database:
# details omitted for brevity
- host: websrv
In this service template service-57431726F7e64a30Ae52-template.yml, I don't
see this mapping.
Did I miss anything?
Thanks,
Huabing
Original Mail
Sender: <[email protected]>
To: <[email protected]>zhaohuabing10201488
CC: <[email protected]>YuanHu10090474 <[email protected]>
Date: 2017/07/18 22:00
Subject: Re: [onap-discuss] CSAR from SDC
Hi Huabing,
Additional answers :
1. Can't find the corresponding node template for the defined capabilities
and requirements in the substitution_mappings
The substation mapping in the below example contains capabilities/requirements.
Those are the caps/reqs defined by this node template so why are you looking
for any other node template?
1. Does SDC support the definition of TOSCA Group?
Yes
1. Does SDC support the definition of TOSCA Policy?
Yes
1. Does SDC support the mapping of Input and Node Template property?
Yes
1. Does SDC support the mapping of Output and Node Template attribute?
No
Zahi Kapeluto
Lead Architect, Network Communications LOB
AT&T Network Applications Development · SD&E
Tel Aviv | Tampa | Atlanta | New Jersey | Chicago
·················································
Mobile: +972 (54) 6636831
Office: +972 (3) 9280064
From: "SACKS, ZOHAR" <[email protected]>
Date: Tuesday, 18 July 2017 at 16:38
To: "[email protected]" <[email protected]>
Cc: ZAHI KAPELUTO <[email protected]>, "[email protected]"
<[email protected]>, "[email protected]" <[email protected]>,
"Rozin, Eden" <[email protected]>
Subject: RE: [onap-discuss] CSAR from SDC
At current time each import will create new VSP version and deletes (with
alert) the previous data
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, July 18, 2017 10:34 AM
To: [email protected]
Cc: [email protected] [email protected] [email protected]
[email protected]
Subject: Re: [onap-discuss] CSAR from SDC
One more question about SDC:
If I import the same heat package into SDC for multiple times, how does SDC
handle it? Will SDC create different version of the same VF, or update the
existing VF, or just take them as different VNs?
Original Mail
Sender: zhaohuabing10201488
To: <[email protected]<mailto:[email protected]>>
CC: <[email protected]<mailto:[email protected]>>
<[email protected]<mailto:[email protected]>>
<[email protected]<mailto:[email protected]>>yuanhu10090474
Date: 2017/07/18 11:12
Subject: Re: [onap-discuss] CSAR from SDC
Hi Michael,
Could we discuss these questions at today's meeting?
Thanks,
Huabing
Sender: <[email protected]<mailto:[email protected]>>
To: zhaohuabing10201488 <[email protected]<mailto:[email protected]>>
<[email protected]<mailto:[email protected]>>
CC: MengZhaoXing10024238YuanHu10090474
Date: 2017/07/17 18:08
Subject: Re:CSAR from SDC
+Eden,Zahi
Please assit
-------- Original Message --------
From: [email protected]<mailto:[email protected]>
Date: Mon, Jul 17, 2017, 12:24
To: "Lando,Michael" <[email protected]<mailto:[email protected]>>
CC: [email protected]<mailto:[email protected]>,
[email protected]<mailto:[email protected]>
Subject: Re:CSAR from SDC
Hi Michael,
We get a couple of questions here after studying the example.
1. Can't find the corresponding node template for the defined capabilities and
requirements in the substitution_mappings
For example:
The substitution_mappings defined in the
service-57431726F7e64a30Ae52-template.yml of service-vvg.csar
tosca_definitions_version: tosca_simple_yaml_1_0
# omitted here for brevity
topology_template:
node_templates:
d7c95393-7396-4d74-a3b0 0:
type: org.openecomp.resource.vf.D7c9539373964d74A3b0
metadata:
invariantUUID: 7564e792-a8af-4f73-9910-2e3b88dfa862
UUID: 31d208bc-9744-4060-baa8-2decca503193
customizationUUID: 2f9f65ab-6aef-48fc-a63f-5ac96e88c0ad
version: '1.0'
name: d7c95393-7396-4d74-a3b0
description: vendor software product
type: VF
category: Generic
subcategory: Abstract
resourceVendor: 06715d78-893c-4a45-88c1
resourceVendorRelease: '1.0'
# omitted here for brevity
substitution_mappings:
node_type: org.openecomp.service.57431726F7e64a30Ae52
capabilities:
d7c9539373964d74a3b00.cinder_volume.feature:
- cinder_volume
- cinder_volume.feature
d7c9539373964d74a3b00.cinder_volume.attachment:
- cinder_volume
- cinder_volume.attachment
requirements:
d7c9539373964d74a3b00.cinder_volume.dependency:
- cinder_volume
- cinder_volume.dependency
2. Does SDC support the definition of TOSCA Group?
3. Does SDC support the definition of TOSCA Policy?
4. Does SDC support the mapping of Input and Node Template property?
5. Does SDC support the mapping of Output and Node Template attribute?
Thanks,
Huabing
Original Mail
Sender: <[email protected]<mailto:[email protected]>>
To: zhaohuabing10201488
Date: 2017/07/11 22:36
Subject: CSAR from SDC
Hi,
As discussed today on the call.
I am attaching the scar created for the 3 services part of the uses case
currently supported.
BR,
Michael Lando
Opensource & Frontend Team Lead, SDC
AT&T Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···········································································
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail:
[email protected]<mailto:[email protected]<mailto:[email protected]%3cmailto:[email protected]>>
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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=hgGU-teL268YC6HN9LwrAgqT89pL2vs-LntWAMTgC9Y&m=Fnz0Ggm3xlnHQWm-OHe-Bj95C0qqtcnPV11CdVPYDEA&s=xcytrmZngkWPDNdae7JUf50zBVWGCMryhjvIjb4tzwU&e=>_______________________________________________
onap-discuss mailing list
[email protected]
https://lists.onap.org/mailman/listinfo/onap-discuss