14:01:12 <jlibosva> #startmeeting networking
14:01:13 <openstack> Meeting started Tue Mar 27 14:01:12 2018 UTC and is due to finish in 60 minutes.  The chair is jlibosva. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:14 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:15 <jlibosva> hello friends
14:01:17 <openstack> The meeting name has been set to 'networking'
14:01:18 <mlavalle> o/
14:01:21 <slaweq> hi
14:01:21 <annp_> hi
14:01:25 <hongbin> o/
14:01:30 <jlibosva> #link https://wiki.openstack.org/wiki/Network/Meetings
14:01:34 <jlibosva> #topic Announcements
14:02:25 <jlibosva> First, I'd like to bring attention to new planned release of PBR, if you are aware of any issues you think we need to solve, it would be good to raise your voice
14:02:27 <jlibosva> more info at
14:02:27 <lajoskatona_> hi
14:02:29 <jlibosva> #link http://lists.openstack.org/pipermail/openstack-dev/2018-March/128741.html
14:02:38 <rubasov> hi
14:02:57 <jlibosva> Second is about Vancouver Summit - you can now submit a topic you'd like to get discussed at The Forum
14:02:59 <jlibosva> #link http://lists.openstack.org/pipermail/openstack-dev/2018-March/128732.html
14:03:29 <jlibosva> regarding release planning, we're slowly(?) approaching first milestone of Rocky, that is gonna happen in the week of April 16
14:03:43 <mlavalle> not very slowly
14:03:49 <mlavalle> to me at least
14:04:02 <jlibosva> yeah :) time flies
14:04:08 <jlibosva> that's why the question mark :-p
14:04:11 <jlibosva> that's all from me
14:04:26 <jlibosva> any other announcements?
14:04:41 <mlavalle> you covered them all, as far as I know
14:05:12 <jlibosva> ack, moving on then
14:05:15 <jlibosva> #topic Blueprints
14:05:28 <jlibosva> this is the dashboard of what we have planned for r-1:
14:05:30 <jlibosva> #link https://launchpad.net/neutron/+milestone/rocky-1
14:06:22 <mlavalle> I want to bring attention to https://blueprints.launchpad.net/neutron/+spec/strict-minimum-bandwidth-support
14:07:18 <mlavalle> rubasov and lajoskatona_ are developing the spec for it:
14:07:26 <mlavalle> #link https://review.openstack.org/#/c/508149/
14:08:05 <mlavalle> and there is a Nova counterpart:
14:08:14 <mlavalle> #link https://review.openstack.org/#/c/502306/
14:08:19 <rubasov> I hope to upload a new patch set for the neutron side today or at latest tomorrow
14:08:29 <jlibosva> mlavalle: is the Neutron one a lot different than https://review.openstack.org/#/c/396297/7 which was merged for Pike?
14:08:30 <rubasov> but comments are welcome any time
14:08:54 <mlavalle> jlibosva: it is a more detailed development of the one we merged
14:09:17 <mlavalle> we are going in detail on how to create the data structures in the Placement API
14:09:31 <mlavalle> and how to coordinate Nova and Neutron for binding
14:09:47 <rubasov> jlibosva: the placement side advanced quite a lot since then
14:09:49 <mlavalle> so I invite the team to take some team and provide feedback
14:09:59 <jlibosva> ok, thanks for update
14:10:01 <rubasov> jlibosva: and we are trying to reflect that
14:10:04 <mlavalle> some time^^^^
14:10:06 <jlibosva> makes sense :)
14:10:31 <slaweq> rubasov: I will review Your specs ASAP :)
14:10:55 <rubasov> slaweq: thanks as always
14:12:22 <mlavalle> rubasov: I provided feedback yesterday on the Neutron side and intend to do the same today on the NOva side
14:12:42 <mlavalle> hopefully my day will be long enough for that
14:13:44 <jlibosva> any other blueprints worth to be mentioned here?
14:13:44 <mlavalle> The other blueprint that I want to mention today is https://blueprints.launchpad.net/neutron/+spec/live-migration-portbinding
14:13:52 <rubasov> mlavalle: thank you, I'm in the middle of responding
14:14:16 <mlavalle> I haven't changed the code lately
14:14:50 <mlavalle> What I've been doing, though, is developing some bash scripts to simulate the plugging and unplugging of vifs in different hosts
14:15:05 <mlavalle> This is to test the activation of new bindings
14:15:28 <mlavalle> my scripts are working fine now and I am starting to test moving the vif from OVS to OVS
14:15:30 <slaweq> mlavalle: just wondering, is it possible to make such tests in fullstack test maybe?
14:15:53 <mlavalle> and towards the end of the week I will move from OVS to linuxbridge
14:16:10 <mlavalle> slaweq: yeah, that was part of the idea of writing those bash scripts
14:16:22 <slaweq> ok then :)
14:16:31 <mlavalle> to have a guideline as to how to implement a fullstack test
14:17:07 <mlavalle> I also want to mention that the Nova side is actively working on their side of the code
14:17:22 <mlavalle> so we will also be able to try this with instances
14:17:44 <mlavalle> that's all I have
14:17:54 <hoangcx_> jlibosva: there is a blueprint for FWaaSv2 logging in fwaas, but one item in neutron side
14:18:04 <hoangcx_> jlibosva: Regarding to logging API framework, I have 2 patches in neutron want to get reviewing: https://review.openstack.org/#/q/project:openstack/neutron+topic:bug/1720727
14:18:17 <hoangcx_> jlibosva: Those patches make the framework be more generic in order to support logging for other resources
14:18:41 <hoangcx_> jlibosva: Hope you can get a time to help review on it.
14:19:10 <mlavalle> hoangcx_: I will also review and create a blueprint to add to the dasboard to track it
14:19:33 <mlavalle> thanks for bringing it up
14:19:34 <hoangcx_> mlavalle: perfect. Thanks a lot. sir
14:19:39 <jlibosva> hoangcx_: thanks for bringing it up
14:19:45 <annp_> hi
14:19:46 <jlibosva> I'll also look for the bp
14:19:55 <njohnston> +1
14:20:01 <annp_> +1
14:20:13 <annp_> I’m working on https://blueprints.launchpad.net/neutron/+spec/run-in-wsgi-server.
14:20:13 <annp_> I proposed a patch to allow neutron-api load config files to WSGI process https://review.openstack.org/#/c/555608/
14:20:35 <mlavalle> annp_: we have a section in the agenda for the community goals
14:21:03 <mlavalle> for today, let's discuss this patch now
14:21:13 <annp_> mlavalle, Sorry, We can discus later. Thanks.
14:21:14 <jlibosva> or unless there is nothing else for blueprints, we can switch to community goals smoothly :)
14:21:16 <mlavalle> but in the future we can bring it up in that section
14:21:28 <mlavalle> LOL, yeah, let's do that
14:21:45 <jlibosva> ack :)
14:21:52 <jlibosva> #topic Community goals
14:22:08 <jlibosva> annp_: hi again :)
14:22:09 <annp_> hi again :)
14:22:13 <mlavalle> That's one of the hallmarks of a great facilitatopr like jlibosva, smooth transitions
14:22:22 <jlibosva> lol
14:22:29 <annp_> I’m working on https://blueprints.launchpad.net/neutron/+spec/run-in-wsgi-server.
14:22:29 <annp_> I proposed a patch to allow neutron-api load config files to WSGI process https://review.openstack.org/#/c/555608/
14:22:54 <annp_> However,  I encountered a problem, Neutron-rpc seems start not correct, maybe neutron-rpc loaded wrong core plugin.
14:23:37 <annp_> Here is problem I'm encountering http://logs.openstack.org/18/473718/6/check/tempest-full/f54f5c0/controller/logs/screen-neutron-rpc.txt.gz?level=ERROR
14:24:24 <annp_> I'm trying to find root cause of the problem.
14:25:03 <mlavalle> is it loading the port binding extension?
14:25:20 <mlavalle> it seems it doesn't recognize binding attributes
14:25:21 <annp_> I'm not sure
14:25:42 * mlavalle is shooting from the hip
14:25:52 <jlibosva> the port binding extension should be part of ml2, right? it's not configurable
14:25:56 <annp_> I'm trying to understand, because I can create VM on provider network
14:26:16 <annp_> but I can't create vm on tenant network.
14:26:28 <jlibosva> annp_: can you add a debug message there to get what core plugin is loaded in the rpc worker?
14:26:49 <mlavalle> you are right jlibosva
14:26:58 <annp_> jlibosva, Thanks. I will try to add debug message as you suggestion.
14:27:15 <slaweq> http://logs.openstack.org/18/473718/6/check/tempest-full/f54f5c0/controller/logs/screen-neutron-rpc.txt.gz?#_Mar_27_07_34_12_776164
14:27:21 <slaweq> looks that it is ML2
14:27:23 <annp_> and update to you in tomorrow. :)
14:29:15 <jlibosva> we could discuss details in the #openstack-neutron but thanks annp_ for working on it and bringing this up
14:29:23 <annp_> that's all my status until now.
14:29:59 <annp_> jlibosva, thanks, please go ahead.
14:30:07 <jlibosva> annp_: thanks :)
14:30:20 <jlibosva> speaking about community goals
14:30:29 <jlibosva> I was pinged earlier by amotoki who couldn't attend this meeting
14:30:43 <jlibosva> I can forward what he wants to update about
14:30:57 <jlibosva> mox-removal goal has a good progress
14:31:15 <jlibosva> neutronclient and vpnaas-dashboard are done
14:31:21 <mlavalle> hongbin has been very active with that
14:31:25 <mlavalle> Thanks
14:31:27 <jlibosva> fwaas-dashboard is almost there
14:31:58 <hongbin> mlavalle: :)
14:32:14 <jlibosva> amotoki wants to get more volunteers to help slaweq with SDK migration. slaweq did a good job with trunk there
14:32:30 <slaweq> jlibosva: I didn't do too much for now
14:32:43 <slaweq> only one patch in review: https://review.openstack.org/#/c/556089/
14:33:00 <slaweq> but I will continue with other things slowly :)
14:33:15 <jlibosva> it could be an inspiration for other patches, the first one is always the hardest ;)
14:33:31 <slaweq> :)
14:33:39 <slaweq> I like to be the first one :D
14:33:45 <jlibosva> :)
14:34:00 <jlibosva> so that said, we need more hands on SDK migration
14:34:20 <jlibosva> #link https://etherpad.openstack.org/p/neutron-openstacksdk-migration
14:34:35 <jlibosva> ^^ I forgot to send the etherpad used for syncing of what needs to be done :)
14:36:14 <jlibosva> looking at other community goals, I'm gonna write down my name to py3 at the wiki
14:36:27 <mlavalle> Thanks jlibosva !
14:36:39 <jlibosva> anybody has anything else to this topic?
14:36:44 <slaweq> I want to give short update about mutable config options
14:36:48 <slaweq> so I did https://review.openstack.org/#/c/554259/
14:37:07 <slaweq> and I also sent email with some questions about it http://lists.openstack.org/pipermail/openstack-dev/2018-March/128633.html
14:37:33 <slaweq> now it looks for me that this patch is fine, it's what we need to have to accomplish this goal
14:37:51 <slaweq> so please take a look at it if You will have some time :)
14:37:56 <mlavalle> I took a look Friday and read the related goal description
14:38:07 <mlavalle> it looked good to me
14:38:11 <boden> slaweq are there any actions by networking projects that use neutron (decoupled plugins)?
14:38:13 <mlavalle> I'll revisit today
14:38:33 <slaweq> boden: I didn't check
14:38:57 <boden> slaweq ok it wasn’t clear to me if other networking projects had TODOs here or not
14:39:19 <slaweq> but if there are some other services then it restart_method should be also changed for them probably
14:39:46 <slaweq> debug option is set as mutable in oslo.config and we inherit it from there so that's fine IMO
14:40:09 <slaweq> boden: I will check other networking projects if any actions are needed there
14:40:18 <slaweq> thx for pointing this :)
14:40:25 <boden> thank you
14:41:55 <jlibosva> thanks slaweq for bringing up the topic
14:42:13 <slaweq> that's all from my side :)
14:42:28 <jlibosva> I think we can move on to the bugs section
14:42:31 <jlibosva> #topic Bugs
14:42:46 <mlavalle> wow, armax your timimg was perfect
14:42:47 <jlibosva> armax has joined, great timing :)
14:43:00 <jlibosva> armax was a bug deputy last week
14:43:38 <jlibosva> armax: are you with us?
14:44:34 <jlibosva> seems like not :(
14:44:34 <mlavalle> maybe not
14:44:46 <jlibosva> so looking at the launchpad bugs dashboard: https://bugs.launchpad.net/neutron/+bugs
14:45:02 <jlibosva> we have two new critical bugs
14:45:05 <jlibosva> #link https://bugs.launchpad.net/neutron/+bug/1758033
14:45:06 <openstack> Launchpad bug 1758033 in neutron "Floating IP QoS scenario tests failing" [Critical,Confirmed] - Assigned to Slawek Kaplonski (slaweq)
14:45:31 <jlibosva> it's for stable queens and I see patch is merged
14:45:34 <slaweq> I think we can close it now, as it is fixed in linuxbridge job
14:45:38 <jlibosva> probably stable branch doesn't flip the LP status?
14:45:43 <jlibosva> slaweq++
14:45:56 <slaweq> there is some other problem in DVR job still but there is different bug for that
14:46:01 <jlibosva> second is in progress:
14:46:03 <jlibosva> #link https://bugs.launchpad.net/neutron/+bug/1758062
14:46:03 <openstack> Launchpad bug 1758062 in neutron "fwaas unit tests are failing on networking-midonet gate" [Critical,In progress] - Assigned to YAMAMOTO Takashi (yamamoto)
14:46:24 <jlibosva> fix is here: https://review.openstack.org/#/c/555699/
14:46:50 <jlibosva> if we have anybody with powers on fwaas repo, please have a look :)
14:47:04 <njohnston> will do
14:47:42 <jlibosva> njohnston: thanks! :)
14:47:59 <mlavalle> I also have power there
14:48:03 <mlavalle> I will take a look
14:48:11 <slaweq> mlavalle: You have power everywhere :)
14:48:23 <jlibosva> there are also some bugs that are missing visibility:
14:48:25 <jlibosva> #link https://bugs.launchpad.net/neutron/+bug/1759234
14:48:26 <openstack> Launchpad bug 1759234 in neutron "Stable queens migrations not tagged" [Undecided,New]
14:48:32 <jlibosva> #link https://bugs.launchpad.net/neutron/+bug/1757513
14:48:33 <openstack> Launchpad bug 1757513 in neutron "standardattrdescription clobbers existing description API attr" [Undecided,New]
14:48:46 <jlibosva> and
14:48:48 <jlibosva> #link https://bugs.launchpad.net/neutron/+bug/1758353
14:48:48 <openstack> Launchpad bug 1758353 in neutron "neutron - qr- and qg- interfaces looses their vlan tag" [Undecided,New]
14:49:14 <jlibosva> as we're running out of time, I'll just leave them there if anybody wants to have a peak and are able to triage from the top of head
14:49:27 <mlavalle> ok, I will take a look
14:49:32 <jlibosva> swami is a bug deputy for this week
14:49:34 <mlavalle> Thanks for giving them visiblity
14:49:46 <jlibosva> #topic Docs
14:49:52 <jlibosva> boden: hi, do you have any updates re. docs?
14:49:55 <mlavalle> yeah, I spoke to swami last Thursday and he ia aware and ready to serve
14:50:05 <jlibosva> nice :)
14:50:10 <boden> jlibosva nothing exciting that I’m aware of
14:50:20 <jlibosva> boden: ok, thanks. Don't go far
14:50:23 <jlibosva> #topic neutron-lib
14:50:25 <jlibosva> boden: hi :)
14:51:11 <boden> just a quick FYI; I’ve start on the rehome db patches for the specs we discussed.. I want to get them going ASAP b/c I think the consumption is pretty wide-spread and will take awhile
14:51:24 <boden> I can ref patches for review next week… ATM there’s only one out there
14:51:38 <boden> that’s all I really have unless others have something to add
14:51:45 <jlibosva> thanks boden
14:51:57 <hoangcx_> mlavalle: Regarding the topic, could you please help to land this one https://review.openstack.org/#/c/439972/ ?
14:52:21 <hoangcx_> mlavalle: it is in queue for a while :)
14:52:37 <mlavalle> hoangcx_: yeap, I'll land it
14:52:55 <hoangcx_> mlavalle: thanks again, sir
14:53:19 <jlibosva> anybody has anything else to add to neutron-lib topic?
14:53:30 <hongbin_> i want to bring up this one
14:53:32 <hongbin_> #link https://review.openstack.org/#/c/523471/
14:53:39 <jlibosva> thanks
14:54:08 <hongbin_> there are two options for defining hte attributes, static or dynamic
14:54:26 <hongbin_> we need to decide because other extension rehome might need to do the same
14:55:01 <mlavalle> I'll revisit it today
14:55:21 <hongbin_> mlavalle: thanks
14:55:30 <mlavalle> thanks for bringing it up
14:56:37 <jlibosva> thanks hongbin_
14:56:59 <jlibosva> I skipped the CLI/SDK topic today as amotoki is not here
14:57:13 <jlibosva> #topic Open discussion
14:57:35 <jlibosva> does anybody have a topic to discuss?
14:57:42 <jlibosva> we have 2 minutes left :)
14:58:22 <mlavalle> Time well managed jlibosva :-)
14:58:37 <jlibosva> thanks lol
14:58:47 <jlibosva> so I guess if there is nothing, we can get a minute back
14:58:54 <jlibosva> thanks everyone for showing up :)
14:59:04 <jlibosva> #endmeeting