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]> 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 > > > > [image: 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 (#12499): https://lists.onap.org/g/onap-discuss/message/12499 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]] -=-=-=-=-=-=-=-=-=-=-=-
