15:01:26 <mlavalle> #startmeeting neutron_l3
15:01:27 <openstack> Meeting started Thu Jul  6 15:01:26 2017 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:29 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:31 <openstack> The meeting name has been set to 'neutron_l3'
15:01:45 <Swami> hi
15:01:49 <haleyb> hi
15:02:07 <mlavalle> #topic Announcements
15:02:27 <mlavalle> I hope everyone had a relaxin 4th of July long weekend
15:02:48 <mlavalle> Pike-3 is aproaching fast
15:03:09 <Swami> mlavalle: yes it was good to have some break
15:03:19 <mlavalle> July 24 to 28
15:03:27 <mlavalle> #link https://releases.openstack.org/pike/schedule.html
15:04:14 <haleyb> think i'm on vacation the week before that, need to plan things better
15:04:24 <mlavalle> LOL
15:04:38 <mlavalle> Any other annoucements?
15:05:21 <mlavalle> oh yeah, deadline for Summit talks submisions is July 14th
15:05:22 <Swami> mlavalle: nothing from me.
15:05:50 <mlavalle> ok, moving on
15:05:57 <mlavalle> #topic Bugs
15:06:15 <mlavalle> as usual, we will start with DVR
15:06:21 <Swami> mlavalle: thanks
15:06:30 <mlavalle> Swami please fire away
15:06:36 <Swami> This week we don't have any new bugs.
15:06:53 <Swami> There was a bug that I filed regarding the scale issue that we saw with DVR.
15:07:42 <Swami> That was recently closed.
15:07:50 <Swami> just for your info. #link https://bugs.launchpad.net/neutron/+bug/1701288
15:07:51 <openstack> Launchpad bug 1701288 in neutron "In scale testing RPC timeout error seen in the ovs_neutron_agent when update_device_list is called with DVR routers" [High,Fix released] - Assigned to Kevin Benton (kevinbenton)
15:08:21 <Swami> I have been seeing couple of issues with DVR on the master branch.
15:08:21 <mlavalle> I think I helped to merge a patchset by Kevin to address that
15:08:31 <Swami> mlavalle: yes, thanks.
15:09:00 <Swami> In DVR I am seeing an issue when L3-agent restarts.
15:09:05 <mlavalle> in the patchset you mentioned you were going to test at scale
15:09:20 <Swami> We are seeing an error for unable to process the router, I will look into it and file a bug.
15:09:39 <haleyb> the stable picks are failing, haven't looked at the issue yet
15:09:41 <Swami> mlavalle: yes I will update based on how our testing goes.
15:10:03 <mlavalle> :-)
15:10:05 <Swami> haleyb: yes  I did notice that the jenkins is failing. I will check on that.
15:10:20 <haleyb> flavor error, i'll recheck since i'm looking
15:10:46 <Swami> Just for the context, here is the patch that is failing jenkins. #link https://review.openstack.org/#/c/480684/
15:10:52 <Swami> haleyb: thanks
15:11:26 <Swami> Also I am seeing an Error message in the Neutron-server log, that states that the DVR port does not have binding.
15:12:09 <Swami> The DVR port is bound, but this log is being sent out from the ml2/plugin, I will debug further and add a bug report.
15:12:33 <Swami> I am not sure which patch caused this regression.
15:12:41 <davidsha> Swami: When I was working on my patch I found it for looking for the dvr port with a host.
15:13:18 <davidsha> Swami: I was under the impression dvr ports don't have a host
15:13:45 <Swami> davidsha: yes, dvr ports have portbindings, but may be the portbinding info is fetched from the wrong table.
15:14:03 <Swami> davidsha: I will check it out and will add a bug.
15:14:09 <davidsha> kk
15:14:24 <Swami> Those are the two issues that we are seeing now.
15:14:34 <Swami> There are couple of patches up for review.
15:14:54 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1583694
15:14:56 <openstack> Launchpad bug 1583694 in neutron "[RFE] DVR support for Allowed_address_pair port that are bound to multiple ACTIVE VM ports" [Wishlist,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:15:03 <Swami> Associated with this RFE.
15:15:28 <Swami> Need some review on it. Kevin has been reviewing the server side patch and it is pretty good in shape.
15:15:56 <Swami> #link https://review.openstack.org/#/c/466434/
15:16:17 <Swami> #link https://review.openstack.org/#/c/437986/
15:16:22 <haleyb> Swami: i'll take a look again
15:16:26 <Swami> haleyb: thanks
15:16:38 <Swami> Also the metering agent bug related to DVR needs review.
15:16:56 <Swami> #link https://review.openstack.org/#/c/475077/
15:17:16 <Swami> haleyb: I added a UT for this patch.
15:17:39 <haleyb> Swami: thanks for adding the test, will look closer right after meeting
15:17:48 <Swami> haleyb: ok
15:18:31 <Swami> mlavalle: haleyb: Once the unbound port patch merges, I will start working on this bug. #link https://bugs.launchpad.net/neutron/+bug/1667877
15:18:32 <openstack> Launchpad bug 1667877 in neutron "[RFE] Allow DVR for E/W while leaving N/S centralized" [Wishlist,Triaged]
15:18:56 <Swami> That's all I have for DVR.
15:19:04 <haleyb> that had some discussion at the last drivers meeting
15:19:12 <mlavalle> Swami: yeah, did you have a chance to coordinate with kevinbenton regarding that RFE?
15:19:36 <Swami> mlavalle: No I did not discuss about this with Kevin yet. I will discuss this week.
15:20:02 <mlavalle> there's been some un-resolved discussion regarding the RFE in the drivers team
15:20:05 <Swami> haleyb: mlavalle: I saw the comments from last weeks meeting, but nothing was clear from the discussions, is it a go or no-go.
15:20:20 <mlavalle> I don't think is go yet
15:20:34 <Swami> mlavalle: ok, no problem.
15:20:47 <haleyb> it seemed like armando didn't like it, maybe there is some changes we can make
15:20:49 <mlavalle> that is why it is better to coordinate with kevinbenton
15:21:02 <haleyb> yes, he does have the final say :)
15:21:12 <Swami> mlavalle: yes I have not started the work yet, but I will consult with Kevin before starting the work.
15:21:31 <mlavalle> I just don't want you to go down a rabbit hole
15:21:45 <Swami> mlavalle: understood
15:22:47 <mlavalle> are we done with DVR?
15:22:54 <Swami> mlavalle: yes
15:23:11 <mlavalle> Thanks for the update Swami. Useful as always :-)
15:23:39 <mlavalle> First one I have is https://bugs.launchpad.net/neutron/+bug/1683227
15:23:40 <openstack> Launchpad bug 1683227 in neutron "test_legacy_router test cases sometimes fail with: Cannot find device "qg-*" when moving it into a namespace" [High,Confirmed] - Assigned to Miguel Lavalle (minsel)
15:23:53 <mlavalle> Last week I thought we have closed this one
15:24:44 <mlavalle> but ihrachys found a hit yesterday
15:24:58 <mlavalle> so I am working through the logs right now
15:25:46 <mlavalle> in the case I am analyzing, it is the qr-* port that disappears
15:26:24 <Swami> mlavalle: that is strange.
15:26:37 <mlavalle> and the test case is also different
15:26:44 <Swami> mlavalle: why does it throw an error on qg- is it a log error.
15:27:42 <mlavalle> there is a traceback from the router_info in the log
15:28:09 <mlavalle> doesn't find the device, some cases qg, other cases qr
15:28:55 <Swami> mlavalle: ok
15:29:08 <mlavalle> the interesting thing is that the previous command succesfully executed was against the same device qr-*
15:29:21 <mlavalle> it just vanishes in thin air suddenly
15:30:00 <mlavalle> I need to dig deeper
15:30:18 <mlavalle> but ate least today we have a fresh case to do it
15:30:58 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1694764
15:30:59 <openstack> Launchpad bug 1694764 in neutron "test_metadata_proxy_respawned failed to spawn metadata proxy" [High,Confirmed] - Assigned to Miguel Lavalle (minsel)
15:31:38 <mlavalle> I have made much progress with this one, but it is in my pipeline
15:32:15 <mlavalle> Any other bugs to be discussed today?
15:32:33 <haleyb> not here
15:33:07 <mlavalle> ok, moving on
15:33:12 <mlavalle> #topic DNS
15:33:28 <mlavalle> I am finished with the implementation of this feature
15:33:44 <mlavalle> merged one of the patchsets in the series on the neutron-lib side
15:33:58 <mlavalle> and I have 3 patchsets ready for review
15:34:35 <mlavalle> #link https://review.openstack.org/#/c/457101
15:34:50 <mlavalle> #link https://review.openstack.org/#/c/457035
15:35:08 <mlavalle> #link https://review.openstack.org/#/c/468697
15:35:32 <mlavalle> #topic Routed Networks
15:36:16 <mlavalle> Now that my work with DNS is winding down, I am devoting time to the routed networks floating ips spec
15:36:44 <Swami> mlavalle: sounds good
15:36:56 <mlavalle> I have spent time understanding how to used BGP dynimic routing for it and I think I have a clear picture now
15:37:10 <mlavalle> so over the next few days I will put it in black and white
15:37:52 <mlavalle> so I think we will have this spec ready by the end of Pike, as agreed in Boston
15:38:06 <Swami> mlavalle: nice
15:38:15 <haleyb> nice :)
15:38:26 <mlavalle> #topic Open Agenda
15:38:35 <mlavalle> any other topics we should discuss today?
15:39:18 <davidsha> Swami: If its the same problem, this is how I fixed it in my deployment: https://review.openstack.org/#/c/472289/3/neutron/plugins/ml2/plugin.py
15:40:26 <Swami> davidsha: thanks I will take a look at it. That is the same error I was saying.
15:40:41 <davidsha> kk.
15:41:35 <mlavalle> davidsha: you pushed revision yesterday
15:41:42 <mlavalle> is it good to look at?
15:42:30 <davidsha> mlavalle: It's better to look at, there is still more work to do.
15:42:43 <Swami> davidsha: yes I will look at your revision.
15:42:44 <mlavalle> davidsha: I'll look at it anyway
15:42:57 <davidsha> Swami, mlavalle Thanks!
15:42:58 <mlavalle> I find this interesting
15:43:06 <mlavalle> any other topics?
15:43:26 <davidsha> The IPv6 stuff isn't all there yet, there is more to icmpv6 than there is to arp.
15:43:44 <mlavalle> LOL
15:44:06 <mlavalle> OK team, thanks for attending
15:44:20 <mlavalle> enjoy the rest of your weeks
15:44:24 <Swami> mlavalle: haleyb: davidsha: bye
15:44:27 <davidsha> Thanks, cya!
15:44:27 <mlavalle> #endmeeting