Re: [OpenDaylight Discuss] Regarding class definition in Opendaylight

2016-06-28 Thread Alexis de Talhouët
Nithin, The network-topology model resides in the MDSAL project: https://github.com/opendaylight/mdsal/blob/master/model/ietf/ietf-topology/src/main/yang/network-topol...@2013-10-21.yang

Re: [OpenDaylight Discuss] (no subject)

2016-07-25 Thread Alexis de Talhouët
+ Gabriel, the author of this application. Jyoti, To fix this you should edit the version of the guava bundle added in the feature file: https://github.com/sniggel/odl-mdsal-cup-example/blob/master/cup-features/src/main/features/features.xml#l14

Re: [OpenDaylight Discuss] [opendaylight-dev] TWS on cluster testing and YANG/Java Bindings v2 in 30 minutes

2016-08-15 Thread Alexis de Talhouët
Thanks a lot for the presentation, Martin and Luis. Really instructive! Cheers, Alexis > On Aug 15, 2016, at 12:31 PM, Colin Dixon wrote: > > https://wiki.opendaylight.org/view/Tech_Work_Stream:Main#Upcoming_Meeting_Agendas > >

Re: [OpenDaylight Discuss] [OpenDaylight TSC] Fast and/or Phased Planning for the Carbon Release

2016-08-16 Thread Alexis de Talhouët
I’m willing to help as well. Do we have some kind of plan of action yet? How about setting up and Event at the DDF [0], so we can start drawing something in the sand, and dispatch action items. Regardless, putting back up the straw man proposal from Colin, from which we can iterate. > 1.) pick a p

Re: [OpenDaylight Discuss] Neconf config error : Mount point does not exist

2016-09-30 Thread Alexis de Talhouët
+ netconf-dev > On Sep 30, 2016, at 2:29 AM, 陈卓文 wrote: > > Hi all, > > I am a student working on NETCONF. And I had connected Netconf > device(netopeer) to ODL according the tutorial > “https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf > >

Re: [OpenDaylight Discuss] Multithreading

2016-10-18 Thread Alexis de Talhouët
> On Oct 18, 2016, at 11:12 AM, PUZZLE wrote: > > does ODL support the multithreading? and what are the SDN controllers that > does not support it? Could you be more specific and explain what is it you’re trying to understand? OpenDaylight is a set of 70+ applications, each one of them have i

Re: [OpenDaylight Discuss] Multithreading

2016-10-18 Thread Alexis de Talhouët
> On Oct 18, 2016, at 11:29 AM, PUZZLE wrote: > > is it the same about ODL ? I would advice reading this white paper [0] on OpenDaylight performance. It should answer your questions. Thanks, Alexis [0]: https://www.opendaylight.org/resources/odl-performance

Re: [OpenDaylight Discuss] need help

2016-10-31 Thread Alexis de Talhouët
As said here: https://lists.opendaylight.org/pipermail/dev/2016-October/002878.html > Sudhanshu, > > Please refer to this wiki page [0]. It is more or less up to date, but it is > working reliably. > If you encounter issues with it, let us know. > > Thanks, > Alexis > > [0]: > https://wiki.op

Re: [OpenDaylight Discuss] [OpenDaylight TSC] OpenDaylight 2016 TSC Election Results

2016-11-22 Thread Alexis de Talhouët
Congrats everyone! And as Abhijit and others said, big thanks to the former TSC members. Thanks, Alexis > On Nov 22, 2016, at 2:41 PM, Anil Vishnoi wrote: > > very well said abhijit, totally echo your thoughts. > > On Wed, Nov 23, 2016 at 12:38 AM, Abhijit Kumbhare

Re: [OpenDaylight Discuss] [opendaylight-dev] 1/30/2017 TWS on dynamic loading of YANG models

2017-02-03 Thread Alexis de Talhouët
Hey guys, So since the TWS this idea got stuck in my head, so I gave it a hack, and I've come up with a small PoC that can be found here: https://github.com/adetalhouet/cached-mountpoint It's basically levraging the "sideloading" principle of

[OpenDaylight Discuss] ZTP implementation

2017-06-05 Thread Alexis de Talhouët
Hello ODLer, Is there anyone that has interest in the ZTP draft implementation: https://tools.ietf.org/html/draft-ietf-netconf-zerotouch-13 ? Do you know if there is any implementation of this draft already, and/or if there are plans

[OpenDaylight Discuss] ODL made easy: Lighty.io is OpenSource

2018-05-18 Thread Alexis de Talhouët
Greeting folks, My goal is not to make publicity for Lighty.io , but I’ve looked at the code, and honestly, for all the ODL dev out there, that don’t necessarily understand all the ODL internal services (like me), but that are eager to understand more of ODL core platform, I

Re: [OpenDaylight Discuss] ODL made easy: Lighty.io is OpenSource

2018-05-18 Thread Alexis de Talhouët
it out and thanks Pantheon for posting it on > github. > > On Fri, May 18, 2018 at 5:59 AM Alexis de Talhouët <mailto:adetalhoue...@gmail.com>> wrote: > Greeting folks, > > My goal is not to make publicity for Lighty.io <http://lighty.io/>, but I’ve

[OpenDaylight Discuss] NETCONF RPC XML remove namespace of sub-tree element

2018-11-27 Thread Alexis de Talhouët
Greetings netconf-dev, I used to send the following ietf-netconf:edit-config RPC, back in Boron-SR3, that worked fine: none http://cisco.com/ns/yang/Cisco-IOS-XR-ifmgr-cfg";> pre TenGigE0/0/0/0 default test That same RPC fails in latest ODL (Flurine

Re: [OpenDaylight Discuss] NETCONF RPC XML remove namespace of sub-tree element

2018-11-28 Thread Alexis de Talhouët
Robert,Starting version 0.7.0 onward it’s broken...I’m sending the request through RESTCONF, yes.When sending RPC ietf-netconf:edit-config, device namespace get stripped out the edit-config payload; URI: http://localhost:8080/restconf/operations/network-topology:network-topology/topology/topology-n

Re: [OpenDaylight Discuss] NETCONF RPC XML remove namespace of sub-tree element

2018-11-28 Thread Alexis de Talhouët
sub_vlan 4484 default test http://cisco.com/ns/yang/Cisco-IOS-XR-ipv4-io-cfg";> http://cisco.com/ns/yang/Cisco-IOS-XR-ipv4-io-cfg";> 10.15.56.98 255.255.255.254

Re: [OpenDaylight Discuss] NETCONF RPC XML remove namespace of sub-tree element

2018-11-28 Thread Alexis de Talhouët
> On Nov 28, 2018, at 8:52 AM, Robert Varga wrote: > > Can you file an issue, please? https://jira.opendaylight.org/browse/NETCONF-586 Thank you, Alexis ___ Discuss mailing list Discuss@lists.ope

[OpenDaylight Discuss] ONAP's ODL distro

2019-02-25 Thread Alexis de Talhouët
Greetings all, Following a call last week, I started creating a specific ODL distro for ONAP’s need. Here is the current draft: https://gerrit.onap.org/r/#/c/79075/ Question is: when creating the ODL distro, a few files get added under src/main/assembly:

Re: [OpenDaylight Discuss] ONAP's ODL distro

2019-02-25 Thread Alexis de Talhouët
> On Feb 25, 2019, at 7:35 AM, Robert Varga wrote: > > I think the best option would be to provide them through a > separate artifact from int/dist. Ok so I’m proposing this: https://git.opendaylight.org/gerrit/#/c/80586/ Let me know your th

[OpenDaylight Discuss] ONAP / OpenDaylight integration

2019-03-25 Thread Alexis de Talhouët
Hey ODL community, For those coming to ONS NA 2019, we’re planing on having an un-conference meeting to discuss the topic of this mail. We would love to have some of you with us for this discussion. https://wiki.lfnetworking.org/display/LN/Open+Networking+Summit+North+America+2019+-+Un-conference

[OpenDaylight Discuss] Runtime load of YANG file

2019-04-25 Thread Alexis de Talhouët
Greeting folks, I know this is not a new topic, but I’d like to have a fresh view on this: Is it technically possible to load yang at runtime? If so, is it possible out-of-the-box, else could you share some leads on how to implement this. Use case is to use ODL to be a YANG datastore, and to ma

Re: [OpenDaylight Discuss] Runtime load of YANG file

2019-05-06 Thread Alexis de Talhouët
Hello Robert, > On Apr 29, 2019, at 8:27 AM, Robert Varga wrote: > >> >> I know this is not a new topic, but I’d like to have a fresh view on this: >> Is it technically possible to load yang at runtime? >> If so, is it possible out-of-the-box, else could you share some leads on how >> to impl

Re: [OpenDaylight Discuss] Runtime load of YANG file

2019-05-17 Thread Alexis de Talhouët
Hello Robert, team, Any thoughts on this? Or leads I can start looking at. Thanks, Alexis > On May 6, 2019, at 5:04 PM, Alexis de Talhouët > wrote: > > Hello Robert, > >> On Apr 29, 2019, at 8:27 AM, Robert Varga mailto:n...@hq.sk>> >> wrote: >>