Hi Lingli,
Which model is tested in VOLTE use case? Do sVNFMs,used today in VOLTE, support indirect mode? You mentioned that VOLTE VMs can be placed either using GVNFM or sVNFMs. Are both tested in R2? Thanks Srini From: 邓灵莉 [mailto:denglin...@chinamobile.com] Sent: Sunday, June 17, 2018 8:29 AM To: Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com> Cc: yangya...@chinamobile.com; 'Rebecca Lantz' <rebecca.la...@ericsson.com>; 'Singh Kalra, Mandeep' <mandeep.singh.ka...@accenture.com>; Huang, Haibin <haibin.hu...@intel.com>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] VNF configuration via VFC There are two models for NFVO, VNFM and VIM interfacing. One is direct model, where VNFM calls VIM directly. The other is indirect model, where NFVO acting as the proxy between the two and calls VIM for the VNFM. In either case, the VNFM could be a third party SVNFM or the GVNFM as part of VFC. Lingli 发自网易邮箱大师 On 06/17/2018 23:14, Addepalli, Srinivasa R<mailto:srinivasa.r.addepa...@intel.com> wrote: Hi Yan, One related question. Once VF-C is called by POLICY for closed loop control actions such as “Heal”, “restart” and “scale-out”, does VF-C call vendors’ VNFMs to take these actions or does VF-C call Multi-Cloud service to take care of these actions? I heard two different answers before and hence the question. Also, it is good to know whether Multi-Cloud service is called any time by VoLTE use case( as all VNFs have corresponding VNFMs)? Thanks Srini From: yangya...@chinamobile.com<mailto:yangya...@chinamobile.com> [mailto:yangya...@chinamobile.com] Sent: Saturday, June 16, 2018 7:41 PM To: 'Rebecca Lantz' <rebecca.la...@ericsson.com<mailto:rebecca.la...@ericsson.com>>; 'Singh Kalra, Mandeep' <mandeep.singh.ka...@accenture.com<mailto:mandeep.singh.ka...@accenture.com>>; Huang, Haibin <haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>>; Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com<mailto:srinivasa.r.addepa...@intel.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: 答复: [onap-discuss] VNF configuration via VFC Hi Rebecca, Taking the VoLTE use case as an example, VNF configuration is completed through the vendor EMS. VF-C provides an component called EMS driver which can translate alarms and performance received from the vendor EMS into VES format and report to DCAE VESCollector. Then the alarm is received by the DCAE application, such as Holmes(do alarm correlation ), then policy project will match the corresponding policy, and then call action actor, such as VF-C to do heal. Currently , VF-C does not support VNF configuration changes based on alarm close loop. Best Regards, Yan 发件人: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] 代表 Rebecca Lantz 发送时间: 2018年6月14日 21:51 收件人: Singh Kalra, Mandeep; Huang, Haibin; Addepalli, Srinivasa R; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 主题: Re: [onap-discuss] VNF configuration via VFC Hi, I have a related question. Assume I am using VFC with a S-VNFM for LCM. And sure, I can use an external EM for configuration of my VNF. (This is the answer specified below) However, how can I utilize ONAP for closed loops using my VNF specific alarms and VNF specific configuration? If there is something in my VNF specific data model generating an alarm or counter (VES event) which I then want a policy to have a configuration change sent to the VNF. I believe this kind of closed loop could be done with APPC. If I am using VFC do I also use APPC somehow for this scenario? Thanks, Rebecca From: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> <onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>> On Behalf Of Singh Kalra, Mandeep Sent: Wednesday, June 13, 2018 11:24 PM To: Huang, Haibin <haibin.hu...@intel.com<mailto:haibin.hu...@intel.com>>; Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com<mailto:srinivasa.r.addepa...@intel.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] VNF configuration via VFC Hi, Thanks a lot Srini and Haibin. vCPE use case which is TOSCA format create VNF via G-VNFM. We are debugging it. >> Is the vCPE TOSCA part of Bejing release, the tosca equivalent of vCPE uses VFC or ARIA ? And also for the VNF configuration as Srini mentioned EMS will be used for VNF configuration but below statement is part of the approved volte use case :: As a stretch goal in VOLTE use case was the VNF configuration using ansible >> What will be the approach here via VFC ? Regards Mandeep From: Huang, Haibin [mailto:haibin.hu...@intel.com] Sent: Thursday, June 14, 2018 6:22 AM To: Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com<mailto:srinivasa.r.addepa...@intel.com>>; Singh Kalra, Mandeep <mandeep.singh.ka...@accenture.com<mailto:mandeep.singh.ka...@accenture.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: [External] RE: VNF configuration via VFC Hi Mandeep Sirinivasa, vCPE use case which is TOSCA format create VNF via G-VNFM. We are debugging it. From: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Addepalli, Srinivasa R Sent: Thursday, June 14, 2018 6:18 AM To: Singh Kalra, Mandeep <mandeep.singh.ka...@accenture.com<mailto:mandeep.singh.ka...@accenture.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] VNF configuration via VFC Hi Mandeep, We had same question a while ago when we are trying to figure out the changes required in VF-C project to leverage HPA. VOLTE team, please correct if this understanding is not right: * It appears that G-VNFM is not being leveraged to bring up VNFs. * Every VNF has its own sVNFM from the VNF vendor. Due to this, HPA team is felt that they should modify NSLCM (upper level Micro Service that talks to G-VNFM or one of sVNFMs for a given VNF) to integrate with OOF to get the best site and compute flavors. Also, I think there is a need to create VNF (may be using vFW) via G-VNFM for testing any OOF features/policies. On VNF configuration : As I understand, vendors are providing their own EMS in addition to sVNFM for configuring the VNF applications. I don’t think APP-C is used to configure VOLTE VNFs. I may be wrong here. Please correct. Thanks Srini From: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Singh Kalra, Mandeep Sent: Wednesday, June 13, 2018 11:36 AM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] VNF configuration via VFC Hi, Will appreciate some inputs on the below queries. And also if GVNFM is used in any of the use cases ? Regards Mandeep From: Singh Kalra, Mandeep Sent: Tuesday, June 12, 2018 5:37 PM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: VNF configuration via VFC Hi, I have a doubt about the VNF configuration through VFC. After the VNFs are instantiated is there any interface/APIs using which the VNFs can be configured ? As a stretch goal in VOLTE use case was the VNF configuration using ansible. Can you please share your views on this ? Also, is the gvnfm used in any use case in R2 ? 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<http://www.accenture.com>
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
