Activity log for bug #1596611

Date Who What changed Old value New value Message
2016-06-27 16:35:34 LiuYong bug added bug
2016-06-27 22:10:24 LiuYong description For a certain tenant, there is not a implementation used for limiting the egrees bandwidth of floating ips. Use cases ========= In certain commercial scenery with neutron, such as some VNF cases using TECS of ZTE, the max egrees bandwidth of a floating ip should be limited because of its expensive cost and its flexibility with different fixed ips at different envirenments. As for the bandwidth limiting for one floating ip, it should be the implementation by means of the parameter '--max-kbps' described in . But for now, it is not allowed to executing 'floating-ip-create' with '--qos-policy'. Now like below: ============ [root@localhost devstack]# neutron floatingip-create public --qos-policy qos-policy Unrecognized attribute(s) 'qos_policy' Neutron server returns request_ids: ['req-b7ff870c-3f43-424b-a694-703726090d69'] I think it should be: ===================== When a floating ip, created with a 'qos-policy', is associated with a fixed ip, the 'qos-policy' is applied on the fixed port accordingly. This implementation will bring more convenience when tenant destroy the fixed port and deploy another re-associating. For a certain tenant, there is not a implementation used for limiting the egrees bandwidth of floating ips. Use cases ========= In certain commercial scenery with neutron, such as some VNF cases using TECS of ZTE, the max egrees bandwidth of a floating ip should be limited because of its expensive cost and its flexibility with different fixed ips at different envirenments. As for the bandwidth limiting for one floating ip, it should be the implementation by means of the parameter '--max-kbps' in '--qos-policy-rule'. But for now, it is not allowed to executing 'floating-ip-create' with '--qos-policy'. Now like below: ============ [root@localhost devstack]# neutron floatingip-create public --qos-policy qos-policy Unrecognized attribute(s) 'qos_policy' Neutron server returns request_ids: ['req-b7ff870c-3f43-424b-a694-703726090d69'] I think it should be: ===================== When a floating ip, created with a 'qos-policy', is associated with a fixed ip, the 'qos-policy' is applied on the fixed port accordingly. This implementation will bring more convenience when tenant destroy the fixed port and deploy another re-associating.
2016-06-27 23:03:16 LiuYong neutron: assignee LiuYong (liu-yong8)
2016-06-28 11:48:50 Rossella Sblendido neutron: importance Undecided Wishlist
2016-07-07 12:54:42 Ihar Hrachyshka tags rfe
2016-07-07 20:09:11 Armando Migliaccio neutron: status New Confirmed
2016-07-15 19:20:06 Armando Migliaccio neutron: status Confirmed Triaged
2016-07-21 22:23:06 Miguel Angel Ajo tags rfe qos rfe
2016-07-21 22:23:17 Miguel Angel Ajo summary Create floating-ips with qos [RFE] Create floating-ips with qos
2016-07-21 22:54:27 Armando Migliaccio tags qos rfe qos rfe-postponed
2016-09-21 06:07:47 LIU Yulong bug added subscriber LIU Yulong
2017-02-04 02:15:22 LIU Yulong neutron: assignee LiuYong (liu-yong8) LIU Yulong (dragon889)
2017-02-04 02:15:26 LIU Yulong neutron: status Triaged In Progress
2017-02-15 02:56:01 LIU Yulong summary [RFE] Create floating-ips with qos [RFE] Create L3 IPs with qos (rate limit)
2017-02-15 02:56:07 LIU Yulong tags qos rfe-postponed qos rfe
2017-04-27 22:29:34 Kevin Benton neutron: status In Progress Triaged
2017-05-18 22:43:28 Kevin Benton tags qos rfe qos rfe-approved
2017-10-16 16:03:42 OpenStack Infra neutron: status Triaged In Progress
2018-03-20 05:24:54 LIU Yulong summary [RFE] Create L3 IPs with qos (rate limit) [RFE] Create L3 floating IPs with qos (rate limit)
2018-03-20 05:25:02 LIU Yulong neutron: status In Progress Fix Committed
2018-05-14 08:37:40 LIU Yulong neutron: status Fix Committed Fix Released
2021-03-10 20:49:21 Christian Rohmann bug added subscriber Christian Rohmann