<div dir="ltr">Thanks Mathieu for your support and work onto CI to enable multi-node.<div><br><div>I wrote a blog post about how to run devstack development environment with LXC.</div><div>I hope it will be publish next week.</div>
<div><br></div><div>Just add a pointer about OVS support network namespaces since 2 years ago now [1].</div><div><br></div><div>[1] <a href="http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=2a4999f3f33467f4fa22ed6e5b06350615fb2dac">http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=2a4999f3f33467f4fa22ed6e5b06350615fb2dac</a></div>
<div><br></div><div>Regards,</div><div>Édouard.</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 21, 2014 at 11:31 AM, Mathieu Rohon <span dir="ltr"><<a href="mailto:mathieu.rohon@gmail.com" target="_blank">mathieu.rohon@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi edouard,<br>
<br>
thanks for the information. I would love to see your patch getting<br>
merged to have l2-population MD fully functional with an OVS based<br>
deployment. Moreover, this patch has a minimal impact on neutron,<br>
since the code is used only if l2-population MD is used in the ML2<br>
plugin.<br>
<br>
markmcclain was concerned that no functional testing is done, but<br>
L2-population MD needs mutlinode deployment to be tested. A deployment<br>
based on a single VM won't create overlay tunnels, which is a<br>
mandatory technology to have l2-population activated.<br>
The Opensatck-CI is not able, for the moment, to run job based on<br>
multi-node deployment. We proposed an evolution of devstack to have a<br>
multinode deployment based on a single VM which launch compute nodes<br>
in LXC containers [1], but this evolution has been refused by<br>
Opensatck-CI since there is other ways to run multinode setup with<br>
devstack, and LXC container is not compatible with iscsi and probably<br>
ovs [2][3].<br>
<br>
One way to have functional test for this feature would be to deploy<br>
3rd party testing environment, but it would be a pity to have to<br>
maintain a 3rd party to test some functionalities which are not based<br>
on 3rd party equipments. So we are currently learning about the<br>
Openstack-CI tools to propose some evolutions to have mutinode setup<br>
inside the gate [4]. There are a lot of way to implement it<br>
(node-pools evolution, usage of tripleO, of Heat [5]), and we don't<br>
know which one would be the easiest, and so the one we have to work on<br>
to have the multinode feature available ASAP.<br>
<br>
This feature looks very important for Neutron, at least to test<br>
overlay tunneling. I thinks it's very important for nova too, to test<br>
live-migration.<br>
<br>
<br>
[1]<a href="https://blueprints.launchpad.net/devstack/+spec/lxc-computes" target="_blank">https://blueprints.launchpad.net/devstack/+spec/lxc-computes</a><br>
[2]<a href="https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1226855" target="_blank">https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1226855</a><br>
[3]<a href="http://eavesdrop.openstack.org/meetings/infra/2014/infra.2014-02-18-19.01.log.html" target="_blank">http://eavesdrop.openstack.org/meetings/infra/2014/infra.2014-02-18-19.01.log.html</a><br>
[4]<a href="https://www.mail-archive.com/openstack-infra@lists.openstack.org/msg00968.html" target="_blank">https://www.mail-archive.com/openstack-infra@lists.openstack.org/msg00968.html</a><br>
[5]<a href="http://lists.openstack.org/pipermail/openstack-infra/2013-July/000128.html" target="_blank">http://lists.openstack.org/pipermail/openstack-infra/2013-July/000128.html</a><br>
<div><div class="h5"><br>
On Fri, Mar 21, 2014 at 10:08 AM, Édouard Thuleau <<a href="mailto:thuleau@gmail.com">thuleau@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> Just to inform you that the new OVS release 2.1.0 was done yesterday [1].<br>
> This release contains new features and significant performance improvements<br>
> [2].<br>
><br>
> And in that new features, one [3] was use to add local ARP responder with<br>
> OVS agent and the plugin ML2 with the MD l2-pop [4]. Perhaps, it's time to<br>
> reconsider that review?<br>
><br>
> [1] <a href="https://www.mail-archive.com/discuss@openvswitch.org/msg09251.html" target="_blank">https://www.mail-archive.com/discuss@openvswitch.org/msg09251.html</a><br>
> [2] <a href="http://openvswitch.org/releases/NEWS-2.1.0" target="_blank">http://openvswitch.org/releases/NEWS-2.1.0</a><br>
> [3]<br>
> <a href="http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=f6c8a6b163af343c66aea54953553d84863835f7" target="_blank">http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=f6c8a6b163af343c66aea54953553d84863835f7</a><br>

> [4] <a href="https://review.openstack.org/#/c/49227/" target="_blank">https://review.openstack.org/#/c/49227/</a><br>
><br>
> Regards,<br>
> Édouard.<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>