<div dir="ltr">On Mon, Jun 8, 2015 at 8:19 AM, Paul Carver <span dir="ltr"><<a href="mailto:pcarver@paulcarver.us" target="_blank">pcarver@paulcarver.us</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What is the status of the flavor framework? Is this the right spec? <a href="https://blueprints.launchpad.net/neutron/+spec/neutron-flavor-framework" target="_blank">https://blueprints.launchpad.net/neutron/+spec/neutron-flavor-framework</a><br>
<br></blockquote><div><br></div><div>Yes, that's the correct spec. The status is that we've committed to delivering Flavors in Liberty. Doug Wiegley is leading this work along with some other folks at the moment. I'm hoping we can land the code in Liberty-1.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm trying to sort through how the ML3 proposal <a href="https://review.openstack.org/#/c/105078/" target="_blank">https://review.openstack.org/#/c/105078/</a> fits in with requirements for high performance (high throughput, high packets per second, low latency) needed for workloads like VoIP, video and other NFV functions.<br>
<br></blockquote><div><br></div><div>I think fundamentally flavors is the right approach for exposing ML3-like constraints to users. The existing approach specified in the ML3 spec exposes too many underlying details to users. Flavors can be used to expose the same thing by operators but without exposing the underlying semantics of the backend implementation.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It seems to be the consensus that a significant part of the intent of ML3 is "flavors for routers" and that makes it natural that ML3 should have a dependency on flavor framework but the blueprint referenced above doesn't have a series or milestone target.<br>
<br></blockquote><div><br></div><div>I've fixed this. :)<br><br></div><div>Lets see if we can figure out the control plane aspects of ML3 at this time. I think everyone is in agreement that ML3 makes sense (running multiple router plugins at the same time), it's just what was exposed to users which was causing some heartburn. Flavors will address that heartburn.<br><br></div><div>Thanks,<br></div><div>Kyle<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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></div>