Hello, I am working on Netconf using LINC switch. (For tracking purpose, bug 606 is created) 1. I am able to create netconf session between client and server using LINC openflow switch. I got hello

Moiz, I got ODL bgpcep to talk to exabgp in my environment. I was using a git clone of the bgpcep tree not the Hydrogen release snapshot. Couple of things that I tripped over. 1. As

Hi devs, The automatic adjust version job in Integration Jenkins has bumped the LISP SNAPSHOT version a few times lately, can you please tell which LISP version has to be used

http://www.sdncentral.com/news/cisco-submits-very-different-sdn-ietf-opendaylight/2014/04/

Thank you Reinaldo. Presently, I have LINC switch, docker image for netopeer installed in VM. Anyways the responses from RESTAPI is found to be perfect. Looks like using docker image is working fine.

Hi all, I have realized by looking in detail our system test Jenkins jobs that even if all TCs passes for the different editions, we are generating a few errors in the controller console that should

Thanks Andy, I think the first step is to identify what needs to be done by the committers as I did not finding any wiki explaining this. This is why we need you. Second is to contact the project

It's not really working with me but with the projects that don't currently do sonar scans. It's at the job level. Yes, I can modify any job in the system, but it really should be the committers from a

Your errors seems a network problem. Maybe you have another configuration somewhere? I looked at "public abstract class AbstractNetconfSessionNegotiator" and the change in state happens when the

Hi all, We did have some discussion around Sonar code coverage reporting during the past Hackfest. Is anybody in the group interested to work with Andy on what is needed for reporting and also work

OK, it looks like all is back to normal now. I only bumped the LISP version number as otherwise the SP edition cannot be built. BR/Luis

Reinaldo, I figured out my problem just now. That is because of incorrect port mentioned in 04-libnetconfd.xml. As I installed netopeer using docker and it uses port 1831:830 for talking to netconf

I will test again later today and get back to you. In the meantime, can you test something simple? Change header to <Accept: application/xml> and perform GET again. I seem to remember an issue around

Thanks Luis. Please revert just the OVSDB bundle versions. FYI, we are currently re-architecting the code in a different branch topic/schema and we have bumped up the versions. The

Hi All, I’m not sure if this is normal but it seem to look odd to me. When I use the restconf to put the f1.xml flow to the controller the flows looks fine on the OVS switch. But when I try to

OK Madhu, I can take care of these changes. I am almost sure I had to commit this automatic patch from jenkins because the editions build was failing. Anyway, I will do according to your

This is the exact error I get in OSGi command line: 2014-04-01 15:49:21.307 PDT [pool-34-thread-1] ERROR o.o.c.s.c.n.NetconfDevice#libnetconfd - Netconf client NOT started.

Thanks Reinaldo. I installed docker image mentioned at https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Docker_image and I am able to see the response sent by server

Hi Luis, Thats because of this : commit 9ad9918a8144e5a5ea83ed85f5a81e3d3cfcbca9 Author: jenkins-integration <jekins-integration@...> Date: Tue Apr 1 16:00:34 2014

Hi Madhu, Still fails, please check the latest OSGi console when base edition starts and also when we try to create bridge through BD API: