15:00:40 <ralonsoh> #startmeeting neutron_qos
15:00:41 <openstack> Meeting started Tue Dec 18 15:00:40 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:42 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:44 <openstack> The meeting name has been set to 'neutron_qos'
15:00:47 <ralonsoh> hello
15:01:13 <rubasov> hi
15:01:24 <lajoskatona> o/
15:01:26 <slaweq> hi
15:01:28 <mlavalle> o/
15:01:55 * slaweq will need to go out in about 30 minutes
15:02:11 <ralonsoh> hello everyone, I cleanup the backlog and I think today is going to be a short meeting
15:02:21 <ralonsoh> #topic RFEs
15:02:33 <ralonsoh> we have two active RFE
15:02:36 <ralonsoh> first one
15:02:37 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1578989
15:02:38 <openstack> Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Lajos Katona (lajos-katona)
15:02:48 <ralonsoh> links:
15:02:49 <ralonsoh> #link https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:minimum-bandwidth-allocation-placement-api
15:02:49 <ralonsoh> #link https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/bandwidth-resource-provider
15:02:49 <ralonsoh> #link https://review.openstack.org/#/c/622316/
15:03:09 <ralonsoh> rubasov, lajoskatona any update? blocker?
15:03:09 <lajoskatona> yeah, some movements with the patches
15:03:32 <rubasov> we don't have a blocker at the moment
15:03:50 <mlavalle> so, just go over the reviews?
15:03:51 <lajoskatona> I think the newest thing is that a scenario test is uploaded (https://review.openstack.org/625253)
15:04:08 <lajoskatona> mlavalle: yeah, I think there is no blocker
15:04:09 <rubasov> we also went over our todo list since milestone 2 is near
15:04:21 <ralonsoh> is https://review.openstack.org/#/c/625253/ tested with the neutron patch?
15:04:36 <ralonsoh> slaweq, tested it manually. Is it working?
15:04:50 <mlavalle> rubasov: how are we feeling about Stein-1
15:04:56 <mlavalle> Stein-2^^^?
15:05:14 <rubasov> and we think that the bp won't be completed fully for ms-2, but we're on good track to complete it in this release
15:05:15 <slaweq> ralonsoh: tested what?
15:05:36 <lajoskatona> ralonsoh: and the nova patches (https://review.openstack.org/569459)
15:05:44 <mlavalle> rubasov: that's what I was asking about. Thanks
15:05:47 <slaweq> if You are asking about testing of https://review.openstack.org/#/c/625253/ then I didn't test that one
15:05:54 <ralonsoh> slaweq, the neutron patch related to the tempest test https://review.openstack.org/#/c/590363/
15:06:29 <slaweq> ralonsoh: so this one hhttps://review.openstack.org/#/c/598423/15 right?
15:06:37 <lajoskatona> slaweq, ralonsoh: I can add as comment to the patch the dependencies
15:06:38 <slaweq> if so, yes I tested it and it works fine
15:06:53 <ralonsoh> slaweq, yes, this one
15:06:54 <lajoskatona> to make it exacutable by others
15:07:08 <slaweq> that one is working fine IMO
15:07:12 <ralonsoh> lajoskatona, yes, we should do this
15:07:33 <lajoskatona> ralonsoh: ok, thanks
15:07:35 <ralonsoh> one question: how fast is the nova development going?
15:07:58 <ralonsoh> because I have the feeling the Neutron part is almost finish, but not the Nova part
15:07:58 <mlavalle> good question
15:08:12 <lajoskatona> ralonsoh: gibi said that he got reviews for one of his basic oatches
15:08:17 <lajoskatona> patches
15:08:19 <ralonsoh> (well, not the feeling, I can see the patches)
15:08:44 <rubasov> my understanding is there's good progress on the nova side
15:08:48 <ralonsoh> ok, maybe this is out of context, but we can spend some time on those ones
15:08:53 * gibi just discussion the first of the current nova series on #openstack-nova with mriedem  :)
15:08:57 <ralonsoh> (I mlavalle is OK hehehe)
15:08:58 <rubasov> but there are parts expected to go over into the next release
15:09:20 <rubasov> but gibi will better summarize it if he's here :-)
15:09:25 <ralonsoh> yes, that's the point, so you don't expect to have this in Stein
15:09:50 <lajoskatona> ralonsoh: the plan from nova side to make working the basic scenario, like boot VM
15:10:05 <rubasov> ralonsoh: server create/delete is expected to work in this release
15:10:06 <gibi> so what is currently proposed for nova as code handles, boot, delete, detach interface and re-schedule. The server move operations (resize, migrate, evacuate) likely slip to the next cyle
15:10:10 <gibi> cycle
15:10:11 <lajoskatona> but not the server moves if I undenrstand well
15:10:22 <rubasov> ralonsoh: other server lifecycle operations can easily spill over to the next release
15:10:38 <ralonsoh> gibi, rubasov yes, for sure. At least basic operations
15:10:39 <mlavalle> so let's push on the Neutron side to finish the feature
15:10:54 <rubasov> mlavalle: ack
15:11:05 <ralonsoh> perfect, so for the other developers: please, take a look at the neutron patches
15:11:16 <ralonsoh> #link https://review.openstack.org/#/q/topic:minimum-bandwidth-allocation-placement-api+(status:open+OR+status:merged)
15:11:28 <ralonsoh> anything else?
15:11:47 <mlavalle> rubasov, lajoskatona, gibi: thanks for your hard work!
15:12:10 <rubasov> thanks for the reviews and the help
15:12:14 <ralonsoh> for sure, big feature and great work
15:12:17 <lajoskatona> mlavalle: let's have happy coding
15:12:52 <ralonsoh> thanks, let's move to next one
15:12:57 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1560963
15:12:58 <openstack> Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
15:13:12 <ralonsoh> #link https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bug/1560963
15:13:33 <ralonsoh> There are two parts: the physical bridges implementation (first patch)
15:13:40 <ralonsoh> and the tunnel interfaces implementation
15:14:06 <ralonsoh> for the second part, I'm implementing a series of patches using pyroute2 to handle the TC qdiscs, classes and filters
15:14:24 <ralonsoh> of course, I still need to implement, using those ones, the tunnel shaping
15:14:40 <ralonsoh> no blockers, I need reviews!
15:14:58 <mlavalle> everything is under that topic, right?
15:15:07 <ralonsoh> yes, everything
15:15:11 <mlavalle> Great!
15:15:16 <mlavalle> will take a look
15:15:23 <mlavalle> and learn
15:15:25 <slaweq> me too
15:15:33 <rubasov> +1
15:15:36 <ralonsoh> ping me in case of doubt
15:15:49 <mlavalle> that's the good thing about working with ralonsoh, lajoskatona, rubasov and El Comandante
15:15:58 <mlavalle> I get to learn from their patches
15:16:09 <slaweq> LOL
15:16:20 <slaweq> should I change my IRC nick? :)
15:16:28 <mlavalle> maybe
15:16:48 <rubasov> nova folks change it on Fridays :-)
15:16:48 <ralonsoh> there are other three RFEs with no progress, I won't spend time on this. If you want, please, take a look at https://etherpad.openstack.org/p/neutron_qos_meeting_chair
15:17:17 <mriedem> question about testing for bw scheduling,
15:17:22 <mlavalle> ralonsoh: I think one of those is mine. I'll get to finsh it this week
15:17:27 <mriedem> it looks like the integration testing for that is going into a tempest plugin?
15:17:39 <mriedem> will those tests get run in the tempest-full job?
15:17:43 <ralonsoh> mlavalle, do you want to discuss it today?
15:18:05 <mlavalle> ralonsoh: no need. Just wanted you to be aware that it is in my todos before enbd of year
15:18:09 <mriedem> i want to make sure nova has integration test coverage of the feature
15:18:10 <lajoskatona> mriedem: yes it is now in neutron-tempest-plugin
15:18:36 <slaweq> neutron-tempest-plugin isn't run in tempest-full job IIRC
15:18:50 <slaweq> it's run only in neutron jobs
15:18:58 <mriedem> hmm, so what is being tested in the tempest plugin? just neutron stuff? or both neutron and nova?
15:19:05 <mriedem> if the latter, that should live in tempest proper imo
15:19:43 <lajoskatona> mriedem: we can move the test there, if that is good for tempest folks.
15:20:04 <mriedem> are the tests using nova at all? i.e. creating a server with a port that has a qos policy on it?
15:20:13 <slaweq> in neutron-tempest-plugin we have some scenario test: https://review.openstack.org/#/c/625253/1
15:20:15 <lajoskatona> mriedem: yes
15:20:25 <slaweq> and it is using nova as it spawns vms
15:20:34 <mriedem> ok i think that needs to be in tempest then so it's run in the integrated gate
15:20:41 <mriedem> or,
15:20:56 <mriedem> nova needs to add some new CI job or wrinkle to an existing job to get those tests
15:21:28 <mriedem> anyway, sorry to derail, but that's an important one for me from a nova pov
15:21:35 <slaweq> yes, so maybe it would be better to move this scenario test to tempest repo directly
15:21:36 <mriedem> b/c this is a ton of complicated code
15:21:55 <ralonsoh> mriedem, you are welcome
15:22:33 <ralonsoh> lajoskatona, rubasov : do you have your own roadmap in a etherpad
15:22:46 <ralonsoh> maybe you can add this request to it
15:22:51 <rubasov> here: https://etherpad.openstack.org/p/QoS_minimum_bandwidth_allocation_in_Placement_API
15:23:27 <ralonsoh> perfect, thanks!
15:24:05 <rubasov> added it to L52
15:24:13 <ralonsoh> thanks
15:24:19 <ralonsoh> ok, is there any other RFE am I missing?
15:24:42 <ralonsoh> #topic Bugs
15:24:54 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1784006
15:24:55 <openstack> 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:25:09 <ralonsoh> any update?
15:25:19 <mlavalle> nope
15:25:24 <ralonsoh> no problem
15:25:36 <ralonsoh> next one
15:25:37 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1785189
15:25:38 <openstack> Launchpad bug 1785189 in neutron "Floatingip and router bandwidth speed limit failure" [Undecided,In progress] - Assigned to Brian Haley (brian-haley)
15:25:45 <ralonsoh> still no progress...
15:26:11 <ralonsoh> and that's all!
15:26:28 <ralonsoh> #topic Open Discussion
15:26:47 <ralonsoh> just a heads up
15:26:49 <mlavalle> ralonsoh: I am going to discuss that patch with haleyb now in the Neutron channel
15:26:58 <ralonsoh> i two weeks I'll be OOO
15:27:14 <ralonsoh> actually, next meeting is 1 January
15:27:23 <ralonsoh> So I think we'll skip this one
15:27:29 <ralonsoh> mlavalle, Am I ok?
15:27:30 <mlavalle> in two weeks we should cancel, since it is New Year
15:27:33 <slaweq> +1
15:27:35 <ralonsoh> perfect
15:27:49 <mlavalle> so we resume on January 15th
15:28:16 <ralonsoh> mlavalle, thanks to catch Brian
15:28:29 <ralonsoh> any other topic? problem? discussion?
15:28:49 <mlavalle> ralonsoh: just please sned a message to the ML that the meeting on the 1st is cancelled
15:28:59 <ralonsoh> mlavalle, I'll do it now
15:29:10 <mlavalle> that's it from me
15:29:27 <ralonsoh> thank you everyone!
15:29:31 <ralonsoh> #endmeeting