Hi all, this is just what i was looking for!!!
After some weeks configuring the ONAP platform in my local environment, it's time to test it but the vFW onboarding process is a not simple task: - robot's k8s-demo fails for me because my quuens openstack installation changed the keystone API - I was trying manually with https://wiki.onap.org/pages/viewpage.action?pageId=1018474, but uses an old version of SDC that does not match with mine (beijing) What is the status of this "test VNF" task? Is there any recent related documentation about how to test the platform with a simply VNF? @Andrew, is your dummy VNF available? Thanks, Santiago 2018-08-10 17:04 GMT+02:00 Eric Debeau <[email protected]>: > Yes, I know Guillaume ;-) > > > > I added a few guys working on that topic. > > > > Best Regards > > > > Eric > > > > *De :* FREEMAN, BRIAN D [mailto:[email protected]] > *Envoyé :* vendredi 10 août 2018 15:35 > *À :* [email protected]; PLATANIA, MARCO; > [email protected] > *Cc :* Ajith Sreekumar; DEBEAU Eric IMT/OLN > *Objet :* RE: [onap-discuss] [integration] [VNFSDK] Creating a TEST VNF > > > > SDNC supports netconf as well – it just needed to be activated – I asked > Dan to include that in future SDNC persona’s (its can be done after the > controller is brought up but its a one line change in the config to do it > as part of initial install so might as well) > > > > WRT to the honeycomb VNF I think that is the right path since we would get > both a config and operational tree to drive closed loops (with memory) > > > > I havent tried this but I got the reference from our OpenROADM folks who > are working on TransportPCE with Orange and others. > > > > Maybe Eric knows [email protected] (but its a big company) ? > > > > https://github.com/opendaylight/transportpce/tree/master/tests/honeynode > > > > Brian > > > > > > *From:* [email protected] <[email protected]> *On > Behalf Of *PLATANIA, MARCO > *Sent:* Friday, August 10, 2018 9:26 AM > *To:* [email protected]; [email protected] > *Cc:* Ajith Sreekumar <[email protected]> > *Subject:* Re: [onap-discuss] [integration] [VNFSDK] Creating a TEST VNF > > > > ****Security Advisory:* This Message Originated Outside of AT&T *** > Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. > > Andrew, > > > > I think it’s a good idea. I remember we talked about this a while ago, and > I still believe it’s worth the effort. In particular, I agree on > implementing APIs that can be used by controllers to execute LCM operations > against the VNFs. In this regard, we have experience with Honeycomb, which > we extensively used for the vFW and vLB use cases. The good news is that > Honeycomb supports both Netconf and Rest APIs, which makes it even more > appealing, considering that we also want SDNC to be able to talk to the VNF > (SDNC supports Rest at this time). > > > > Let’s talk on Wednesday during the integration meeting. > > > > Marco > > > > *From: *<[email protected]> on behalf of Andrew Fenner < > [email protected]> > *Reply-To: *"[email protected]" <[email protected]>, " > [email protected]" <[email protected]> > *Date: *Friday, August 10, 2018 at 5:22 AM > *To: *"[email protected]" <[email protected]> > *Cc: *Ajith Sreekumar <[email protected]> > *Subject: *[onap-discuss] [integration] [VNFSDK] Creating a TEST VNF > > > > Hi, > > > > At the last Integration team meeting there was a discussion about the need > for a test VNF which had a different focus to the vFW that we are using now. > > > > I had created a task some time ago related to this and it seems like there > is some enthusiasm for this now so I will try to follow up an report back > to the integration team with a way forward. > > > > Can you please look at the Jira https://jira.onap.org/browse/INT-355 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D355&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE&s=ibOFZltoPF0bkEA9xNBD7bKypd1rrFSPF5varoQJ5Xg&e=> > for my initial thinking and look at > > https://wiki.onap.org/download/attachments/16002054/ > BeijingDevForum2017-Dec-13-main-0.mp4?version=1&modificationDate= > 1513294598000&api=v2 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_download_attachments_16002054_BeijingDevForum2017-2DDec-2D13-2Dmain-2D0.mp4-3Fversion-3D1-26modificationDate-3D1513294598000-26api-3Dv2&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE&s=1kbesoZGUTOzmw6ydCi1WhSY5BV8DTRctGOS1WO5MlE&e=> > @ 05:26:40 > > and > > https://onapbeijing2017.sched.com/event/D5pg/progressing- > onap-testing-and-integration-with-a-dummy-vnf > <https://urldefense.proofpoint.com/v2/url?u=https-3A__onapbeijing2017.sched.com_event_D5pg_progressing-2Donap-2Dtesting-2Dand-2Dintegration-2Dwith-2Da-2Ddummy-2Dvnf&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE&s=R-deEQaZaXONCieoHBCJ8rX2fy-dQvKw6hPn6H-Jw6E&e=> > & https://schd.ws/hosted_files/onapbeijing2017/49/ONAP-DummyVNF.pptx > <https://urldefense.proofpoint.com/v2/url?u=https-3A__schd.ws_hosted-5Ffiles_onapbeijing2017_49_ONAP-2DDummyVNF.pptx&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE&s=CLVsv8ZdTFpNfQc82vQ7K9MXnBRLHUoH3_A-ALW2r_0&e=> > > > > I have created a sub tack which is to try and move the story forward. I > intend to report back to the Integration team next week. > > > > At this stage I would like to confirm requirements and find proposed ways > forward e.g. do we develop something ourselves can we inherit something > from some other opensource project etc. > > > > Please reply to this thread with any ideas/proposals or leave comments on > the JIRA and I will correlate it back to the integration team for a > proposed way forward. > > > > /Andrew > > > > PS: > > > > I have previously made a “dummy” VNF which was just an extension of the > Apache MINA project with a “toy” netconf subsystem added. This didn’t > supply a netconf server as it had no persistence but it allowed APPC to > communicate with the endpoint exposed. It allowed the responses to be > configured in runtime via groovy scripts with no compile time effort. I’m > not sure if this a good way to proceed as it would mean us (ONAP) > developing and maintaining a test VNF. > > > > > > > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > > > > -- Santiago Rodríguez García | Senior Analyst @Optare Solutions <http://www.optaresolutions.com> | +34 986 410 091 (ext) 227 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11970): https://lists.onap.org/g/onap-discuss/message/11970 Mute This Topic: https://lists.onap.org/mt/24246713/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
