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 
guillaume.lamb...@orange.com<mailto:guillaume.lamb...@orange.com> (but its a 
big company)  ?

https://github.com/opendaylight/transportpce/tree/master/tests/honeynode

Brian

From: onap-discuss@lists.onap.org <onap-discuss@lists.onap.org> On Behalf Of 
PLATANIA, MARCO
Sent: Friday, August 10, 2018 9:26 AM
To: onap-discuss@lists.onap.org; andrew.fen...@ericsson.com
Cc: Ajith Sreekumar <ajith.sreeku...@ericsson.com>
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: <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>> on 
behalf of Andrew Fenner 
<andrew.fen...@ericsson.com<mailto:andrew.fen...@ericsson.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, 
"andrew.fen...@ericsson.com<mailto:andrew.fen...@ericsson.com>" 
<andrew.fen...@ericsson.com<mailto:andrew.fen...@ericsson.com>>
Date: Friday, August 10, 2018 at 5:22 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Ajith Sreekumar 
<ajith.sreeku...@ericsson.com<mailto:ajith.sreeku...@ericsson.com>>
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: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to