14:00:13 <mlavalle> #startmeeting neutron_drivers
14:00:14 <openstack> Meeting started Fri Apr 20 14:00:13 2018 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:17 <openstack> The meeting name has been set to 'neutron_drivers'
14:00:27 <mlavalle> Hi there!
14:03:44 <haleyb> hi
14:04:04 <mlavalle> hey haleyb. amotoki mentioned last week he won't join today
14:04:20 <mlavalle> let's wait for yamamoto to have quorum
14:04:29 <yamamoto> hi
14:04:38 <mlavalle> and there he is
14:04:44 <mlavalle> so we have quorum
14:05:47 <mlavalle> first RFE for today is https://bugs.launchpad.net/neutron/+bug/1763347
14:05:48 <openstack> Launchpad bug 1763347 in neutron "internal: cannot apply standard attributes to sub-resources" [Medium,In progress] - Assigned to Thomas Morin (tmmorin-orange)
14:07:04 <mlavalle> related patch set is here: https://review.openstack.org/#/c/560907/
14:09:29 <mlavalle> it sounds reasonable. I just wonder in what situation he want to apply that
14:11:05 <haleyb> https://review.openstack.org/#/c/558741/ might show why
14:11:11 <haleyb> Beyond their intrinsic marginal usefullness, standard attributes [1] also include a revision number that helps avoid some races in OVO-based RPCs for resource updates.
14:11:31 <haleyb> that depends on the other change
14:11:53 <mlavalle> yeap
14:11:57 <mlavalle> that makes sense
14:13:08 <yamamoto> so he wants to have revision number for bgpvpn xxx_association sub resources?
14:13:54 <mlavalle> it seems so
14:15:09 <yamamoto> it sounds fine to me
14:16:30 <mlavalle> this change just adds the standard attribute to some of the bgpvpn sub-resources
14:16:50 <mlavalle> so yeah, it maskes sense to me
14:16:54 <mlavalle> I am fine with it
14:18:12 <haleyb> that's consensus
14:18:13 <yamamoto> https://bugs.launchpad.net/bgpvpn/+bug/1765391 has an explanation of the motivation
14:18:15 <openstack> Launchpad bug 1765391 in networking-bgpvpn "add standard attributes to all BGPVPN resources" [Undecided,In progress] - Assigned to Thomas Morin (tmmorin-orange)
14:18:39 <mlavalle> haleyb: do you have any reserves about it?
14:18:59 <mlavalle> reservations^^^^
14:19:12 <haleyb> mlavalle: no, i'm fine with it
14:20:06 <mlavalle> ok, good. we don't need to make decisions here with total majority, but is is good to hear the counter argument if there is any :-)
14:20:23 <mlavalle> so, marking this RFE as approved
14:21:23 <mlavalle> Done
14:21:54 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1748132
14:21:55 <openstack> Launchpad bug 1748132 in neutron "[RFE] Can not create router gateway without external_fixed_ips" [Wishlist,In progress] - Assigned to Guoshuai Li (liguoshuai1990)
14:23:41 <mlavalle> With this one we decided to leave a question last week to clarify to use case
14:23:49 <mlavalle> amotoki left that question
14:23:59 <mlavalle> and the submitter hasn't responded yet
14:24:35 <haleyb> would be good to have an answer
14:24:50 <mlavalle> I think the next step I will prompt him / her with an additional comment and see what happens
14:24:58 * mlavalle leaving additional comment
14:26:10 <mlavalle> Done
14:26:33 <yamamoto> maybe a provider can give users an incentive to save ips. eg. make them pay for each ips :-)
14:27:40 <mlavalle> do you want to add that comment?
14:27:44 <mlavalle> to the RFE?
14:28:10 <yamamoto> sure. i'm good at copy and paste.
14:28:16 <mlavalle> LOL
14:28:46 * mlavalle gives yamamoto a few seconds to copy and paste
14:29:02 <yamamoto> done
14:29:13 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1756705
14:29:15 <openstack> Launchpad bug 1756705 in neutron "RFE: New Neutron extension for binding levels" [Wishlist,In progress] - Assigned to Evgeny Fedoruk (evgenyf)
14:30:56 <mlavalle> It seems the submitter works for LBaaS appliances provider, so they want to know the HPB details to configure their system
14:31:07 <mlavalle> which sounds reasonable to me
14:32:15 <haleyb> radware
14:32:27 <mlavalle> yeah, that makes sense
14:33:22 <yamamoto> do we need an input from ml2 folks?  they are not so active these days though.
14:34:02 <mlavalle> besides, we are not touching the HPB code in ML@
14:34:09 <mlavalle> ML2^^^^
14:34:33 <mlavalle> we would just expose HPB details through the port response, IIUC
14:34:35 <mlavalle> right?
14:35:56 <yamamoto> i wonder there might be a reason they chose not to expose details via api
14:37:54 <mlavalle> we can always ask rkukura. he stiil connects to IRC
14:38:27 * mlavalle pingin rkukura in the Neutron channel
14:39:13 <mlavalle> he haleyb's neighbor in New England, so must be working
14:39:33 <haleyb> yes, no show today so we work
14:39:40 <haleyb> s/show/snow
14:41:18 <mlavalle> he is not responding. I can take the action item to hunt him down in IRC over the next few days and ask his opinion
14:41:30 <mlavalle> would that make sense?
14:41:37 <yamamoto> yes
14:42:08 <yamamoto> haleyb: you don't work when you have snow?
14:42:23 <mlavalle> no, fears getting wet
14:42:38 <mlavalle> :-)
14:43:09 <haleyb> yamamoto: i melt :)
14:43:26 <haleyb> it did snow yesterday though, strange spring we're having
14:43:43 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1761823
14:43:44 <openstack> Launchpad bug 1761823 in neutron "[RFE] Introduce /ip-address resource" [Wishlist,Confirmed]
14:44:25 <mlavalle> this came as a suggestion during this meeting a few weeks ago
14:45:32 <mlavalle> I want it to get  decision, positive or negative, and not be forgotten. Wonder what would be the next step
14:46:18 <mlavalle> hongbin_: is it your plan to continue elaborating the /ip-address idea?
14:46:43 <mlavalle> or yours yamamoto?
14:46:53 <hongbin_> mlavalle: possibly not, since i would focus on other things
14:47:02 <yamamoto> i don't volunteer at this point
14:47:14 <mlavalle> hongbin_: that's fine. I just wanted to set the expectation correctly
14:48:20 <mlavalle> in light of that, I will leave a note in the RFE and mark it as postponed
14:48:35 <hongbin_> +1
14:49:02 <yamamoto> +1
14:49:31 <mlavalle> and that is all I had for today's meeting
14:49:46 <mlavalle> are there any other topics we should discuss today?
14:50:40 <hongbin_> i would like to bring this one up if it is a proper place to discuss it https://bugs.launchpad.net/neutron/+bug/1749304
14:50:41 <openstack> Launchpad bug 1749304 in neutron "RFE: Support filter by attribute with empty value" [Wishlist,Confirmed]
14:51:04 <hongbin_> i would like to know what is the driver team opinion on this one
14:51:46 <mlavalle> hongbin_: yeah, we can look at it
14:51:57 <hongbin_> mlavalle: ok, thx
14:53:40 <yamamoto> the current behaviour doesn't sound intuitive
14:54:56 <mlavalle> meaning the the inituitive behavior should be to be able to filter by ""?
14:55:31 <yamamoto> yes. or an error.
14:57:07 <mlavalle> that makes sense to me
14:57:27 <mlavalle> I would lean towards allowing filtering by ""
14:57:52 <mlavalle> what do tohers think?
14:57:58 <mlavalle> others^^^
14:58:51 <hongbin_> either supporting "" or raise an error is fine with me
14:59:27 <haleyb> +1 i guess, there is a use case
14:59:42 <mlavalle> yeah, there is a use case
15:00:10 <mlavalle> yamamoto: you ok approving it with allowing filtering by ""?
15:00:24 <mlavalle> let's finish in the Neutron channel
15:00:28 <mlavalle> #endmeeting