15:00:08 <tidwellr_> #startmeeting neutron_l3
15:00:08 <openstack> Meeting started Thu Mar 31 15:00:08 2016 UTC and is due to finish in 60 minutes.  The chair is tidwellr_. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:10 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:12 <haleyb> hi
15:00:14 <openstack> The meeting name has been set to 'neutron_l3'
15:01:00 <tidwellr_> #topic Announcements
15:02:12 <tidwellr_> #link http://releases.openstack.org/mitaka/schedule.html
15:02:49 <tidwellr_> final RC's and release are coming shortly
15:03:36 <tidwellr_> any other announcements?
15:03:59 <mlavalle> Summit coming in a little more than 3 weeks
15:04:29 <tidwellr_> mlavalle: wow, it is
15:04:44 <mlavalle> if you have presentations scheduled, time to get them ready
15:05:06 <mlavalle> April 25th to 29th
15:05:47 <tidwellr_> mlavalle: thanks
15:06:13 <tidwellr_> any other announcements?
15:06:53 <tidwellr_> #topic Bugs
15:07:09 <tidwellr_> btw, agenda is here https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#March_31st.2C_2016
15:07:55 <tidwellr_> looks like we had a new bug come in yesterday https://bugs.launchpad.net/neutron/+bug/1563883
15:07:56 <openstack> Launchpad bug 1563883 in neutron "test_net_ip_availability_after_subnet_and_ports failed in _assert_total_and_used_ips" [High,In progress] - Assigned to Armando Migliaccio (armando-migliaccio)
15:09:19 <tidwellr_> this one looks like race conditions in API tests
15:09:36 <tidwellr_> and it has a fix and backport in progress
15:10:02 <tidwellr_> we can move on unless someone has something to add about this
15:10:14 * carl_baldwin will take a look at bug.
15:10:34 <carl_baldwin> It is a gate failure that should get some attention.
15:10:42 <carl_baldwin> But, we can move on.
15:11:14 <tidwellr_> https://bugs.launchpad.net/neutron/+bug/1478100
15:11:15 <openstack> Launchpad bug 1478100 in neutron "DHCP agent scheduler can schedule dnsmasq to an agent without reachability to the network its supposed to serve" [High,Fix released] - Assigned to Cedric Brandily (cbrandily)
15:11:28 <tidwellr_> looks like a fix for this merged earlier this week
15:11:36 <carl_baldwin> Yep!
15:11:45 <mlavalle> yes, it's fixed
15:12:29 <mlavalle> and it gave me some material for routed networks host segments mapping :-)
15:13:03 <tidwellr_> mlavalle: nice :)
15:13:42 <tidwellr_> https://bugs.launchpad.net/neutron/+bug/1543094
15:13:43 <openstack> Launchpad bug 1543094 in neutron "[Pluggable IPAM] DB exceeded retry limit (RetryRequest) on create_router call" [High,In progress] - Assigned to Ryan Tidwell (ryan-tidwell)
15:14:21 <mlavalle> Last week assigned this to you, since you've been playing with a solution. Hopefully that's ok with you
15:14:22 <tidwellr_> unfortunately, a fix for this has not merged yet :)
15:14:38 <tidwellr_> yes, I'm working on this one
15:14:40 <carl_baldwin> tidwellr_: i think pluggable ipam needs the grouping work I mention on ml
15:14:56 <tidwellr_> carl_baldwin: yes, it does
15:15:20 <tidwellr_> I think we need both the allocation algorithm and the grouping work to close this out
15:15:24 <carl_baldwin> ... Then your allocation work.
15:15:32 <carl_baldwin> I'm getting on that today.
15:17:07 <carl_baldwin> Specifically...
15:17:08 <carl_baldwin> #link http://lists.openstack.org/pipermail/openstack-dev/2016-March/090771.html
15:17:38 <tidwellr_> carl_baldwin: thanks for the link
15:18:12 <tidwellr_> I'm still tracking down unit tests that need adjustment, there are many that are hard coded to expect a specific IP address is allocated when the test doesn't need to assert a specific IP address on a port
15:19:12 <tidwellr_> anything else on this carl_baldwin?
15:19:20 <carl_baldwin> No
15:19:26 <tidwellr_> https://bugs.launchpad.net/neutron/+bug/1533034
15:19:27 <openstack> Launchpad bug 1533034 in neutron "an unclear error info returned when create an ipv6 subnetpool associate to ipv4 address scope" [Low,In progress] - Assigned to Cedric Brandily (cbrandily)
15:20:52 <tidwellr_> anyone able to comment on the status of this one?
15:21:05 <carl_baldwin> Just needs looking at
15:21:22 <tidwellr_> looks like severity has been upgraded and downgraded
15:22:02 <carl_baldwin> It is low
15:22:41 <tidwellr_> ok, sounds like we can move on then?
15:23:07 <carl_baldwin> yes
15:23:20 <tidwellr_> alrighty then
15:23:27 <tidwellr_> #topic RFE
15:24:05 <tidwellr_> I just see a bunch of BGP RFE's that I didn't file :)
15:25:17 <carl_baldwin> tidwellr_: link?
15:25:44 <mlavalle> carl_baldwin: they are all here: https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.tag=rfe+l3-ipam-dhcp&field.tags_combinator=ALL
15:25:45 <tidwellr_> #link https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.tag=rfe+l3-ipam-dhcp&field.tags_combinator=ALL
15:25:57 <tidwellr_> are there any RFE's folks would like to briefly discuss at this time?
15:26:29 <steve_ruan> tidwellr_ https://bugs.launchpad.net/neutron/+bug/1560003
15:26:31 <openstack> Launchpad bug 1560003 in neutron "[RFE] Creating a new stadium project for BGP Dynamic Routing effort" [Wishlist,Triaged] - Assigned to vikram.choudhary (vikschw)
15:26:31 <vikram_> tidwellr_: let's first get the new repo created
15:26:48 <vikram_> tidwellr_: for this we need PTL's approval
15:26:58 <carl_baldwin> tidwellr_: Could you make a first pass at them?  Eventually, we'll want to discuss them in the drivers meeting but I'll want your feedback on them first.
15:27:20 <tidwellr_> I'll make a pass over them
15:28:10 <carl_baldwin> vikram_: I'll look at your infra review.
15:28:15 <tidwellr_> steve_ruan: let's hold discussion on this for just a minute
15:28:26 <vikram_> carl_baldwin: thanks
15:28:42 <tidwellr_> steve_ruan: we'll get there :)
15:28:58 <steve_ruan> tidwellr_ thanks
15:29:37 <tidwellr_> any other RFE's to discuss?
15:29:57 <carl_baldwin> We need a spec for the service subnet one from haleyb
15:30:23 <haleyb> carl_baldwin: i'm trying to get that out today
15:30:56 <carl_baldwin> haleyb: thanks
15:31:12 <carl_baldwin> #link https://bugs.launchpad.net/neutron/+bug/1544768
15:31:14 <openstack> Launchpad bug 1544768 in neutron "[RFE] Differentiate between service and floating subnets" [Wishlist,Triaged] - Assigned to Brian Haley (brian-haley)
15:31:18 <carl_baldwin> ^Just for reference
15:31:37 <tidwellr_> carl_baldwin haleyb: thanks, I forgot about that one
15:31:55 <haleyb> yes, gonna be some copy/paste there
15:32:08 <carl_baldwin> haleyb: Probably a good start.
15:32:20 <tidwellr_> haleyb: very efficient :)
15:33:15 <tidwellr_> last call for RFE topics
15:33:40 <tidwellr_> #topic Routed Networks
15:34:07 <tidwellr_> carl_baldwin: any updates to share?
15:34:21 <carl_baldwin> We're making good progress.
15:34:46 <carl_baldwin> We're already getting stuff merging / near merging.
15:34:58 <carl_baldwin> But, there is lots to do.
15:35:23 <carl_baldwin> #link https://review.openstack.org/#/q/topic:bp/routed-networks
15:35:39 <carl_baldwin> We're close to getting the segments extension merged.
15:36:16 <carl_baldwin> The next patch set for me to whip in to shape is API to associate subnets and segments.
15:36:29 <carl_baldwin> Then I'm going to move on to the IPAM work.
15:36:44 <carl_baldwin> mlavalle: has been very busy too.
15:36:54 <mlavalle> yeah
15:37:16 <carl_baldwin> rtheis has been working on the client and I think that is going well enough.
15:38:07 <rtheis> it is ... most work is done, just waiting for the API to merge
15:38:11 <carl_baldwin> There are open discussions on segment to host mapping and IPAM
15:38:16 <carl_baldwin> #link http://lists.openstack.org/pipermail/openstack-dev/2016-March/090756.html
15:38:40 <carl_baldwin> #link http://lists.openstack.org/pipermail/openstack-dev/2016-March/090748.html
15:38:53 <carl_baldwin> rtheis: ++
15:39:16 <mlavalle> yesh I had a good irc chat with kevinbenton and rkukura yesterday on how to move ahead with host segment mapping
15:39:37 <mlavalle> I will reflect it on the patchset over the next couple of days
15:39:45 <tidwellr_> it's nice to be talking about patch sets rather than iterations of blueprints!
15:40:19 <carl_baldwin> tidwellr_: agreed
15:41:33 <tidwellr_> good work going on here, anything else to discuss today?
15:42:06 <carl_baldwin> I don't think so.  Things are moving along nicely.
15:42:17 <tidwellr_> excellent
15:42:25 <tidwellr_> #topic BGP
15:42:33 <tidwellr_> steve_ruan: ping
15:43:29 <steve_ruan> tidwellr_ Because we want to add bgp vpn and bgp listener dynamic routing,
15:43:55 <tidwellr_> steve_ruan: I kind of brushed you aside earlier, now is a good time to talk about BGP in-tree vs. out-of-tree
15:43:55 <steve_ruan> so I think it's better move bgp out
15:45:07 <tidwellr_> steve_ruan: I need to dive back into this topic
15:45:12 <carl_baldwin> The move out has been approved in principle.  I thought the discussion moved from "if" to "how".
15:46:19 <steve_ruan> agree
15:46:30 <vikram_> ++
15:46:45 <steve_ruan> I know there are bgp enhancement are on going
15:46:59 <tidwellr_> carl_baldwin: some clarity on this would be good, I thought it had been agreed to but then looking over the review for the spin-out a week or so ago it didn't seem so cut and dried yet
15:47:12 <steve_ruan> we need minimize the impact of current bgp enhancement for dr
15:47:14 <steve_ruan> dvr
15:48:14 <tidwellr_> steve_ruan: the BGP enhancements are gated on some DVR changes that have not merged
15:48:55 <tidwellr_> steve_ruan: I haven't even crafted RFE's for the BGP-specific things related to DVR
15:49:36 <steve_ruan> https://bugs.launchpad.net/neutron/+bug/1555382
15:49:37 <openstack> Launchpad bug 1555382 in neutron " Queries for DVR-aware floating IP next-hop lookups" [Undecided,Confirmed]
15:49:40 <tidwellr_> steve_ruan: I'm not sure  a spin-out needs to be gated on the DVR-related enhancements I've been talking about
15:50:10 <steve_ruan> it's just my guess,
15:50:49 <tidwellr_> steve_ruan: that's an auto-generated docs bug
15:51:36 <steve_ruan> I wonder whether moving out will not blocked any WIP feature
15:51:59 <tidwellr_> anyway, I think the take-away message is that we need some clarity on timing of a BGP spin-out and then we need a plan to actually do it
15:52:26 <tidwellr_> these are all captured in a review vikram has started (I don't have a link handy)
15:52:54 <vikram_> https://review.openstack.org/#/c/268726/
15:53:16 <tidwellr_> vikram_: thanks, I was fumbling around for that :)
15:53:47 <vikram_> tidwellr_: ;)
15:54:15 <tidwellr_> steve_ruan vikram_: do you agree with my assessment of the current state of BGP spin-out?
15:54:58 <tidwellr_> we can discuss offline, I just didn't want to speak for you :)
15:55:01 <vikram_> tidwellr_: I think first we got the review link approved and then plan for the features
15:55:22 <mickeys> tidwellr_: I agree that we need a plan, and that spin-out and DVR can move in parallel until the relative timing clarifies a bit more
15:55:22 <vikram_> it's a huge effort
15:56:14 <tidwellr_> thanks
15:56:19 <vikram_> tidwellr_: BTW, I don't feel spin-out can have any issues seeing our current implementation
15:56:39 <tidwellr_> alright real quickly
15:56:52 <tidwellr_> #topic DNS
15:57:03 <mlavalle> not much to report this week
15:57:03 <tidwellr_> mlavalle: anything to share?
15:57:10 <carl_baldwin> Can we remove this topic from the regular agenda?
15:57:13 <mlavalle> this effort is really winding down now
15:57:18 <tidwellr_> sounds like we should
15:57:26 <mlavalle> yes, let's remove it
15:57:30 <tidwellr_> good news!
15:57:33 <carl_baldwin> It can always be discussed on demand if needed.
15:57:41 <tidwellr_> that means it's really done!
15:57:43 <carl_baldwin> Great job mlavalle!
15:57:47 <mlavalle> the only thing I wnt to mention is that janzian is adding more unit tests soon
15:58:09 <janzian> I'm hoping to have a patch up for review by the end of the week
15:58:13 * janzian crosses fingers
15:58:17 <tidwellr_> awesome!
15:58:23 <tidwellr_> #topic Open Discussion
15:58:45 <tidwellr_> let's take the BGP discussions to ML, gerrit, and openstack-neutron channel
15:58:54 <tidwellr_> there's a lot to be hashed out
15:59:27 <tidwellr_> anything else?
15:59:42 <yamamoto_> i want to hear opinion on this bug https://bugs.launchpad.net/neutron/+bug/1556884
15:59:44 <openstack> Launchpad bug 1556884 in neutron "floating-ip association is allowed via router interface" [Medium,In progress] - Assigned to YAMAMOTO Takashi (yamamoto)
16:00:23 <yamamoto_> but it seems we already ran out time.
16:00:32 <vikram_> yup
16:00:54 <carl_baldwin> We can take it to the neutron room.  For now, we have to end the meeting.
16:01:10 <tidwellr_> yamamoto_: sorry, neutron room for discussion?
16:01:14 <yamamoto_> sure
16:01:21 <tidwellr_> #endmeeting