<div dir="ltr"><div class="gmail_extra">2015-04-10 9:31 GMT+02:00 Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@gmail.com</a>></span>:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I mentioned this in my email in the previous thread, but I am also concerned about the use of the Linux bridge plugin as the default for devstack. </p>
<p dir="ltr">It will reflect poorly on the Neutron project because we are defaulting to something that gets almost no development effort and that is not even gated on (other than unit tests). This is a risky move that can damage first-time users' opinions of the viability of OpenStack. I wouldn't feel confident about something that has defaults that could be broken at any time... even  during a release. </p></blockquote><div><br><div class="gmail_default" style="font-family:courier new,monospace;display:inline">​Well, this is part of the motivation behind this patch. If the default is Linuxbridge, that is what<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">is being used in all the gate testing unless it it being explictly overridden.​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">Can someone point me to the list of complaints about OVS? I would rather invest time in addressing those issues rather than ignoring everything a good chunk of the neutron community has spent significant time on. </p>
<p dir="ltr">If OVS really is a non-starter because of lack of tooling and lack of deployer experience, we (the neutron community) will need to put significantly more efforts into automated testing and feature parity (e.g. re-implement DVR). </p></blockquote><div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">​The idea is to make the entry level for using neutron networking as low as possible. Currently starting<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">with neutron implicitly also requires starting with OVS, which is adding complexity that in a significant<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">amount of environments is not needed. This probably includes most of the deployments that still cling to<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">using nova-network, but also people looking at OpenStack for the first time. <br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline"><br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">Since DVR is not enabled by default anyway (or is it?), I don't think that it will be much of an issue<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">if enabling it will now require changing two settings instead of one. ​</div> <div class="gmail_default" style="font-family:courier new,monospace;display:inline">​But having that as a second step<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">after having done a successful initial deployment, will be a much better experience for most users than<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">having them fail in their first contact with neutron already.​</div></div></div></div></div>