15:01:06 #startmeeting neutron_qos 15:01:06 Meeting started Tue Mar 13 15:01:06 2018 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:09 The meeting name has been set to 'neutron_qos' 15:01:15 mlavalle: Very glad to be a part of the team! 15:01:22 hi on another meeting for those who are interested in neutron-qos :) 15:01:32 o/ 15:02:10 can we have 2 minutes before we will start really? 15:02:43 ure 15:04:57 ok, I'm back now 15:05:03 so can we start? 15:05:42 #topic RFEs 15:06:33 mlavalle: are You here? 15:06:43 yes I am 15:06:48 o/ 15:06:54 hi njohnston :) 15:07:10 Hello slaweq! 15:07:22 first rfe for today 15:07:24 #link https://bugs.launchpad.net/neutron/+bug/1560963 15:07:25 Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] 15:07:46 I can update here 15:08:02 go on mlavalle 15:08:53 This work is being tackled on the NOva side by gibi. he is one of the Nova cores 15:09:11 mlavalle: I think You are talking about #link https://bugs.launchpad.net/neutron/+bug/1578989 15:09:12 Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:09:12 we had a session on it in Dublin 15:09:21 am I right? 15:09:25 yes 15:09:36 ok, so let's go with this one 15:09:41 please continue 15:10:20 and rubasov is going to help on the Neutron side 15:10:46 he is going to re-spin https://review.openstack.org/#/c/508149/ 15:11:14 based on what was discussed in Dublin 15:11:19 great 15:11:27 and the progress made on the NOva side spec: 15:11:52 https://review.openstack.org/#/c/502306/ 15:12:26 on Nova side it's almost ready I think 15:12:30 I will personally work implementing the Neutron side 15:13:01 but now we will have help from rubasov and lajoskatona 15:13:10 thx mlavalle and rubasov :) 15:14:21 so getting back to https://bugs.launchpad.net/neutron/+bug/1560963 15:14:22 Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] 15:14:42 this is somehow related to what mlavalle said 15:14:55 slaweq: sorry for the mix up 15:15:08 it is matter of backend implementation of such minimum bandwidth rule 15:15:20 mlavalle: no, it was even better to start from what You said :) 15:15:48 for https://bugs.launchpad.net/neutron/+bug/1560963 there was patch for LB agent made by ralonsoh some time ago 15:15:49 Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] 15:15:49 :-) 15:16:02 but it wasn't working well and was reverted 15:16:35 and to be honest it will be quite tricky to provide such traffic shaping with minimum bandwidth for port 15:16:42 hi all 15:17:00 Hi 15:17:04 problem is that tc allows to shape egress traffic and we need to shape traffic which is ingress from bridge POV 15:17:35 I want to check how we can use IFB devices for that as I think it is only possible solution 15:17:44 hi lajoskatona_ and rubasov 15:17:46 rubasov: we are discussing the fact that minimum bandwidth rules are only implemented for egress 15:18:10 maybe someone have some other ideas or want to work on it? 15:18:13 we need to keep this in mind 15:18:23 for the scheduling work we will be doing 15:18:29 mlavalle: thanks for bringing me up to speed 15:19:41 so I propose to start working on the Nova scheduling stuff 15:19:59 previously I was thinking the scheduling (both ingress/egress) and the ingress enforcement work can be kept orthogonal 15:20:52 yeah 15:21:00 let's do a first pass on the spec 15:21:07 yes, sure 15:21:14 and see what the effect is 15:21:27 but we need to remember that backend implementation will be not trivial also :) 15:21:50 okay, agree to start working with the scheduling 15:22:09 absolutely, but I am counting on slaweq to provide guidance 15:22:22 by the way, rubasov and lajoskatona_ are in Hungary 15:22:29 right? 15:22:39 nice, more and more people from my TZ :) 15:22:52 yes, time zone UTC+1 or +2 soon in daylight saving 15:22:55 mlavalle/slaweq: yeah, same TZ 15:22:56 slaweq is in Poland 15:24:08 we already transitioned to day light saving this past weekend in the USA 15:24:13 ok, so we can agree that You will now focus on specs for scheduling part and I will try to find some solutions for backend, right? 15:24:31 that sounds good to me 15:24:32 slaweq: sounds great 15:24:36 ++ 15:24:42 great 15:24:48 so going to next rfe 15:24:52 slaweq: please also provide feedback in the specs 15:24:58 mlavalle: sure 15:25:00 I will 15:25:08 :-) 15:25:12 next is #link https://bugs.launchpad.net/neutron/+bug/1596611 15:25:13 Launchpad bug 1596611 in neutron "[RFE] Create L3 IPs with qos (rate limit)" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889) 15:25:30 this one is almost done, only patch not merged yet is scenario tests 15:25:36 #link https://review.openstack.org/#/c/529784/ 15:25:42 slaweq, mlavalle: thanks in advance for the reviews 15:25:43 please review it :) 15:25:44 yeah, that was my impession 15:25:50 will do 15:25:53 thx 15:26:11 I think there is nothing more to add with this one 15:26:17 so we can go to next 15:26:19 #link https://bugs.launchpad.net/neutron/+bug/1727578 15:26:20 Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged] 15:26:20 yeap 15:26:39 there is specs proposed for that but there wasn't any update for some time 15:27:07 I commented some nits there only but maybe mlavalle and others can also review it 15:27:20 I will talk to zhaobo this week about it 15:27:26 mlavalle: thx 15:27:31 I'll ask him to follow up 15:27:53 I'm not a vpn expert so I will definitely need someone else to look into it :) 15:28:02 yeap 15:28:27 moving on to next topic 15:28:29 #topic Bugs 15:28:42 it was very quite time recently 15:28:56 there are no new bugs which are still open 15:29:15 from bugs which are still there for some time we have: 15:29:21 #link https://bugs.launchpad.net/neutron/+bug/1639186 15:29:23 Launchpad bug 1639186 in neutron "qos max bandwidth rules not working for neutron trunk ports" [Low,Confirmed] 15:29:54 there is no volunteer to work on it still 15:30:42 mhhhh 15:30:52 I will probably don't have time for it neither 15:31:02 I will try to take a look 15:31:08 thx mlavalle 15:31:28 next is #link https://bugs.launchpad.net/neutron/+bug/1732852 15:31:30 Launchpad bug 1732852 in neutron "neutron don't support Router gateway rate limit " [Low,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:31:36 which is similar case 15:31:56 I am assigned to it becasue I did some update on docs related to it 15:32:22 but I don't have time for check how/if we can solve it 15:32:42 I will remove myself from it - maybe there will be someone who will want to work on it 15:33:04 when I'm done with the other one, I'll get back to this one 15:33:15 mlavalle: thx again :) 15:33:35 and the last one is 15:33:37 #link https://bugs.launchpad.net/neutron/+bug/1739411 15:33:39 Launchpad bug 1739411 in neutron "QoS DSCP mark disappear stable/ocata" [Low,Confirmed] - Assigned to Pavlukhin Max (mpavlukhin) 15:33:47 but this one is only related to Ocata branch 15:34:14 author proposed some patch but looks that he don't continue work on it 15:34:22 https://review.openstack.org/#/c/536095/ 15:34:43 question is: should we continue work on such patch for ocata? 15:34:57 I don't think it is really critical bug 15:35:04 agree 15:35:07 mlavalle: what do You think? 15:35:34 agree 15:35:43 should we close it as "Won't fix" then? 15:36:04 yes, please 15:36:08 ok, thx 15:36:32 so, that's all from me for today 15:36:35 #topic Open Discussion 15:36:44 anyone wants to talk about something else? 15:37:01 just to welcome rubasov and lajoskatona_ to the team 15:37:14 we are delighted to have you! 15:37:16 ++ 15:37:23 mlavalle: thank you 15:37:45 rubasov: we hope to get up to speed quickly so we can really help out 15:38:00 if You will need anything I am on neutron channel available almost everyday :) 15:38:20 so just ping me 15:38:22 mlavalle: thanks 15:39:09 slaweq: thanks, we'll linger in the chat too 15:39:11 me too. just in a different time zone 15:39:20 I am in UTC - 5 15:39:38 during day light saving time 15:39:54 sunny Austin Texas 15:39:56 now we are in two weeks when we are closer to each other :) 15:40:05 that's true 15:40:12 as You already changed time and we not yet 15:41:25 ok, if there is nothing else, I think we can finish earlier today 15:41:33 Thanks! 15:41:35 o/ 15:41:38 thank you 15:41:43 thx 15:41:47 #endmeeting