I agree. Passing parameters via SO API and using VID UI to input these parameters would be satisfying enough.
According to adding new BPMN workflows, I believe workflow designer is what will be used for that. https://wiki.onap.org/display/DW/Workflow+Designer Logo Orange Tomasz Osiński, Główny Specjalista R&D Orange Labs Polska, Wydział Rozwoju Zaawansowanych Systemów Sieciowych Tel.: +48 50 130 06 88, Orange Polska, Obrzeżna 7, 02-691 Warszawa www.orange.pl<http://www.orange.pl> From: ROBERT René IMT/OLN [mailto:[email protected]] Sent: Wednesday, September 19, 2018 2:28 PM To: [email protected]; [email protected]; Osiński Tomasz 2 - Korpo Cc: Rajewski Łukasz - Korpo Subject: RE: [E] [onap-discuss] Why we need manual SDN-C preloading? Hi Preload is about providing some Heat parameters value at instantiation time. Without preload, your Heat stack will use default values from your Heat templates coming from SDC (after distribution). For example, “image name” or “flavor name” are not the same from one VIM to another VIM. You are right, the way it works today in Beijing is not satisfying. My proposal would be to replace that SDNC preload by the possibility to provide parameters/values via SO API and to use a BPMN that would use those parameters/values. That means to be able to define and add a new BPMN (I do not know how to do that) If anyone can share the procedure to add a new BPMN, we could try work on it. Regards René Logo Orange<http://www.orange.com/> René Robert «Open and Smart solutions for autOmating Network Services» ORANGE/IMT/OLN/CNC/NARA/OSONS Fixe : +33 2 96 07 39 29 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%202%2096%2007%2039%2029> Mobile : +33 6 74 78 68 43 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%206%2074%2078%2068%2043> [email protected]<mailto:[email protected]> De : [email protected] [mailto:[email protected]] De la part de Viswanath Kumar Skand Priya via Lists.Onap.Org Envoyé : mercredi 19 septembre 2018 14:07 À : onap-discuss; OSIŃSKI Tomasz O-PL Cc : RAJEWSKI Lukasz O-PL Objet : Re: [E] [onap-discuss] Why we need manual SDN-C preloading? I second this comment. We are also having same question and infact we even tried to bypass this SDN-C preload check but not successful so far. We modified BPMN file to skip the SDN-C interaction altogether, however SO's state is still stuck in "In Progess" state. IMHO SDN-C preload is optional step, shouldn't be introduced as a mandatory step in BPMN. There were lots of usecase specific work done in R1, primarily to just demo a particular usecase. However this is not changed even after moving to 2 releases. BR, Viswa <http://www.verizon.com> Viswanath Kumar Skand Priya Senior Architect Technology, Architecture & Planning On Wed, Sep 19, 2018 at 12:57 PM Tomek <[email protected]<mailto:[email protected]>> wrote: Hello, As in title, why we need manual SDN-C preloading in ONAP? We use and work with ONAP from Amsterdam release. It was surprising for us that there are some additional, manual steps needed to perform orchestration for any single VNF. We have currently ongoing development of Casablanca release and I don’t see the feature requests to automate SDN-C preloading in ONAP. In my opinion it’s just a matter of information exchange between SDC/SO/AAI/SDN-C. Could you explain me why this manual step is still needed for ONAP? Is there any plan to automate it? Regards, Tomek Logo Orange Tomasz Osiński, Main R&D Specialist Orange Labs R&D Center Tel.: +48 50 130 06 88, Orange Poland, Obrzeżna 7, 02-691 Warsaw www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_&d=DwMFBA&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=9F3pNUkzjE-2v1eTClkRVakDRN8GH7Bm-wt1lWkxoUyyDORTqf5MxNO_GrMBs0gZ&m=ZTWnaPHZdfQOlWsKSFwliTGQt3zngjz-rz9zfV6rB9k&s=jLIhE0aOej3rXZ2aVPy9YwQPmpzYcnhbHriFWbo-H3o&e=> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12503): https://lists.onap.org/g/onap-discuss/message/12503 Mute This Topic: https://lists.onap.org/mt/25754741/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
