Hi Yan, What's the interface between VF-C's NFV-O and S-VNFM of VoLTE VNFs ? Is it based on Or-Vnfm Interface or API based interface ?
BR, Viswa <http://www.verizon.com> Viswanath Kumar Skand Priya Architect Technology, Architecture & Planning On Tue, Jun 19, 2018 at 10:49 AM Yan Yang <yangya...@chinamobile.com> wrote: > Hi Srini, > > > > In R2, we used direct mode to test VoLTE use case. > > For VoLTE VNFs, we used SVNFMs to deploy them and deployed CPE VNFs via > GVNFM. > > > > > > Best Regards, > > Yan > > *发件人:* Addepalli, Srinivasa R [mailto:srinivasa.r.addepa...@intel.com] > *发送时间:* 2018年6月18日 2:24 > *收件人:* denglin...@chinamobile.com > *抄送:* yangya...@chinamobile.com; 'Rebecca Lantz'; 'Singh Kalra, Mandeep'; > Huang, Haibin; onap-discuss@lists.onap.org > *主题:* RE: [onap-discuss] VNF configuration via VFC > > > > 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 > <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 > <yangya...@chinamobile.com>] > *Sent:* Saturday, June 16, 2018 7:41 PM > *To:* 'Rebecca Lantz' <rebecca.la...@ericsson.com>; 'Singh Kalra, > Mandeep' <mandeep.singh.ka...@accenture.com>; Huang, Haibin < > haibin.hu...@intel.com>; Addepalli, Srinivasa R < > srinivasa.r.addepa...@intel.com>; 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 > <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 > *主题:* 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 < > 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>; Addepalli, Srinivasa R < > srinivasa.r.addepa...@intel.com>; 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 > <haibin.hu...@intel.com>] > *Sent:* Thursday, June 14, 2018 6:22 AM > *To:* Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com>; Singh > Kalra, Mandeep <mandeep.singh.ka...@accenture.com>; > 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 > <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>; > 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 > <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 > *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 > *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 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.accenture.com_us-2Den_privacy-2Dpolicy&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=9F3pNUkzjE-2v1eTClkRVakDRN8GH7Bm-wt1lWkxoUyyDORTqf5MxNO_GrMBs0gZ&m=aMugwx0eCbs4Lp5ZtNUcE93t9G7pSZ1nUEtuUpDxK48&s=-hM6IBID4U9cg3flSta1cqVnRsoqGbhob9WOebkE974&e=>. > > > ______________________________________________________________________________________ > > www.accenture.com > <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.accenture.com&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=9F3pNUkzjE-2v1eTClkRVakDRN8GH7Bm-wt1lWkxoUyyDORTqf5MxNO_GrMBs0gZ&m=aMugwx0eCbs4Lp5ZtNUcE93t9G7pSZ1nUEtuUpDxK48&s=hFavnj3x05fzfki0q4v9SK2VDynhwSmN9MmIHUUHRNc&e=> > > _______________________________________________ > onap-discuss mailing list > onap-discuss@lists.onap.org > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss&d=DwICAg&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=9F3pNUkzjE-2v1eTClkRVakDRN8GH7Bm-wt1lWkxoUyyDORTqf5MxNO_GrMBs0gZ&m=aMugwx0eCbs4Lp5ZtNUcE93t9G7pSZ1nUEtuUpDxK48&s=W2ZPmcnxKjkeg4luEk82tt2lJd3ZJ1Xe7u6LB6jdHlY&e= >
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
