14:01:46 <ralonsoh> #startmeeting networking 14:01:46 <opendevmeet> Meeting started Tue Sep 12 14:01:46 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:46 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:46 <opendevmeet> The meeting name has been set to 'networking' 14:01:48 <mlavalle> o/ 14:01:49 <ykarel> o/ 14:01:49 <lajoskatona> o/ 14:01:50 <mtomaska> o/ 14:01:51 <ralonsoh> hello all 14:01:51 <obondarev> o/ 14:01:52 <rubasov> o/ 14:01:56 <frickler> \o 14:02:01 <haleyb> o/ 14:02:08 <ralonsoh> ok, let's start 14:02:17 <ralonsoh> #topic announcements 14:02:30 <ralonsoh> #link https://releases.openstack.org/bobcat/schedule.html 14:02:33 <elvira> o/ 14:02:39 <ralonsoh> we are in the RC1 release week 14:03:07 <ralonsoh> please remember that we should not accept patches others than bug fixes 14:03:15 <ralonsoh> until we have the 2023.2 stable branch open 14:03:36 <slaweq> o/ 14:03:39 <ralonsoh> I've collected the releases patches opened today 14:03:41 <ralonsoh> #link https://paste.opendev.org/show/bpcV0yPBlXr43E58H8ug/ 14:03:56 <ralonsoh> those related to Neutron, of course 14:04:04 <ralonsoh> so please check them during this week 14:04:06 <opendevreview> Slawek Kaplonski proposed openstack/neutron master: Add release note with known issue with FIP PFs and vlan tenant networks https://review.opendev.org/c/openstack/neutron/+/894766 14:04:23 <lajoskatona> thanks, that makes life easier, I just lost which one I checked already 14:04:31 <ralonsoh> at the end of this week we'll these patches will be approved 14:04:43 <slaweq> regarding release, I would like to include ^^ in the neutron before we will do 2023.2 branch 14:05:20 <ralonsoh> we'll check it in the on-deman section 14:05:32 <lajoskatona> slaweq: is this reno relatedt to this one: https://review.opendev.org/c/openstack/neutron/+/892542 ? 14:05:35 <slaweq> thx ralonsoh 14:05:39 <lajoskatona> ack, we check during the on-demand 14:05:45 <ralonsoh> last point I have in the agenda for this topic is 14:05:47 <ralonsoh> #link https://openinfra.dev/live/#all-episodes 14:05:56 <ralonsoh> (I didn't watch it yet) 14:06:04 <ralonsoh> Zuul Deep Dive: Volvo 14:06:17 <ralonsoh> nice to see infra topics commented 14:06:39 <ralonsoh> anything else I'm missing? 14:07:10 <ralonsoh> let's go then 14:07:14 <ralonsoh> #topic bugs 14:07:28 <ralonsoh> last week report is from ykarel 14:07:31 <ralonsoh> #link https://lists.openstack.org/pipermail/openstack-discuss/2023-September/035040.html 14:07:53 <ralonsoh> we have two pending bugs 14:07:59 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2034684 14:08:03 <ralonsoh> UEFI (edk2/ovmf) network boot with OVN fail because no DHCP release reply 14:09:24 <ralonsoh> the IPv6 metadata support in OVN will be provided in https://review.opendev.org/c/openstack/neutron/+/890683 14:09:46 <ralonsoh> but this is a feature that is covering an ML2/OVN gap 14:09:51 <ralonsoh> so it will be merged in C 14:10:18 <slaweq> ++ 14:10:21 <ralonsoh> I'll check this LP bug and if needed, I'll mark as duplicate of https://bugs.launchpad.net/neutron/+bug/2030520 14:10:22 <opendevreview> Terry Wilson proposed openstack/neutron master: Add support for OVN MAC_Binding aging https://review.opendev.org/c/openstack/neutron/+/893575 14:10:38 <ralonsoh> the second one is 14:10:41 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2034589 14:10:45 <ralonsoh> [FT][OVN] "ovsdb_connection.stop()" failing during the test cleanup process 14:11:06 <ralonsoh> I've opened this bug because we have seen some FT tests failing during the cleanup phase 14:11:12 <ralonsoh> when stopping the ovsdb connections 14:11:36 <ralonsoh> if anyone is interested, feel free to assign yourself this bug 14:11:39 <ykarel> ralonsoh, for the other bug it was created while testing https://review.opendev.org/c/openstack/neutron/+/890683 and that mentions it needs some fixes on core ovn side 14:12:05 <ykarel> so i asked there apart from core ovn if anything else needed in neutron side too apart from 890683 14:13:25 <opendevreview> Slawek Kaplonski proposed openstack/neutron master: Add release note with known issue with FIP PFs and vlan tenant networks https://review.opendev.org/c/openstack/neutron/+/894766 14:13:36 <ralonsoh> right, the OVN DHCP server is missing this release message 14:13:56 <ralonsoh> (in ipv6) 14:14:08 <ralonsoh> so ok, this LP should be linked to the core OVN bug 14:14:21 <ralonsoh> and keep the other LP bug for the ipv6 metadata implementation 14:14:27 <haleyb> ykarel: i saw a path on the ML for that 14:14:32 <ykarel> yes 14:15:25 <ralonsoh> perfect but I'll remove the Neutron dependency of this bug 14:15:35 <ykarel> haleyb, in ovn or openstack discuss ml? 14:15:42 <ralonsoh> in the LP bug 14:15:44 <haleyb> ovn ML 14:15:46 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/2034684 14:15:50 <ykarel> okk 14:16:15 <haleyb> i'll add a link in the neutron bug 14:16:32 <ykarel> thanks 14:16:41 <ralonsoh> all BZs/LP are referenced 14:17:25 <ralonsoh> ok, any other bug missing in this lsit? 14:17:52 <ralonsoh> This week mtomaska is the deputy, next week will be bcafarel 14:17:55 <ralonsoh> ack? 14:18:04 <mtomaska> ack 14:18:26 <ralonsoh> I've updated the bug deputy list, starting next week 14:18:35 <opendevreview> Lucas Alvares Gomes proposed openstack/neutron master: [OVN] External ports scheduling (WIP) https://review.opendev.org/c/openstack/neutron/+/894767 14:18:39 <ralonsoh> with the new dates, just as a heads-up 14:19:14 <ralonsoh> ok, next topic 14:19:23 <ralonsoh> #topic community_goals 14:19:44 <ralonsoh> I'll skip the first one as I don't see progress this week 14:19:53 <ralonsoh> the second one is 14:19:56 <ralonsoh> 2) Neutron client deprecation 14:19:59 <ralonsoh> lajoskatona, please 14:20:32 <lajoskatona> all open patches are merged to neutronclient (for sfc, vpnaas, and fwaas) 14:20:36 <ralonsoh> +1 ! 14:20:38 <lajoskatona> thanks for the reviews 14:20:54 <lajoskatona> nothing new other than that 14:20:58 <opendevreview> Merged openstack/neutron-fwaas master: Firewall group associated with ports is not allowed to be deleted https://review.opendev.org/c/openstack/neutron-fwaas/+/884333 14:21:12 <ralonsoh> but that was nice to have all these nclient patches merged 14:21:15 <ralonsoh> thanks a lot! 14:21:23 <lajoskatona> I try to allocate some time to this task in te C cycle also 14:21:33 <ralonsoh> perfect! 14:21:41 <lajoskatona> that's it from me 14:21:50 <ralonsoh> thanks, let's jump to the last topic 14:21:55 <ralonsoh> #topic on_demand 14:21:57 <ralonsoh> slaweq, please 14:22:27 <slaweq> I just wanted to ask if we can get this release note https://review.opendev.org/c/openstack/neutron/+/894766 in the 2023.2 14:22:54 <slaweq> it's related to the https://review.opendev.org/c/openstack/neutron/+/892542 as ykarel asked earlier 14:22:56 <slaweq> that's it 14:22:58 <ralonsoh> yes, better than merging the other patch that changes the Neutron server behaviour 14:23:34 <ralonsoh> please check both patches, the second one will be merged in C release 14:23:44 <lajoskatona> +1 14:23:47 <slaweq> ++ 14:23:49 <slaweq> thx 14:24:16 <ralonsoh> I have a quick update in a LP bug 14:24:17 <ralonsoh> (one sec) 14:24:34 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2032817 14:25:08 <ralonsoh> the MTU handling for N/S traffic is correctly done by OVN routers 14:25:19 <ralonsoh> when the ovn_need_to_frag falg is set 14:25:33 <ralonsoh> but the E/W traffic between private networks with different MTUs not 14:25:37 <ralonsoh> --> https://bugzilla.redhat.com/show_bug.cgi?id=2238494 14:25:53 <ralonsoh> I've opened this core OVN bug 14:26:29 <ralonsoh> that's all, it was just a heads-up because it was a hot topic last week (or 2 weeks ago) 14:26:32 <frickler> ralonsoh: did you test the N/S traffic? 14:26:48 <frickler> because I did and it didn't work for me, commented on https://review.opendev.org/c/openstack/neutron/+/894620 14:26:49 <ralonsoh> yes, that works fine, the OVN router fragments the traffic 14:27:08 <frickler> can you add steps to reproduce somewhere? 14:27:14 <ralonsoh> it is reported in the BZ https://bugzilla.redhat.com/show_bug.cgi?id=1833813#c26 14:27:43 <ralonsoh> I'll check today with the enviroment I have deployed 14:28:40 <frickler> but that's only with higher MTU on the tenant network, not with lower one, correct? 14:29:25 <ralonsoh> I think so, I would need to check if FIP->private works reducing the MTU (that is usually the other way) 14:29:52 <ralonsoh> if not, I'll open a sibling BZ to BZ#1833813 14:30:17 <frickler> well lower MTU on tenant is the default deployment. 1500 on the outside and 1442 or 1450 on the inside 14:31:00 <ralonsoh> just to fit the headers 14:31:17 <frickler> yes, sure 14:31:18 <ralonsoh> but having jumbo frames is something usual too 14:31:37 <ralonsoh> in any case I'll check that today and update the LP 14:32:10 <frickler> thx 14:32:20 <ralonsoh> yw. Any other topic? 14:32:54 <ralonsoh> please remember the CI meeting will be in this channel in 30 mins 14:33:00 <ralonsoh> thank you all for attending 14:33:04 <ralonsoh> #endmeeting