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