Miao, More details following what Vijay said.
DCAE service components (collectors, analytics, etc) can be deployed in two ways: 1. Dynamic deployment: CLAMP triggered deployment. CLAMP tells DCAE to deploy a particular blueprint, which specifies a set of service components for realizing a particular service design. These components are then launched from DCAE platform. Life cycle and configuration of dynamically deployed components can be managed from CLAMP and Policy. 1. Static deployment: deployed at ONAP startup time by DCAE bootstrap process. A startup script will call Cloudify Manager for deploying preloaded blueprints, each specifies a set of DCAE service components, and resulting these DCAE service components launched at this bootstrap. These components can be managed for configuration and lifecycle by DCAE, but they are not known in CLAMP and Policy therefore cannot be reconfigured through CLAMP. Dynamic deployment has been the intention of DCAE and static deployment as testing methodology for our internal uses. However, because CLMAP has not been part of the ONAP automated testing and use flows, we use static deployment for all DCAE service components (including TCA for use cases other than vCPE) for ONAP R1 and R2 testing flows. Only in R2 the TCA instance used by R2 vCPE use case is dynamically deployed by CLAMP because that testing flow allows manual intervention. For any service components (including the new restconf collector) to be dynamically deployed, it will need to be on-boarded to SDC. That is, the DCAE service component’s TOSCA model is added to SDC catalog. Then someone uses SDC Design Studio to make a DCAE service design. SDC will generate a blueprint template for as the result and push to DCAE. At run-time someone will use CLAMP GUI to trigger the deployment of this blueprint. Because dynamic deployment involves multiple project teams, the best forum for discussing the details is Pam’s Close Loop subcommittee. Also Ron Shacham (cc-ed) worked through the TCA for vCPE use case. He would be the person most knowledgeable in the whole process of walking a blueprint through the steps. Thanks, Lusheng Ji From: <onap-discuss@lists.onap.org> on behalf of "VENKATESH KUMAR, VIJAY" <vv7...@att.com> Reply-To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "VENKATESH KUMAR, VIJAY" <vv7...@att.com> Date: Wednesday, August 8, 2018 at 9:44 AM To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "xin.m...@huawei.com" <xin.m...@huawei.com>, "NGUEKO, GERVAIS-MARTIAL" <gn4...@intl.att.com>, "Horn, Linda (Nokia - US/Murray Hill)" <linda.h...@nokia.com> Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is handled via CLAMP currently though (models/blueprint are pre-loaded in SDC/CLAMP to distribute/deploy). All the other services when onboarded through SDC/Tosca_lab can be instantiated dynamically. For VESCollector, we have blueprint which takes topics an input. This blueprint can be loaded into SDC catalog manually and distributed by designer/clamp operator on demand to support specific control loop if required. However as the collectors are generic (not tied to specific usecase) – they can be shared across different CL cases as done in R1/R2. Thanks, Vijay From: onap-discuss@lists.onap.org <onap-discuss@lists.onap.org> On Behalf Of Xin Miao Sent: Wednesday, August 08, 2018 9:22 AM To: NGUEKO, GERVAIS-MARTIAL <gn4...@intl.att.com>; onap-discuss <onap-discuss@lists.onap.org>; Horn, Linda (Nokia - US/Murray Hill) <linda.h...@nokia.com> Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp Understood. Thanks a lot for the clarification. How about Policy? CLAMP only creates new policy and deploys them. Does CLAMP support to create more than one policy chaining (sequential action type of operational policy )per control loop at design time? Thanks, ________________________________ Xin Miao M: +1-4692685226 E: xin.m...@huawei.com<mailto:xin.m...@huawei.com> 2012实验室-硅谷网络技术实验室 2012 Laboratories-Silicon Valley Network Technology Lab From: Ngueko, Gervais-Martial To: onap-discuss<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>;Xin Miao<xin.m...@huawei.com<mailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - US/Murray Hill)<linda.h...@nokia.com<mailto:linda.h...@nokia.com>> Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp Time: 2018-08-08 07:22:52 Hi Xin, I confirm what Adam said. At this stage you will need to create a new blueprint with the correct DMAAP configuration and then distribute it to CLAMP so that it can be deployed. Note that on-demand collector deployment is not supported by DCAE itself at this point, so it has to be supported by DCAE first before CLAMP can support it. Also, one Holmes instance per Control Loop is not supported by Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before it can be done via CLAMP. Br, Martial From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>> On Behalf Of Xin Miao Sent: mardi 7 août 2018 16:41 To: Horn, Linda (Nokia - US/Murray Hill) <linda.h...@nokia.com<mailto:linda.h...@nokia.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp Hi, Linda, Please refer to the following CCVPN Close Loop wiki page for the Restconf collector in DCAE session from the high level. The page is under construction. https://wiki.onap.org/display/DW/CCVPN+Close+Loop<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_CCVPN-2BClose-2BLoop&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=_9Jlwl24cXmOrt_XOMKtC3aGkkZwuKoKxSPqhA05BWk&m=IzLUgi1XcssgabsQcEs8UPGkBv0u3uWH7wPhwDGCqUQ&s=EsuXrJpKYwWKffGDgInJnQV23gU__Zxvw73KGXB19QI&e=>. Thank you and best regards, Xin Miao American Network Technology Lab Futurewei Technologies, Inc. 5340 Legacy Dr., Suite 175 Plano, TX 75024 Phone: 469-277-5884; Mobile:469-268-5226 xin.m...@huawei.com<mailto:xin.m...@huawei.com> [id:image001.jpg@01CD505D.C18C2420] From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com] Sent: 2018年8月7日 AM 9:01 To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Xin Miao <xin.m...@huawei.com<mailto:xin.m...@huawei.com>> Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp What is a Restconf Collector and for what types of events is it used? How is it different from the normal VES Collector? Linda ----------------------------------------------------------------------------------- Linda S. Horn, DMTS ATF Architecture Open RAN Initiatives Mobile Networks, Nokia Phone: +1-908-679-6580 From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>> On Behalf Of Xin Miao Sent: Tuesday, August 07, 2018 9:47 AM To: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>>; Ngueko, Gervais-Martial <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sébastien Determe <sd3...@intl.att.com<mailto:sd3...@intl.att.com>> Cc: SHACHAM, RON <rshac...@research.att.com<mailto:rshac...@research.att.com>>; VENKATESH KUMAR, VIJAY <vv7...@att.com<mailto:vv7...@att.com>> Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp Thanks, Adam. In my case, I am using an new type of collector, Restconf collector (going to be added into DCAE), and Holmes. Thank you and best regards, Xin Miao American Network Technology Lab Futurewei Technologies, Inc. 5340 Legacy Dr., Suite 175 Plano, TX 75024 Phone: 469-277-5884; Mobile:469-268-5226 xin.m...@huawei.com<mailto:xin.m...@huawei.com> [id:image001.jpg@01CD505D.C18C2420] From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com] Sent: 2018年8月7日 AM 8:40 To: Ngueko, Gervais-Martial <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Xin Miao <xin.m...@huawei.com<mailto:xin.m...@huawei.com>>; Sébastien Determe <sd3...@intl.att.com<mailto:sd3...@intl.att.com>> Cc: SHACHAM, RON <rshac...@research.att.com<mailto:rshac...@research.att.com>>; VENKATESH KUMAR, VIJAY <vv7...@att.com<mailto:vv7...@att.com>> Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp Hi Xin, I will try to answer your question, please someone correct me if I'm wrong. Deploy of closed loop means that Clamp will send request to DCAE platform to start new instance of TCA (may be different tool but Clamp UI supports only TCA and Holmes). You're writing that you want to receive different event data so I assume you're not interested in measurements. It means you have to use other type of analytic tool (I will call it AT) then those already available. It's your AT's responsibility to pull events from DMaaP. From Clamp perspective it's transparent what's the event type and topic. Clamp will just send configuration parameters before deployment. Unfortunately currently using own AT is not supported by Clamp. Br, Adam Krysiak Software Engineer MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG Nokia Contact number: +48691441316 ________________________________ From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>> on behalf of Xin Miao <xin.m...@huawei.com<mailto:xin.m...@huawei.com>> Sent: Saturday, August 4, 2018 6:43:56 PM To: Ngueko, Gervais-Martial Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SHACHAM, RON; VENKATESH KUMAR, VIJAY Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp So at runtime if I want to bring up new instance of control loop that would have the VES collector receiving different event data and publish them on DMAAP with different topics from existing control loop, what I am going to do? Thank you and best regards, Xin Miao American Network Technology Lab Futurewei Technologies, Inc. 5340 Legacy Dr., Suite 175 Plano, TX 75024 Phone: 469-277-5884; Mobile:469-268-5226 xin.m...@huawei.com<mailto:xin.m...@huawei.com> [id:image001.jpg@01CD505D.C18C2420] From: Ngueko, Gervais-Martial [mailto:gn4...@intl.att.com] Sent: 2018年7月30日 PM 3:41 To: Xin Miao <xin.m...@huawei.com<mailto:xin.m...@huawei.com>> Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SHACHAM, RON <rshac...@research.att.com<mailto:rshac...@research.att.com>> Subject: [CLAMP][DCAE]RE: New Collector in Clamp Hi, Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE and used by all the mS and all control loops. So the collector’s, currently, are not deployed via CLAMP and there is no cloudify blueprint available to do so anyway. The collector box you see in CLAMP GUI is just a virtual box to show the control loop flow, in reality there is no configuration made by CLAMP for the collector(at least at this stage of ONAP, it might change in the future). Br, Martial From: Xin Miao <xin.m...@huawei.com<mailto:xin.m...@huawei.com>> Sent: lundi 30 juillet 2018 21:14 To: Ngueko, Gervais-Martial <gn4...@intl.att.com<mailto:gn4...@intl.att.com>> Subject: New Collector in Clamp Hi, Gervias, This is Xin Miao from Huawei and I am new to CLAMP. Is there any code change to be done in CLAMP to support a new type of collector? If not, what template or configuration files need to be created or updated to support it? Thank you and best regards, Xin Miao American Network Technology Lab Futurewei Technologies, Inc. 5340 Legacy Dr., Suite 175 Plano, TX 75024 Phone: 469-277-5884; Mobile:469-268-5226 xin.m...@huawei.com<mailto:xin.m...@huawei.com> [id:image001.jpg@01CD505D.C18C2420] -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11758): https://lists.onap.org/g/onap-discuss/message/11758 Mute This Topic: https://lists.onap.org/mt/24220548/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
