答复: Re: [onap-discuss] About the annotation_types in service packages
Thanks for the information, but I do not see any sdc fix in R3 for this bug now. I test it with standard tosca parser, it will trigger verify error, not ignore it. Should we change standard parser, and not care and verfiy the tosca simple grammar? I do not know it is a right way, however the down load package API between the SDC and VFC about this issue is not compatible. Best Regards Maopeng 原始邮件 发件人：LianhaoLu 收件人：onap-discuss@lists.onap.org ;张茂鹏10030173;ml6...@intl.att.com ;tg8...@intl.att.com ; 抄送人：yangya...@chinamobile.com ; 日 期 ：2018年11月19日 12:04 主 题 ：Re: [onap-discuss] About the annotation_types in service packages There is already a bug https://jira.onap.org/browse/SDC-1897 filed for this. From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On Behalf Of maopeng Sent: Monday, November 19, 2018 10:40 AM To: ml6...@intl.att.com; tg8...@intl.att.com; onap-discuss@lists.onap.org Cc: yangya...@chinamobile.com Subject: [onap-discuss] About the annotation_types in service packages Hello SDC forkers: There is a issue in vCPE TOSCA case, which needs your help. In the vCPE service package output from SDC, there is a new type definition:annotation_types, which is not a TOSCA standard type in TOSCA 1.1 or 1.2. If I am wrong, please correct me. In R1, there is no this new types. This new packages does not compatible with the R1 This new type will effects VoLTE and vCPE cases. Could the SDC remove the annotations from the template import section if the tosca template does not use it? thanks Tosca service template import sections: imports: .. - annotations: file: annotations.yml ... The following is content of annotations: tosca_definitions_version: tosca_simple_yaml_1_1 imports: - data.yml annotation_types: org.openecomp.annotations.Source: description: Indicates the origin source of an input properties: source_type: type: string vf_module_label: type: list description: List of VF Modules this input was originated from entry_schema: type: string param_name: type: string description: Source parameter name Best Regards Maopeng -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13835): https://lists.onap.org/g/onap-discuss/message/13835 Mute This Topic: https://lists.onap.org/mt/28238897/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] About the annotation_types in service packages
Hello SDC forkers: There is a issue in vCPE TOSCA case, which needs your help. In the vCPE service package output from SDC, there is a new type definition:annotation_types, which is not a TOSCA standard type in TOSCA 1.1 or 1.2. If I am wrong, please correct me. In R1, there is no this new types. This new packages does not compatible with the R1 This new type will effects VoLTE and vCPE cases. Could the SDC remove the annotations from the template import section if the tosca template does not use it? thanks Tosca service template import sections: imports: .. - annotations: file: annotations.yml ... The following is content of annotations: tosca_definitions_version: tosca_simple_yaml_1_1 imports: - data.yml annotation_types: org.openecomp.annotations.Source: description: Indicates the origin source of an input properties: source_type: type: string vf_module_label: type: list description: List of VF Modules this input was originated from entry_schema: type: string param_name: type: string description: Source parameter name Best Regards Maopeng -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13829): https://lists.onap.org/g/onap-discuss/message/13829 Mute This Topic: https://lists.onap.org/mt/28237833/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] #Modelling SDC/VF-C - Tosca SW Image parsing
Thanks Lianhao for your infomation.
It will affect the TOSCA HPA case test.
I see the bug status is still open and planed to be fixed in C version.
The C release is near, hope it is fixed soon.
Plese Haibin, Yan Yang consider this bug and fix SDC bug in the test
environment.
BR
Maopeng
原始邮件
发件人：LianhaoLu
收件人：onap-discuss@lists.onap.org
;mandeep.singh.ka...@accenture.com
;
日 期 ：2018年11月08日 20:53
主 题 ：Re: [onap-discuss] #Modelling SDC/VF-C - Tosca SW Image parsing
This is a known bug in SDC https://jira.onap.org/browse/SDC-1900
From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On
Behalf Of Mandeep Singh Kalra
Sent: Thursday, November 8, 2018 5:52 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #Modelling SDC/VF-C - Tosca SW Image parsing
Hi,
I am using the Beijing release of ONAP, and trying to use the r2 tosca model.
In which the sw_image is defined as ::
sw_image:
file: ./Artifacts/images/ubuntu_16.04
type: tosca.artifacts.nfv.SwImage
But when I see the catalog parsing in VF-C, I can see the artifacts empty ::
artifacts': [], 'dependencies': [], 'virtual_compute': {u'virtual_cpu':
{u'num_virtual_cpu': 2, u'cpu_architecture':
Can you please let me know if this is working in the vCPE use case ?
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 (#13681): https://lists.onap.org/g/onap-discuss/message/13681
Mute This Topic: https://lists.onap.org/mt/28087335/21656
Mute #modelling: https://lists.onap.org/mk?hashtag=modelling=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
答复: [onap-discuss] Orchestration using VF-C
Hi Shobana Please confirm the user of muliticloud, which need the admin right at first. Now this week is holiday in China. If possible, we can deal with it next week together. BR Maopeng 原始邮件 发件人：Jothi,ShobanaviaLists.Onap.Org 收件人：张茂鹏10030173;Yan Yang 抄送人：onap-discuss@lists.onap.org 日 期 ：2018年10月01日 19:43 主 题 ：[onap-discuss] Orchestration using VF-C Hi Team, I am trying to orchestrate using VF-C (with the help of UUI), where UUI directly interacts with VFC. I am successful in Creating an VNF instance in VFC but during Service instantiation using GVNFM I am getting 403 response (Authentication credentials were not provided ) from multicloud. Kindly let me know if I am missing some configuration. These are the steps which I am following. 1. First distributed the vnf package in Vfc Catalog using /api/catalog/v1/vnfpackages 2. Then distributed the ns package using /api/catalog/v1/nspackages 3. Then created the instance through nslcm API. 4. Later when I tried to instantiate the instance. Getting 403 response here. Regards,Shobana Jothi -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12790): https://lists.onap.org/g/onap-discuss/message/12790 Mute This Topic: https://lists.onap.org/mt/26653148/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
答复: [onap-discuss] SFC support
Hi It does not support openstck sfc driver now, but a driver can be added if needed. If interested in SFC function, we can discuss it together. BR Maopeng 原始邮件 发件人：angela.c...@itri.org.tw 收件人：onap-discuss@lists.onap.org 日 期 ：2018年08月02日 20:15 主 题 ：[onap-discuss] SFC support HI, Is it support sfc with opendaylight in openstack? I only see zte controller. https://github.com/onap/vfc-nfvo-driver-sfc Thanks Angela -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11641): https://lists.onap.org/g/onap-discuss/message/11641 Mute This Topic: https://lists.onap.org/mt/24152056/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] 答复: Data Model Interest Group agenda for 2018-07-30 #modeling
Hi Anatoly I attended the meeting, which is great for SDC service introdution and DM discussion. For NS IM in etsi, please refer to https://docbox.etsi.org/ISG/NFV/Open/Publications_pdf/Specs-Reports/NFV-IFA%20014v2.4.1%20-%20GS%20-%20Network%20Service%20Templates%20Spec.pdf For NS DM in etsi, it is in discusing, refer to https://docbox.etsi.org/ISG/NFV/Open/Drafts/SOL001_TOSCA_desc/NFV-SOL001v090.zip If SDC data model can support NS, it will be greatful, especially NSDF, VNFFG,etc feature in the future cases, which is more related to the resource layer model. Product, service, resource concepts mainly come from TMF. TMF regards the ETSI NS as resource composite. If ONAP supposes to support service, please consider what service we want, resource composite or TMF service. If I am wrong, please correct me. I also put my ideas in the wiki: https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes NS DM as a requirement is passed in model meeting. NS IM has been in the clean page. NFVO need the NS as data model, hope to get some consensus. If more issued needs to discuss, please comment on the wiki. https://wiki.onap.org/display/DW/ZTE+Proposal+for+Network+Service+Descriptor Thanks BR Maopeng 原始邮件 发件人：张茂鹏10030173 收件人：Katzman,Anatoly 抄送人：onap-discuss@lists.onap.org WECHSLER, CHESLA C Alexander Vul Anatoly Katzman Andrei Kojukhov GUPTA, ARUN BAXTER, ANDREW COAN, BILL HU, BIN chuanyu chen Chuyi Guo BULLARD, GIL Hui Deng Eshet, Itamar JacquelineBeaulac Janusz Pieczerak Jessie S Jewitt SCAGGS, KEVIN Lianhao Lu Lingli Deng Marek Kukulski NUTAKKI, MADHU Priya TG shitao li Thinh Nguyenphu Victor Gao 尚小冬10032185;Xu Yang Zhong Heliu 黄卓垚10112215; 日 期 ：2018年07月30日 19:15 主 题 ：答复: Data Model Interest Group agenda for 2018-07-30 #modeling Hi Anatoly Thanks Anatoly. Here are some contexts, which will help the discussion. 1.SDO progresses: 1.1 TMF support service and resource, and also in resource layer, there is resource composite. and Network service from ETSI has been mapping to the resource composite please refer to TMF document: tr255-resource-function-activation-and-configuration-suite-r17-5-0 1.2 3GPP management system support to integrate with ETSI MANO system. 1.3 ETSI SOL001 has the draft of NS data model and Information model 2.model subcommittee progress: Network service is agreed in resource IM group. Networkservice IM Network service Descriptor has been discussed in DM group. Networkservice DM 3. Service providers are interested in ETSI NS. 4. VFC project impliments NFVO and needs NS template My work aims to support the following: 1, impliment network service template aligned to the ETSI SOL001/004 2, impliment network service in the resource, aligned to the ETSI, TMF, and 3GPP. If I am wrong, please corrrect me. Thanks. BR Maopeng 发件人：Katzman,Anatoly 收件人：onap-discuss@lists.onap.org 抄送人：WECHSLER, CHESLA C Alexander Vul Anatoly Katzman Andrei Kojukhov GUPTA, ARUN BAXTER, ANDREW COAN, BILL HU, BIN chuanyu chen Chuyi Guo BULLARD, GIL Hui Deng Eshet, Itamar JacquelineBeaulac Janusz Pieczerak Jessie S Jewitt SCAGGS, KEVIN Lianhao Lu Lingli Deng 张茂鹏10030173;Marek Kukulski NUTAKKI, MADHU Priya TG shitao li Thinh Nguyenphu Victor Gao 尚小冬10032185;Xu Yang Zhong Heliu 黄卓垚10112215; 日 期 ：2018年07月30日 17:17 主 题 ：Data Model Interest Group agenda for 2018-07-30 #modeling Dear modelers, Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the networking service model. Today on our weekly call (https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes), I will present an initial proposal for the internal ONAP data model of service, and then we all will examine whether it stands the requirements. In addition, we will start a discussion on the internal ONAP data model of PNF. See you there, Anatoly Katzman -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11607): https://lists.onap.org/g/onap-discuss/message/11607 Mute This Topic: https://lists.onap.org/mt/23858363/21656 Mute #modeling: https://lists.onap.org/mk?hashtag=modeling=2740164 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] 答复: Data Model Interest Group agenda for 2018-07-30 #modeling
Hi Anatoly Thanks Anatoly. Here are some contexts, which will help the discussion. 1.SDO progresses: 1.1 TMF support service and resource, and also in resource layer, there is resource composite. and Network service from ETSI has been mapping to the resource composite please refer to TMF document: tr255-resource-function-activation-and-configuration-suite-r17-5-0 1.2 3GPP management system support to integrate with ETSI MANO system. 1.3 ETSI SOL001 has the draft of NS data model and Information model 2.model subcommittee progress: Network service is agreed in resource IM group. Networkservice IM Network service Descriptor has been discussed in DM group. Networkservice DM 3. Service providers are interested in ETSI NS. 4. VFC project impliments NFVO and needs NS template My work aims to support the following: 1, impliment network service template aligned to the ETSI SOL001/004 2, impliment network service in the resource, aligned to the ETSI, TMF, and 3GPP. If I am wrong, please corrrect me. Thanks. BR Maopeng 原始邮件 发件人：Katzman,Anatoly 收件人：onap-discuss@lists.onap.org 抄送人：WECHSLER, CHESLA C Alexander Vul Anatoly Katzman Andrei Kojukhov GUPTA, ARUN BAXTER, ANDREW COAN, BILL HU, BIN chuanyu chen Chuyi Guo BULLARD, GIL Hui Deng Eshet, Itamar JacquelineBeaulac Janusz Pieczerak Jessie S Jewitt SCAGGS, KEVIN Lianhao Lu Lingli Deng 张茂鹏10030173;Marek Kukulski NUTAKKI, MADHU Priya TG shitao li Thinh Nguyenphu Victor Gao 尚小冬10032185;Xu Yang Zhong Heliu 黄卓垚10112215; 日 期 ：2018年07月30日 17:17 主 题 ：Data Model Interest Group agenda for 2018-07-30 #modeling Dear modelers, Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the networking service model. Today on our weekly call (https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes), I will present an initial proposal for the internal ONAP data model of service, and then we all will examine whether it stands the requirements. In addition, we will start a discussion on the internal ONAP data model of PNF. See you there, Anatoly Katzman -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11516): https://lists.onap.org/g/onap-discuss/message/11516 Mute This Topic: https://lists.onap.org/mt/23858363/21656 Mute #modeling: https://lists.onap.org/mk?hashtag=modeling=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] VF-C PTL Election Results
Excellent work. Congratulations! BR Maopeng 原始邮件 发件人：YangBin; 收件人：onap-discuss@lists.onap.org;zhaohuab...@gmail.com;haibin.hu...@intel.com; 抄送人：denglin...@chinamobile.com;yangya...@chinamobile.com; 日期：2018-07-18 11:35:55 主题：Re: [onap-discuss] VF-C PTL Election Results 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 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 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 (#11211): https://lists.onap.org/g/onap-discuss/message/11211 Mute This Topic: https://lists.onap.org/mt/23669823/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
