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