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