14:00:13 <slaweq> #startmeeting networking
14:00:14 <openstack> Meeting started Tue May 19 14:00:13 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:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:17 <openstack> The meeting name has been set to 'networking'
14:00:24 <slaweq> hi
14:00:28 <njohnston_> o/
14:00:30 <rubasov> o/
14:00:31 <lajoskatona> o/
14:00:42 <mlavalle> o/
14:01:38 <amotoki> o/
14:01:41 <slaweq> ok, lets start the meeting
14:01:42 <slaweq> #topic Announcements
14:01:59 <slaweq> first, the most important one:
14:02:13 <slaweq> We released Ussuri version! Congrats everyone and thanks for Your hard work!
14:02:25 <slaweq> https://releases.openstack.org/ussuri/
14:02:28 <bcafarel> o/
14:02:28 <njohnston> \o/
14:02:34 <bcafarel> (and \o/ too)
14:03:15 <mlavalle> ++
14:03:33 <slaweq> and the second one is related to this
14:03:40 <slaweq> we are now in the Victoria cycle https://releases.openstack.org/victoria/schedule.html
14:03:54 <slaweq> Victoria-1 milestone is in the week of Jun 15th so in 4 weeks
14:04:24 <slaweq> and the Victoria release is planned for 16th October
14:05:08 <ralonsoh> hi (sorry)
14:05:10 <slaweq> and the next one, related to the previous one
14:05:22 <slaweq> Victoria PTG (virtual) is in 2 weeks
14:05:32 <slaweq> planning etherpad: https://etherpad.openstack.org/p/neutron-victoria-ptg - next week I will start planning sessions so would be good to have list of topics more or less finalized,
14:06:39 <slaweq> Registration is live: http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014649.html - if You didn't yet, please register :)
14:07:22 <slaweq> we will have nova-neutron session on Friday 13:00 UTC - and also we will discuss on this session some topics related to Nova and Cyborg together
14:08:30 <slaweq> if You are interested in some topics related to the FPGA and smartNICs, You should mark this slot in Your calendar :)
14:09:18 <slaweq> and that's all announcements which I have for You today
14:09:27 <slaweq> anything else You want to announce now maybe?
14:10:50 <slaweq> ok, so lets move on
14:10:53 <slaweq> next topic
14:10:54 <slaweq> #topic Blueprints
14:11:09 <slaweq> BPs for Victoria-1 are here: https://launchpad.net/neutron/+milestone/victoria-1
14:11:16 <slaweq> I have questions about 2 of them
14:11:28 <slaweq> https://blueprints.launchpad.net/neutron/+spec/dns-records-in-neutron - mlavalle, can You be approver of this one?
14:11:41 <mlavalle> yes
14:11:45 <slaweq> thx a lot
14:12:06 <slaweq> and I have the same question for amotoki regarding https://blueprints.launchpad.net/neutron/+spec/sg-sharing-as-readonly
14:12:23 <slaweq> amotoki: would You mind if I would set You as approver of this one?
14:12:37 <amotoki> I am fine with that
14:12:39 <slaweq> it's related to the RBAC and You are an expert in this area IMO
14:12:41 <slaweq> thx a lot
14:13:52 <slaweq> any other updates about BPs do You have for today maybe?
14:14:38 <slaweq> amotoki, for this sharing as readonly BP we already merged spec https://review.opendev.org/#/c/724207/
14:14:49 <slaweq> just FYI if You somehow missed that :)
14:15:02 <amotoki> slaweq: yeah, I noticed it a couple of days ago
14:15:51 <slaweq> amotoki: ok :)
14:16:15 <slaweq> mlavalle: and we also have proposed spec for https://blueprints.launchpad.net/neutron/+spec/dns-records-in-neutron
14:16:22 <slaweq> https://review.opendev.org/#/c/726904/
14:16:32 <slaweq> but I didn't have time yet to look at it
14:16:33 <mlavalle> there yes
14:16:58 <mlavalle> I'll review it today
14:17:04 <slaweq> thx
14:18:47 <slaweq> ok, so if there is nothing else related to BPs today, lets move on to the next topic
14:18:59 <slaweq> #topic Community goals
14:19:18 <slaweq> any updates on Migrate to zuulv3 ?
14:19:45 <njohnston> For Zuulv3, aside from the work still needed on networking-midonet, the main thing is the work lajoskatona has been doing with tosky on https://review.opendev.org/#/c/725647/
14:19:54 <njohnston> for networking-odl grenade migration
14:20:09 <njohnston> AFAIK that is it for the goal
14:20:23 <lajoskatona> yeah tosky is kind enough yo guide me through grenade depths
14:21:31 <slaweq> ok, thx lajoskatona for working on that
14:21:43 <slaweq> as for midonet I looked into it briefly this week
14:21:51 <slaweq> but there are 2 problems with that:
14:22:12 <slaweq> 1. all those legacy jobs are scenario jobs which are disabled since long time as they were broken
14:22:46 <slaweq> 2. I'm not sure how networking-midonet will work e.g. on Centos8 now, I know there were some problems with running it on Ubuntu 18.04
14:22:56 <slaweq> and also
14:23:15 <slaweq> 3. I really don't have time to focus on networking-midonet jobs too much  :/
14:24:47 <slaweq> so my plan is to maybe try to do migration of the jobs and compare if they are failing in same/similar way like the legacy ones
14:24:58 <slaweq> I will for sure not spent too much time on fixing those jobs
14:25:09 <slaweq> *existing failures in those jobs
14:26:15 <slaweq> ok, lets move on to the next topic
14:26:17 <slaweq> #topic Bugs
14:26:27 <slaweq> rubasov was our bug deputy last week
14:26:35 <slaweq> Report http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014913.html
14:26:49 <rubasov> yep
14:26:51 <slaweq> rubasov: do You want to discuss some of bugs today?
14:27:28 <rubasov> I'd like to call your attention to the two unassigned bugs in the report
14:27:39 <rubasov> both medium
14:28:44 <rubasov> and there's another in the report as incomplete, but I should go back and triage it better: https://bugs.launchpad.net/neutron/+bug/1879009
14:28:44 <openstack> Launchpad bug 1879009 in neutron "attaching extra port to server raise duplicate dns-name error" [Undecided,Incomplete]
14:28:54 <rubasov> the unassigned:
14:29:00 <rubasov> https://bugs.launchpad.net/neutron/+bug/1877977
14:29:00 <openstack> Launchpad bug 1877977 in neutron "[DVR] Recovery from openvswitch restart fails when veth are used for bridges interconnection" [Medium,Confirmed]
14:29:09 <rubasov> https://bugs.launchpad.net/neutron/+bug/1878299
14:29:14 <openstack> Launchpad bug 1878299 in neutron "[floatingip port_forwarding] changing external port to used value hangs with retriable exception" [Medium,Confirmed]
14:29:33 <slaweq> rubasov: thx, I had the same bugs on my list too :)
14:29:37 <rubasov> all others have people working on them
14:30:01 <rubasov> I guess that's all
14:30:03 <slaweq> and actually I wanted to discuss about https://bugs.launchpad.net/neutron/+bug/1877977 - do we really need to keep veth interconnection still?
14:30:03 <openstack> Launchpad bug 1877977 in neutron "[DVR] Recovery from openvswitch restart fails when veth are used for bridges interconnection" [Medium,Confirmed]
14:30:19 <slaweq> sorry for maybe stupid question but what is the usecase for it?
14:30:25 <ralonsoh> I see no reason for this
14:30:32 <slaweq> we don't test it in u/s gate at all
14:30:56 <ralonsoh> there is no use case
14:31:00 <rubasov> at some point in the past didn't veth and patch ports behave differently regarding to namespaces?
14:31:21 <ralonsoh> but this is to link bridges
14:31:38 <ralonsoh> the patch port is this logical way
14:31:43 <slaweq> yes, this is to connect bridges together, eg. br-int and br-ex
14:31:57 <rubasov> ralonsoh: you're right that's irrelevant here
14:32:11 <slaweq> I'm not talking about using veth in the e.g. L3 agent - that's different story
14:34:11 <slaweq> do You think we can add topic about deprecation of this option to the PTG agenda?
14:34:18 <ralonsoh> +1
14:34:26 <njohnston> +1
14:34:49 <amotoki> +1 for the PTG topic. i see the reason for ovs_use_veth, but I am not sure about use_veth_interconnection.
14:35:30 <slaweq> ok, thx I will add it to the etherpad
14:37:02 <slaweq> ok, regarding https://bugs.launchpad.net/neutron/+bug/1878299 I think this should be raised on L3 subteam meeting
14:37:02 <openstack> Launchpad bug 1878299 in neutron "[floatingip port_forwarding] changing external port to used value hangs with retriable exception" [Medium,Confirmed]
14:38:50 <slaweq> any other bugs You want to discuss today?
14:40:30 <slaweq> ok, so lets move on
14:40:48 <slaweq> our bug deputy this week is maciejjozefczyk and I already ensure that he is aware of it :)
14:41:07 <slaweq> and next week will be ralonsoh's time
14:41:08 <maciejjozefczyk> \o/
14:41:14 <ralonsoh> ups...
14:41:23 <slaweq> ralonsoh: why "ups..."? :D
14:41:29 <ralonsoh> my first time!
14:41:32 <slaweq> You should say "YAY"
14:41:36 <ralonsoh> no no
14:41:38 <slaweq> ;)
14:42:01 <bcafarel> you heard it everybody, fill as many launchpad bugs as possible next week!
14:42:08 <slaweq> LOL
14:42:10 <ralonsoh> hahaha
14:42:14 <maciejjozefczyk> bcafarel, but not this week :D
14:42:51 <slaweq> ok, last topic for today
14:43:00 <slaweq> #topic On Demand Agenda
14:43:12 <slaweq> I see one small topic there
14:43:19 <slaweq> Review https://review.opendev.org/#/c/665467
14:43:21 <slaweq> please review this and provide feedback so it can be merged.
14:43:38 <slaweq> I guess it's added by the owner of the patch
14:44:12 <ralonsoh> ok
14:44:17 <slaweq> I think that would be great if ralonsoh and rubasov could take a look into it especially
14:44:27 <slaweq> ralonsoh: as an SR-IOV and Intel expert
14:44:33 <slaweq> and rubasov as trunks expert
14:44:39 <ralonsoh> I still have some concerns about the shell commands calls
14:44:52 <ralonsoh> I'll comment on gerrit
14:44:58 <slaweq> and of course any other reviews are welcome :)
14:45:03 <slaweq> thx ralonsoh
14:45:13 <rubasov> it's huge but I'll digest it in pieces
14:45:36 <slaweq> rubasov: yes, it is huge :)
14:46:42 <slaweq> any other on demand topics?
14:46:47 <maciejjozefczyk> yes :)
14:46:48 <maciejjozefczyk> #link https://review.opendev.org/#/c/720464/
14:47:05 <maciejjozefczyk> #link https://review.opendev.org/#/c/715157/
14:47:22 <maciejjozefczyk> Can I ask you folks to review those patches? There are already a few iterations of reviews but looks like its a bit stuck
14:47:44 <ralonsoh> sure
14:47:45 <maciejjozefczyk> Flavio pointed a few nits I'm going to update soon, but I feel it still needs some eyes :)
14:47:56 <slaweq> sure maciejjozefczyk
14:48:05 <maciejjozefczyk> It is needed to have a basic support for routed provider networks with OVN :)
14:48:17 <maciejjozefczyk> thanks :)
14:48:36 <slaweq> mlavalle: please take a look at this as routed networks expert :)
14:48:49 <mlavalle> will do
14:48:58 <slaweq> Thank You
14:49:17 <maciejjozefczyk> thanks :) mlavalle
14:49:25 <mlavalle> in my pile
14:49:52 <bcafarel> oops looks like one was already in my pile
14:50:10 <bcafarel> I will move them up higher in the pile :/
14:51:11 <maciejjozefczyk> thanks guys :)
14:51:25 <slaweq> anything else for today?
14:52:52 <slaweq> ok, if not then thx for attending and have a great week
14:52:58 <slaweq> o/
14:52:59 <bcafarel> o/
14:53:00 <slaweq> #endmeeting