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