14:00:30 #startmeeting neutron_drivers 14:00:30 Meeting started Fri Jan 5 14:00:30 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:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:33 The meeting name has been set to 'neutron_drivers' 14:01:14 hi 14:01:28 Hi yamamoto, happy New Year! 14:01:37 happy new year 14:01:47 hi happy new year 14:02:07 hi amotoki! 14:02:18 is this your first day after vacation? 14:02:38 yes, so I haven't reviewed much.. 14:02:45 2nd day for me 14:02:46 that's ok 14:02:50 ohhhh 14:03:04 did you guys went anywhere nice? 14:03:19 in japan we usually have new year holidays till Jan 3 14:03:32 ah, good to know 14:03:57 instead of Christmas :) 14:04:09 of course 14:04:22 ok, let's get going 14:05:40 yamamoto: thanks for the patchset with the new rfe labels 14:06:03 https://review.openstack.org/#/c/528189/ 14:06:34 amotoki: thanks 14:06:46 I think we are all in agreement. Aren't we? 14:06:55 yes, sure 14:07:29 so if by the end of my day today we don't get any other feedback, I am going to W+ it 14:07:39 ok? 14:07:45 fine for me 14:07:52 sounds good 14:07:56 ok 14:08:10 i'll add new tags to existing rfes once it was merged 14:08:21 This is the list we have today: https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=Triaged&field.tag=rfe 14:09:07 I am going to skip Neutron cells aware. The agreement last time was to have someone start developing a POC 14:09:37 using approach in #5 14:10:01 unless anyone wants to add something.... 14:10:34 nothing to add from me 14:11:04 is anyone moving this forward? 14:11:08 on POC 14:11:19 not that I am aware of 14:11:26 amotoki: interested? 14:11:49 i haven't looked into it yet 14:12:06 ok, take a look and let us know 14:12:18 i am interested in it, but I need to move some API stuffs forward 14:12:52 ok, let us know if you make free up some bandwidth for it 14:13:02 can free up^^^^ 14:13:17 okay 14:13:34 Next one is https://bugs.launchpad.net/neutron/+bug/1715386 14:13:35 Launchpad bug 1715386 in neutron "[RFE]Support routing traffic based on subnet" [Wishlist,Triaged] - Assigned to zhaobo (zhaobo6) 14:16:29 I made another pass a copuple of days ago at the spec here: https://review.openstack.org/#/c/523658 14:17:49 i haven't looked at the spec proposed yet. From the bug description, it sounds a valid use case and the spec will help our understanding. 14:18:26 can you elaborate on the valid use case part? 14:18:55 I would like to hear your thoughts 14:20:38 ah... the bug description says "some specified source IP/CIDR". it sounds source routing. 14:20:47 correct 14:20:54 source based routing 14:21:02 my original impression might be wrong.... 14:21:17 no, it is correct 14:21:33 at its essence, the proposal is source based routing 14:22:00 what I thoguht first is something like AWS VPC, where we can determine external gateway based on routing table. 14:22:21 it is not based on source-based routing 14:23:05 ahhh, ok I see what you say 14:24:33 yamamoto: i think you already looked into the spec. any comment? 14:25:00 ihar had a good point - can we use SFC for this, and if so, why do it here again? 14:25:31 i have never understood why multiple routers are not enough for the given use cases. 14:26:47 yeah, ihar had a good point. In my understanding, the current SFC does not support this model, but it sounds worth investigated 14:27:18 amotoki, haleyb: if you have some time, would you leave some feedback in the spec? 14:27:37 sure 14:28:04 any other comments from someone? 14:28:13 mlavalle: sure. my other thought is a routing VM 14:29:45 ok, moving on... 14:29:51 https://bugs.launchpad.net/neutron/+bug/1717560 14:29:52 Launchpad bug 1717560 in neutron "[RFE] allow to have no default route in DHCP host routes" [Wishlist,Triaged] 14:32:44 For this one armax made an alternative proposal in comment #15, based DHCP extra options 14:33:16 haven't heard back from Thomas 14:33:44 tried to ping him in the Neutron channel 14:33:48 he is not there 14:35:09 one other thing i didn't see in the bug is what about the case where a VM has two interfaces in the same subnet? egress spoof checking causes problems with that, and could even in other cases 14:35:31 it's a little orhagonal i understand 14:35:50 My thinking is that if we don't here from him by next meeting, we can conclude he doesn't want to pursue it anymore 14:35:56 hear^^^^ 14:36:39 but if i have two interfaces in different subnets i have to configure the VM to always use the source IP only on the interface it is configured on, which is part of the special setup he mentions 14:36:45 I was tempted to arrive at that conclusion last night. But with the Holidays, I thought we shoould probably wait a little longer 14:36:47 neutron can't help with taht 14:37:22 haleyb: would you leave some feedback there 14:37:25 ? 14:37:42 mlavalle: sure, i hadn't even noticed that bug before 14:39:04 any other thoughts from someone? 14:39:18 +1 to wait for another week. but i guess it isn't critical as far as he can re-open it. 14:40:51 * mlavalle leaving a note in the RFE 14:42:27 Next one is https://bugs.launchpad.net/neutron/+bug/1718605 14:42:28 Launchpad bug 1718605 in neutron "[RFE] Support sub-string matching when filtering port with IP address" [Wishlist,Triaged] - Assigned to hongbin (hongbin034) 14:45:25 mlavalle: who is the approver for this one? there were two reviews and they seem about complete 14:45:28 I had a conversation with mriedem last night about it. Left a summary in#8 14:45:29 what we need is now clear and I think we approve this. 14:45:59 * haleyb didn't want to +2 since someone else might approve 14:46:44 haleyb: yeah, I also wanted to wait for this meeting to formally approve the work 14:46:58 yamamoto: do you agree approving this? 14:47:02 yes 14:47:09 haleyb: you good with it? 14:48:14 ok, approved it is 14:48:21 mlavalle: yes i think they're fine, would be good to have someone else look at the changes since i only remember slaweq recently 14:48:35 haleyb: I will review today 14:49:13 ok, approved it is 14:50:02 Next one is https://bugs.launchpad.net/neutron/+bug/1727578 14:50:03 Launchpad bug 1727578 in neutron "[RFE]Support apply qos policy in VPN service" [Wishlist,Triaged] 14:52:23 This one was brought during the QoS meeting by slaweq this past Tuesday 14:53:08 he indicated interest on it from the QoS team point of view, so I asked him to mark it triaged, so it can be discussed here 14:53:18 i guess the feature is nice to have. to me it isn't clear how the reference impl would look like though. 14:53:24 hi, there is some specs for it also: https://review.openstack.org/#/c/531074/ 14:53:35 but I didn't have time to read it yet 14:54:28 would we feel comfortable approving the RFE and taking the discussion to the spec? 14:54:38 yes 14:55:01 amotoki: how about you? 14:55:11 I am fine to approve the RFE though i am not sure how we can actually implement it in the reference impl, but it can be dsicussed in the spec 14:55:22 ok cool 14:56:19 approved it is 14:56:34 and that was the last RFE we had for today 14:56:58 so we will be returning a whopping 4 minutes to everybody's agenda :-) 14:57:27 haleyb, slaweq: thanks for popping in. Your insight is always welcome 14:57:46 :) 14:57:48 next meeting is on Thursday, 2200UTC 14:57:51 np, glad to help 14:58:04 #endmeeting