14:01:25 <ralonsoh> #startmeeting networking
14:01:25 <opendevmeet> Meeting started Tue May 30 14:01:25 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:25 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:25 <opendevmeet> The meeting name has been set to 'networking'
14:01:27 <ralonsoh> hello all
14:01:51 <bcafarel> o/
14:02:01 <ralonsoh> I think we can start now
14:02:06 <ralonsoh> #topic announcements
14:02:14 <ralonsoh> #link https://releases.openstack.org/bobcat/schedule.html
14:02:22 <frickler> \o
14:02:30 <ralonsoh> this week is the Bobcat Cycle-Trailing Release Deadline
14:02:36 <ralonsoh> #link https://releases.openstack.org/bobcat/schedule.html#b-cycle-trail
14:02:50 <ralonsoh> and in 2 weeks we have the Vancouver summit
14:03:03 <ralonsoh> the etherpad for the summit
14:03:05 <ralonsoh> #link https://etherpad.opendev.org/p/neutron-vancouver-2023
14:03:13 <ralonsoh> please add your topics before the next week
14:03:49 <ralonsoh> and as usual, please take a look at the Openinfra presentation
14:03:53 <ralonsoh> #link https://openinfra.dev/live/#all-episodes
14:04:07 <ralonsoh> something else in this topic?
14:04:44 <ralonsoh> ok, let's move on
14:04:49 <ralonsoh> #topic bugs
14:05:02 <ralonsoh> last week report is from ykarel
14:05:05 <ralonsoh> #link https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033878.html
14:05:15 <ralonsoh> there are 3 pending bugs to be assigned or triaged
14:05:27 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2020552
14:05:32 <ralonsoh> trunk_details missing sub port MAC addresses for LIST
14:05:52 <ralonsoh> this seems to be an improvement in the OSC
14:06:20 <ralonsoh> (or maybe we need to modify the API response too)
14:06:22 <ykarel> for this i found it was intentionally done for performance reasons https://review.opendev.org/q/Ic08e4049f6156c0700ca3c7aee251b6eb0eb97da
14:06:36 <lajoskatona> I can check this one
14:06:40 <ralonsoh> right, I remember this patch sure
14:06:52 <lajoskatona> ahh ok so it is not related to recent client changes
14:07:18 <ralonsoh> hmmm I'm reluctant to add again the subport query
14:07:26 <ralonsoh> this patch was a good improvement
14:07:38 <ralonsoh> and this info can be retrieved when needed (that is not always)
14:08:13 <ykarel> +1
14:08:23 <ralonsoh> ok, let me comment that on the bug
14:08:57 <ralonsoh> in any case, if the reporter has a method to provide this info without loosing performance, that will be welcome of course
14:09:05 <ralonsoh> ykarel, thanks for the reference
14:09:27 <ralonsoh> ok, next one
14:09:31 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2020771
14:09:37 <ralonsoh> [ml2/ovn] Binding_host_id shouldn't be set when a port is down
14:09:47 <ralonsoh> I tried to reproduce this issue (with master branch)
14:09:52 <ralonsoh> and I couldn't
14:09:58 <ralonsoh> comment #2
14:10:14 <ralonsoh> the port host ID and the LSP/PB parameters are updated correctly
14:10:28 <ralonsoh> So I've marked this bug as invalid unless new info is provided
14:10:55 <ralonsoh> sorry, incomplete, not invalid (and was marked by ykarel )
14:11:11 <ralonsoh> I would wait for more info on this one
14:11:46 <ralonsoh> the last one
14:11:48 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/2020328
14:11:53 <ralonsoh> Concurrent create VM failed because of vif plug timeout
14:12:08 <ralonsoh> ykarel, asked for more information about this issue
14:12:19 <ralonsoh> the information provided is not enough to debug the issue
14:12:33 <ralonsoh> at this point, the bug is considered as incomplete
14:13:08 <mtomaska> ^ that bug sounds similar to  https://bugs.launchpad.net/neutron/+bug/2005111
14:13:50 <ralonsoh> could be similar, yes
14:13:58 <ralonsoh> but I would wait for more info in this particular case
14:14:10 <ralonsoh> we have the nova and ovn logs
14:14:13 <mtomaska> I agree, but I will take it.
14:14:14 <ykarel> yes right, i saw that, and once we get the required info we can confirm
14:14:37 <ralonsoh> it could be interesting to have the neutron api logs to know the reason not to bind the port
14:15:35 <ralonsoh> something else to comment on this bug?
14:15:52 <ralonsoh> or any other bug to be discussed?
14:16:01 <ykarel> i have asked for neutron api logs too in debug mode
14:16:02 <mtomaska> no. I think yatins response is good. We will wait
14:16:19 <ralonsoh> yeah, we need them, of course
14:17:19 <ralonsoh> This week mtomaska is the deputy, next week will be bcafarel.
14:17:20 <ykarel> there was one more rfe which was raised and is unassinged https://bugs.launchpad.net/neutron/+bug/2020358
14:17:25 <mtomaska> ACK
14:17:35 <bcafarel> ack, noted for next week!
14:17:47 <ralonsoh> wasn't that from the last week?
14:18:03 <ykarel> is part of the bug report
14:18:34 <ralonsoh> ok, maybe I skipped this one
14:19:54 <ralonsoh> ok so this is a possible new RFE
14:20:10 <ralonsoh> I'll ask in the bug if the reporter is going to address this new feature
14:20:17 <ralonsoh> and present it in the drivers meeting
14:20:23 <ykarel> ralonsoh, already asked
14:20:32 <ykarel> and reporter is not planning to implement it
14:20:37 <ralonsoh> c#2, yes
14:20:48 <ykarel> he just reported based on the feedback in the linked bugzilla from slaweq
14:20:55 <ralonsoh> but I'll add the link if this folk doesn't know the drivers agenda
14:21:04 <ralonsoh> just in case
14:21:19 <ralonsoh> ok, is there, nevermind
14:21:41 <ralonsoh> so anything else?
14:22:11 <ralonsoh> ok, let's jump to the next topic
14:22:18 <ralonsoh> #topic specs
14:22:23 <ralonsoh> we have 3 pending specs
14:22:37 <ralonsoh> #link https://review.opendev.org/c/openstack/neutron-specs/+/882151
14:22:43 <ralonsoh> ERSPAN and GRE mirroring for tap-as-a-service
14:22:49 <ralonsoh> that one is almost ready
14:22:58 <ralonsoh> I was reviewing it before the meeting
14:23:01 <lajoskatona> I just addressed the last comments (I hope)
14:23:07 <ralonsoh> I'll review it after this meeting
14:23:13 <lajoskatona> thanks for the reviews
14:23:16 <ralonsoh> ^^ @all, please check it, is almost done
14:23:22 <opendevreview> Merged openstack/ovsdbapp master: Ensure LrpAddCommand may_exits works without peers  https://review.opendev.org/c/openstack/ovsdbapp/+/882269
14:23:24 <mlavalle> I'll also take a look oday
14:23:35 <ralonsoh> thanks folks
14:23:41 <ralonsoh> next one
14:23:43 <ralonsoh> #link https://review.opendev.org/c/openstack/neutron-specs/+/882272
14:23:47 <ralonsoh> Port extension to create hardware offloaded ports
14:23:56 <ralonsoh> I've addressed the comments to change the field type
14:24:15 <ralonsoh> and there is an open discussion about how to deprecate the older way to create a HWOL port
14:24:24 <mlavalle> I'll look today or tomorrow
14:24:27 <ralonsoh> https://review.opendev.org/c/openstack/neutron-specs/+/882272/5..6/specs/2023.2/hardware-offload-port-extension.rst#b68
14:24:50 <ralonsoh> so please, you are welcome to comment there. Once we have an agreement, I'll update the spec
14:25:09 <ralonsoh> thank you all
14:25:13 <ralonsoh> last one is
14:25:16 <ralonsoh> #link https://review.opendev.org/c/openstack/nova-specs/+/859290
14:25:21 <ralonsoh> Add support for Napatech LinkVirt SmartNICs
14:25:33 <ralonsoh> I still have some pending comments there
14:25:42 <ralonsoh> but seems not have too much traction on the Nova sid
14:25:45 <ralonsoh> side*
14:25:55 <ralonsoh> please take a quick look, is an easy spec
14:26:06 <ralonsoh> unless it is enabling a very complex feature
14:26:15 <mlavalle> is there any change from last week?
14:26:17 <ralonsoh> (that should be supported by a CI)
14:26:27 <ralonsoh> no, no change
14:26:44 <mlavalle> in that case, I'll just keep an eye on it for now
14:27:01 <ralonsoh> mlavalle, lajoskatona and me have reviewed it
14:27:27 <ralonsoh> I think, from Neutron point of view, had good support (maybe a bit late)
14:27:37 <ralonsoh> but this folk should ping Nova reviewers too
14:27:59 <ralonsoh> ok, anything else from this topic?
14:29:13 <ralonsoh> ok, let's move on
14:29:27 <ralonsoh> #topic community_goals
14:29:35 <ralonsoh> 1) Consistent and Secure Default RBAC
14:29:43 <ralonsoh> slaweq, are you here?
14:29:48 <slaweq> hi
14:29:53 <ralonsoh> oh ok
14:29:56 <ralonsoh> if I'm not wrong
14:29:58 <slaweq> I proposed one new patch this week
14:29:59 <ralonsoh> there is a pending patch
14:30:00 <ralonsoh> https://review.opendev.org/c/openstack/neutron/+/884613/2
14:30:30 <opendevreview> Merged openstack/neutron stable/zed: Use explicit inner join for networks in port query  https://review.opendev.org/c/openstack/neutron/+/883713
14:30:35 <slaweq> and I want to start doing things for "service" role
14:30:42 <ralonsoh> (that doesn't need to be backported, these policies where not in previous versions)
14:31:00 <ralonsoh> cool, once you start, if needed, please share the etherpad
14:31:06 <ralonsoh> if that is possible, of course
14:31:25 <slaweq> sure
14:31:26 <slaweq> I don't know if I will do etherpad
14:31:34 <slaweq> maybe just propose patch to review and we will discuss there
14:31:36 <slaweq> I will see
14:31:38 <ralonsoh> perfect
14:32:16 <ralonsoh> ok, next point here
14:32:18 <ralonsoh> 2) Neutron client deprecation
14:32:20 <ralonsoh> lajoskatona, please
14:32:32 <lajoskatona> The usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation
14:32:38 <lajoskatona> 2 patches are hanging :
14:32:49 <lajoskatona> https://review.opendev.org/c/openstack/openstacksdk/+/883859
14:32:56 <lajoskatona> https://review.opendev.org/c/openstack/python-neutronclient/+/880629
14:33:11 <ralonsoh> ^ there are UT errors
14:33:18 <lajoskatona> both for fwaas, the 1st one is SDK and the next is for neutronclient
14:33:33 <ralonsoh> is it installing the required SDK?
14:33:35 <lajoskatona> yes, the SDK patch needs to be merged and released I think
14:33:42 <ralonsoh> ok then
14:33:51 <ralonsoh> btw, ping SDK cores for the upper patch
14:33:58 <frickler> I can have a look at that
14:34:00 <ralonsoh> I think is ready
14:34:03 <lajoskatona> thanks
14:34:09 <frickler> and then check with gtema for a release
14:34:16 <ralonsoh> ^^ yeah
14:34:23 <lajoskatona> I will do it,
14:34:40 <ralonsoh> perfect! thanks lajoskatona
14:34:56 <ralonsoh> and the last topic for today
14:35:02 <ralonsoh> #topic on_demand
14:35:09 <ralonsoh> I have two points here
14:35:17 <ralonsoh> Nova is going to EOL Train
14:35:31 <ralonsoh> I know we had some people asking not to do this
14:35:40 <slaweq> lajoskatona I just approved that SDK patch
14:36:02 <ralonsoh> but if Nova project finishes the support for Train, I think we can do the same
14:36:09 <lajoskatona> slaweq: thanks
14:36:13 <ralonsoh> in any case, this is not an urgent topic
14:36:20 <lajoskatona> for the train eol topic here is the mail thread: https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033833.html
14:36:53 <ralonsoh> right, this is because of the CI and some CVE issues
14:37:00 <ralonsoh> we still don't have these problems
14:37:15 <ralonsoh> altough last week ykarel removed the funtional job
14:37:51 <ralonsoh> in any case, this is not an urgent topic for us, just a heads-up
14:38:56 <ralonsoh> the next point is the new releases of stable branches
14:39:02 <ralonsoh> the open ones
14:39:16 <ralonsoh> Yoga, Zed and 2023.1
14:39:35 <ralonsoh> I'll check what projects have new patches and I'll propose new versions
14:39:39 <ralonsoh> are you ok with that?
14:39:43 <lajoskatona> +1
14:40:08 <bcafarel> looks good to me
14:40:23 <obondarev> +1
14:40:40 <ralonsoh> perfect then, I'll send a mail to make it public too, with the releases links
14:40:44 <bcafarel> and (at least for neutron) backports backlog is quite empty for these :)
14:40:53 <ralonsoh> yeah
14:41:13 <ralonsoh> so that's all from my side, something else in this section?
14:41:45 <ralonsoh> remember the CI meeting is in less than 20 mins, in this channel (today via IRC)
14:41:50 <ralonsoh> thank you all, see you later
14:42:01 <bcafarel> o/
14:42:03 <ralonsoh> #endmeeting