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