14:00:10 #startmeeting neutron_qos 14:00:11 Meeting started Wed Jan 11 14:00:10 2017 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:12 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:14 The meeting name has been set to 'neutron_qos' 14:00:20 #chair ralonsoh 14:00:21 Current chairs: ralonsoh 14:00:25 Hi everyone 14:00:35 Happy new Year! 14:00:50 happy new Year :) 14:00:55 I'll wait 1 min 14:00:58 ok 14:01:32 #topic RFEs 14:01:42 #link https://bugs.launchpad.net/neutron/+bug/1634798 14:01:42 Launchpad bug 1634798 in neutron "[RFE] Qos DSCP to vlan priority mapping" [Wishlist,Confirmed] 14:01:53 The same status: no volunteers 14:02:15 Anyone? 14:02:51 hi :) 14:02:54 Hi 14:03:02 (I'm around while my other meeting starts) 14:03:09 No volunteers for this one... 14:03:21 #link https://bugs.launchpad.net/neutron/+bug/1505627: 14:03:21 Launchpad bug 1505627 in neutron "[RFE] QoS Explicit Congestion Notification (ECN) Support" [Wishlist,Incomplete] - Assigned to Reedip (reedip-banerjee) 14:03:21 is the RFE clear? 14:03:37 Nobody replies you 14:03:41 to your comment in the bug 14:03:56 So I don't think so 14:04:13 ':) 14:04:29 I'll reply again in the bug 14:04:35 just to ask for feedback 14:04:49 next one 14:04:51 #link https://bugs.launchpad.net/neutron/+bug/1505627 14:04:51 Launchpad bug 1505627 in neutron "[RFE] QoS Explicit Congestion Notification (ECN) Support" [Wishlist,Incomplete] - Assigned to Reedip (reedip-banerjee) 14:05:21 ajo: you sadi to move this to incomplete 14:05:22 that one is also unclear for a long time, let me scan last reedip coments 14:05:32 right 14:05:43 nothing since May 14:06:07 What should we do? 14:06:23 Keep it to incomplete until they provide a clearer use case, I guess 14:06:29 ok 14:06:37 no more RFEs 14:06:50 #topic Bugs 14:06:59 https://bugs.launchpad.net/neutron/+bug/1653882 14:06:59 Launchpad bug 1653882 in neutron "Creation of QOS policy name with too long name returns "Request Failed: internal server error while processing your request." instead of "Bad Request" error" [Undecided,Incomplete] - Assigned to Reedip (reedip-banerjee) 14:06:59 In progress 14:07:20 I assigned and going on 14:07:29 ralonsoh++ 14:07:40 looks like quite easy bug :) 14:07:49 I think so 14:07:51 next one 14:07:54 https://bugs.launchpad.net/neutron/+bug/1649720 14:07:55 Launchpad bug 1649720 in neutron " DSCP packet marking support in Linuxbridge agent" [Undecided,New] 14:08:00 slaweq: should be closed?? 14:08:14 yep 14:08:19 it's about docs update 14:08:24 ok 14:08:27 I'll close it 14:08:33 but as I wrote in comment there is no docs to update there 14:08:35 thx 14:08:50 next one 14:08:52 https://bugs.launchpad.net/neutron/+bug/1649517 14:08:53 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,New] 14:08:59 ajo: should be closed? 14:09:28 let me re-read 14:09:50 ah, I remember 14:09:52 any opinions on this? 14:10:03 the same as you 14:10:22 IMHO it could be good idea to display it separately in port info 14:10:24 the alternative is providing a read only field with: (port.qos_policy_id or port.network.qos_policy_id) 14:10:27 so port_policy_id 14:10:31 and network_policy_id 14:10:40 but it's change in API so can be hard :/ 14:10:42 well, we couldn't change exiting one for now 14:10:45 adding is easy 14:10:54 but not change 14:10:55 removing in the future, hard 14:11:02 so add field network_policy_id 14:11:17 and remain policy_id as "port_policy_id" 14:11:36 yes 14:11:48 my opinion is not strong 14:11:57 slaweq: do you want to take this bug?? do you have time? 14:12:10 ralonsoh: I can 14:12:16 perfect! 14:12:22 if you think it's beneficial, of course, let's go ahead :) 14:12:26 great, so I will try to do it 14:12:39 I think it'll be more self explanatory to the users, 14:12:49 slaweq__++ 14:13:10 next one 14:13:13 https://bugs.launchpad.net/neutron/+bug/1649503 14:13:13 Launchpad bug 1649503 in neutron "Mechanism driver can't be notified with updated network" [High,In progress] - Assigned to Hong Hui Xiao (xiaohhui) 14:13:24 there is a patch 14:13:39 but not continued 14:13:48 I'll talk to the owner 14:13:58 If the owner doesn't reply, I'll take this bug 14:14:01 my meeting starts, brb 14:14:07 bye! 14:14:41 ok, so I'll follow this bug 14:14:44 ok 14:14:51 https://bugs.launchpad.net/neutron/+bug/1640762 14:14:51 Launchpad bug 1640762 in neutron "when I update a Qos policy, value of shared can not be changed to false from true" [Undecided,Incomplete] - Assigned to Slawek Kaplonski (slaweq) 14:15:03 no progress 14:15:07 yep 14:15:09 no feedback 14:15:13 I'll ask again 14:15:20 and I cannot reproduce it :/ 14:15:25 as I wrote in comment 14:15:29 yes, that's the problem 14:15:31 IMHO there is no bug in fact 14:15:35 we need more feddback 14:15:40 yes, I know 14:15:47 ok, so we will still wait 14:15:55 just if you can ask again 14:16:02 ok, I will try 14:16:06 thanks! 14:16:16 https://bugs.launchpad.net/neutron/+bug/1640757 14:16:16 Launchpad bug 1640757 in neutron "Parameter validation for string type parameters" [Undecided,Incomplete] - Assigned to Slawek Kaplonski (slaweq) 14:16:19 #action slawek ask about https://bugs.launchpad.net/neutron/+bug/1640762 14:16:19 Launchpad bug 1640762 in neutron "when I update a Qos policy, value of shared can not be changed to false from true" [Undecided,Incomplete] - Assigned to Slawek Kaplonski (slaweq) 14:16:34 tha same problem 14:16:41 no feedback 14:16:44 exactly 14:16:49 and IMHO also no issue here 14:17:01 I think the same as you 14:17:05 so, ask again 14:17:13 if no reply, we can close it 14:17:32 I think so 14:17:39 next one 14:17:43 https://bugs.launchpad.net/neutron/+bug/1639220 14:17:43 Launchpad bug 1639220 in neutron "[RFE] Default action for RBAC" [Undecided,New] 14:17:45 for ajo 14:18:02 #action ajo reply with status of this bug: https://bugs.launchpad.net/neutron/+bug/1639220 14:18:03 this is new one 14:18:15 yes 14:18:28 but we need ajo's knowledge in this one 14:18:40 because he has a talk with Kevin 14:18:40 yep 14:18:48 so action for ajo 14:18:57 ok 14:19:01 next one 14:19:04 https://bugs.launchpad.net/neutron/+bug/1639186 14:19:04 Launchpad bug 1639186 in neutron "qos max bandwidth rules not working for neutron trunk ports" [Low,Confirmed] - Assigned to Luis Tomas Bolivar (ltomasbo) 14:19:18 I don't know what is happening.... 14:19:27 the same problem 14:19:35 in comments there is no anything new about it 14:20:07 this bug involves a lot of things 14:20:12 trunks ports 14:20:14 and qos 14:20:30 Right now, I don't think we can solve this 14:20:45 I agree 14:21:08 But, I need to talk to ajo, because it's important to have qos on trunks 14:21:10 Hi, sorry I'm late 14:21:17 hi David 14:21:18 hello davidsha 14:21:32 ok, last one 14:21:34 https://bugs.launchpad.net/neutron/+bug/1630748 14:21:34 Launchpad bug 1630748 in neutron "project_id is not present on all resources" [High,In progress] - Assigned to Darek Smigiel (smigiel-dariusz) 14:21:41 It's finished 14:21:47 So I'll close it manually 14:22:11 there are patches for newton and master 14:22:30 ok 14:22:33 no more bugs 14:22:42 in the list 14:22:48 anyone has another bug? 14:23:07 I don't have anything new 14:23:15 ok 14:23:17 #topic Other Changes 14:23:23 nothing in the list 14:23:29 anyone?? 14:23:50 ralonsoh: I reviewed Your huge patch with ingress limit for linuxbridge :) 14:23:57 hehehe 14:24:00 thanks! 14:24:02 I know 14:24:10 now I need a core to take a look 14:24:17 uhmmm ajo! 14:24:29 #action ajo review https://review.openstack.org/#/c/357865/ 14:24:49 it can be hard to You to find 2 cores who will review it :) 14:25:06 I know... I need this one for the RFE strict min bw support 14:25:18 ok 14:25:23 #topic Open Discussion 14:25:32 I have one 14:25:45 The BW manager for qos in SRIOV 14:25:46 https://review.openstack.org/#/c/401254/ 14:26:05 is low priority, but could be fine to have some reviews 14:26:31 anyone have any query? 14:26:41 need for reviews?? 14:26:57 ok, I will try to look on it asap 14:27:04 Thank you!! 14:27:07 but I'm not sriov expert so ... 14:27:25 ATLANTA PTG planning! 14:27:31 Who is going?? 14:27:36 btw. do You know what is happening with https://review.openstack.org/#/c/396297/3/specs/ocata/strict-minimum-bandwidth-support.rst ? 14:27:44 ajo assigned me to one of points 14:28:02 but I don't know in fact if/when I can/should start working on it :) 14:28:02 Yes, it's for the next release 14:28:17 That's the point: we need to talk with ajo during this meetings 14:28:24 I'm doing the first part 14:28:42 The previous link: https://review.openstack.org/#/c/401254/ 14:28:54 yep, I know 14:29:10 I was reviewing BW manager patches for ovs and/or linuxbridge 14:29:19 We need also Miguel Lavalle to attend this meeting 14:29:20 right? 14:29:22 yes 14:29:24 :) 14:29:29 and thank you!! 14:29:37 no prob 14:30:00 so, are you going to Atlanta? 14:30:02 about Atlanta, I'm not going there 14:30:13 8-( 14:30:18 D: 14:30:19 Sorry about that 14:30:27 are You going? 14:30:36 If I can go, I'll skype you during the meeting 14:31:25 would be great 14:31:42 is something missing today?? 14:32:18 We've covered rfe's, bugs and opens? 14:32:23 yes 14:32:33 sorry guys, I'm back 14:32:36 finished the other meeting 14:32:46 almost finish 14:32:47 You are fast :P 14:32:49 no problem 14:33:00 Two questions 14:33:04 https://bugs.launchpad.net/neutron/+bug/1639220 14:33:04 Launchpad bug 1639220 in neutron "[RFE] Default action for RBAC" [Undecided,New] 14:33:13 ajo: status? 14:33:22 ralonsoh opening the link you posted for review 14:33:47 ralonsoh about RBAC default action? 14:33:52 yes 14:34:21 oh, we could do that, but not the way it was proposed 14:34:30 I talked about that with kevinbenton once, and 14:34:43 "a default" doesn't make sense in the role based access 14:35:03 we could include it in the QoS API if we wanted 14:35:22 let me answer again to see if it makes sense to Jens 14:35:26 ok 14:35:48 If the spec is redefined, I can take this bug 14:36:12 ralonsoh 14:36:19 how would you define the openstack cli command for this? 14:36:33 if we wanted to provide some sort of "default" policy 14:36:51 I mean: if you redefine the spec of the bug 14:37:22 yes, something very basic in terms of openstack-cli 14:38:23 ok, so you will add a new definition in the bug? 14:38:34 just to know how to proceed 14:38:39 hmm 14:38:42 may be 14:38:55 openstack network qos policy default set ? 14:39:21 I'm seeing a similar pattern with: 14:39:22 network ip floating list 14:39:23 and 14:39:27 network ip floating pool list 14:39:27 commands 14:39:49 yes, I see 14:39:58 Ok, I'll write this in the bug 14:39:59 network qos policy default (create/set/delete) 14:40:04 ack 14:40:06 I'll add that 14:40:18 and I'll submit a patch 14:41:01 one more, ajo 14:41:02 https://review.openstack.org/#/c/357865/ 14:41:13 LB with min QOS 14:41:32 I need a core 14:41:37 to review it 14:41:42 good luck with this one ajo :) 14:41:45 it's big 14:41:49 sorry for that... 14:42:01 ack ':D 14:42:11 ralonsoh sorry?, thank you ;D 14:42:14 but IMO it's good 14:42:27 There was also an SR-IOV one right? 14:42:36 yes, but low priority 14:42:45 the first part of strict bw 14:42:47 kk, link for ref: https://review.openstack.org/#/c/401254/ 14:43:08 just to know if i'm going in the right direction 14:43:53 Nothing but me.... 14:43:57 Anything else? 14:44:12 hmm, the meeting time switch, 14:44:18 yes!!! 14:44:22 if we call can in any of the timeslots I suggested :) 14:44:27 call can? 14:44:29 all can... 14:44:35 yes, all of them 14:44:39 for me all of them was fine 14:44:40 david?? 14:44:48 let me look them up again, 1 sec 14:44:53 possible timeslots I found for QoS: Tuesdays @ 16:00 UTC (after the neutron main meeting), Mondays @ 15:00 UTC, Thursdays @ 15:00 UTC 14:45:05 those are the times proposed on the main neutron channel right? I'm happy with those. 14:45:21 thanks ralonsoh 14:45:57 any preference? 14:46:10 tuesdays 14:46:19 ok for tuesday 14:46:33 Tuesday is good 14:46:39 perfect! 14:47:17 ajo: do you know how to change it? 14:47:19 I don't 14:47:21 ok, I'll propose a patch right away 14:47:22 thank you floks 14:47:23 folks 14:47:28 thanks 14:47:28 yeah, it's a patch to irc-meetings repo 14:47:32 ok 14:47:38 so anything else? 14:48:10 I end the meeting 14:48:14 #endmeeting