15:01:20 #startmeeting neutron_qos 15:01:21 Meeting started Tue Dec 19 15:01:20 2017 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:25 The meeting name has been set to 'neutron_qos' 15:01:34 hello 15:01:54 welcome on last QoS meeting this year :) 15:02:23 mlavalle will be few minutes late so I think we can wait for him 15:02:31 * mlavalle joins the meeting 15:04:08 hi mlavalle 15:04:20 o/ 15:04:24 it looks that we are only two on meeting :/ 15:04:45 let's do a quick one 15:04:59 ok 15:05:08 so first topic is 15:05:12 #topic RFEs 15:05:32 we have one new rfe bug reported: 15:05:40 #link https://bugs.launchpad.net/neutron/+bug/1727578 15:05:40 Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Confirmed] 15:05:45 it's even not triagged yet 15:06:13 and I didn't have time to read it yet 15:06:34 Hi 15:06:35 yamamoto already chimed in 15:06:48 reedip-holo: hi 15:06:49 it would be great if you can take a look at it 15:07:04 hey reedip-holo 15:07:09 mlavalle: I will read it carefully tomorow 15:07:19 thanks :-) 15:07:24 #action slaweq will look at https://bugs.launchpad.net/neutron/+bug/1727578 15:07:25 Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Confirmed] 15:07:41 next one 15:07:44 #link https://bugs.launchpad.net/neutron/+bug/1649517 15:07:44 Launchpad bug 1649517 in neutron "qos policy attached to network, qos_policy_id is reflecting on neutron net-show , but not on the port with neutron port-show" [Wishlist,Triaged] - Assigned to Reedip (reedip-banerjee) 15:07:53 mlavalle: it's still waiting for drivers team :) 15:07:54 It's still stuck 15:08:14 will be drivers meeting this week? 15:08:18 it was discussed during last meeting 15:08:38 ah, so I missed logs from it 15:09:34 the team didn't see a strong reason to implement it 15:09:43 ?? 15:10:03 I will update it later today 15:10:10 mlavalle: ok, thx 15:10:15 and yo can respond there 15:10:26 ok 15:10:41 but the point was 15:10:59 that you can always look at the port 15:11:05 and the show it's network 15:11:09 then^^^ 15:11:23 and see if it is the same policy 15:11:26 right? 15:11:33 yes, You can 15:11:46 But that's not the exact thing achieved in this RFE, I guess 15:11:47 but it was more for the case when port inherits policy from network 15:11:56 and don't have own policy 15:12:21 then it is not clear that port have got any policy attached 15:12:31 in that situation..... 15:12:37 unless user will not do network-show for each port which he have 15:13:10 will the policy-id shown in the port will be the same as in the network? 15:13:40 this patch which reedip-holo did adds additional field to port 15:13:48 I know 15:13:54 but currently 15:13:58 before the patch 15:14:21 before this patch there will be no policy-id if it is inherited from network 15:14:21 what happens if the port inherited it's network policy? 15:14:25 this field is empty 15:14:35 Yep as slaweq said 15:14:37 for port 15:14:46 so we need to clarify that in the rfe 15:14:55 we misunderstood 15:15:09 reedip-holo: will You write it there? 15:15:13 so I will post a response from the last meeting 15:15:15 Ok I will 15:15:22 thx 15:15:24 and then reedip-holo can reply 15:15:31 Ok ok 15:15:33 mlavalle: yep, thx 15:15:37 cool 15:15:53 Ok :) 15:16:29 and it's at the top of the list 15:16:38 so we will discuss again this Friday 15:16:45 Ok gr8 15:16:53 good, thx :) 15:17:10 so moving to next one 15:17:22 #link https://bugs.launchpad.net/neutron/+bug/1596611 15:17:22 Launchpad bug 1596611 in neutron "[RFE] Create L3 IPs with qos (rate limit)" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889) 15:17:27 this is FIP QoS 15:17:32 yes 15:17:34 it is almost merged :) 15:17:47 remaining patches waiting for review #link https://review.openstack.org/#/q/topic:bp/floating-ip-rate-limit+(status:open+OR+status:merged) 15:17:56 I have a couple of questions 15:18:05 mlavalle: shoot 15:18:15 1) you tested the agent side and it works, right? 15:18:34 mlavalle: yes, I tested it on my devstack and it looked that it works 15:18:41 ok 15:19:19 2) in the docs patch, he states that if a policy with no limit rules is attached to a FIP, it will do nothing 15:19:21 at least on tc side everything looked good on my side 15:19:54 yes, it is done in same way like it was some time ago for ports/network 15:20:18 but can't we check that in the server and return BadRequest 15:20:21 ? 15:20:28 but later we added validation mechanism when policy is attached for port or network 15:20:51 I think we should but I think it can be next step maybe 15:21:15 slaweq: I agree. I just don't want to leave that in the docs 15:21:35 or at least clarify that it will be fixed 15:21:41 IMHO it should be like that for now as it is true 15:21:41 makes sense? 15:21:52 I agree that it can be clarify that it will be changed 15:21:54 yes :) 15:21:59 ok, cool 15:22:05 we are good 15:22:24 and also I pointed in this docs patch that some update of qos internal document should be also updated 15:22:35 did he agree to that? 15:22:40 it is not done still so IMO we should wait for that 15:22:47 ok 15:23:03 AFAIR he told something about completly new document for FIP QoS 15:23:28 I don't know if it is necessary but maybe his right :) 15:25:16 ok, next one? 15:25:22 done 15:25:36 said couple of questions 15:25:57 thx mlavalle 15:26:17 so moving on 15:26:20 #link https://bugs.launchpad.net/neutron/+bug/1560963 15:26:20 Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress] 15:26:33 this one has no volunteer currently 15:26:48 is there a patchset already? 15:26:51 and nothing changed since last time about it 15:26:52 I think this wAS taken up by ralonsoh 15:26:59 wasnt it? 15:27:18 if there is some info, I can tke it up 15:27:40 reedip_: it was 15:28:05 but later also hichihara was working on it 15:28:15 but his patch is abandoned for now 15:29:05 and ralonsoh patch for LB was reverted probably because there was something wrong with it 15:29:11 but I'm not sure about that 15:29:23 ok.... 15:29:46 if You would have anyone who wants to start working on it, that would be great :) 15:30:10 I can get working on it 15:30:18 reedip_: that would be great 15:30:29 thanks reedip_ 15:30:40 if You will need anything, just ask me on irc 15:30:57 yeah sure :) 15:31:09 thx reedip_ 15:31:20 so last rfe which I have for today 15:31:25 #link https://bugs.launchpad.net/neutron/+bug/1692951 15:31:25 Launchpad bug 1692951 in neutron "[RFE] DSCP mark on the outer header" [Wishlist,In progress] - Assigned to Ali Sanhaji (ali-sanhaji) 15:31:45 I was trying to catch author of this patch on IRC but I couldn't 15:32:07 but I was talking with tmorin and he told me that author should continue his work on it 15:32:37 It was almost ready as I remember 15:33:14 mlavalle: what You think if I would continue work on this patch if author will be still not available for week or two? 15:33:27 because I would like to finish it if it would be possible 15:33:38 go for it 15:33:54 mlavalle: ok, thx 15:34:13 so I will keep an eye on it 15:34:38 so, next topic is 15:34:43 #topic Bugs 15:35:05 there is couple of QoS related bugs reported 15:35:13 #link https://bugs.launchpad.net/neutron/+bug/1662109 15:35:13 Launchpad bug 1662109 in neutron "tempest scenario test_qos fails intermittently" [High,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:35:37 recently I was trying to find on logstash if it is still an issue 15:35:56 but it looks that test results from this job are not indexed on logstash 15:36:11 I couldn't find any results from it :/ 15:36:56 mlavalle: maybe You can help on checking this logs on logstash? and if job is configured properly? 15:37:26 slaweq: ok, I will take a look 15:37:32 mlavalle: thx 15:37:41 it's neutron-tempest-plugin-dvr-multinode-scenario job 15:38:04 I can send You query which I was trying on logstash if You want 15:38:15 but that can be after meeting I think 15:39:07 next one 15:39:10 #link https://bugs.launchpad.net/neutron/+bug/1733649 15:39:10 Launchpad bug 1733649 in neutron "fullstack neutron.tests.fullstack.test_qos.TestDscpMarkingQoSOvs.test_dscp_marking_packets(openflow-native) failure" [High,Confirmed] - Assigned to Slawek Kaplonski (slaweq) 15:39:19 this is also related to failing tests (fullstack) 15:39:46 so I added some additional logs of tcpdump output but this issue didn't happen since few days 15:40:02 so I'm just checking every morning if I will find something 15:40:09 not too much to add here 15:40:52 next one 15:40:55 #link https://bugs.launchpad.net/neutron/+bug/1736674 15:40:55 Launchpad bug 1736674 in neutron "sg rules are sometimes not applied" [High,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:41:04 that is also assigned to me 15:41:15 and it has patch ready to review: https://review.openstack.org/#/c/527965/ 15:41:28 I would be grateful if You could look on it 15:42:09 in my To DO list now 15:42:26 it's related to qos because DSCP marking packets in linuxbridge agent breaks security groups rules in iptables 15:42:28 reedip_: thx 15:42:49 next one is also about failing fullstack test 15:42:51 #link https://bugs.launchpad.net/neutron/+bug/1737892 15:42:51 Launchpad bug 1737892 in neutron "Fullstack test test_qos.TestBwLimitQoSOvs.test_bw_limit_qos_port_removed failing many times" [High,Confirmed] 15:43:06 I found that it happen few times so I reported it as bug 15:43:14 but I haven't got time to debug it yet 15:44:30 any questions or we can go to next one? 15:45:17 we can move on 15:45:30 mlavalle: are You still with us? :) 15:45:45 so next 15:45:50 #link https://bugs.launchpad.net/neutron/+bug/1676877 15:45:50 Launchpad bug 1676877 in neutron "Increase "TestQosPlugin.test_update_policy_rule" coverage" [Medium,In progress] - Assigned to Reedip (reedip-banerjee) 15:45:52 slaweq: yes 15:46:04 reedip_: mlavalle reviewed Your patch today 15:46:11 reedip_: please check his comments 15:46:17 mlavalle: great :) 15:46:19 I would tomorrow... 15:46:35 I'm ok with the code 15:46:40 I am tired today ( its 2115 here ) 15:46:48 reedip_: sure :) 15:46:54 I just think the commit message doesn't reflect all the code does 15:47:17 okie dokie 15:47:45 ok, next one is #link https://bugs.launchpad.net/neutron/+bug/1736792 15:47:46 Launchpad bug 1736792 in neutron "DSCP marking QOS policy applied to port not properly updating OVS flow table" [Medium,New] 15:48:03 it was reported for Newton release 15:48:17 so I think that we should first check if it's still an issue for master 15:49:11 good idea :-) 15:49:16 I will add it to my list of todos but if someone would have time to check it, would be great 15:49:41 #action slaweq check if https://bugs.launchpad.net/neutron/+bug/1736792 is still an issue on master 15:49:41 Launchpad bug 1736792 in neutron "DSCP marking QOS policy applied to port not properly updating OVS flow table" [Medium,New] 15:49:57 next #link https://bugs.launchpad.net/neutron/+bug/1724729 15:49:57 Launchpad bug 1724729 in neutron "ovs-lib not support qos type egress-policer for ovs-dpdk" [Low,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:50:08 patch is in review: #link https://review.openstack.org/#/c/513398/ 15:50:20 please review if You will have some time 15:51:07 TO do List 15:51:16 reedip_: thx 15:51:51 ok, and the last one for today #link https://bugs.launchpad.net/neutron/+bug/1732852 15:51:51 Launchpad bug 1732852 in neutron "neutron don't support Router gateway rate limit " [Low,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:51:57 this is not new one 15:52:03 patch for docs is already merged 15:52:10 but it's kind of workaround only 15:52:26 in future we should probably think how to fix it in better way :) 15:53:36 any questions to those bugs? 15:53:40 reedip_: mlavalle ? 15:54:25 none from me 15:55:32 ok 15:55:36 so last topic for today 15:55:38 #topic Open Discussion 15:55:45 I don't have anything 15:55:53 do You have something to add? 15:55:54 me neither 15:55:59 Sorry I disconnected 15:56:08 Nothing from my side 15:56:26 Seems my PC is more sleepy than me 15:56:35 ok, so Merry Christmass and Happy New Year 15:56:44 next meeting will be in 2018 :) 15:56:55 reedip_: :D 15:57:09 Happy New Year and Merry Christmas... We would be having Q3 soon so enjoy the holidays 15:57:12 :D 15:57:24 thx 15:57:32 #endmeeting