15:00:23 #startmeeting neutron_l3 15:00:29 Meeting started Thu Oct 26 15:00:23 2017 UTC and is due to finish in 60 minutes. The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:33 The meeting name has been set to 'neutron_l3' 15:00:39 o/ 15:00:40 hi 15:00:43 hi 15:01:34 #topic Announcements 15:02:27 Queens-1 was cut yesterday 15:03:55 Next milestone is Dec 4 - 8 15:04:04 about 6 weeks from now 15:04:24 #link https://releases.openstack.org/queens/schedule.html 15:04:49 Summit is a litlle more that a week from now 15:05:03 will miss haleyb and davidsha :-( 15:05:15 have a beer or three for me :) 15:05:27 will do 15:05:27 :( 15:05:28 and not that Fosters junk 15:05:31 mlavalle: getting ready 15:05:40 Lol 15:05:40 cool 15:05:47 any other announcements? 15:05:51 mlavalle: I got my visa at last after 25 days 15:05:58 wow! 15:06:13 is it a hard visa? 15:06:23 in my case it is just an email 15:06:35 mlavalle: the odd part is there is no communication and everything is silent and you don't know whom to contact. 15:06:59 It seems they basically take at least 17 working days to process visa for other countries. 15:07:02 ahhh, in the end is the same as mine, the airline has access to a system where they verify 15:07:20 mlavalle: yes it is online approval. 15:07:25 ok moving on 15:07:31 #topic Bugs 15:07:36 Swami: take it away 15:07:42 mlavalle: thanks 15:07:51 I have not seen any new bugs this week. 15:08:10 I saw one bug, but that was an invalid bug with respect to MTU setting and FIPs. 15:08:20 Most of our patches have merged. 15:08:30 But we still have the Tempest test failure. 15:08:50 I did not have time this week to work on it since I was busy with my downstream work. 15:08:54 and scenario test failure 15:09:12 #link https://bugs.launchpad.net/neutron/+bug/1717302 15:09:14 Launchpad bug 1717302 in neutron "Tempest floatingip scenario tests failing on DVR Multinode setup with HA" [High,Confirmed] 15:09:23 This is the bug that we need to address. 15:09:26 ah, the same, tempest and scenario 15:09:32 haleyb: yes. 15:09:53 east-west test failures are all that's left 15:09:57 Probably this week I can focus on this one. 15:10:15 * mlavalle and haleyb had the impression earlier Swami was busy doing something else :-) 15:10:21 Swami: there was also the ml2 dvr port bug, right? needs an update? 15:10:39 mlavalle: I was still working on openstack but on LBaas octavia. 15:10:52 haleyb: yes, I am coming to that next. 15:11:07 * haleyb sits down and gets his popcorn 15:11:19 #link https://bugs.launchpad.net/neutron/+bug/1718345 15:11:20 Launchpad bug 1718345 in neutron "ml2_distributed_port_bindings not cleared after migration from DVR" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:11:26 * mlavalle is going to have a chat with Mike Johnson. Swami is only our 15:11:33 I had a patch for it. 15:11:34 ours^^^ 15:12:20 #link https://review.openstack.org/#/c/508808/ 15:12:42 While I was testing this patch, I am seeing that there is a mysql timeout error. 15:13:05 So I need to revisit this patch. I have captured the error and provided a comment in the patch. 15:13:09 so, WIP still 15:13:22 haleyb: if you have any ideas please provide your comments on the patch. 15:13:42 i will take another look, hadn't gone through logs 15:13:59 mlavalle: yes WIP still, since I wanted to test it and add a functional test to it, but it seems it fails functional test. 15:14:33 #link https://bugs.launchpad.net/neutron/+bug/1716401 15:14:34 Launchpad bug 1716401 in neutron "FWaaS: Ip tables rules do not get updated in case of distributed virtual routers (DVR)" [Undecided,New] 15:14:57 mlavalle: reedip mentioned that he is busy with something else and he might not have time to fix this issue. 15:15:22 yeah, I think he is oversubscribed 15:15:22 mlavalle: So I will take a look at the FWaaS and DVR and see if I can fix this problem, 15:15:45 Ok, that's all for today. 15:15:57 My priority for this week is to fix the Tempest test and find out the issue. 15:16:03 mlavalle: back to you 15:16:10 Thanks for the update 15:16:26 I don't have any other high priority bugs 15:16:29 mlavalle: BTW, I will be out on a flight next week. So might not be able to attend the meeting next week. 15:16:46 duly noted, thanks for the heads up 15:16:55 any other bugs from the team 15:16:57 ? 15:17:10 Not from me. 15:17:43 ok, moving on 15:18:02 #topic dvr_bridged 15:18:17 did I use the correct term? 15:18:24 davidsha: ^^^^ 15:18:40 Close enough, think kickass is spelt wrong though :P 15:18:50 LOL 15:18:57 any updates on this? 15:19:22 I have floating IP working now and fixed the other issue I was having. 15:19:38 I'm just wrapping it up now and making it pretty for review 15:20:12 I'll move onto writing tests for it after the next PS 15:21:01 Should have the next patch set up tomorrow, pretty or not. 15:21:49 Thats, all from me. does anyone have any questions? 15:22:18 davidsha: we are fine. 15:22:23 not from me. will try to look at your patchset as soon as you push it 15:22:31 Thanks! 15:22:46 #topic Multiple port bindings 15:22:59 is sean-k-mooney around? 15:23:03 I have seans updates 15:23:09 great 15:24:22 He's working on bindings atm, He's put up the nova vif objects and he'll be working on how to check the version of source and destination compute nodes 15:25:56 Great! anything else from him 15:26:35 Not that I'm aware of. 15:27:33 ok, on my side I merged in neutron-lib the resource defintion I need to notify event from the multiple port bindings service plugin 15:28:19 this is being used in the code I am writing to notify ML2 that that bindings have been created / updated / deleted / activated 15:28:32 making good progress 15:28:46 that's all I have for this week 15:28:55 #topic Open Agenda 15:29:38 I couple of days ago I pinged haleyb and Swami about this spec: https://review.openstack.org/#/c/470596/ 15:29:53 seeking input to make sure we can implement this with DVR 15:30:17 mlavalle: ok will take a look at it. 15:30:21 The summary of it is that it proposes to add port fprwarding to floating ips 15:30:21 mlavalle: sorry, didn't get to it yet, will read today 15:30:26 np 15:30:39 let's spend a few minutes, if that's ok 15:31:16 mlavalle: sure 15:31:31 so we would create a fip and then add port forwarding rules to it 15:32:13 to forward the traffic to a fixed ip / port combination 15:32:41 could we use the new centralized fips for this? 15:32:46 it looks a little like load-balancing? 15:33:19 it is more an effort to reduce the number of public IPs necessary 15:34:15 mlavalle: If concerned about the public IP consumption then using the centralized fip will be the optimal one. 15:35:24 mlavalle: haleyb: Yes looks to me like the lbaas where we reuse the same vrrp ip to contact different instances. 15:35:50 ok, I just wanted to share my thoughts. Please give feedback in the spec 15:36:10 I want to make sure this is implementable with DVR 15:36:17 mlavalle: ok, still we need to see how the portbinding works if targeted with DVR. 15:36:36 mlavalle: I will take a closer look at the spec and provide my comments in the spec. 15:36:47 perfect, thanks 15:37:22 the other patch I wanted to give you a heads up is this one: https://review.openstack.org/#/c/453458/ 15:38:51 There is an approved spec for this https://specs.openstack.org/openstack/neutron-specs/specs/backlog/pike/layer-3-rate-limit.html 15:39:09 I just want to make sure the team is aware of this 15:39:37 in case we have something to say 15:39:44 I intend to review the code 15:40:17 mlavalle: i'm aware now :) i am wondering why that doesn't have a reviewer assigned, or maybe it was on Kevin's watch and it was his? 15:40:45 that was probably the case 15:40:50 or it's in the spec 15:41:23 hmm, just the RFE bug 15:41:42 yeap 15:41:47 Spec is over a year old and not merged 15:42:00 the spec is merged 15:42:15 that is why we have https://specs.openstack.org/openstack/neutron-specs/specs/backlog/pike/layer-3-rate-limit.html 15:42:23 it's in our backlog 15:42:38 haleyb: would you like to be the approver? 15:42:45 mlavalle: Ah the other soec must have been abandoned then 15:42:49 https://review.openstack.org/#/c/337969/ 15:44:02 mlavalle: i guess i could, sure 15:44:29 i stepped into that one 15:44:51 haleyb: ok, I intend to help reviewing it, so I won't leave you alone 15:45:14 I will look to see if there is a blueprint 15:45:24 thanks, it's probably almost done if the patch is that old 15:45:35 and if not create one and add it to the Q-2 milestone 15:46:01 I will also ask slawek to weigh in 15:46:26 any other topics? 15:47:02 i have one comment 15:47:05 sure 15:47:49 there are number (don't know how many) reviews fixing bugs that have fallen into the backlog, i'm hoping to get to looking at them the next couple of weeks, but might need other reviewers 15:48:04 most are smaller, but rather get them fixed than forget about them 15:48:17 yeah, I'll be glad to help 15:48:21 Thanks! 15:48:32 add me to those reviews, please 15:48:35 haleyb: sure I can help as well. 15:48:41 sometimes a one-line change requires more thought than a larger one 15:48:59 LOL, yeah 15:49:21 Add me as well! 15:49:44 i had wondered why my review board was so long and noticed some of these just waiting for attention 15:49:57 that's all i had 15:50:15 haleyb: did we cover all that we needed to discuss from the CI meeting? 15:50:57 mlavalle: yes, i think the one thing was the bug Swami was working on (tempest scenario), or was there another thing? 15:51:11 nope, just making sure :-) 15:52:00 ihrachys is pretty strict following up with the action items ;-) 15:52:12 haleyb: got it 15:52:18 yes, i've been working on them 15:52:47 and I don't want the L3 Olympus to be called out for missing an action item :-) 15:53:02 Swami: np, we want to have that job voting, and it's so close, just two areas, trunk and dvr 15:53:51 ok team 15:53:52 haleyb: agreed 15:53:58 thanks for attending 15:54:04 talk to you next week 15:54:14 Swami: safe travels 15:54:14 Cya! 15:54:17 bye 15:54:21 #endmeeting