Comment 1 for bug 1563820

This bug cannot be reproduced on stable/mitaka deployed by DevStack. Rate limiters are correctly applied to VFs:

elena@cz7833:~/devstack$ neutron qos-bandwidth-limit-rule-show 3d42f456-f21b-4a0a-9c2b-b1666ad603ca bw-limiter
+----------------+--------------------------------------+
| Field | Value |
+----------------+--------------------------------------+
| id | 3d42f456-f21b-4a0a-9c2b-b1666ad603ca |
| max_burst_kbps | 0 |
| max_kbps | 170000 |
+----------------+--------------------------------------+

elena@cz7833:~/devstack$ ip l | less
....
5: p514p2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 0c:c4:7a:bd:42:ad brd ff:ff:ff:ff:ff:ff
    vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
   ...
    vf 6 MAC fa:16:3e:95:f6:ac, vlan 2010, tx rate 170 (Mbps), spoof checking on, link-state enable
...

Meanwhile, it has to be mentioned that max_rate wouldn't get applied to a VF if it's lower than the minimum rate supported by the NIC. For example, the XL710 static rate limiters can be configured to the minimal rate limit of 50Mb/s with a granularity of
50Mb/s.

This *might* be a configuration issue, addition repro is needed. Setting this to Incomplete for now.