14:00:28 <slaweq> #startmeeting networking
14:00:28 <openstack> Meeting started Tue Mar 10 14:00:28 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:29 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:30 <slaweq> hi
14:00:33 <openstack> The meeting name has been set to 'networking'
14:00:37 <mlavalle> o/
14:00:42 <lajoskatona> o/
14:01:05 <rubasov> o/
14:01:21 <amotoki> o/
14:01:41 <slaweq> #topic Announcements
14:01:43 <bcafarel> \o
14:01:53 <slaweq> according to https://releases.openstack.org/ussuri/schedule.html next important dates are:
14:01:54 <njohnston> o/
14:01:58 <slaweq> Final release for non-client libraries - week of March 30th,
14:02:03 <slaweq> and
14:02:05 <slaweq> Ussuri-3 (feature freeze) - week of April 6th
14:02:37 <slaweq> so we have only few more weeks to finish implementation of some RFEs/BPs
14:03:00 <slaweq> one more thing related to calendar
14:03:10 <slaweq> according to the https://governance.openstack.org/election/ PTL nomination period starts on Mar 24th
14:04:01 <slaweq> so if someone wants to run for neutron PTL for Victoria cycle, nominations should be send between Mar 24th and Mar 31st
14:05:51 <slaweq> I want to continue serving as PTL to this great team so I will send my nomination too
14:06:05 * _mlavalle_2 got diconnected for a few seconds
14:06:25 <slaweq> and as last announcement, short reminder
14:06:27 <slaweq> Victoria PTG planning etherpad: https://etherpad.openstack.org/p/neutron-victoria-ptg
14:06:58 <slaweq> please add Your topics there - anything You want to discuss related to Neutron is fine
14:07:31 <slaweq> any other announcements from the team?
14:07:59 <bcafarel> is it time yet to congratulate lajoskatona?
14:08:43 <slaweq> bcafarel: almost, I hope that I will announce it on our next meeting :)
14:09:37 <bcafarel> ack, I will keep the confettis on hand :)
14:09:50 <slaweq> bcafarel: :)
14:10:10 <slaweq> if there is no other announcements, lets move on
14:10:14 <slaweq> #topic Blueprints
14:10:33 <slaweq> list of BPs for U-3 is at https://launchpad.net/neutron/+milestone/ussuri-3
14:10:50 <slaweq> I would like to clarify status of some of them now
14:11:05 <slaweq> first of all https://blueprints.launchpad.net/neutron/+spec/neutron-ovn-merge
14:11:32 <slaweq> I wanted to ask haleyb|away what we are still missing there to consider it as done
14:11:49 <slaweq> but haleyb|away is not here today so I will ask him offline about that
14:11:57 <slaweq> next one
14:11:59 <slaweq> https://blueprints.launchpad.net/neutron/+spec/tagging-on-post
14:12:19 <slaweq> _mlavalle_2: will You propose patches for openstack sdk and OSC for that?
14:12:35 <slaweq> as this is last remaining part IIRC, right?
14:12:35 <_mlavalle_2> yes
14:12:44 <_mlavalle_2> and api-def
14:12:59 <slaweq> by api-def You mean documentation?
14:13:04 <_mlavalle_2> yes
14:13:08 <slaweq> ok
14:13:16 <slaweq> so we are almost done with this one :)
14:13:30 <_mlavalle_2> yes
14:13:33 <slaweq> thx _mlavalle_2
14:13:41 <_mlavalle_2> tempest test merged last night
14:13:52 <slaweq> yep, that I saw :)
14:14:22 <slaweq> ok, next one
14:14:24 <slaweq> https://blueprints.launchpad.net/neutron/+spec/fip-pf-description
14:14:37 <slaweq> it's also almost done, there is SDK patch in progress
14:14:41 <slaweq> and OSC patch is missing
14:14:53 <slaweq> but I found some issues with it when I was reviewing sdk patch
14:15:04 <slaweq> details are in https://bugs.launchpad.net/neutron/+bug/1866560
14:15:05 <openstack> Launchpad bug 1866560 in neutron "FIP Port forwarding description API extension don't work" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:15:15 <slaweq> I hope it will be fixed soon
14:16:18 <_mlavalle_2> is there a patch proposed yet?
14:16:36 <_mlavalle_2> to keep it in my radar screen
14:16:58 <slaweq> related to https://bugs.launchpad.net/neutron/+bug/1866560 ?
14:16:59 <openstack> Launchpad bug 1866560 in neutron "FIP Port forwarding description API extension don't work" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:17:05 <_mlavalle_2> yes
14:17:17 <slaweq> yes, there is https://review.opendev.org/#/c/711888/
14:17:35 <_mlavalle_2> thanks
14:17:39 <slaweq> I need to rebase it on top of https://review.opendev.org/#/c/711602/
14:18:01 <slaweq> and it also needs https://review.opendev.org/#/c/711887/
14:18:32 <slaweq> thx _mlavalle_2 for taking look into that :)
14:18:38 <slaweq> next one
14:18:39 <slaweq> https://blueprints.launchpad.net/neutron/+spec/secgroups-custom-ethertypes
14:18:53 <slaweq> njohnston: what is current status of this one?
14:18:59 <slaweq> do You need any help with that maybe?
14:19:49 <njohnston> I have not made good progress
14:20:10 <njohnston> If anyone is interested in helping out, please ping me
14:20:25 <njohnston> But it is a lower priority for me at the moment
14:20:28 <slaweq> ok, I can help with that one this week
14:21:37 <slaweq> next one for today
14:21:39 <slaweq> https://blueprints.launchpad.net/neutron/+spec/metadata-over-ipv6
14:21:48 <slaweq> I recently sent email to _mlavalle_2 and haleyb|away about it
14:21:52 <_mlavalle_2> I haven't made progress with it
14:22:07 <_mlavalle_2> still in my plans
14:22:13 <slaweq> haleyb|away's opinion is that we should go with this spec on our own, without doing any RFC or something like that
14:22:25 <slaweq> my opinion is similar to be honest
14:22:31 <_mlavalle_2> agree
14:23:11 <slaweq> _mlavalle_2: if You want I can try to reach out to cloud-init maintainers this week to see what they think about our spec
14:23:22 <slaweq> and then implementation on our side should be easy probably
14:23:27 <_mlavalle_2> ok
14:23:35 <slaweq> ok, so I will do that
14:24:52 <slaweq> _mlavalle_2: rubasov I will ping You when I will have anything new related to that
14:25:07 <_mlavalle_2> thanks
14:25:10 <rubasov> thanks
14:25:15 <slaweq> and the last one on my list for today is: https://blueprints.launchpad.net/neutron/+spec/enginefacade-switch
14:25:37 <slaweq> according to that I think we are not doing any progress on it since some time
14:26:03 <slaweq> I know that there is this "check" patch https://review.opendev.org/#/c/545501/
14:26:09 <slaweq> where all is red now
14:26:56 <slaweq> I will try also to help with this one more during next few weeks
14:27:01 <ralonsoh> there are is one patch still under review https://review.opendev.org/#/q/topic:bp/enginefacade-switch+(status:open)
14:27:10 <ralonsoh> there is*
14:27:11 <slaweq> if there is anyone else who would like to help, that would be great
14:27:29 <ralonsoh> sure, of course I can help with this
14:27:31 <_mlavalle_2> I'll do my best to continue working on it
14:27:47 <slaweq> thx _mlavalle_2 and ralonsoh
14:28:27 <slaweq> ok, and that's all Blueprints on the list for today
14:28:39 <slaweq> anyone wants to add/ask something about blueprints?
14:29:37 <slaweq> if not, lets move on
14:29:40 <slaweq> next topic for today
14:29:46 <slaweq> #topic Community goals
14:30:13 <slaweq> Project Specific PTL and Contributor Documentation - I think that patch https://review.opendev.org/#/c/707486/ is ready for review now
14:30:47 <slaweq> so please add it to Your review queue :)
14:31:05 <slaweq> and thanks in advance for any comments there
14:31:22 <slaweq> regarding old goal "Support IPv6-Only Deployments"
14:31:39 <slaweq> I just rebased neutron-tempest-plugin patch https://review.opendev.org/686043 and will try to continue work on it,
14:32:03 <slaweq> on the list of opened patches: https://review.opendev.org/#/q/topic:ipv6-only-deployment-and-testing+(status:open+OR+status:merged)+(project:%255Eopenstack/neutron.*+OR+project:%255Eopenstack/networking-.*) there are also some patchrs for networking-bagpipe/bgpvpn and networking-odl
14:32:26 <slaweq> I think that would be good if maintainers of those projects could take a look at them
14:32:27 <bcafarel> I thought we had nothing to do mostly for that ipv6 goal? added that patch to review queue
14:32:57 <slaweq> thx bcafarel
14:33:10 <slaweq> and that's all regarding community goals for Ussuri cycle (and olders)
14:33:21 <lajoskatona> slwaeq: I check bagpipe/bgpvpn and odl to see the status
14:33:26 <slaweq> anything else You want to add about community goals?
14:33:32 <lajoskatona> slaweq -^
14:33:37 <slaweq> thx a lot lajoskatona :)
14:35:40 <slaweq> ok, lets move on
14:35:43 <slaweq> next topic
14:35:47 <slaweq> #topic Bugs
14:35:57 <slaweq> rubasov was on bug deputy. Summary http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013177.html
14:36:11 <slaweq> rubasov: anything You want to hightligh from there?
14:36:24 <rubasov> all bugs have assignees
14:36:32 <rubasov> or attempted fixes
14:37:28 <rubasov> this one is incomplete, waiting for info from the reporter, but maybe it rings a bell for somebody: https://bugs.launchpad.net/neutron/+bug/1866445
14:37:29 <openstack> Launchpad bug 1866445 in neutron "br-int bridge in one compute can't learn MAC addresses of VMs in other compute nodes" [Undecided,Incomplete]
14:38:45 <ralonsoh> but should this happen? I don't think so
14:39:09 <rubasov> I think it shouldn't
14:39:12 <ralonsoh> br-int can learn another host MAC address
14:39:15 <ralonsoh> can't
14:39:23 <slaweq> ralonsoh: exactly, the only "learning" I'm aware of is with l2pop enabled
14:40:49 <slaweq> so this seems for me more like proposal of new RFE to add such "learning" mechanism, but is that even possible somehow with ovs?
14:42:47 <ralonsoh> I think the problem they are hitting is, maybe, that br-int is not learning the VM port addresses
14:42:52 <rubasov> I'm not sure I follow, ovs NORMAL action should learn source MACs, shouldn't it?
14:43:10 <ralonsoh> yes if they are using hybrid firewall
14:43:15 <ralonsoh> that's the point
14:43:29 <ralonsoh> br-int should not learn other host MACs
14:43:58 <ralonsoh> but maybe the internal macs are not in the MAC table and the broadcast traffic is excesive
14:45:12 <rubasov> I mean we clearly don't have enough info to reproduce the problem yet, I was just fishing if somebody have seen a similar problem before to ask better questions from the reporter
14:45:48 <slaweq> thx rubasov
14:46:07 <slaweq> and thank You for the summary email
14:46:20 <slaweq> our bug deputy this week is bcafarel so we are still in good hands
14:46:32 <slaweq> and next week is my turn
14:46:39 <bcafarel> so we should also be fine!
14:46:42 <slaweq> so I will make sure that I'm aware of it :P
14:47:16 <slaweq> any other bugs You want to discuss today?
14:48:34 <slaweq> ok, I guess that this means "no"
14:48:41 <slaweq> next topic should be "Networking OVN and ML2+OVS+DVR Convergence"
14:48:55 <slaweq> but as there is no Lucas, Maciej and haleyb|away today, I think we can skip it
14:49:17 <slaweq> so next topic is
14:49:20 <slaweq> #neutron-lib
14:49:24 <slaweq> #undo
14:49:25 <openstack> Removing item from minutes: #topic Bugs
14:49:32 <slaweq> #topic neutron-lib
14:50:23 <slaweq> I just wanted to say that new version of neutron-lib was just released few minutes ago
14:50:38 <slaweq> it's version 2.2.0
14:51:06 <slaweq> anything else regarding neutron-lib?
14:52:01 <slaweq> if not, lets move on to the last topic
14:52:12 <slaweq> #topic On Demand Agenda
14:52:18 <slaweq> ralonsoh: You have one topic there
14:52:40 <ralonsoh> let me check...
14:53:07 <ralonsoh> do you have the link?
14:53:32 <ralonsoh> ahh  yes
14:53:33 <bcafarel> https://bugs.launchpad.net/neutron/+bug/1476527
14:53:35 <openstack> Launchpad bug 1476527 in neutron "[RFE] Add common classifier resource" [Wishlist,Triaged] - Assigned to Igor D.C. (igordcard)
14:53:35 <slaweq> sorry
14:53:37 <slaweq> https://wiki.openstack.org/wiki/Network/Meetings#On_Demand_Agenda
14:53:41 <ralonsoh> exactly
14:53:52 <ralonsoh> so the question is: are we going to merge the n-lib patch?
14:54:05 <ralonsoh> and the DB changes
14:54:20 <ralonsoh> nobody, so far, is going to continue with the implementation
14:54:27 <ralonsoh> in OVS, OVN or LB
14:54:53 <slaweq> IMHO no if we don't have anyone who will propose backend implementation for it
14:55:07 <bcafarel> ralonsoh: is it https://review.opendev.org/#/c/670049/ ?
14:55:18 <slaweq> but I would love to see what others think about it
14:55:22 <ralonsoh> this is the n-lib patch, the first one
14:55:28 <ralonsoh> and the DB change is here
14:55:40 <ralonsoh> #link https://review.opendev.org/#/c/670050/
14:56:13 <bcafarel> I fear we do not have anyone working on it :(
14:56:20 <bcafarel> (anymore)
14:56:29 <lajoskatona> ralonsoh, slaweq: as I see a lot of work is in these patches, and adds possibility to later improvements
14:57:04 <ralonsoh> lajoskatona, I was working with David in Intel when they started this spec, 3 years ago
14:57:15 <ralonsoh> there is a lot of work there
14:57:30 <ralonsoh> but there is not going to be any implementation
14:57:31 <lajoskatona> What I don't see why it is better to integrate it to neutron instead of using x/neutron-classifier
14:57:59 * _mlavalle_2 has to leave. have a great day
14:58:08 <ralonsoh> because the DB changes were needed
14:58:12 <slaweq> lajoskatona: I remember that there were some issues with db upgrade and dependencies between neutron and x/neutron-classifier projects
14:58:32 <ralonsoh> to make any QoS policy dependant on a CG
14:58:40 <ralonsoh> exactly
14:58:53 <lajoskatona> ok, I see
14:59:19 <slaweq> ok, we are running out of time now
14:59:28 <slaweq> we can get back to it on next meeting
14:59:42 <bcafarel> and maybe find volunteers by then :)
14:59:45 <slaweq> or ralonsoh You can send an email about that and we can continue discussion there
14:59:52 <slaweq> thx for attending
14:59:52 <ralonsoh> of course
14:59:55 <slaweq> #endmeeting