15:00:10 <carl_baldwin> #startmeeting neutron_l3
15:00:10 <openstack> Meeting started Thu Jul 16 15:00:10 2015 UTC and is due to finish in 60 minutes.  The chair is carl_baldwin. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:10 <tidwellr> hi
15:00:11 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:14 <openstack> The meeting name has been set to 'neutron_l3'
15:00:15 <Vikram> hi
15:00:19 <regXboi> morning
15:00:22 <carl_baldwin> #topic Announcements
15:01:02 <carl_baldwin> I bet Liberty-2 is coming up soon.  Let me see...
15:01:14 <carl_baldwin> #link https://wiki.openstack.org/wiki/Liberty_Release_Schedule
15:01:26 <carl_baldwin> Looks like we have — at most — two weeks.
15:01:39 <carl_baldwin> Any other announcements?
15:01:45 <carl_baldwin> Oh,
15:01:52 <carl_baldwin> #link https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam
15:02:16 <carl_baldwin> Any other announcements?
15:02:17 <johnbelamaric> hello
15:02:23 <regXboi> under "apologies for absence" - I've got another meeting at the bottom of the hour, so I'll have to do readback of the second half and followup on ML or in channel
15:02:46 <carl_baldwin> regXboi: ack
15:02:58 <carl_baldwin> #topic Bugs
15:03:00 <carl_baldwin> mlavalle: ping
15:03:05 <mlavalle> hi
15:03:30 <carl_baldwin> Fix committed for https://bugs.launchpad.net/neutron/+bug/1465434
15:03:30 <openstack> Launchpad bug 1465434 in neutron "DVR issues with supporting multiple subnets per network on DVR routers - PortbindingContext does not have the status." [Critical,Fix committed] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:03:40 <carl_baldwin> Great work Swami
15:04:03 <carl_baldwin> Also had a DVR regression sneak in but I think that should be fixed (or soon)
15:04:48 <carl_baldwin> haleyb: Do you have a link, by chance, to the review?
15:04:58 * carl_baldwin can’t find it at the moment.
15:05:03 <haleyb> https://review.openstack.org/#/c/201907/
15:05:12 <haleyb> merged this morning
15:05:20 <carl_baldwin> haleyb: thanks, excellent.
15:05:26 <haleyb> there was a follow-up
15:05:45 <haleyb> https://review.openstack.org/#/c/202274/
15:05:52 <haleyb> that needs an update
15:06:11 <carl_baldwin> dvr job was clean on 201907.  Let’s keep an eye on it and get the job voting soon.
15:06:46 <carl_baldwin> #action carl_baldwin will follow up with Swami on 202274
15:06:55 <carl_baldwin> Thanks, haleyb
15:07:01 <carl_baldwin> Any other bugs to discuss?
15:07:26 <haleyb> np, it does remind me to be cautious of the aggressive mocking done in unit tests
15:07:28 <mlavalle> carl_baldwin: a fix was merged for https://bugs.launchpad.net/neutron/+bug/1323766. I had a conversation with dustin  last week and concluded it was different to
15:07:28 <openstack> Launchpad bug 1323766 in neutron "Incorrect Floating IP behavior in dual stack or ipv6 only network" [Medium,Fix committed] - Assigned to Dustin Lundquist (dlundquist)
15:08:00 <mlavalle> https://bugs.launchpad.net/neutron/+bug/1469322
15:08:00 <openstack> Launchpad bug 1469322 in neutron "Associating a floatingip with a dual stack port requires the fixed-address to be specified" [High,Fix committed] - Assigned to Dustin Lundquist (dlundquist)
15:08:02 <carl_baldwin> mlavalle: Thanks for following up on that.
15:08:15 <mlavalle> this last one is still in progress
15:08:22 <john-davidge> carl_baldwin: Will try to remember to ping amototoki about https://bugs.launchpad.net/neutron/+bug/1471316 later today
15:08:22 <openstack> Launchpad bug 1471316 in neutron "_get_subnetpool_id does not return None when a cidr is specified and a subnetpool_id isn't." [High,In progress] - Assigned to John Davidge (john-davidge)
15:08:45 <mlavalle> but at least we are not confused with the similarities of those two bugs
15:09:04 <carl_baldwin> john-davidge: Thanks, I’ve been in a holding pattern on that one.  It will help to ping amotoki
15:10:02 <mlavalle> carl_baldwin: the one that swami fixed is the same amuller was inquiring about last week, right?
15:10:04 <carl_baldwin> john-davidge: I’ll send him email too.
15:10:18 <carl_baldwin> mlavalle: Need more context...
15:10:32 <john-davidge> carl_baldwin: Great, thanks. I’m going to be in meetings for the rest of the day so that would be a great help
15:10:34 <carl_baldwin> #action carl_baldwin will ping amotoki on 1471316
15:11:00 <mlavalle> carl_baldwin: nm... i answerd my question myself.... :-)
15:11:30 <carl_baldwin> mlavalle: ok
15:11:56 <carl_baldwin> #topic Routed networks
15:12:41 <carl_baldwin> Not much here.  markmcclain has provided some feedback and caused me to rethink some things.  I will digest and send mail to the ML.
15:13:42 <carl_baldwin> I’ve been thinking this for a while but there really isn’t much chance for anything making Liberty on this subject.  This will be a priority for Mitaka (did I get the name right?).
15:13:52 <regXboi> yes - that's the right name
15:14:16 * regXboi double-checks his mailboxes
15:14:19 <carl_baldwin> #topic BGP dynamic routing
15:15:04 <tidwellr> hi
15:15:05 * carl_baldwin curious if the Japanese characters will render correctly in everyone’s IRC.
15:15:10 <Vikram> hi
15:15:11 <carl_baldwin> tidwellr: hi
15:15:13 <regXboi> carl_baldwin: is there any chance (if additional resources were found) of getting bgp listeners and RIB in as part of this in Liberty?
15:15:28 <tidwellr> doubtful
15:15:43 * regXboi sighs and says "ok"
15:15:44 <regXboi> ok
15:15:51 <tidwellr> I think someone needs to lay out a use case for it
15:15:55 <carl_baldwin> regXboi: Honestly, resources won’t help at this point.  We’re almost to Liberty-2 and we’d have to go through design.
15:16:16 <carl_baldwin> mythical man-month and all.
15:16:24 <regXboi> tidwellr: I think use cases are pretty easy to come by
15:16:33 <regXboi> carl_baldwin: that was the thing worrying me
15:16:40 <carl_baldwin> regXboi: It will make a good start.
15:16:48 <tidwellr> ok, maybe start an RFE and take the discussion there?
15:16:48 <neiljerram> Hi there, sorry for coming in late...
15:16:55 <carl_baldwin> tidwellr: Vikram: How is the rest going?
15:17:01 <regXboi> ok, give me the action to lay out use cases for listener
15:17:13 <regXboi> on an etherpad
15:17:15 <carl_baldwin> Any chance we can have functional code by around Liberty-2?
15:17:42 <carl_baldwin> regXboi: I encourage people to add their own actions.  It is allowed by the meeting bot.
15:18:04 <regXboi> carl_baldwin: ah - did not realize that
15:18:08 <tidwellr> I'm proposing some changes that should simplify things and help us go faster
15:18:24 <Vikram> Carl: Me and Ryan working towards the agent..
15:18:32 <regXboi> #action regXboi to start etherpad for collecting use cases for implementing bgp listener and RIB
15:18:56 <tidwellr> the biggest things outstanding are really the agent the DB queries that scoop all the routes we need to advertise
15:18:57 <Vikram> It's good Numan will also help us for this project, so i except the code should be ready soon
15:19:52 <tidwellr> I think we have a good head start on the agent, the DB queries are lots of fun ;) and I'm working through those
15:20:12 <carl_baldwin> Just as a time check.  It will likely take a few weeks for review and merging code.  And the code must merge for Liberty-3.  Keep that it mind.
15:20:19 <tidwellr> Liberty-2 is a noble goal, not too far out of reach
15:20:20 * mlavalle also having fun with db queries
15:20:21 <regXboi> tidwellr: is there an early draft of the DB queries?
15:20:30 <Vikram> tidwellr: I have also started the work for driver. Patch will be out soon
15:20:36 * regXboi has some experience crafting queries
15:21:09 <carl_baldwin> Vikram: thanks.  Be sure to ping me and others who are interested when there is something to review.  I gave up reading gerrit notifications long ago (too high volume).
15:21:25 <devvesa> will the agent query the db?
15:21:37 <Vikram> carl_baldwin: ok
15:21:38 <tidwellr> queries are server-side
15:22:08 <devvesa> tidwellr: gotcha
15:22:19 <carl_baldwin> Anything more to cover here?
15:22:37 <regXboi> tidwellr, mlavelle - if either of you need help with crafting, i'd be willing to spend some cycles
15:22:43 <tidwellr> regXboi: SQL and sqlalchemy are not the trick, it's navigating the neutron schema
15:22:54 <regXboi> tidwellr: understood
15:23:13 <tidwellr> some pointers are always welcome
15:23:17 <mlavalle> regXboi: I'll ping you if I get stuck thanks :-)
15:23:35 <tidwellr> regXboi: see https://review.openstack.org/#/c/201621/4/neutron/db/bgp_speaker_db.py for the first pass at what I've got
15:23:44 <regXboi> tidwellr: ok, will look
15:23:54 <regXboi> and will comment tere
15:23:55 <regXboi> er there
15:24:13 <tidwellr> I know that query is broken, but it's a start
15:24:22 <regXboi> sure
15:25:19 <carl_baldwin> Are we good on BGP?
15:25:38 <regXboi> looks like it
15:25:40 <carl_baldwin> #topic IPAM
15:25:50 <carl_baldwin> pavel_bondar: johnbelamaric: hi
15:25:57 <johnbelamaric> carl_baldwin: hi
15:25:59 <pavel_bondar> carl_baldwin: hi
15:26:16 <johnbelamaric> pavel_bondar has updated #link https://review.openstack.org/#/c/183099/
15:26:16 <carl_baldwin> One more patch to go.
15:26:22 <johnbelamaric> i am reviewing it now
15:26:37 <johnbelamaric> *crossing his fingers*
15:26:43 <pavel_bondar> I have added some more refactoring and did additional cleanup
15:26:56 <carl_baldwin> Ok, I plan to give it another go tomorrow.  I tried getting through it, just ran out of time.
15:27:13 <johnbelamaric> Ok, thanks
15:27:35 <carl_baldwin> Or, maybe today.  johnbelamaric, ping me when you’ve been through it.
15:27:47 <johnbelamaric> carl_baldwin: will do - today would be great :)
15:27:58 <carl_baldwin> I don’t want to delay it if I can help it.
15:28:21 <johnbelamaric> carl_baldwin: thanks, it's appreciated
15:28:28 <pavel_bondar> carl_baldwin: thanks
15:28:30 <carl_baldwin> Is there any follow-up to consider after this patch merges?
15:29:19 <johnbelamaric> carl_baldwin: not that I know of immediately. there were some items along the way. pavel - how are the CI's looking with it enabled by default
15:29:37 <pavel_bondar> carl_baldwin: do we need some kind of migration to IPAM?
15:30:10 <pavel_bondar> carl_baldwin: earlier we considered only green fields deployment will use pluggable ipam
15:30:24 <johnbelamaric> pavel_bondar: that will be needed if we were to make it default. it should be added at that time or before
15:30:44 <johnbelamaric> pavel_bondar: but that would just be for reference driver of course. alternate driver authors will need their own migrations
15:30:47 <regXboi> are we planning on making it default in Liberty?
15:30:53 <johnbelamaric> regXboi: no
15:30:55 <carl_baldwin> pavel_bondar: johnbelamaric: What migration is needed to switch to pluggable reference implementation?
15:31:16 <johnbelamaric> carl_baldwin: you need to populate the reference driver's tables with the subnet info, etc.
15:31:18 <regXboi> johnbelamaric: thx, I didn't think so, so I was getting nervous
15:31:53 <johnbelamaric> carl_baldwin: the ref driver stores it in its own private area, so that it operates like an external driver
15:32:09 <carl_baldwin> johnbelamaric: ok.  We should be thinking about that for early Mitaka
15:32:24 <johnbelamaric> carl_baldwin: makes sense
15:32:34 <pavel_bondar> carl_baldwin: sound good to me, thanks
15:32:53 <carl_baldwin> Anything else on IPAM?
15:33:08 <pavel_bondar> no from my side
15:33:11 <johnbelamaric> nope, that's it i think
15:33:30 <carl_baldwin> #topic ML3 router plugin
15:35:28 <carl_baldwin> We’ll probably save this one for later in the interest of time.
15:35:39 <carl_baldwin> #topic DNS
15:35:43 <carl_baldwin> mlavalle: hi
15:35:58 <mlavalle> As you know, I've pushed wip code for the internal side
15:36:02 <carl_baldwin> It was good to start reviewing yesterday.
15:36:23 <mlavalle> I got reviews from you and others, so i know i didn't go off the rails ;-)
15:36:39 <mlavalle> my goal is to have this code functional by the end of this week
15:36:53 <carl_baldwin> mlavalle: That is great.
15:36:56 <mlavalle> also starting this week the external side
15:37:22 <mlavalle> and the nova side we are going to address with a FFE
15:37:36 * mlavalle wonders if that is the right term
15:37:54 <mlavalle> so working to have this done in Liberty
15:38:06 <carl_baldwin> My concern is mostly around the new model.
15:38:11 <carl_baldwin> #link https://review.openstack.org/#/c/200952/3/neutron/db/models_v2.py
15:38:23 * mlavalle listening
15:38:53 <mlavalle> you want to discuss here or is it already in gerrit?
15:39:19 <carl_baldwin> I had imagined just a dns_name attached to a port.  Either directly or with a table with port_id and dns_name as columns.
15:39:56 <carl_baldwin> The model has much more.  We don’t need to discuss it here but I wanted to bring it up so others like HenryG and Ann (don’t know nick) could go look.
15:40:17 <mlavalle> i think it might be simplified. I just used the IPAllocation table as a guide......
15:40:49 <mlavalle> but yeah, let's discuss it in gerrit
15:41:06 <mlavalle> thanks for the comments... that is what i needed at this point
15:41:12 <carl_baldwin> mlavalle: Let’s iterate on it a bit in the next couple of days.  I think we can get it simplified but maybe there is good reason for a little more than what I had imagined.
15:41:12 <mlavalle> :-)
15:41:25 <carl_baldwin> mlavalle: Keep up the good work.
15:41:33 <mlavalle> will do
15:41:40 <mlavalle> that's all i have today
15:41:47 <carl_baldwin> #topic Address Scopes
15:42:18 <carl_baldwin> I have this working locally.  I have been trying to get patches in to shape and spoon feeding them to gerrit.
15:43:14 <carl_baldwin> #link https://review.openstack.org/#/q/project:openstack/neutron+branch:master+topic:bp/address-scopes,n,z
15:43:47 <carl_baldwin> Vikram and Numan have patches up too.
15:44:02 <carl_baldwin> #link https://review.openstack.org/#/c/197552/
15:44:11 <johnbelamaric> nice!
15:44:56 <carl_baldwin> Let’s get these reviewed.  Looks like good work.
15:45:48 <carl_baldwin> #topic IPv6
15:46:12 <carl_baldwin> haleyb: HenryG: john-davidge: others:  Anything on IPv6 that we haven’t already discussed?
15:47:02 <haleyb> nothing from me
15:47:19 <john-davidge> On the PD front, just to say thanks for the reviews again this week. Freshly rebased patches coming soon
15:48:07 <carl_baldwin> john-davidge: will you ping me when they’re ready?  I’d like to give a little more priority to them but I miss a lot in the volume of updates I see.
15:48:33 <john-davidge> carl_baldwin: Sure thing
15:48:54 <carl_baldwin> #topic Open Discussion
15:49:23 <john-davidge> carl_baldwin: volume of PD patches at the moment mostly due to keeping up with IPAM changes
15:50:25 <john-davidge> I have to run, thanks everyone
15:50:27 <neiljerram> Just a brief note...
15:51:12 <neiljerram> I'm continuing work on 'routed' network as per https://review.openstack.org/#/c/198439/, so would appreciate any further input on that.
15:51:33 <neiljerram> Going to try to post complete code for this in the next 2-3 days
15:52:24 <neiljerram> </note>
15:52:45 <carl_baldwin> neiljerram: Watch for an email from me about the routed segments on the ML.  mark mcclain has sent me back to the drawing board a little bit.  Considering his feedback.
15:53:15 <neiljerram> carl_baldwin: will do.  (I heard that feedback too...)
15:53:27 <carl_baldwin> #action carl_baldwin to send mail to ML about routed segments
15:54:03 <neiljerram> carl_baldwin: FWIW, personally still interested in pluggable IPAM as a possible ingredient there.
15:55:35 <carl_baldwin> neiljerram: That was essentially the feedback, to make IPAM aware of physical topology.  We had considered it briefly before.
15:56:01 <carl_baldwin> There are certain things that the model that I proposed allows that may be more difficult with that model.
15:56:16 <neiljerram> Perhaps worth a further look, though.
15:57:33 <carl_baldwin> neiljerram: +1 It is worth a further look.
15:57:43 <carl_baldwin> johnbelamaric: What are you thoughts on this?
15:57:58 <johnbelamaric> carl_baldwin: sorry, let me catch up quickly
15:58:43 <carl_baldwin> johnbelamaric: I thought you had some feedback at the mid-cycle but I don’t remember the specifics.
15:59:51 <johnbelamaric> carl_baldwin: seems like a valid use case. we do now allow the port to be used in IPAM decisions, though it is not in the reference driver. in the boot sequence does nova pass the VM associated with the new port? you could get the host there
16:00:39 <elmiko> hi
16:00:44 <johnbelamaric> carl_baldwin: i recall discussing the model, i think I have to catch up on the commetns on Neil's patch
16:00:46 <neiljerram> johnbelamaric: I believe so, at least the host is available as binding:host_id in the mechanism driver code
16:00:51 <carl_baldwin> johnbelamaric: Right now, binding to the host happens after port creation and IPAM.  This would have to be changed.
16:01:14 <johnbelamaric> carl_baldwin: i see
16:01:20 <neiljerram> carl_baldwin: Ah, that's a big spanner in the works!
16:01:22 <elmiko> are you guys almost done, we have a meeting here now =)
16:01:45 <carl_baldwin> I may be fuzzy on the details.
16:01:52 <carl_baldwin> #endmeeting