15:00:11 <mlavalle> #startmeeting neutron_l3
15:00:12 <openstack> Meeting started Thu Aug  9 15:00:11 2018 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:13 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:16 <openstack> The meeting name has been set to 'neutron_l3'
15:00:58 <njohnston> o/
15:01:17 <haleyb> hi
15:01:36 <mlavalle> #topic Announcements
15:01:54 <mlavalle> fwiw, it's been a few hectic days this week
15:02:04 <slaweq> hi
15:02:14 <mlavalle> We will cutting rc1 later today
15:02:35 <njohnston> excellent!
15:02:56 <mlavalle> amotoki is goiung to push the patch and we are going to mark it wip until we know the feat of https://review.openstack.org/#/q/status:open+project:openstack/neutron-fwaas+branch:master+topic:bug/1720727
15:03:19 <Swami> hi
15:03:22 <mlavalle> everything else is already in
15:03:29 <amotoki> FYI a neutron RC1 patch https://review.openstack.org/#/c/590360/
15:03:59 <mlavalle> amotoki: cool, thanks, I will take it from here
15:04:05 <mlavalle> have a good night
15:04:47 <mlavalle> amotoki: ahh I see you are writing the cycle highlights. Thanks for that
15:05:45 <mlavalle> I also think that all of you must have received you ATC invite for the Berlin Summit
15:05:56 <mlavalle> did you notice its is not free anymore?
15:06:41 <Swami> mlavalle: it is only free if you attend the PTG, and partial if you are an ATC
15:06:58 <mlavalle> ahhh, good thing I didn't register using it
15:07:09 <mlavalle> I was about to do it
15:07:12 <mlavalle> LOL
15:07:26 <mlavalle> any other announcements for today?
15:08:19 <mlavalle> if not, let's move on
15:08:22 <mlavalle> #topic Bugs
15:08:43 <mlavalle> Swami: welcome from vacation.... do you want to start?
15:09:02 <Swami> sure,
15:09:18 <Swami> I did see that there are couple of new bugs filed against DVR.
15:09:24 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1783470
15:09:24 <openstack> Launchpad bug 1783470 in neutron "get_subnet_for_dvr returns SNAT mac instead of gateway in subnet_info" [Undecided,In progress] - Assigned to Arjun Baindur (abaindur)
15:09:54 <Swami> There is a patch under review for this bug. #link https://review.openstack.org/587234
15:10:20 <Swami> I will review the bug and the patch. I did see that Brian had already reviewed this patch.
15:10:39 <Swami> The next one in the list is
15:10:50 <mlavalle> he doesn't seem to be responding to reviews
15:11:02 <mlavalle> we might have to take over the patch
15:11:11 <Swami> mlavalle: let me take it in that case and will work it out.
15:11:12 <haleyb> mlavalle: he pinged me yesterday and said he would update with a test
15:11:17 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1783654
15:11:17 <openstack> Launchpad bug 1783654 in neutron "DVR process flow not installed on physical bridge for shared tenant network" [Undecided,New]
15:11:41 <mlavalle> haleyb: ack
15:12:25 <Swami> This one I just looked at it, it seems that for the shared tenant network, we are seeing the Router MAC learned by the physical switches, let me see how we can tackle this. I need to triage this as well
15:12:53 <Swami> The next one in the list is
15:12:57 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1786272
15:12:57 <openstack> Launchpad bug 1786272 in neutron "Connection between two virtual routers does not work with DVR" [Undecided,New] - Assigned to Brian Haley (brian-haley)
15:13:05 <haleyb> i just filed that
15:13:20 <haleyb> i had added to end of agenda, or we can talk about it now
15:13:30 <mlavalle> ahhh, so it it must be an ivalid bug ;-)
15:13:55 <haleyb> Swami: does the description make sense for this invalid bug :-p
15:14:01 <Swami> Let me review the bug and will post my comments.
15:14:27 <Swami> haleyb: The description is good enough
15:14:35 <haleyb> ok, basically two neutron routers with static routes, everything works when both instances are local to a compute, doesn't when on different
15:15:43 <Swami> So I suspect that it is case of the l2pop not populating the MAC of other router in the compute when there is no other instances of that router in the current compute host.
15:16:01 <Swami> s/other router/other VMs
15:16:46 <Swami> Did you try enabling 'ARP Responder' along with DVR.
15:16:49 <haleyb> but those VMs are on a different subnet
15:17:17 <mlavalle> it's two different router, no?
15:17:24 <Swami> I know we had a limitation on connecting router to another router,
15:17:34 <haleyb> yes, two neutron routers, no shared subnet
15:17:40 <Swami> So we might be hitting the limitation.
15:18:15 <Swami> haleyb: But let me check it and will add my comments in the bug. I am still in Jet Lag.
15:18:24 <mlavalle> LOL
15:18:50 <haleyb> it was odd it worked in some situations, i didn't remember any limitations. i also need to try and setup a test env since it required 3 nodes
15:19:16 <Swami> haleyb: I might have a three node setup. I will try it out and will let you know.
15:20:08 <Swami> mlavalle: that's all I had for the DVR bugs. Back to you.
15:20:09 <haleyb> Swami: great, ping me if you need help as i ran through the steps locally w/out dvr the other day
15:20:28 <mlavalle> Swami: Thnaks
15:20:50 <Swami> haleyb: ok will do
15:21:16 <mlavalle> On my side, we found this past Tuesday https://bugs.launchpad.net/neutron/+bug/1785848
15:21:16 <openstack> Launchpad bug 1785848 in neutron "Neutron server producing tracebacks with 'L3RouterPlugin' object has no attribute 'is_distributed_router' when DVR is enabled" [High,Fix released] - Assigned to Brian Haley (brian-haley)
15:21:40 <mlavalle> and haleyb right away fixed it https://review.openstack.org/#/c/589573/
15:21:55 <mlavalle> thanks for the quick fix. It made it into our rc1
15:23:15 <mlavalle> Last night I spent time debugging https://bugs.launchpad.net/neutron/+bug/1766701
15:23:15 <openstack> Launchpad bug 1766701 in neutron "Trunk Tests are failing often in dvr-multinode scenario job" [High,Confirmed] - Assigned to Miguel Lavalle (minsel)
15:24:28 <mlavalle> it turns out that one of the failures is with the test and I had been working on it a few weeks ago
15:24:51 <mlavalle> Here's the patch that I had proposed earlier: https://review.openstack.org/#/c/571043
15:25:44 <mlavalle> This command is problematic: https://review.openstack.org/#/c/571043/2/neutron_tempest_plugin/scenario/test_trunk.py@32
15:25:57 <mlavalle> playing with it last night I found two syntax errors
15:26:28 <mlavalle> I am not satisfied yet that we have exactly what we need but I will be working on it a little further today
15:27:01 <mlavalle> and when I feel happy with it I will turn the patch into a real one
15:27:33 <mlavalle> and those are all the bugs I have for today
15:27:50 <mlavalle> any other bugs we should discuss today?
15:28:41 <mlavalle> ok, let's move on
15:28:52 <mlavalle> #topic Openflow DVR
15:29:22 * mlavalle just realizes that the meeting bot seems to be working again
15:29:31 <davidsha> Lol
15:29:43 <davidsha> xubozhang, you there?
15:30:45 <davidsha> We've been updating the rebase patch, haleyb mentioned there was another patch that we'd need to rebase on.
15:31:26 <davidsha> We're also going to start rebasing the dvr_bridge patch onto the refactor patch as well
15:31:33 <davidsha> give me one sec to get links!
15:31:34 <mlavalle> ok
15:32:01 <haleyb> davidsha: i'd guess it depends which merges first, but i'd figure the removal of the external bridge would.  code looked goot otherwise!
15:32:06 <haleyb> good even
15:32:13 <davidsha> the agent refactor patch: https://review.openstack.org/#/c/528336/
15:32:30 <davidsha> Ya, we'll need to see how it effects the dvr_bridge patch
15:33:01 <davidsha> do we just presume the external bridge is called br-ex or is there another way to find the name?
15:34:00 <haleyb> i don't remember off the top of my head, might have had to do something in that patch for it
15:34:06 <xubozhang> David, i am back
15:34:18 <davidsha> kk
15:34:30 <davidsha> any updates xubozhang ?
15:34:48 <davidsha> haleyb,  thanks for the reviews btw!#
15:35:02 <xubozhang> not major ones
15:35:20 <xubozhang> yesterday there were a couple of CI failures
15:35:39 <davidsha> unrelated to the patch?
15:35:43 <mlavalle> if you give the list of patches, I will create a blueprint and a gerrit topic foir them
15:36:23 <xubozhang> after recheck a couple of times, it seemed fine
15:36:30 <xubozhang> 528336
15:36:55 <davidsha> mlavalle, Thanks, at the moment it's these two: https://review.openstack.org/#/c/528336/ and https://review.openstack.org/#/c/472289/
15:37:03 <mlavalle> davidsha: ok
15:37:33 <mlavalle> davidsha, xubozhang: I am goint to create a blueprint for it and it is going to be in our stain dashboard
15:37:35 <davidsha> thank you!
15:37:43 <mlavalle> so we are foccially commiting this for Stein
15:37:46 <xubozhang> thanks!
15:37:54 <haleyb> davidsha: the functional tests changed to use ovs_integration_bridge from external_network_bridge, hopefully that will work for this as well
15:37:56 <mlavalle> is that ok with you?
15:38:47 <davidsha> It's good with me but I won't be implementing it ;)
15:39:00 <mlavalle> how about you xubozhang?
15:39:01 <davidsha> It should be fine!
15:39:41 <xubozhang> i don't know about this change
15:40:38 <mlavalle> well, I say, if we don't put some pressure on ourseleves, we will never land this stuff. so let's make it official commitment for Stein
15:41:02 <davidsha> will do, I'll make sure it gets in!
15:42:02 <mlavalle> ok, anything else to discuss today?
15:42:31 <davidsha> Will the PTG be streamed again this yea?
15:42:37 <davidsha> year*
15:42:50 <mlavalle> if there is enough interest, I'll give it a try
15:43:10 <davidsha> kk, Thanks!
15:43:27 <mlavalle> #topic Open Agenda
15:44:04 <mlavalle> haleyb: next week I'll be in China so most likely, please run the meeting without me
15:44:27 <haleyb> mlavalle: next week i'm on vacation, so guess we should cancel
15:44:38 <mlavalle> ahhh, the Vineyard
15:44:43 <mlavalle> have fun!
15:44:57 <haleyb> yes, and my timing is perfect for RC :(
15:45:17 <mlavalle> any other topics?
15:45:48 <mlavalle> ok, thanks for attending
15:45:54 <mlavalle> talk to you in two weeks
15:45:58 <Swami> bye
15:46:00 <mlavalle> #endmeeting