<br><br><div class="gmail_quote">On Mon, Mar 4, 2013 at 8:00 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Mon, Mar 4, 2013 at 10:47 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One area that I<br>
think could use some additional attention is the collaboration between<br>
Nova and Quantum. I would like to step up the effort to get to where we<br>
are no longer maintaining two networking stacks.<br></blockquote><div><br></div></div><div>+10<br><br></div><div>Instead of focusing on the ability to entirely replace internal Nova networking with Quantum, unfortunately feature development in Quantum has been the focus over the last two release cycles.</div>
</div></div></div></blockquote><div><br></div><div>I'm actually surprised to hear this comment. If you look at the 'high' or 'critical' features for quantum in folsom or grizzly, reaching full parity with nova use cases has been the highest priority. </div>
<div><br></div><div>Nova Parity In Folsom: </div><div>- IPAM</div><div>- L3 + floating IPs</div><div>- basic metadata </div><div><br></div><div>Nova Parity In Grizzly: </div><div>- security groups </div><div>- better metadata integration</div>
<div>- multi-host like L3 + dhcp model</div><div><br></div><div>The only thing I see as missing is a cloudpipe VPN equivalent, and to be honest the reason for this is that no one seems very interested in using this capability. It was targeted for Folsom, but no one showed up to write any code. I've heard a few people coordinating on plans for Havana for VPN, so achieving it seems more likely. </div>
<div><br></div><div>Are there other key gaps you see? When I had talked with Vish about this in the past, the model was to freeze nova-network to allow Quantum to reach parity, and then push people away from nova-network toward Quantum. </div>
<div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> What this has brought is a whole bunch of new plugins and drivers as all the networking hardware companies attempt to get in on the game, but unfortunately, it's caused serious stability and long-term architecture problems, IMO.<br>
</div></div></div></div></blockquote><div><br></div><div>I agree there has been a flood of new plugins from different companies. In almost all cases, this comes from new contributors, and it not consuming core team resources other than reviews. Turning these new contributors away does not strike me as feasible in an open community like OpenStack. To maintain balance, we've been stringent about making sure that new plugins are always ranked as lower priority for review cycles than core community efforts like the items I outlined above. </div>
<div><br></div><div>We're definitely open to suggestions on how we can improve the process though :) </div><div><br></div><div>Dan</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-jay<br></div></font></span></div>
<br></div><div class="gmail_extra">p.s. The above comment in no way is a slight on VIsh or Dan W. I understand the decisions that have been made regarding feature enhancements, I just think it's time for some housekeeping to be done.<br>
</div></div>
<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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <div>Nicira, Inc: <a href="http://www.nicira.com" target="_blank">www.nicira.com</a><br><div>twitter: danwendlandt<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></div></div>