15:00:18 #startmeeting neutron_qos 15:00:19 Meeting started Tue Nov 20 15:00:18 2018 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:22 The meeting name has been set to 'neutron_qos' 15:00:25 hi 15:00:27 o/ 15:00:48 o/ 15:01:13 * mlavalle welcomes back ralonsoh as the chair of this meeting \o/ 15:01:28 thanks! I'll do my best today 15:01:31 Bienvenido 15:02:00 o/ 15:02:11 please, if I miss something, say it 15:02:13 let's start 15:02:20 #topic RFEs 15:02:29 #link https://bugs.launchpad.net/neutron/+bug/1560963 15:02:30 Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) 15:02:49 hi, sorry for being late :) 15:03:18 I have started again pushing an old patch to have egress QoS in physical and ext bridges, but not tunnel 15:03:38 tunnel bridges egress QoS must be addressed in other patch 15:03:52 #link https://review.openstack.org/#/c/406841/ 15:03:57 thanks for picking this up 15:04:03 this is just an initial draft 15:04:24 let's see if I can finish it now 15:04:37 and pretty sure you will :-) 15:04:58 ok, next one 15:05:00 #link https://bugs.launchpad.net/neutron/+bug/1727578 15:05:01 Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged] 15:05:07 #link https://review.openstack.org/#/c/558986/ 15:05:29 that one is being taken care of by my colleague Zhabo 15:05:32 Zhaobo 15:05:40 is still WIP 15:05:59 yes, he is focused right now on three features in Octavia 15:05:59 and seems not to be progress since Oct 15:06:11 but he is commited to come back to this one in this cycle 15:06:14 ok, so we can wait for this one 15:06:20 I'll skip it 15:06:36 next one 15:06:40 #link https://bugs.launchpad.net/neutron/+bug/1757044 15:06:41 Launchpad bug 1757044 in neutron "[RFE] neutron L3 router gateway IP QoS" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889) 15:06:45 Patches in progress: 15:06:50 #link https://review.openstack.org/#/c/424468/ - server side patch, 15:06:55 #link https://review.openstack.org/#/c/568526/ - agent side patch, 15:07:02 I'll review them this week 15:07:12 They are in my pile 15:07:24 agent side has one +2 15:07:37 same as server side 15:07:41 yeap 15:07:46 I feel the pressure 15:07:51 :-) 15:08:12 I'll review them this week to (two more to my pile) 15:08:23 ralonsoh: thanks. I was about to ask 15:08:32 *too 15:08:57 any comment on those ones? 15:09:09 not from me 15:09:43 ok, next one 15:09:45 #link https://bugs.launchpad.net/neutron/+bug/1777627 15:09:46 Launchpad bug 1777627 in neutron "RFE: QoS – rule's management (set,delete, show…) requires parameter in addition to " [Wishlist,In progress] - Assigned to Miguel Lavalle (minsel) 15:09:52 #link https://review.openstack.org/#/c/613820/ 15:10:08 yeap 15:10:17 it's good to go from my point of viw 15:10:49 ok, another one to the review backlog fro everyone 15:10:53 please note that based on the experience with this patch, I'll update the api-ref and the extension definition ijn neutron-lib 15:11:39 why are not you pushing the change to neutron-lib now? 15:11:47 https://review.openstack.org/#/c/613820/4/neutron/extensions/_qos_rules_alias_lib.py 15:11:52 I'll do it this week 15:11:59 perfect 15:12:00 just lack of time in Berlin 15:12:10 sure, busy week 15:12:45 next one 15:12:48 #link https://bugs.launchpad.net/neutron/+bug/1578989 15:12:49 Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Lajos Katona (lajos-katona) 15:13:08 slow progress with open patches during the summit 15:13:10 #link https://review.openstack.org/#/q/topic:minimum-bandwidth-allocation-placement-api+(status:open+OR+status:merged) 15:13:14 rubasov did a great demo last week 15:13:28 fantastic! 15:13:36 despite having to wrestle to submission the projection equipment 15:13:54 we'll have a youtube video of the presentation done together with mlavalle and gibi soon 15:14:25 once you have it, please share it! 15:14:46 it was 6pm on the last day of the summit and rubasov had the audience spellbound with a CLI demo 15:14:50 with lajoskatona we plan to have a bit more focus in the coming weeks and produce a new set of changes 15:14:54 ralonsoh: will do 15:15:20 mlavalle: thanks for the flattery 15:15:35 about the patches, only in neutron there are still 7 ongoing patches: https://review.openstack.org/#/q/topic:minimum-bandwidth-allocation-placement-api+(status:open) 15:16:23 lajoskatona's open patches are all close to being merged 15:16:24 so I encourage everyone to take a look at them 15:16:29 so the number will be lower soon 15:16:39 ack 15:16:39 is a big feature, I now 15:17:09 any tech problem you want to talk about? 15:17:10 and we made an update to our todo etherpad: https://etherpad.openstack.org/p/QoS_minimum_bandwidth_allocation_in_Placement_API 15:17:18 it's quite complex 15:17:27 so I only recommend it for the brave 15:17:56 I think the brave includes everybody in this meeting 15:18:13 ralonsoh runs bulls every year in Panplona 15:18:28 and El Comandante in Poland is fearless 15:18:30 sure...... hehehee 15:18:41 wow :-) 15:19:32 and that's about all from me 15:19:43 thanks! 15:19:51 there are a couple more RFEs 15:19:57 #link https://bugs.launchpad.net/neutron/+bug/1787792 15:19:59 Launchpad bug 1787792 in neutron "[RFE] Does not support ipv6 N-S qos" [Wishlist,New] 15:20:02 thanks rubasov lajoskatona.... great work 15:20:43 is there any update or new comment on these one? 15:20:46 I'll start working on this one when I finish the rules alias 15:20:54 perfect 15:21:11 we'll update the status next week 15:21:14 in fact, if you can provide you thoughts in the RFE, I will appreciate it a lot ralonsoh 15:21:23 sure 15:21:37 where is the link? 15:21:41 I don't see it in the bug 15:22:07 ralonsoh: I meant the RFE itself. If you have any thoughts or advice, it will be appreciated 15:22:10 or guidance 15:22:14 oh, you said the bug itself 15:22:18 yeap 15:22:40 added to my pile 15:22:46 :-) 15:23:30 ok, last one 15:23:33 #link https://bugs.launchpad.net/neutron/+bug/1787793 15:23:34 Launchpad bug 1787793 in neutron "[RFE] Does not support shared N-S qos per-tenant" [Wishlist,New] 15:23:53 this one is tricky 15:24:16 yes 15:24:19 is LIU here? 15:24:26 and I am also willing to work on it 15:24:35 yes 15:24:53 liuyulong, you have two patches 15:25:11 #link https://review.openstack.org/#/c/568526/ 15:25:24 #link https://review.openstack.org/#/c/568526/ 15:25:33 from the other RFE 15:26:01 you stated that those patches could resolve this problem 15:26:55 * mlavalle listens 15:26:56 Hmm, this bug is for share bandwidth for entire tenant 15:27:51 The patches I submitted there, it is for traditional router gateway IPs QoS. 15:27:57 you said that handling QoS in the router gateway 15:28:16 the limits will be shared by the tenant 15:29:36 liuyulong, ? 15:29:42 This bug is something like this. Users buy a bandwidth once from the provider. 15:30:15 Then share this bandwidth crossing the tenant's floating IPs, gateway IPs, VPN IPs, and so on. 15:30:51 and ports 15:31:05 but what happens if none of the tenants are using FIPs? 15:31:25 right 15:31:50 and you are not limiting physically the BW in the host 15:31:58 for example, if you are not using DVR 15:32:03 Yes, this is the point, they want share a bandwidth for floating IPs. 15:32:16 ok 15:32:36 can we debate / disucss in the RFE? 15:32:49 sure, that's better 15:32:51 if we can come up with a nice design 15:32:54 And dvr or different routers' floating IP make things a little complicated. 15:33:05 I'll be glad to work on the implementation 15:33:27 let's discuss in the RFE 15:33:36 OK 15:33:39 ok, no more RFEs 15:33:49 let's go to bugs 15:33:50 #topic Bugs 15:33:56 #link https://bugs.launchpad.net/neutron/+bug/1784006 15:33:57 Launchpad bug 1784006 in neutron "Instances miss neutron QoS on their ports after unrescue and soft reboot" [Medium,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:34:07 ralonsoh: but I think you are on to something. If we can put something in from of all the tenant resources, we limit the bandwidth in that something 15:35:09 we need to be cautious on having a bottle neck, adding something like a unique pipe for all the traffic 15:35:20 anyway 15:35:43 mlavalle, #link https://bugs.launchpad.net/neutron/+bug/1784006 15:35:44 Launchpad bug 1784006 in neutron "Instances miss neutron QoS on their ports after unrescue and soft reboot" [Medium,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:35:51 any update? 15:36:01 no, didn't have time to work on it 15:36:33 if anyone has bandwidth, feel free to take it. otherwiese, I'll get to it later 15:36:58 I don't have now 15:37:00 sorry 15:37:10 np 15:37:19 I'm glad to be on the hook 15:37:49 just don't want to hoard bugs 15:38:31 we have too much backlog sometimes... 15:38:53 ok, we have the last one 15:38:55 #link https://bugs.launchpad.net/neutron/+bug/1785189 15:38:56 Launchpad bug 1785189 in neutron "Floatingip and router bandwidth speed limit failure" [Undecided,In progress] - Assigned to Brian Haley (brian-haley) 15:39:09 still no answer to liuyulong questions 15:39:14 #link https://review.openstack.org/#/c/596637/ 15:39:28 IMO, the solution is ok 15:39:42 but questions marked by liuyulong are fair 15:40:00 yeah 15:40:02 and we should have this information to validate this solution 15:40:05 I'll ping Brian 15:41:15 I think we should reproduce this environment to test liuyulong questions 15:41:57 anyway, I'll try to reach Brian too 15:42:01 ok 15:42:43 does anyone have any other bug not listed? 15:43:33 ok, other opens 15:43:36 #topic Open Discussion 15:44:02 none from me 15:44:59 ok, we can finish the meeting today 15:45:12 (do you remember the command to close the meeting?) 15:45:25 (I'm still learning) 15:45:29 #endmeeting 15:45:32 hehehhe 15:45:34 perfect 15:45:41 thank you all! 15:45:50 o/ 15:45:51 o/ 15:45:53 good job ralonsoh :-) 15:45:56 thank you guys 15:45:57 #endmeeting