Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-25 Thread Édouard Thuleau
Hi all, As promise, the blog post [1] about running devstack into containers. [1] http://dev.cloudwatt.com/en/blog/running-devstack-into-linux-containers.html Regards, Edouard. Le 21 mars 2014 14:12, "Kyle Mestery" a écrit : > Getting this type of functional testing into the gate would be pret

Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-21 Thread Kyle Mestery
Getting this type of functional testing into the gate would be pretty phenomenal. Thanks for your continued efforts here Mathieu! If there is anything I can do to help here, let me know. One other concern here is that the infra team may have issues running a version of OVS which isn't packaged into

Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-21 Thread Édouard Thuleau
Thanks Mathieu for your support and work onto CI to enable multi-node. I wrote a blog post about how to run devstack development environment with LXC. I hope it will be publish next week. Just add a pointer about OVS support network namespaces since 2 years ago now [1]. [1] http://git.openvswitc

Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-21 Thread Mathieu Rohon
Hi edouard, thanks for the information. I would love to see your patch getting merged to have l2-population MD fully functional with an OVS based deployment. Moreover, this patch has a minimal impact on neutron, since the code is used only if l2-population MD is used in the ML2 plugin. markmcclai

[openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-21 Thread Édouard Thuleau
Hi, Just to inform you that the new OVS release 2.1.0 was done yesterday [1]. This release contains new features and significant performance improvements [2]. And in that new features, one [3] was use to add local ARP responder with OVS agent and the plugin ML2 with the MD l2-pop [4]. Perhaps, it