15:00:34 <slaweq> #startmeeting neutron_qos
15:00:34 <openstack> Meeting started Tue Oct 23 15:00:34 2018 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:35 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:38 <openstack> The meeting name has been set to 'neutron_qos'
15:00:47 <ralonsoh> o/
15:01:20 <rubasov> o/
15:01:20 <njohnston> o/
15:01:25 * mlavalle is not feeling very well today. stomach flue
15:01:47 <lajoskatona_> o/
15:02:05 <slaweq> mlavalle: :(
15:02:12 <slaweq> ok, let's start
15:02:18 <slaweq> #topic RFEs
15:02:28 <slaweq> first one on the list is:
15:02:30 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1560963
15:02:31 <openstack> Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress]
15:02:38 <slaweq> and there is still no any progress on this one
15:03:37 <slaweq> so I think we can quickly go to the next one, which is:
15:03:39 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1727578
15:03:39 <openstack> Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged]
15:04:05 <mlavalle> Zhao Bo will be working on this one this cycle
15:04:11 <slaweq> I think there wasn't any update on this one since last meeting: patches by topic: https://review.openstack.org/#/q/topic:qos-vpn+(status:open+OR+status:merged)
15:04:32 <mlavalle> yes, he'll get to it soon
15:04:48 <slaweq> great, thx mlavalle for info
15:05:00 <slaweq> next is:
15:05:04 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1757044
15:05:04 <openstack> Launchpad bug 1757044 in neutron "[RFE] neutron L3 router gateway IP QoS" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889)
15:05:13 <slaweq> there are patches for that one:
15:05:13 <liuyulong> I will rebase the patch set since there is a conflicts patch is getting merged.
15:05:18 <slaweq> #link https://review.openstack.org/#/c/424468/ - server side patch,
15:05:19 <slaweq> #link https://review.openstack.org/#/c/568526/ - agent side patch,
15:05:31 <slaweq> in server side patch I posted some comments recently
15:05:51 <liuyulong> Yes, waiting for a rebase.
15:06:02 <slaweq> I'm now not sure if it is necessary to add additional binding between qos and router's gateway
15:06:27 <slaweq> as router's gateway has got port in neutron so why we can't just use qos policy associated to this port?
15:07:28 <liuyulong> Binding to the gateway port is already done.
15:08:15 <liuyulong> I've explained this before in the patch set. We are try to do QoS stuff for L3 IPs.
15:08:36 <liuyulong> `Binding qos to the gateway port` is something in L2 view.
15:09:07 <slaweq> but can gateway IP have more than one IP address?
15:09:15 <liuyulong> And that will influence all the traffic through the router gateway port.
15:10:01 <liuyulong> Yep, the patch now handle all the gateway IPv4 set.
15:11:09 <slaweq> ok, I will have to take a look at it once again then
15:12:05 <slaweq> lets move on then
15:12:10 <slaweq> next one: #link https://bugs.launchpad.net/neutron/+bug/1777627
15:12:10 <openstack> Launchpad bug 1777627 in neutron "RFE: QoS – rule's management (set,delete, show…) requires <qos-policy> parameter in addition to <rule-id>" [Wishlist,In progress] - Assigned to Miguel Lavalle (minsel)
15:12:19 <slaweq> We have merged neutron-lib's api definition for that: https://review.openstack.org/#/q/topic:bug/1777627+(status:open+OR+status:merged)
15:12:22 <slaweq> thx mlavalle :)
15:12:32 <slaweq> Now we need implementation on neutron's side also, right?
15:12:33 <mlavalle> yes
15:12:47 <mlavalle> I have patch in my local system
15:12:52 <mlavalle> close to b pushed
15:12:56 <slaweq> great :)
15:13:10 <mlavalle> plan was to push last night, but then the stomach flu stroke
15:13:27 <mlavalle> hoping to push it later today
15:13:40 <slaweq> no worries, pleaese push it when You will feel better :)
15:14:03 <slaweq> and the last one on my list is:
15:14:06 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1578989
15:14:06 <openstack> Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Bence Romsics (bence-romsics)
15:14:17 <slaweq> rubasov: lajoskatona_: any updates?
15:14:25 <rubasov> lajoskatona_: do you want to give an update this week?
15:14:39 <lajoskatona_> rubasov: sure
15:15:17 <lajoskatona_> slaweq: I think we ar eprogresing slowly, as I checked we have some merged patches in neutron side, thatnks for the review.
15:16:01 <lajoskatona_> slaweq: otherwise we started to concentrate more on the Berlin demo, rubasov and gibi has some slides, and I try to have some working lab environment, hope that will be ok
15:16:24 <slaweq> sure, lets focus on that for now :)
15:16:38 <slaweq> we can continue work on patches after summit
15:16:48 <lajoskatona_> slaweq: by progressing slowly, I meant I feel it quite good, but we need some "mini retro" to see if we will be ready as we planned :-)
15:17:09 <lajoskatona_> slaweq: thanks
15:19:00 <slaweq> ok, thx for update lajoskatona_
15:19:11 <slaweq> that's all about RFEs which I have for today
15:19:17 <slaweq> anyone wants to add something?
15:19:29 * mlavalle has https://review.openstack.org/#/c/581364/ next in his pile
15:20:07 <rubasov> mlavalle: cool, thanks
15:22:09 <slaweq> ok, lets move on to the next topic then
15:22:16 <slaweq> #topic Bugs
15:22:32 <slaweq> there isn't anything new related to qos here
15:22:45 <slaweq> so let's only talk about few existing bugs
15:22:48 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1784006
15:22:48 <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:22:53 <slaweq> mlavalle: any progress on this one?
15:23:34 <mlavalle> no, I haven't made progress on this one
15:24:50 <slaweq> ok
15:24:55 <slaweq> next one is:
15:25:01 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1776160
15:25:01 <openstack> Launchpad bug 1776160 in neutron "'burst' does not take effect for neutron egress qos bindlimit by ovs" [Undecided,New]
15:25:14 <slaweq> and this is still not confirmed as I didn't have any time for that
15:25:33 <slaweq> if there is anyone who wants to verfify (and then fix) it, that would be great :)
15:26:14 <ralonsoh> slaweq: maybe at the end of this week
15:26:26 <slaweq> ralonsoh: sure, thx a lot
15:26:30 <slaweq> :)
15:26:46 <slaweq> it's already waiting many weeks so that should be not a problem at all ;)
15:27:30 <slaweq> ok, and the last one on the list is:
15:27:33 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1785189
15:27:33 <openstack> Launchpad bug 1785189 in neutron "Floatingip and router bandwidth speed limit failure" [Undecided,In progress] - Assigned to Brian Haley (brian-haley)
15:27:47 <slaweq> patch for it is proposed: https://review.openstack.org/#/c/596637/
15:28:17 <slaweq> but it's waiting for reply for liuyulong's questions still
15:29:02 <slaweq> and I'm not sure if author of this patch is really interested in contining work on it
15:29:14 <slaweq> *continue work on it
15:29:26 <liuyulong> We set 64kb for a really long time since then.
15:30:44 <slaweq> liuyulong: IIRC packets bigger than this MTU value will be simply dropped by tc from qdisc
15:32:06 <liuyulong> slaweq, yes, it should be.
15:32:45 <slaweq> so why You are asking about "what happened to this 68130 length packet,"?
15:35:07 <slaweq> liuyulong: so why You think that changing this value is not good idea?
15:35:38 <slaweq> I didn't test that but from what I can see in https://launchpadlibrarian.net/383646973/result.pdf it looks that this solves some problem in fact, no?
15:35:41 <liuyulong> TC does not drop it since the MTU is now 70kb, but what happened on the physical host NIC or the physical switch?
15:36:13 <liuyulong> Because I can still see some RETY according to the author's test result.
15:37:12 <slaweq> ok, lets wait for reply from author of the patch maybe
15:38:15 <slaweq> that's all from what I have for today
15:38:23 <slaweq> anyone wants to talk about something else?
15:38:33 <slaweq> #topic Open Discussion
15:38:55 <slaweq> if no, I think we can finish a bit earlier today
15:39:08 <mlavalle> Thabks!
15:39:11 <ralonsoh> bye!
15:39:16 <mlavalle> thanks!
15:39:21 <slaweq> #endmeeting