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