14:00:20 #startmeeting neutron_drivers 14:00:21 Meeting started Fri Apr 13 14:00:20 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:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:24 The meeting name has been set to 'neutron_drivers' 14:00:54 Hi there 14:01:02 hi 14:01:34 yamamoto is travelling this week, so we'll wait for amotoki to complete quorum 14:02:33 hi 14:02:54 ok, we have quorum now 14:03:03 Let's dive right in 14:03:03 I cannot join a meeting next week 14:03:19 amotoki: this meeting? 14:03:33 mlavalle: no, it's about next week 14:03:48 just an announcement 14:03:48 amotoki: I know, this meeting next week 14:03:55 ? 14:04:14 ah... I see. 14:04:23 this meeting next week 14:04:45 ah I should use 'the' instead of 'a meeting' :p 14:05:21 thanks for the heads up 14:05:34 so first one to discuss today is https://bugs.launchpad.net/neutron/+bug/1743480 14:05:34 Launchpad bug 1743480 in neutron "[RFE] No way to differentiate beween floating IP networks and external provider networks" [Wishlist,Confirmed] 14:06:30 we discussed two weeks ago. We concluded that it was confusion on the part of the submitter about the meaning of the network attributes 14:06:51 We decided to give him some more time to provide feedback 14:07:07 he added some comments since then 14:07:15 yeah, he did 14:08:06 he seems to misunderstand that floating IP networks need to be queried by "shared=False and external=True" but "external=True" is the right one. 14:08:22 he commented back that "This needs to be discoverable via the api", which I think it is 14:08:58 the "external=True" attribute is part of the API 14:09:12 that's my understanding. 14:09:46 the confusion comes from relationship around 'shared' and 'router:external' 14:10:10 i think we can reject this RFE and we should improve our API reference. 14:10:15 My proposal is that I will leave a comment indicating that it is indeed discoverable through the API and close this RFE 14:10:49 amotoki: I think we are in agreement 14:11:02 haleyb: what do you think? 14:11:32 i agree with you two 14:11:57 cool. I'll leave comments at the end of the meeting 14:12:00 let's move on 14:12:29 Next one is https://bugs.launchpad.net/neutron/+bug/1748132 14:12:29 Launchpad bug 1748132 in neutron "[RFE] Can not create router gateway without external_fixed_ips" [Wishlist,In progress] - Assigned to Guoshuai Li (liguoshuai1990) 14:13:33 on this one we were leaning towards approving the submitter's original proposal, but amotoki wanted to leave a comment 14:14:26 * mlavalle wonders how amotoki does this "Notice" thing 14:14:54 IIRC my point is that this proposal works but it is up to users. 14:15:16 in my IRC client limechat, Ctrl-Enter allows me to send a notice 14:15:40 the proposal does not help operators save public IP addresses. 14:18:47 are you planning to leave a comment explaining your point? 14:19:29 mlavalle: I just added a comment. 14:20:15 amotoki: perfect, thanks! 14:20:20 * haleyb also wonders how this works with ovn, since that was in his last comment, but will wait for a response to the new question 14:20:53 ++ 14:21:05 Next one is https://bugs.launchpad.net/neutron/+bug/1754123 14:21:05 Launchpad bug 1754123 in neutron "[RFE] Support filter with floating IP address substring" [Wishlist,Incomplete] 14:21:10 haleyb: this is the API behavior, so I think it is independent to backends. 14:22:20 amotoki: ok, i thought his second question was about snat 14:22:38 but then i guess that would happen with ml2/ovs as well 14:23:00 haleyb: i think so too 14:23:22 i'm fine waiting for a response 14:24:28 REading this last ^^^ RFE, it seems it is not needed anymore 14:25:19 mlavalle: agree 14:25:41 perhaps his original request said too many. 14:25:45 so I am removing the RFE tags from it and leave it marked as incomplete 14:25:51 I will leave a comment also 14:25:55 hang on..... 14:26:14 mlavalle: +1 14:28:23 done 14:28:33 Next one is https://bugs.launchpad.net/neutron/+bug/1756705 14:28:33 Launchpad bug 1756705 in neutron "RFE: New Neutron extension for binding levels" [Wishlist,In progress] - Assigned to Evgeny Fedoruk (evgenyf) 14:31:18 Here's the associated patch: https://review.openstack.org/#/c/554508/ 14:31:19 patch 554508 - neutron-lib - Port binding levels extension presented 14:31:29 it is still unclear to me. what I am not sure is the reporter would like to switch LBaaS behavior depending on HPB. 14:31:57 I would like to know more concrete use case in his mind. 14:32:40 if a use case is reasonable, I have no objection to export port binding level details in API. 14:33:12 That sound reasonable. I will leave a comment and see what his response is 14:34:24 and those are all the RFEs we have for today's meeting 14:34:50 I am planning to go back to https://bugs.launchpad.net/neutron/+bug/1715386 14:34:50 Launchpad bug 1715386 in neutron "[RFE]Support routing traffic based on subnet" [Wishlist,In progress] - Assigned to zhaobo (zhaobo6) 14:35:07 and read the latest revision of the spec 14:35:22 Maybe others can also provide some feedback 14:36:21 any other topics we should discuss today? 14:37:58 we have 48 rfe-approved RFEs. we might need to check their status some time. 14:38:30 that's a very good point 14:38:41 I will do that this coming week 14:39:02 at least I will start going through them and see what the status is 14:39:19 feel free to pitch in, though :-) 14:40:04 thanks. I will try to look through specs next week 14:40:46 I will report next week on findings about the approved RFEs 14:42:02 ok, thanks for attending. See you guys next week 14:42:11 thanks 14:42:19 #endmeeting