15:00:57 <ralonsoh> #startmeeting neutron_qos
15:00:57 <openstack> Meeting started Tue Feb 14 15:00:57 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:58 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:02 <openstack> The meeting name has been set to 'neutron_qos'
15:01:10 <davidsha> Hi
15:01:14 <ralonsoh> Happy Valentines day
15:01:24 <davidsha> Stop you'll make me blush ~
15:01:38 <ralonsoh> slaweq won't attend today
15:01:42 <davidsha> kk
15:01:46 <ralonsoh> he will review the logs
15:01:50 <ralonsoh> ajo?
15:01:52 <ralonsoh> reedip?
15:02:07 <ralonsoh> let's wait one minute
15:02:10 <davidsha> can we remove that last interaction? he doesn't need to see that....
15:02:15 <davidsha> kk
15:02:59 <ajo> hey sorry ralonsoh , I'm back
15:03:05 <ralonsoh> np
15:03:08 <davidsha> Hi
15:03:09 <ralonsoh> let's start
15:03:11 <ralonsoh> #topic RFEs
15:03:20 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1657089
15:03:20 <openstack> Launchpad bug 1657089 in neutron "[RFE]Add bandwidth_limit to vip" [Undecided,New]
15:03:20 <ajo> I need to leave around half past the hour, but I'll be around 'till then
15:03:27 <ralonsoh> no problem
15:03:55 <ralonsoh> ok, I'll take a look to this RFE
15:04:04 <ralonsoh> But I'll ask for more information
15:04:15 <ajo> well
15:04:19 <ajo> about that one
15:04:29 <ajo> we need something that fits the current model
15:04:35 <ajo> like assigning policies to routers, etc
15:04:37 <ralonsoh> that's right
15:04:53 <ralonsoh> we have tu bugs related
15:04:54 <ralonsoh> mybe
15:04:58 <reedip_> Hi
15:05:00 <ajo> we could explore the posibilities of that
15:05:01 <ajo> or assigning policies to vips
15:05:02 <ajo> yes
15:05:04 <ajo> there's a related bug right
15:05:09 <ralonsoh> one sec
15:05:28 <ralonsoh> #link https://review.openstack.org/#/c/425218/
15:05:34 <ralonsoh> And
15:05:50 <ralonsoh> #link https://review.openstack.org/#/c/428304/
15:06:17 <ralonsoh> If you can take a look at those ones
15:06:19 <ralonsoh> perfect
15:06:59 * ajo looks
15:07:19 <ralonsoh> maybe we can talk about this bug in etherpad
15:07:59 <ajo> about the default one,
15:08:23 <ajo> makes sense, but I would like something that would allow administrators to stick policies to projects
15:08:32 <ajo> not only projects to themselves,
15:08:33 <ajo> but the admin
15:09:00 <ajo> that makes a lot of sense for bandwidth allocation, etc
15:09:12 <ajo> but that'd require another API rest call to create those kind of associations
15:09:25 <ajo> the same thing would be useful for self-tenant assignment
15:09:28 <ajo> for example
15:09:40 <ajo> neutron qos-default-policy bandwidth-limit-10M
15:09:42 <ajo> or, as admin
15:09:57 <ajo> neutron qos-default-policy bandwidth-limit-10M --to-tenant <uuid_of_tenant>. (or project)
15:10:10 <ralonsoh> ok
15:10:16 <ajo> the "default" flag is more limited
15:10:16 <ralonsoh> this will be another patch
15:10:20 <ralonsoh> ok
15:10:28 <ralonsoh> I'll change the implementation
15:10:40 <ajo> thanks for taking on this ralonsoh
15:10:45 <ralonsoh> np
15:10:48 <ralonsoh> next one
15:10:59 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1634798
15:10:59 <openstack> Launchpad bug 1634798 in neutron "[RFE] Qos DSCP to vlan priority mapping" [Wishlist,Confirmed]
15:10:59 <ajo> I suspect slaweq would agree, knowing their use cases at OVH
15:11:08 <ralonsoh> yes, I think so
15:11:47 <ralonsoh> Do you think this rfe is feasible?
15:12:10 <ralonsoh> davidsha?
15:12:16 <ajo> It's probably feasible, but I believe we have things with higher priority right now
15:12:21 <ralonsoh> ok
15:12:30 <ralonsoh> so let's keep it in the backlog
15:12:44 <ralonsoh> next one
15:12:50 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1505627
15:12:50 <openstack> Launchpad bug 1505627 in neutron "[RFE] QoS Explicit Congestion Notification (ECN) Support" [Wishlist,Incomplete] - Assigned to Reedip (reedip-banerjee)
15:12:50 <davidsha> I agress with ajo
15:12:58 <ralonsoh> reedip?
15:13:10 <reedip_> M driving, can we take.this later if possible?
15:13:10 <davidsha> agree*
15:13:15 <ajo> reedip any update on the questions of the etherpad?
15:13:21 <ajo> ack
15:13:26 <ralonsoh> ok
15:13:32 <ralonsoh> next one
15:13:39 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1639220
15:13:40 <openstack> Launchpad bug 1639220 in neutron "[RFE] Introduce Network QoS policy "is_default" behaviour" [Low,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
15:13:46 <reedip_> ajo: none afternthe last meeting, will look at it today
15:13:54 <ralonsoh> ok, that's mine
15:14:04 <ralonsoh> and we have already talk about this one
15:14:22 <ralonsoh> no more rfe's
15:14:29 <mlavalle> I have a question
15:14:29 <ralonsoh> any other comment?
15:14:35 <ralonsoh> please
15:14:59 <mlavalle> are we going to implement https://review.openstack.org/#/c/396297/ during Pike?
15:15:24 <ralonsoh> oh yes! I don't know why I didn't appear in the query...
15:15:51 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1578989
15:15:51 <openstack> Launchpad bug 1578989 in neutron "[RFE] Strict minimum bandwidth support (egress)" [Wishlist,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
15:16:29 <ralonsoh> I made a POC: https://review.openstack.org/#/c/401254/
15:16:33 <ralonsoh> reading the BW
15:17:02 <ralonsoh> are we going to talk about this RFE in the PTG?
15:17:33 <ralonsoh> there are several parts involved
15:17:40 <ajo> We have no oficial timeslot, but we can, of course make a small table :)
15:17:50 <ralonsoh> that will be perfect
15:17:54 <ajo> yes :)
15:17:59 <mlavalle> In the spec I volunteered to implement the placement api interaction pieces
15:18:26 <mlavalle> so I want to make sure we are moving ahead with this because I want to honot my commitments
15:18:34 <mlavalle> honor^^^
15:18:35 <ajo> ralonsoh reading the commit message: you don't need to count down the bandwidth
15:18:59 <ajo> that's handled by nova when doing allocations, etc.
15:19:00 <ajo> it can be nice for informative reasons, I guess, but we don't need to use it
15:19:23 <ajo> I mean, we don't need to update nova when there's more "min bw" used. Nova will be aware, and will have the bandwidth counted down
15:19:49 <ralonsoh> ok, buy I have some concerns about this
15:19:59 <ralonsoh> please, make an small review and I'll reply
15:20:25 <ajo> ack
15:20:30 <ralonsoh> thanks!
15:20:53 <ralonsoh> mlavalle: will you assist to the PTG?
15:21:11 <mlavalle> ralonsoh: yeah I'll be there
15:21:29 <ralonsoh> perfect, so during the PTG we'll talk about this rfe
15:21:47 <ralonsoh> let's move to bugs
15:21:54 <ralonsoh> #topic Bugs
15:22:00 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1663908
15:22:00 <openstack> Launchpad bug 1663908 in neutron "Qos rules not cleaned by L2 agent" [Undecided,New]
15:22:21 <ralonsoh> I need to reproduce this bug to be sure
15:22:28 <ralonsoh> I can take this one
15:22:48 <davidsha> You have a lot on your plate I can take it.
15:23:07 <ralonsoh> perfect, we'll share the work load
15:23:17 <ralonsoh> next one
15:23:20 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1662109
15:23:20 <openstack> Launchpad bug 1662109 in neutron "tempest scenario test_qos fails intermittently" [High,In progress] - Assigned to Miguel Angel Ajo (mangelajo)
15:23:22 <ralonsoh> ajo ?
15:23:40 <ajo> Oh, we merged one patch regarding that
15:23:45 <ajo> let me check what's the status
15:23:49 <ralonsoh> perfect!
15:24:25 <ajo> oh, it didn't merge due to gate unstability
15:24:35 <ralonsoh> ok, but the patch is there
15:25:00 <ralonsoh> next one
15:25:04 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1659312
15:25:04 <openstack> Launchpad bug 1659312 in neutron "Enforce QoS policies applied on router interfaces" [Wishlist,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
15:25:16 <ralonsoh> I'll ping kevinbenton to review this one
15:25:26 <ralonsoh> he kindly ask me to open this one
15:26:02 <ralonsoh> and this one (related)
15:26:04 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1659265
15:26:04 <openstack> 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:27 <ralonsoh> I you have time, reviews will be welcome
15:26:53 <ralonsoh> next one
15:26:57 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1657381
15:26:58 <openstack> Launchpad bug 1657381 in neutron "QoS drivers need to implement a precommit for the actions" [Medium,Incomplete]
15:27:07 <ralonsoh> ajo ?
15:27:19 <ralonsoh> you stopped this patch
15:27:30 <ajo> I was waiting on answer to my quetions
15:27:47 <ajo> suddenly I realized that if we don't allow anyone to stop the transaction due to an error in the driver
15:27:50 <ajo> it becomes pointless
15:28:06 <ralonsoh> yes, I see
15:28:06 <ajo> because 1) drivers can't stop the transaction because they don't support a rule
15:28:17 <ajo> 2) if the backend had an issue it should be logged and retried later
15:28:36 <ajo> at worst, the normal action of the driver can be used to throw such excetion
15:28:39 <ajo> exception
15:28:51 <ralonsoh> as you said, it becomes pointless
15:28:59 <ajo> so
15:29:00 <ajo> I asked on patch for more details on the need of such precommit action
15:29:27 <ralonsoh> ok, so no action for now until feedback
15:29:36 <ralonsoh> next one
15:29:41 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1649517
15:29:41 <openstack> 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,In progress] - Assigned to Slawek Kaplonski (slaweq)
15:29:58 <ralonsoh> I'll ping slaweq a bit latter about this bug
15:30:16 <ralonsoh> it seems to be stopped
15:30:38 <ajo> I have to leave for now, thanks ralonsoh for driving the meeting, I'll read the logs later
15:30:46 <ralonsoh> no problem
15:30:50 <ralonsoh> see you later
15:31:04 <ralonsoh> next one
15:31:06 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1649503
15:31:06 <openstack> 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:50 <ralonsoh> I'll ping Hong for feedback, beause seems to be stopped too
15:32:13 <ralonsoh> ok, no more bugs in the agenda
15:32:39 <ralonsoh> anyone has any other bug?
15:32:54 <ralonsoh> ok
15:32:55 <ralonsoh> #topic Other Changes
15:33:01 <ralonsoh> nothing in the agenda
15:33:38 <ralonsoh> last topic
15:33:39 <ralonsoh> #topic Open Discussion
15:34:00 <ralonsoh> next week PTG
15:34:19 <ralonsoh> I hope will have time enough to finish all open topics
15:35:03 <ralonsoh> davidsha, mlavalle: anything else?
15:35:47 <davidsha> +1, I'd like to discuss the flow manager and neutron-classifier at it.
15:35:59 <ralonsoh> yes, sure!
15:36:15 <ralonsoh> de you have a POC of the classifier?
15:36:18 <ralonsoh> with OVS
15:37:07 <davidsha> I'm working on writing a service plugin for neutron-classifier at the moment, I'm hoping to have something to show and get opinions on by next week.
15:37:23 <ralonsoh> that's perfect
15:37:48 <ralonsoh> ok, let's end the meeting
15:37:52 <ralonsoh> thank you all!
15:37:57 <davidsha> Thanks!
15:38:03 <ralonsoh> #endmeeting