15:01:13 <slaweq> #startmeeting neutron_qos
15:01:14 <openstack> Meeting started Tue Jan 30 15:01:13 2018 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:17 <openstack> The meeting name has been set to 'neutron_qos'
15:01:21 <slaweq> hi everyone
15:01:30 <slaweq> we will wait few minutes for mlavalle to be back
15:01:48 <fouadben> Hi,
15:03:52 <slaweq> hi fouadben
15:05:15 * mlavalle is back
15:05:31 <slaweq> ok, so I think we can start now
15:05:37 <slaweq> welcome once again
15:05:45 <slaweq> #topic RFEs
15:06:22 <slaweq> there is still nothing new with #link https://bugs.launchpad.net/neutron/+bug/1560963
15:06:23 <openstack> Launchpad bug 1560963 in neutron "[RFE] Minimum bandwidth support (egress)" [Wishlist,In progress]
15:06:29 <slaweq> so I will not talk about this one
15:06:44 <slaweq> next one is also very old: #link https://bugs.launchpad.net/neutron/+bug/1578989
15:06:45 <openstack> Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Miguel Lavalle (minsel)
15:07:17 <slaweq> here I only continue ralonsoh work on some placement client in neutron-lib: #link https://review.openstack.org/#/c/512396/
15:07:40 <slaweq> but there is nothing else to add there still
15:07:52 <mlavalle> slaweq: is it good to be revieiwed?
15:08:01 <slaweq> mlavalle: yes, please :)
15:08:09 <mlavalle> ok, will take a look today
15:08:15 <slaweq> thx
15:08:27 <slaweq> so next one is almost finished: #link https://bugs.launchpad.net/neutron/+bug/1596611
15:08:28 <openstack> Launchpad bug 1596611 in neutron "[RFE] Create L3 IPs with qos (rate limit)" [Wishlist,In progress] - Assigned to LIU Yulong (dragon889)
15:08:43 <slaweq> there is only tempest API test patch not merged yet
15:09:13 <slaweq> and I found that there is probably bug with update FIP in some conditions:
15:09:13 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1745386
15:09:14 <openstack> Launchpad bug 1745386 in neutron "Update FloatingIP to set QoS policy on it fails" [Medium,Confirmed] - Assigned to LIU Yulong (dragon889)
15:09:37 <slaweq> and liuyulong is on it currently AFAIK
15:09:53 <slaweq> mlavalle: I don't know if fix will be ready soon
15:10:11 <mlavalle> slaweq: ok, I will keep an eye on it
15:10:34 <slaweq> mlavalle: I will also try to ask liuyulong about it tomorrow morning
15:11:06 <slaweq> and help him if he will need some help
15:11:10 <mlavalle> ok
15:11:30 <slaweq> we have also already approved VPN QoS RFE: #link https://bugs.launchpad.net/neutron/+bug/1727578
15:11:31 <openstack> Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged]
15:11:44 <slaweq> and specs for it #link https://review.openstack.org/#/c/531074/
15:12:04 <slaweq> please add it to Your list of reviews also :)
15:12:20 <slaweq> I commented it yesterday already
15:12:38 <slaweq> generally IMO from QoS point of view it looks fine
15:12:49 <mlavalle> that's good to know
15:13:14 <slaweq> but it should be reviewed by some VPN and maybe L3 experts
15:13:26 <mlavalle> I will take a look
15:13:34 <slaweq> thx
15:13:54 <slaweq> and we have now also 2 quite similar RFEs:
15:13:55 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1505627
15:13:56 <openstack> Launchpad bug 1505627 in neutron "[RFE] QoS Explicit Congestion Notification (ECN) Support" [Wishlist,Triaged] - Assigned to Reedip (reedip-banerjee)
15:13:56 <slaweq> and
15:14:02 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1708460
15:14:03 <openstack> Launchpad bug 1708460 in neutron " [RFE] Reaction to network congestion for qos" [Wishlist,Triaged] - Assigned to Fouad Benamrane (ftreqah)
15:14:39 <slaweq> mlavalle: I think that both needs some update from someone from drivers team as it was discussed recently on drivers meeting
15:14:55 <slaweq> first one was then approved AFAIR
15:15:26 <slaweq> and the second one - which is proposed by fouadben - I'm not sure about it to be honest
15:16:17 <mlavalle> the idea is that we want to make progress on the first one
15:16:24 <mlavalle> and postpone the second one
15:16:46 <slaweq> yes, that was said on drivers meeting last thursday
15:17:16 <slaweq> mlavalle: can You mark them with proper tags then or should I do it?
15:17:32 <mlavalle> slaweq: I'll take care of that
15:17:37 <slaweq> thx a lot
15:17:54 <slaweq> fouadben: anything to add?
15:18:17 <fouadben> I don't now, I think that our proposal could enhance qos in neutron
15:18:32 <fouadben> By reacting to congestion using ecn.
15:18:57 <fouadben> Which is essential for network performance
15:19:31 <mlavalle> could it be built on top of the other one?
15:20:44 <fouadben> It could be
15:20:52 <fouadben> but not necessary
15:21:07 <mlavalle> so why not cooperate on the first onw
15:21:11 <mlavalle> one
15:21:28 <mlavalle> and then build on top after that
15:21:42 <mlavalle> that was some of the thinking last week
15:21:57 <slaweq> also can't it be done with e.g. usage of heat and some metering on Neutron side?
15:22:16 <slaweq> for me Your specs looks like that
15:22:16 <fouadben> We discussed that with reedip, but we already have a proof of concept that works fine
15:23:46 <fouadben> Our solution based on Ovs flow table
15:25:02 <fouadben> At tap interface, we activate ecn and at the other side we collect ecn ce packets.
15:26:05 <fouadben> So, if reedip activate ecn in router that enforce ecn activation but on top of that we propose the whole process of congestion treatment.
15:27:00 <fouadben> I did not see why you regroup my proposal to reedip one. I did not depend on it, it is not a prerequisite for me.
15:27:37 <slaweq> fouadben: so Your proposal don't require ECN to be enabled in whole packet's path?
15:29:04 <fouadben> My proposal enable ecn in overlay layer, underlay layer is the infrastructure devices, it's outside of openstack scope I think.
15:30:42 <slaweq> but reedip's proposal is also about enabling ECN in overlay layer AFAIU it
15:32:00 <fouadben> I now, despite activating ecn, we calculate and react to the congestion. In activation phase, we enable ecn in OVS, reedip one is in the router.
15:32:11 <fouadben> know/now
15:32:42 <slaweq> ok, I will try to read Your specs once again this week
15:32:59 <mlavalle> fouadben: are you going to Dublin?
15:33:06 <fouadben> thanks again
15:33:06 <slaweq> but I think that You will have to talk with drivers team about Your RFE also :)
15:33:20 <fouadben> mlavalle: no budget for it.
15:33:45 <fouadben> slaweq: which channel
15:33:56 <mlavalle> fouadben: ok, so let's continue the conversation in the RFE
15:34:12 <mlavalle> before going to the drivers meeting again
15:34:21 <fouadben> mlavalle: ok, no pb.
15:34:21 <slaweq> mlavalle: that is good idea
15:34:41 <mlavalle> let's make sure we all understand the pros and cons
15:34:58 <mlavalle> of both RFEs
15:35:29 <fouadben> ok
15:35:41 <slaweq> ok, so I think we can move on
15:35:48 <mlavalle> thanks
15:35:56 <slaweq> it was last RFE for today
15:36:02 <slaweq> #topic Bugs
15:36:06 <mlavalle> fouadben: thanks for your input and your work
15:36:16 <fouadben> you're wlc
15:36:27 <slaweq> fouadben++
15:36:53 <slaweq> getting back to bugs, there is only few currently open
15:36:55 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1662109
15:36:56 <openstack> Launchpad bug 1662109 in neutron "tempest scenario test_qos fails intermittently" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
15:37:29 <slaweq> I still can't check in logstash if it is still the case as there is no logs from scenario jobs there (or I don't know how to get them)
15:38:05 <slaweq> in couple jobs which I checked there was no such problem
15:39:03 <slaweq> next one was already mentioned today: #link https://bugs.launchpad.net/neutron/+bug/1745386
15:39:04 <openstack> Launchpad bug 1745386 in neutron "Update FloatingIP to set QoS policy on it fails" [Medium,Confirmed] - Assigned to LIU Yulong (dragon889)
15:39:20 <slaweq> it is related to new feature with FIP QoS
15:39:45 <slaweq> next one is related only to Ocata: #link https://bugs.launchpad.net/neutron/+bug/1739411
15:39:46 <openstack> Launchpad bug 1739411 in neutron "QoS DSCP mark disappear stable/ocata" [Low,Confirmed] - Assigned to Pavlukhin Max (mpavlukhin)
15:39:57 <slaweq> there is patch for it #link https://review.openstack.org/#/c/536095/
15:40:22 <slaweq> but it's not ready for review IMHO as even UT fails there
15:40:29 <mlavalle> ok
15:41:01 <slaweq> and 2 bugs where there was nothing new since last time:
15:41:06 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1732852
15:41:07 <openstack> Launchpad bug 1732852 in neutron "neutron don't support Router gateway rate limit " [Low,In progress] - Assigned to Slawek Kaplonski (slaweq)
15:41:12 <slaweq> and
15:41:12 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1639186
15:41:13 <openstack> Launchpad bug 1639186 in neutron "qos max bandwidth rules not working for neutron trunk ports" [Low,Confirmed]
15:41:28 <slaweq> that's all about bugs for today
15:41:32 <slaweq> any questions? :)
15:41:39 <mlavalle> none from me
15:42:15 <slaweq> ok, so last part is
15:42:16 <slaweq> #topic Open Discussion
15:42:35 <slaweq> anyone wants to tell something?
15:42:43 <slaweq> I don't have anything to add here
15:42:50 <mlavalle> me neither
15:43:17 <slaweq> so I guess we can finish meeting earlier
15:43:30 <slaweq> and enjoy few free minutes before next one :)
15:43:40 <slaweq> thx for attending
15:43:44 <slaweq> #endmeeting