[openstack-dev] [Neutron] [QoS] Roadmap and prioritisation of features.
Miguel Angel Ajo Pelayo
majopela at redhat.com
Tue Feb 23 18:53:37 UTC 2016
Regarding this conversation about QoS,  as Nate said, we
have every feature x4 ( x[API, OVS, LB, SR-IOV]) and I add: we
should avoid writing RFEs for any missing piece in the reference
implementations, if any of those is missing, that’s just a bug.
I guess I haven’t been communicating the status and plan lately
neither reviewing new RFEs due to our focus on the current ones,
sorry about that.
I believe the framework we have is solid (what could I say!) but
we’re sticking to the features that are easier to develop on the reference
implementation, and still beneficial to the broadest audience
(like bandwidth policing, L3 marking -DSCP- , … ) and then
we will be able to jump into more complicated QoS rules.
Some of the things, are simply technically complicated in the low level
while very easy to model with the current framework.
And some of the things need integration with the nova scheduler (like
min bandwidth guarantees -requested by NFV/operators-)
After the QoS meeting I will work on a tiny report so we can raise visibility
about the features, and the plans.
 http://eavesdrop.openstack.org/meetings/neutron_drivers/2016/neutron_drivers.2016-02-18-22.01.log.html#l-52 <http://eavesdrop.openstack.org/meetings/neutron_drivers/2016/neutron_drivers.2016-02-18-22.01.log.html#l-52>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev