15:00:54 #startmeeting neutron_qos 15:00:54 Meeting started Tue Mar 14 15:00:54 2017 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:55 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:57 The meeting name has been set to 'neutron_qos' 15:01:00 Hi 15:01:03 hello 15:01:08 Hi 15:01:25 let's wait 30 secs 15:01:36 ok, 1..2..3.. :P 15:01:51 #topic RFEs 15:01:53 let's go 15:02:04 the first one 15:02:06 #link https://bugs.launchpad.net/neutron/+bug/1657089 15:02:07 Launchpad bug 1657089 in neutron "[RFE]Add bandwidth_limit to vip" [Undecided,New] 15:02:19 a new one 15:02:25 nice transition 15:02:36 o/ 15:02:50 not assigned, but should be in the whislist 15:03:07 I mean, there are other features to be implemented in QoS 15:03:12 for example, QoS on FIP 15:03:32 I'll ping ajo to set this to low priority 15:03:47 next one 15:03:49 #link https://bugs.launchpad.net/neutron/+bug/1505627 15:03:49 Launchpad bug 1505627 in neutron "[RFE] QoS Explicit Congestion Notification (ECN) Support" [Wishlist,Incomplete] - Assigned to Reedip (reedip-banerjee) 15:03:52 reedip? 15:04:22 hi ralonsoh , betherly , slaweq , reedip :) o/ (sorry to be late) 15:04:29 ajo: np! 15:04:30 np 15:04:36 reedip: any update on this one? 15:04:37 hello ajo 15:04:39 ralonsoh : awaiting review on the etherpad from you guys. I have created the environment, would be testing for qrouter and update you with the results soon 15:04:50 perfect! 15:05:12 as soon as you have patches, ping us to review them 15:05:42 reedip: this is the etherpad right? https://etherpad.openstack.org/p/QoS_ECN 15:05:47 ralonsoh : ok, I will draft the spec now, I guess it would be better to get it in for now... else it would always be in the nascent stage 15:05:53 davidsha yeah 15:06:06 reedip: ok, yes 15:06:09 reedip: cool. 15:06:25 reedip: I need to take a second look and make some comments 15:06:54 next one 15:06:56 #link https://bugs.launchpad.net/neutron/+bug/1596611 15:06:56 Launchpad bug 1596611 in neutron "[RFE] Create L3 IPs with qos (rate limit)" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889) 15:07:16 my main concern with this one: to make it compatible with current qos implementation 15:07:28 the spec in under review 15:07:56 one sec 15:08:19 I don't find the spec now 15:08:56 https://review.openstack.org/#/c/374506/ 15:08:59 #link https://review.openstack.org/#/c/374506/ 15:09:03 Yes, thanks 15:09:25 is LIU here? 15:09:47 Is dragon889 his irc? 15:09:55 I don't know.... 15:10:33 OK, please continue with the reviews. I'll try to ping him 15:10:54 next one 15:10:57 https://bugs.launchpad.net/neutron/+bug/1639220 15:10:57 Launchpad bug 1639220 in neutron "[RFE] Introduce Network QoS policy "is_default" behaviour" [Low,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) 15:11:16 ajo: I need you to answer to Ihar and me 15:11:26 in launchpad 15:11:39 oh, let me check 15:11:44 thanks 15:12:19 ok, let's move to bugs 15:12:25 #topic Bugs 15:12:38 #link https://bugs.launchpad.net/neutron/+bug/1669430 15:12:38 Launchpad bug 1669430 in neutron "Deprecation warning in Neutron QoSDSCPMarkingRule functional tests" [Low,In progress] 15:12:42 I'll answer on LP I need to think :D 15:12:52 ajo: np, and thanks! 15:13:22 this bug should be closed because is addressed by https://review.openstack.org/#/c/438148 15:13:29 as soon as the patch is merged 15:13:53 actually, I don't think this is a QoS problem 15:14:01 ralonsoh : -1 Add related bug or partially closes :) 15:14:25 ok, but we should remove qos tag 15:14:28 is not related 15:14:58 ralonsoh: Sorry, saw it in a functional test for a patch I was reviewing! 15:15:13 ralonsoh : if this bug is being closed by the above patch, some sort of indication needs to be given, isnt it 15:15:36 reedip: you are right 15:15:43 davidsha: can you take this one? 15:16:19 ralonsoh: Sure. 15:16:19 davidsha: just follow it properly 15:16:22 perfect 15:16:37 next one 15:16:42 #link https://bugs.launchpad.net/neutron/+bug/1667138 15:16:42 Launchpad bug 1667138 in neutron "Minumum bandwidth can be higher than maximum bandwidth limit in same QoS policy" [Medium,In progress] - Assigned to Reedip (reedip-banerjee) 15:16:56 reedip: how is going? 15:16:59 aah , I will push this patch in another hour.... 15:17:02 test cases pending 15:17:13 for me it looks fine now 15:17:22 but needs tests still 15:17:31 yeah slaweq :) 15:17:38 https://review.openstack.org/#/c/442375/: we will follow the patch 15:17:54 reedip: thank you for taking care of it 15:18:10 next one 15:18:16 #link https://bugs.launchpad.net/neutron/+bug/1663908 15:18:16 Launchpad bug 1663908 in neutron "Qos rules not cleaned by L2 agent" [Undecided,New] - Assigned to David Shaughnessy (david-shaughnessy) 15:18:16 ralonsoh : naah , just doing my job 15:18:30 davidsha: how is going? 15:19:21 ralonsoh: I was looking into it, wanted to ask slaweq a few question. I'll follow up after the meeting 15:19:32 davidsha: ok, no problem :) 15:19:46 perfect, and thanks 15:19:52 next one 15:19:59 #link https://bugs.launchpad.net/neutron/+bug/1662109 15:19:59 Launchpad bug 1662109 in neutron "tempest scenario test_qos fails intermittently" [High,Confirmed] - Assigned to Miguel Angel Ajo (mangelajo) 15:20:11 this one is problematic... 15:20:15 yup it is 15:20:21 the test is disabled 15:20:42 yes... and there is no solution or clue about the problem? 15:20:43 as far as I could understand, the issue we have is that somehow, the agent doesn't realize that a port has been updated to have a policy 15:20:59 either because the notification about port update doesn't arrive under some condition 15:21:07 or because it talks back to neutron, and the policy isn't there? 15:21:15 I couldn't identify the exact root cause 15:21:16 but 15:21:39 I could see how the policy was created, and attached to port 15:21:42 and agent never sees the port being updated with the policy 15:21:45 hance, the rule is not applied 15:22:00 a rpc problem? 15:22:02 I should probably unassign the bug from myself if anybody else has bw to look at it 15:22:14 there were changes recently on the ML2 plugin 15:22:16 for port_updates 15:22:18 and notifications 15:22:22 may be it's related to that 15:22:38 basically, we check wether the policy_id changed, and hence trigger the update 15:22:41 let me grab a link 15:22:59 ok 15:23:39 https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L1207 15:23:44 just look for qos_policy_id in that file, same thing for network policies 15:24:51 now I don't have time to take a look at this bug 15:24:53 bt 15:24:56 but 15:25:20 in two weeks I'll have more time 15:25:33 ajo: so if you need help, ping me 15:25:50 ok, next one 15:25:54 #link https://bugs.launchpad.net/neutron/+bug/1659265 15:25:54 Launchpad bug 1659265 in neutron "Network level QoS policies should apply to network:router_gateway" [Wishlist,In progress] - Assigned to Maxime (maxime-guyot-p) 15:26:02 this one is under review 15:26:12 IMO, the logic implemented is not correct 15:26:21 one sec 15:26:40 https://review.openstack.org/#/c/425218/11/neutron/tests/unit/objects/qos/test_rule.py 15:27:00 This logic allows a net qos policy to override a port qos policy 15:27:24 reviews to this patch are welcome 15:27:37 ralonsoh: I will check it today 15:27:42 thanks 15:27:53 next one 15:27:56 #link https://bugs.launchpad.net/neutron/+bug/1657381 15:27:56 Launchpad bug 1657381 in neutron "QoS drivers need to implement a precommit for the actions" [Medium,In progress] - Assigned to Miguel Angel Ajo (mangelajo) 15:28:03 ajo restarted this one 15:28:10 right 15:28:18 I had a talk on summit with the ODL people 15:28:36 and they explained me that they had some synchronization constraints in the way the implement things 15:28:41 and they don't need to stop a transaction 15:28:53 but need a log entry in their journal before DB change is commited 15:29:15 I can't remember all the details now, but it made sense at that time :] 15:29:40 manjeets could probably explain it again if necessary 15:29:45 perfect: now all extensions will have the qos service extended with this new events 15:29:46 btw, I need to leave, I'll read the log later 15:29:49 ajo : its basically how the newtorking-odl's v2 driver is created 15:29:53 see you! 15:30:00 thank you folks 15:30:00 it needs both pre-commit and post-commit behavior 15:30:10 thanks, see ya 15:30:20 now ajo needs to write the tests in this patch 15:30:38 ok, last one 15:30:44 #link https://bugs.launchpad.net/neutron/+bug/1649503 15:30:44 Launchpad bug 1649503 in neutron "Mechanism driver can't be notified with updated network" [High,In progress] - Assigned to Hong Hui Xiao (xiaohhui) 15:31:10 it has high importance 15:31:17 and it's stopped 15:31:34 today i'll ping the author. If there is no answer, I'll take this one 15:31:45 or anyone here, of course 15:31:47 it's waiting for kevinbenton opinion AFAIR 15:31:56 no no 15:32:05 look at this: https://review.openstack.org/#/c/410101/ 15:32:24 ralonsoh: yes, and there is comment from armax 15:32:32 and there is no activity in launchpad 15:32:39 that maybe kevinbenton has a better suggestion 15:32:40 :) 15:33:19 I'll try to re-activate this patch and, eventually, I'll take care of it 15:33:27 k 15:33:37 if you don't mind, of course 15:33:42 me, no :) 15:33:47 hehehe 15:33:54 ok, next topic 15:33:57 sorry 15:34:03 any other hidden bug? 15:34:08 bugs no 15:34:19 but I think You forgot earlier about https://bugs.launchpad.net/neutron/+bug/1586056 15:34:19 Launchpad bug 1586056 in neutron "[RFE] Improved validation mechanism for QoS rules with port types" [Wishlist,In progress] - Assigned to Slawek Kaplonski (slaweq) 15:34:21 :) 15:34:24 or I missed it 15:34:25 yes!! 15:34:27 no no 15:34:30 you are right 15:34:39 so patch is there https://review.openstack.org/#/c/426946/ and waiting for review 15:34:51 I will address ralonsoh comments today 15:34:56 perfect! 15:35:10 I think this patch is going fast and very well 15:35:12 there is one strange thing with fullstack tests 15:35:18 buy reviews are always welcome 15:35:27 s/buy/but/ 15:35:43 yes :) 15:35:51 some of tests are failing but I'm not sure how it can be related to this patch 15:36:06 slaweq: ping ajo to review it 15:36:16 also, ralonsoh, please double check if supported rules and attributes are properly set 15:36:37 slaweq: ? 15:36:46 because e.g for linuxbridge driver https://review.openstack.org/#/c/426946/13/neutron/services/qos/drivers/linuxbridge/driver.py there was MINIMUM BANDWIDT LIMIT RULE 15:37:01 but I'm not sure if it's really supported currently 15:37:08 no, it's not 15:37:21 that's what I thougt but I wasn't sure 15:37:21 thx 15:37:28 sriov: max, min 15:37:34 ovs: max, dscp 15:37:41 lb: max, dscp 15:37:50 ok, so I have it like that 15:37:52 thx ralonsoh 15:38:06 ok, next topic! 15:38:07 #topic Other Changes 15:38:12 There is no agenda... 15:38:17 any suggestion? 15:38:33 im in process of developing qos panel in horizon 15:38:59 ajo has been awesome at helping me know what information you will want in the panel and so far i have a basic view available 15:39:03 betherly: yes, I put this in open discussion 15:39:16 ralonsoh: ah sorry! 15:39:19 betherly: no! 15:39:21 betherly: Have you a link to the patch? 15:39:23 doesn't matter 15:39:25 https://review.openstack.org/#/c/418828/ 15:39:28 perfect! 15:39:29 Thanks! 15:39:50 no actions currently available but its getting there bit by bit 15:40:05 I'm not an expert in horizon, but I'll take a look at it 15:40:13 ralonsoh: awesome thanks :) 15:40:20 I'll add this patch to our meetings 15:40:42 I will look at it also 15:40:48 and if you have any problem, ping us 15:41:21 ok, last topic 15:41:22 #topic Open Discussion 15:41:26 Any other announcement?? 15:41:42 FYI: I will have talk about QoS in Neutron on Openstack day in Poland 15:41:49 I should have a PoC for the common classifier up within the next hour or 2 15:41:50 it's next wednesday :) 15:42:03 slaweq: congrats and good luck! 15:42:03 slaweq: send the link!! 15:42:14 davidsha: thx 15:42:21 ralonsoh: link to what? slides? 15:42:39 slaweq: the youtube video hehehe 15:42:48 http://www.openstackday.pl/agenda/ 15:43:01 ralonsoh: if it will be on Youtube I will send on next meeting :) 15:43:10 perfect!!! 15:43:25 but it will be probably in polish so You will not understand it :P 15:43:44 good luck slaweq :) 15:43:51 slaweq: Half the fun is seeing what google translate will say you said :P 15:43:52 youtbe translator hehehe 15:43:55 good luck 15:43:57 thx reedip 15:44:04 :D 15:44:27 ok, guys, thank you very much!! 15:44:33 davidsha : LOL 15:44:33 let's finish 15:44:39 ok 15:44:40 thx 15:44:47 #endmeeting