[nova] review guide for the bandwidth patches

Sean Mooney smooney at redhat.com
Fri Jan 18 20:56:14 UTC 2019

On Fri, 2019-01-18 at 10:55 -0600, Matt Riedemann wrote:
> On 1/4/2019 7:20 AM, Sean Mooney wrote:
> > so in rocky the vm should boot, there will be no prevention of over subsciption in placement and netuon will
> > configure
> > the minium bandwith policy if the network backend suports it. The ingress qos minium bandwith rules was only added
> > in
> > neutron be egress qos minium bandwith support was added in newton with
> > 
> You said "The ingress qos minium bandwith rules was only added in 
> neutron" - did you mean a release rather than "neutron", as in a release 
> newer than newton, presumably much newer?
yes i meant to say minium ingress qos was only added to neutron in rocky
where as minium egress qos dates back to newton.
> > so there are will be a lot of existing cases where ports will have minium bandwith policies before stein.
> Isn't this all admin-only by default in neutron since newton? So how do 
> we know there will be "a lot" of existing cases? Do we know of any 
> public openstack clouds that enable this for their users? If not, I'm 
> guessing by "a lot" maybe you mean a lot of telco private cloud 
> openstack deployments that just have a single MANO tenant?
yes telco/nfv deployment where a mano system is used to manage openstack
was the primary usecase i was thinking about.
looking at the api definition 
and api docs 

i dont see anything calling this api as admin only. i know qos in general was not intended to be admin only.
looking at https://github.com/openstack/neutron/blob/master/neutron/conf/policies/qos.py it looks
like you need admin right to create update and delete qos rules/policies

but i think any user can aplly a qos policy that was created by an admin to a port or network


extends the port and network resouces with a qos policy id.


do not set an adming only policy on the qos policy id so i assuem the default
of RULE_ANY ('rule:regular_user') or RULE_ADMIN_OR_OWNER ('rule:admin_or_owner') applies.

the intenat of haveing policy creation be admin only but requesting a policy be available
to all tenants was to allow opertor to chage for guaranteed bandwith or priorised trafic
and enable tenants to opt in to that.

if the admin did not define any qos policies and used teh defult api polices then yes
there are likely few users of this out side of telco deployments.

More information about the openstack-discuss mailing list