21:01:00 <mlavalle> #startmeeting networking
21:01:01 <openstack> Meeting started Mon Dec 11 21:01:00 2017 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:01:02 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:01:04 <openstack> The meeting name has been set to 'networking'
21:01:57 <mlavalle> hi there!
21:02:04 <haleyb> hi
21:02:04 <janzian> o/
21:02:05 <slaweq> hello
21:02:10 <amotoki> hi
21:02:20 <boden> howdy
21:02:26 <mlavalle> The agenda for today is here:
21:02:32 <mlavalle> #link https://wiki.openstack.org/wiki/Network/Meetings
21:02:49 <mlavalle> #topic Announcements
21:03:06 <mlavalle> We cut Q-2 last week
21:03:22 <mlavalle> as always, thanks to armax for his efforts in this regards
21:04:57 <mlavalle> Our next milestone is Q-3, January 22 - 26
21:05:20 <mlavalle> so believe it or not, we are on the home stretch for the Queens cycle
21:05:42 <mlavalle> which leads me to the Rocky PTG
21:05:48 <mlavalle> registrations are open
21:06:07 <mlavalle> Dublin Ireland, February 26 - March 2
21:07:03 <mlavalle> The last announcement I have is that we have been working with the VPNaaS team to bring them back to the Neutron stadium
21:07:29 <mlavalle> Teir latest assesment was approved last week:
21:07:36 <mlavalle> #link https://review.openstack.org/#/c/506012/
21:07:52 <mlavalle> They were deemed fit to make it back to the stadium
21:08:16 <mlavalle> so today I will submit a patch to the governance repo to bring them back
21:08:59 <mlavalle> very hard work on the part of Cao Xuan Hoang, yamamoto and other members of the VPNaaS team
21:09:02 <mlavalle> Thanks!
21:09:18 <mlavalle> any other annoncements?
21:09:46 <amotoki> does the governance patch include neutron-vpnaas-dashboard too?
21:09:59 <amotoki> it is also maintained under the VPNaaS team
21:10:20 <mlavalle> amotoki: I was wondering that myself. should it be in your opinion?
21:10:49 <amotoki> I am fine to add it to the stadium. we already do the same for neutron-fwaas dashboard
21:11:09 <mlavalle> cool, thanks for the input :-)
21:11:11 <amotoki> Cao Xuan Hoang is working on the dashboard actively too
21:11:47 <mlavalle> #topic Blueprints
21:12:05 <mlavalle> I rolled over all the blueprints to Q-3
21:12:23 <mlavalle> we've been making good progress with a few of them
21:12:52 <mlavalle> For https://blueprints.launchpad.net/neutron/+spec/floating-ip-rate-limit
21:13:20 <mlavalle> we merged in Q-2 the server side and the tc library
21:13:38 <mlavalle> the agent side patch is in good shape and should merge soon
21:13:49 <mlavalle> as well as the doc
21:14:34 <mlavalle> I am making solid progress with https://blueprints.launchpad.net/neutron/+spec/live-migration-portbinding
21:14:57 <mlavalle> at this point we can create a binding and also update it
21:15:12 <mlavalle> next step is to be able to activate a new binding
21:16:06 <mlavalle> also I think we are in the home stretch for security group logging
21:16:10 <mlavalle> https://blueprints.launchpad.net/neutron/+spec/security-group-logging
21:16:28 <mlavalle> thanks to Jakub for reviweing code there
21:16:41 <mlavalle> any other BPs we should highlight today?
21:17:09 <amotoki> regarding community-wide goal, I resumed the policy-in-code work
21:17:33 <mlavalle> amotoki: thanks
21:17:47 <amotoki> it affects neutron stadium. I am exploring entry points approach
21:17:59 <mlavalle> is there a blueprint we should track?
21:18:21 <amotoki> I don't think so. some folks are interested in it, but i don't kwno the detail status.
21:18:30 <amotoki> I will try to contact them
21:18:36 <mlavalle> thanks
21:18:57 <amotoki> I will register a blueprint to track it. is it fine?
21:19:22 <mlavalle> yes, please go ahead
21:20:05 <amotoki> sure
21:20:09 <mlavalle> :-)
21:20:25 <mlavalle> #topic Starter Approved RFEs
21:20:49 <mlavalle> at this moment we have only one starter approved RFE:
21:21:03 <mlavalle> #link https://bugs.launchpad.net/neutron/+bug/1653932
21:21:04 <openstack> Launchpad bug 1653932 in neutron "[rfe] network router:external field not exported" [Wishlist,Triaged]
21:21:20 <mlavalle> Feel free to assign it to yourself
21:21:35 <mlavalle> #topic Bugs
21:21:54 <mlavalle> Swami was the deputy last week
21:22:03 <mlavalle> you around Swami?
21:22:30 <mlavalle> he created this summary for us:
21:22:37 <reedip_> o/
21:22:39 <mlavalle> #link https://docs.google.com/spreadsheets/d/1T2at8IdNDG6ctSmKXAkxUx8OsR_dzkDyt26rJJHVPdw/edit#gid=0
21:23:06 * mlavalle waves at reedip_
21:24:00 <mlavalle> As you can all see, there are a few that are undecided. Swami indicated the areas of expertise for those
21:24:23 <mlavalle> so if you can help triage those bugs, it will be highly appreciated
21:25:58 <mlavalle> the only critical bug is https://bugs.launchpad.net/neutron/+bug/1732294
21:25:59 <openstack> Launchpad bug 1732294 in neutron "Probable DOS in linuxbridge" [Critical,In progress] - Assigned to Brian Haley (brian-haley)
21:26:09 <mlavalle> any updates on this one?
21:26:32 <haleyb> every time i go to verify i get sidetracked, i just need to restart the agent and look at ebtables
21:26:59 <mlavalle> thanks for the update haleyb :-)
21:27:07 <mlavalle> let us know if help is needed
21:27:09 <haleyb> more like :(
21:28:09 <mlavalle> our deputy this week is slaweq
21:28:11 <mlavalle> thanks
21:28:16 <slaweq> yep
21:28:33 <mlavalle> I think that summary from Swami will be helpful for the hand off
21:29:01 <slaweq> yes, thx
21:29:33 <mlavalle> Please also note that we recently lost a couple of bugs deputies. Their companies assigned them other priorities
21:29:44 <mlavalle> so the schedule has been updated
21:30:17 <mlavalle> and all the deputies from now until the end of January will have their dutyies one week earlier
21:30:31 <mlavalle> sent message to the ML also on this
21:30:44 <amotoki> in the new schedule, my turn is Jan 1 week, but most days of Dec 29 - Jan 8 are holidays in Japan. I would like to exchange weeks with someone
21:31:32 <mlavalle> amotoki: would January 22nd work for you?
21:31:42 <amotoki> mlavalle: it works for me
21:32:03 <mlavalle> amotoki: ok, I'll ke care of the week of January 1
21:32:18 <amotoki> mlavalle: oh, thanks. really appreciated
21:32:29 <mlavalle> amotoki: happy New Year :-)
21:32:45 <amotoki> :)
21:33:22 <mlavalle> ok, moving on
21:33:27 <mlavalle> #topic Docs
21:34:12 <mlavalle> any updates boden?
21:34:41 <boden> nothing worth mentioning this week other than FYI I plan to make a pass through the doc and api-ref defects soon
21:35:33 <mlavalle> ok, cool
21:35:36 <mlavalle> thanks
21:35:51 <mlavalle> #topic OSC
21:36:35 <amotoki> a new release of neutronclient for queens was cut last week
21:36:45 <mlavalle> yaay!
21:36:49 <amotoki> it is the first release for queens
21:37:02 <amotoki> feel free to file bugs if you find something wrong
21:37:27 <mlavalle> I reviewed a lost of patches 10 days ago
21:37:30 <slaweq> question about neutronclient
21:37:32 <mlavalle> I hope those made it
21:37:45 <slaweq> should I add support for quota details to it also?
21:37:59 <slaweq> or we are not adding nothing new to it?
21:38:35 <amotoki> good question. in the last drivers meeting, we discussed the (near) future of neutron CLI
21:38:48 <amotoki> we need to compile what we should go in near future
21:39:21 <mlavalle> should we start a thread in the ML?
21:39:21 <amotoki> new features in neutron CLI is still in question.
21:39:57 <amotoki> mlavalle: yeah I think so.
21:40:14 <mlavalle> do you want to start it, amotoki ?
21:40:40 <amotoki> I can.
21:41:12 <amotoki> we need to clarify more about armax's suggestion. i haven't captured the full picture of what we discussed before.
21:42:28 <reedip_> I think it is necessary. A lot of confusion occurs in various specs over inclusion in NeutronClient
21:43:26 <amotoki> reedip_: what kind of confusions, for example?
21:43:29 <mlavalle> ok, let's discuss in the ML
21:43:41 <mlavalle> any thing else on this topic?
21:43:51 <amotoki> for Queens-3, VPNaaS integration will be a good candidate
21:43:57 <amotoki> that's all from me
21:44:04 <reedip_> amotoki : mainly if the features they are targetting would be appicable for NeutronClient or not. I think ML is a better place to continue discussion.
21:44:12 <mlavalle> good point
21:44:23 <mlavalle> moving on
21:44:31 <mlavalle> #topic neutron-lib
21:45:53 <mlavalle> any updates boden?
21:45:58 <boden> hi
21:46:43 <boden> in general we could use some reviews in neutron-lib https://review.openstack.org/#/q/project:openstack/neutron-lib+status:open
21:47:20 <boden> it would be nice to get a release of lib out in time to consume some of it before wrapping up queens
21:47:55 <boden> there are a few patches in that queue that could use some high-level feedback from cores
21:48:17 <boden> I’ve made a tag so it’s easy to find them
21:48:24 <boden> #link https://review.openstack.org/#/q/message:%22NeutronCoreInputNeeded%22
21:48:49 <mlavalle> boden: that is helpful, thanks
21:49:02 <boden> mlavalle: if you’d prefer me to bring these up in the drivers meeting I can try to make it; just let me know
21:49:23 <mlavalle> boden: I'll mention it
21:49:31 <boden> that’s all I have for neutron-lib
21:49:31 <mlavalle> of course you are welcome to join in :-)
21:49:53 <boden> mlavalle: yes I try when I can, but falls during a bad time(s) for me
21:50:28 <boden> that’s it
21:50:31 <mlavalle> boden: I have a question regarding https://review.openstack.org/#/c/423382/
21:50:34 <mlavalle> what changed?
21:51:00 <boden> https://review.openstack.org/#/c/423382/15..16
21:51:14 <boden> rebase
21:51:32 <mlavalle> ok
21:51:34 <mlavalle> cool
21:52:02 <mlavalle> #topic Open Agenda
21:52:16 <mlavalle> any topic that should be discussed today?
21:52:51 <slaweq> I want to ask for comments on https://review.openstack.org/#/c/526696/1/doc/source/contributor/policies/blueprints.rst
21:53:19 <mlavalle> will do
21:53:20 <slaweq> IMHO amotoki proposition is good there but it would be nice if other also can check it
21:53:30 <slaweq> mlavalle: thx
21:53:51 <boden> QQ from me, I should’ve brought up earlier in lib
21:54:13 <boden> does it make sense for me to revise the “decouple db” specs for neutron-lib?
21:54:18 <boden> https://review.openstack.org/#/q/topic:neutronlib-decouple-db+(status:open+OR+status:merged)
21:54:27 <boden> or will we not even get to those in queens?
21:55:40 <mlavalle> boden: do you have the bandwidth to pursue it?
21:56:59 <mlavalle> boden: if you do, yes
21:57:10 <mlavalle> I'll keep an eye on it
21:57:32 <boden> ok
21:57:38 <mlavalle> any other topics?
21:58:12 <mlavalle> Thanks for joining
21:58:17 <mlavalle> #endmeeting