Open Stack

Hello Felipe:

Did you configure both the server and the agent? Probably you configured
the server correctly, this is why you can create and apply the QoS policies.

But you also need to configure the OVS agent [1]. In the plugin ML2 config
(by default /etc/neutron/plugins/ml2/ml2_conf.ini), you need to configure
the agent extension:

[agent]extensions = qos


Check this config file and then enable the OVS agent debug logs (restarting
the agent). Check the logs for any QoS message there. You should also check:
- For BW limit ingress rules (ingress from the VM point of view, this is
the default point of view): the OVS agent creates a QoS register and a
queue register in the OVS DB table. You should see them using ovs-vsctl
tool.
- For BW limit egress: the OVS agent modifies the port Interface table,
setting the "ingress_policing_rate" and "ingress_policing_burst" (we don't
do traffic shaping, we drop packets exceeding the max rate but it works).

I hope that helps you to debug what is happening there.

Regards.

[1]https://docs.openstack.org/neutron/rocky/admin/config-qos.html

On Mon, Jul 19, 2021 at 8:28 AM Felipe Mogollon <fmogollon at vicomtech.org>
wrote:

> Hi,
>
> I am using OVS as backend.
>
> I can set networking limit by QoS and openstack accepts and can check QoS
> settings (bandwith, etc..) but nothing matters, I always get maximun
> transfer speed.
>
> Regards
>
> Felipe
>
> On Fri, Jul 16, 2021 at 3:47 PM Rodolfo Alonso Hernandez <
> ralonsoh at redhat.com> wrote:
>
>> Hello Felipe:
>>
>> What network backend are you using? OVS, SR-IOV, OVN or Linux Bridge? Or
>> any other out-of-tree backend?
>>
>> Regards.
>>
>> On Fri, Jul 16, 2021 at 2:32 PM Felipe Mogollon <fmogollon at vicomtech.org>
>> wrote:
>>
>>> Hi,
>>>
>>> I am running openstack victoria installed using packstack.
>>>
>>> Everything things to be fine except bandwidth limit. I have tried to
>>> limit internal traffic between two instances and between instances and
>>> "Internet" but I always get maximum data transfer speed.
>>>
>>> I have set up following rules
>>>
>>> openstack network qos rule create --type bandwidth-limit --max-kbps 3
>>>   --max-burst-kbits 2 --ingress bw-choke
>>> openstack network qos rule create --type bandwidth-limit --max-kbps 3
>>>   --max-burst-kbits 2 --egress bw-choke
>>>
>>> and applied bw-choke policy to the internal network where my instances
>>> are deployed:
>>>
>>> openstack network set --qos-policy bw-choke newdeploylab_private_network
>>>
>>> and to ports where machines connect to subnet:
>>>
>>> openstack port set --qos-policy bw-choke
>>> 503a07b8-2da0-4abe-8251-ede648ba42b4
>>> openstack port set --qos-policy bw-choke
>>> 776d5fb3-639c-47cc-9b0f-6ec855397df7
>>>
>>> but nothing happens.
>>>
>>> Each time I try to download something from internet or copy data from an
>>> instance to another I always get maximum data transfer speed.
>>>
>>> I have followed instructions from
>>> https://docs.openstack.org/neutron/victoria/admin/config-qos.html
>>>
>>> Any ideas?
>>>
>>>
>>> --
>>> <https://www.vicomtech.org>
>>>
>>> Juan Felipe Mogollón Rodríguez
>>> Researcher | Investigador
>>>
>>> fmogollon at vicomtech.org
>>> +[34] 943 30 92 30
>>> Digital Media
>>>
>>> <https://www.linkedin.com/company/vicomtech>
>>> <https://www.youtube.com/user/VICOMTech>
>>> <https://twitter.com/@Vicomtech>
>>>
>>> member of:  <https://graphicsvision.ai/>
>>>
>>> La información que contiene este mensaje y sus adjuntos son
>>> confidenciales y están dirigidos exclusivamente a sus destinatarios. Si
>>> recibe este mensaje por error, se ruega nos lo comunique y proceda a su
>>> borrado.
>>>
>>> The information contained in this electronic message is intended only
>>> for the personal and confidential use of the recipients designated in the
>>> original message. If you have received this communication in error, please
>>> notify us immediately by replying to the message and deleting it from your
>>> computer.
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210719/e8e592d0/attachment.html>