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