15:05:43 <mlavalle> #startmeeting neutron_qos
15:05:44 <openstack> Meeting started Tue Jul  3 15:05:43 2018 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:05:46 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:05:48 <openstack> The meeting name has been set to 'neutron_qos'
15:06:14 <rubasov> o/
15:06:39 <mlavalle> hey rubasov
15:06:49 <rubasov> hello mlavalle
15:06:56 <mlavalle> so slaweq is away on vacation
15:07:04 <mlavalle> this week end next
15:07:07 <rubasov> good for him
15:08:30 <mlavalle> #topic RFEs
15:09:51 <mlavalle> We have agenda here: https://etherpad.openstack.org/p/neutron_qos_meeting_chair
15:10:34 <mlavalle> First RFE is https://bugs.launchpad.net/neutron/+bug/1727578
15:10:34 <openstack> Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged]
15:11:04 <mlavalle> We have a WIP patch here: https://review.openstack.org/#/c/558986/
15:11:34 <mlavalle> Last Friday I sent an email to the author asking him to cleanup the zuul results
15:12:52 <mlavalle> as soon as he does that, I will ask this team and the VPNaaS guys to take a look
15:13:59 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1578989
15:13:59 <openstack> Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Bence Romsics (bence-romsics)
15:14:21 <mlavalle> rubasov: is there anything you want to say on this RFE?
15:14:52 <rubasov> mlavalle: the binding patch has the new patch set implementing your undo-last-level-redo-bind idea: https://review.openstack.org/574783
15:15:24 <mlavalle> hopefully it will be considered the team's idea ;-)\
15:15:38 <rubasov> mlavalle: I'm working with the WIP patch of reporting placement info in agent heartbeat
15:16:01 <rubasov> mlavalle: we had a nice discussion with Hongbin Lu already
15:16:19 <mlavalle> what's the url?
15:16:23 <rubasov> mlavalle: and I think we reached a similar conclusion as with you
15:16:30 <rubasov> mlavalle: in the review
15:16:45 <rubasov> mlavalle: in this: https://review.openstack.org/574783
15:16:48 <hongbin> o/
15:16:51 <mlavalle> ah ok
15:17:19 <mlavalle> mhhh hongbin.... he is a trouble maker ;-)
15:17:29 <hongbin> lol
15:17:31 <rubasov> he's here so he can correct me :-)
15:18:23 <hongbin> i somehow think each driver should claim themselves if they are going to support allocated
15:19:01 <hongbin> if they claim unsupported, neutron can handle it better (i.e. giving a meaningful exception message or something else)
15:19:13 <hongbin> however, i don't have strong opinion on that
15:19:47 <mlavalle> I'll have to ctach up with the conversation in the review
15:20:27 <mlavalle> I have to clarify what my approach in dealing with the binding process:
15:20:54 <mlavalle> it is so fundamental to Neutron, that I want to touch it as little as possible
15:21:04 <mlavalle> I am not saying we should never do it
15:21:22 <rubasov> hongbin: I basically agree, I have only ony reservation. That is: IMHO no driver can make decision about the "path".
15:21:24 <mlavalle> but we better have a very strong reason to do it
15:22:05 <rubasov> mlavalle: I fully support that and I'm trying hard to make the smallest possible dent on it
15:22:15 <mlavalle> cool
15:22:17 <hongbin> mlavalle: +1
15:22:56 <hongbin> rubasov: sure, i have no problem for the 'path' thing, if it cannot be decided, then it is fine
15:23:11 <mlavalle> thanks for taking a hongbin
15:23:20 <mlavalle> taking a look^^^^
15:23:30 <mlavalle> your point of view is much appreciated
15:23:34 <rubasov> hongbin: yep, thanks a lot
15:23:41 <hongbin> my pleasure
15:23:48 <rubasov> hongbin: it really helps
15:24:22 <rubasov> regarding the agent reporting patch I have some code on my disk not uploaded as a new patch set yet
15:24:40 <mlavalle> ahh, I was about to ask
15:24:46 <rubasov> I'm contemplating if it's a good idea to put the server-to-placement reporting code into a service plugin
15:24:52 <mlavalle> so it will be coming over the next few days
15:24:57 <rubasov> mlavalle: yep
15:26:01 <rubasov> mlavalle: I also read NovaSegmentNotifier and I intend to do something similar
15:26:38 <mlavalle> cool. that way I will be familiar with the approach ;-)
15:27:15 <rubasov> mlavalle: and that's all now
15:27:22 <mlavalle> it's becoming a pattern. last week we merged a similar approach to handle routes for subnets in roured networks
15:27:44 <mlavalle> rubasov: thanks very much for the update and the hard work
15:28:12 <rubasov> thank you guys
15:28:51 <mlavalle> Next RFE in the list is https://bugs.launchpad.net/neutron/+bug/1757044
15:28:51 <openstack> Launchpad bug 1757044 in neutron "[RFE] neutron L3 router gateway IP QoS" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889)
15:29:08 <mlavalle> We've been waiting for the submitter to respond a question
15:29:12 <rubasov> and I'm sorry but I'll have to drop off early today too (to get to a class of mine)
15:29:28 <mlavalle> after we discussed the RFE in the drivers meeting
15:29:39 <mlavalle> I will probably reach out to the submitter personally
15:29:48 <mlavalle> rubasov: no problem. thanks
15:30:18 <mlavalle> finally, we have https://bugs.launchpad.net/neutron/+bug/1708460
15:30:18 <openstack> Launchpad bug 1708460 in neutron " [RFE] Reaction to network congestion for qos" [Wishlist,Triaged] - Assigned to Fouad Benamrane (ftreqah)
15:30:19 <rubasov> bye
15:30:41 <mlavalle> for which we have a spce: https://review.openstack.org/#/c/445762/
15:31:17 <mlavalle> thanks for njohnston to take a look
15:31:30 <mlavalle> reedip has responded yet
15:31:45 <mlavalle> I will go over it today or tomorrow
15:31:57 <mlavalle> leave my comments and wait for his response
15:32:32 * njohnston is lurking
15:32:57 <mlavalle> I know you are ;-)
15:33:05 <mlavalle> #topic Bugs
15:33:27 <mlavalle> We have one bug report
15:33:36 <mlavalle> https://bugs.launchpad.net/neutron/+bug/1776160
15:33:36 <openstack> Launchpad bug 1776160 in neutron "'burst' does not take effect for neutron egress qos bindlimit by ovs" [Undecided,New]
15:34:12 <mlavalle> it doesn't seem it has properly been triaged
15:34:34 <mlavalle> Take a look if you have some bandwidth
15:35:08 <mlavalle> #topic Open Agenda
15:35:19 <mlavalle> Any other topics we should discuss today?
15:35:48 <mlavalle> ok, thanks for attending
15:35:52 <mlavalle> #endmeeting