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]<mailto:[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]<mailto:[email protected]>> on behalf of Andrew Fenner <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Friday, August 10, 2018 at 5:22 AM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Cc: Ajith Sreekumar <[email protected]<mailto:[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. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11824): https://lists.onap.org/g/onap-discuss/message/11824 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]] -=-=-=-=-=-=-=-=-=-=-=-
