Tuesday, 2022-02-22

opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814901:47
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814903:29
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814906:37
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Update python testing classifier  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/82641207:28
opendevreviewMerged openstack/ovn-octavia-provider master: Update master for stable/xena  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/81075807:45
opendevreviewMerged openstack/ovn-octavia-provider master: Add Python3 yoga unit tests  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/81075908:26
opendevreviewyatin proposed openstack/neutron master: Remove _standard_attr_segment_lib and use definition from neutron-lib  https://review.opendev.org/c/openstack/neutron/+/79495708:32
*** congnt1 is now known as congnt08:53
opendevreviewMerged openstack/neutron master: [fullstack] use noop fw driver for Local IP conntrack test  https://review.opendev.org/c/openstack/neutron/+/82965908:58
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Increase code coverage  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/80082309:10
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: DNM: check master  https://review.opendev.org/c/openstack/networking-bgpvpn/+/80609609:26
opendevreviewLajos Katona proposed openstack/networking-sfc master: DNM: test master  https://review.opendev.org/c/openstack/networking-sfc/+/81249109:26
opendevreviewLajos Katona proposed openstack/networking-odl master: DNM: Check master status  https://review.opendev.org/c/openstack/networking-odl/+/80609509:27
opendevreviewLajos Katona proposed openstack/neutron-dynamic-routing master: DNM: test master  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80617709:27
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: Refactor back into common method in trunk tests  https://review.opendev.org/c/openstack/neutron/+/83033509:32
ykarelslaweq, lajoskatona can u check https://review.opendev.org/c/openstack/neutron/+/82868709:57
ykarelit's in gate now09:57
ykarelcan be blocked if you agree with last comment09:57
slaweqthx ykarel, I removed my +W from it10:06
lajoskatona+1, thanks10:07
ykarelack Thanks10:07
opendevreviewyatin proposed openstack/neutron master: [DNM] Confirm periodic jobs issue  https://review.opendev.org/c/openstack/neutron/+/83034710:32
opendevreviewyatin proposed openstack/neutron master: Switch TripleO jobs to CentOS 9  https://review.opendev.org/c/openstack/neutron/+/83037110:44
opendevreviewyatin proposed openstack/neutron master: [DNM] Test TripleO periodic c9 jobs  https://review.opendev.org/c/openstack/neutron/+/83034710:48
opendevreviewyatin proposed openstack/neutron master: [WIP] Revert "[Fullstack] Mark security groups test as unstable"  https://review.opendev.org/c/openstack/neutron/+/83037411:06
opendevreviewZhouHeng proposed openstack/neutron-fwaas master: Revert "Retire neutron-fwaas project"  https://review.opendev.org/c/openstack/neutron-fwaas/+/82814911:12
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [DNM] Check switch to importlib  https://review.opendev.org/c/openstack/neutron/+/82947512:13
slaweqykarel regarding https://review.opendev.org/c/openstack/neutron/+/829475 I'm not sure what importlib changed there, but with this my change, UT seems to be passing12:14
slaweqI hope it will be helpful for You somehow12:14
opendevreviewOleg Bondarev proposed openstack/neutron-lib master: Remove reraise_as_retryrequest from CallbacksManager  https://review.opendev.org/c/openstack/neutron-lib/+/83040512:30
ykarelslaweq, hmm i also tried similar to that way by using SecurityGroupTestExtensionManager but didn't switched to that way considering it changes the way tests were executed12:45
ykarelmainly due to comment: But as API router will not be initialized in test code, manually add it.12:45
ykarelpreviously it was automatically added12:45
*** afaranha_ is now known as afaranha12:59
slaweqykarel I also don't understand why it's like that13:26
slaweqbut one question, how You are sure it was initialized previously? In the security groups extension UT it wasn't13:26
lajoskatonaall: I will be a few minutes late from the meeting ,sorry for it....13:39
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: Update local ip doc  https://review.opendev.org/c/openstack/neutron/+/83042413:56
liuyulong14:05
liuyulong14:05
liuyulong?14:05
isabek <lajoskatona> all: I will be a few minutes late from the meeting ,sorry for it....14:05
ykarelslaweq, i just guessed it based on it was working without importlib switch and that comment14:06
slaweqykarel ok14:08
lajoskatona#startmeeting networking14:08
opendevmeetMeeting started Tue Feb 22 14:08:16 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:08
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:08
opendevmeetThe meeting name has been set to 'networking'14:08
mlavalleo/14:08
lajoskatonao/14:08
ralonsohhi14:08
slaweqhi14:08
isabekHi14:08
amotokihi14:08
rubasovo/14:08
ykarelo/14:08
bcafarel\o14:09
obondarevhi14:09
lajoskatona#topic Announcements14:09
lajoskatonaRelease countdown, R-5: http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027342.html14:09
lajoskatonathis means: "February 24th, 2022 is the Yoga-3 milestone, also known as feature freeze."14:09
lajoskatonaso this week we have to finalize the patches for Yoga features14:10
slaweqlajoskatona should we focus only on reviewing patches which have review-priority set now?14:11
lajoskatonaslaweq: yes14:11
slaweqor are there any others which should be prioritize too?14:11
lajoskatonaI increased review priority for some, but I have to check the list because perhaps not all can be reviewd in the few days we have14:12
slaweqok14:12
slaweqthx14:12
lajoskatonaif you know any which we should focus on please add to the priority list14:13
lajoskatonaok, if nothing more to add to Announcements.....14:14
lajoskatona#topic Bugs14:15
lajoskatonaReport from slaweq: http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027351.html14:15
lajoskatonait was really a quiet week :-)14:15
slaweqindeed :)14:15
lajoskatonaslaweq: is there any bug to focus on?14:16
slaweqnot really, I think all is covered already14:17
lajoskatonaok, as I see all bugs are assigned14:17
lajoskatonaok, thanks14:17
lajoskatonahongbin can't be bug deputy in the future (he resigns from his coreship also) I take this week, and next week haleyb will be.14:18
lajoskatonahongbin also asked me to remove him from the core reviewer group14:18
ralonsohsad to read this14:19
lajoskatonayeah14:19
mlavalle:-(14:19
slaweq:(14:20
lajoskatonaliuyulong: is there anything you would like to discuss for L3?14:21
liuyulongOne RFE: https://bugs.launchpad.net/neutron/+bug/196101114:21
liuyulongCurrently, I'm focusing on the retirements of subprocess of L3 routers.14:22
liuyulongAnd, I noticed the radvd, which is used to send out RA simply.14:23
lajoskatonaliuyulong: nice this is again to give more responsibility to ovs-agent14:23
liuyulongSo, I raise such approach to remove radvd for L3 router.14:24
liuyulonglajoskatona, yes, but for ovs-agent, it many times run empty loops.14:24
liuyulongrpc_loop is idle when there is no new ports events.14:25
lajoskatonaok: we can discuss in details on Friday during the drivers meeting, but sounds promising14:25
liuyulongSo, I think the time window is sufficient for these agent extensions.14:25
tridentAny possibility https://bugs.launchpad.net/neutron/+bug/1952907 could get some attention / input on potential solutions? We are seeing pretty severe effects from it.14:26
lajoskatonatrident: the proposed solutions doesn't work for you? I just quickly run through the comments14:28
ralonsohactually there are three patches14:29
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/71247414:29
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/82143314:29
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/82143414:29
liuyulongYes, many splits patches14:29
lajoskatonaHmmmm14:31
tridentSo far I have not been able to find a combination that works. Seems a bit like a rabbit hole making it work for all version of keepalived.14:32
lajoskatonaas these patches hang for month, shall we discuss how to push it during the drivers meeting?14:32
lajoskatonatrident:  so it seems that the proposals are not enough?14:33
liuyulongThere are many vrrp config options for keepalived, vrrp_garp_master_delay, rrp_garp_master_repeat, vrrp_garp_interval.14:33
liuyulongIt's too long time for me to remember the use of each.14:33
ralonsohagree, we can re-read first the patches and comment them on friday14:33
ralonsohI'll add this topic in the drivers meeting14:34
liuyulongBut for my personal option, vrrp config options should be a better solution for this.14:34
ralonsohbut should be widely supported by keepalived versions14:35
ralonsohbut we can check that on friday14:35
lajoskatonaagree14:35
tridentSounds great! Will keep researching and testing until then and will try to get Damian who filed the initial report into the meeting as well.14:35
lajoskatonaok, than let's check it on Friday, and reread the patches and cfg options :-)14:35
lajoskatonatrident: thanks that would be really good14:36
lajoskatona#topic On Demand Agenda14:37
lajoskatonaI added one topic, for Outreachy14:37
lajoskatonaI sent a mail that I have an idea which should be possible to "outsource" to an intern with mentoring perhaps14:38
lajoskatonaIt's about checking the overlapping tests that we have in neutron-tempest-plugin and in tempest14:38
slaweq++ great idea :)14:39
lajoskatonaIf there's other ideas that would be great14:39
lajoskatonaas I see this can be not deep dive to networking and Neutron code, but really useful for the candidate14:40
lajoskatonaand useful for the community also to reduce code duplicatin and perhaps even test execution time14:40
mlavalleIt's a good introduction to the API and different networking scenarios14:40
elviraAnd it would require them to get familiar with the openstack environment which is already something14:41
lajoskatonaexactly14:41
elvirawould that greatly improve the CI?14:41
lajoskatonathe only issue is that the QA team has to be aware of it14:42
lajoskatonaso I have to ask them also about it14:42
lajoskatonaelvira: I don't expect big improvement but if we have less code/test duplication that is even good14:43
lajoskatonaok, thanks for the feedback14:43
lajoskatonaThat's it from me for today's meeting14:44
liuyulongWhat about docs, typos, unit test cases, pep8 fixes ?14:44
lajoskatonaliuyulong: those are issues also, but perhaps harder to do in 3 months timeframe and measure if it is finished14:45
liuyulongAlright, maybe they can do some statistical work, such as bugs or CI failure rates.14:47
slaweqlajoskatona maybe some RFE? I would need to check what are currently approved but not worked on14:47
mlavalleRFEs are a better idea14:47
mlavalleslaweq: ++14:48
lajoskatonado we have low hanging RFEs?14:48
ralonsohbugs, not RFEs14:48
slaweqlajoskatona I will check it this week and will reply to Your email14:48
slaweqwhen is deadline for that?14:48
mlavalleWe can go back over the next few days and look at what we have approved and see if any of those can be tackled in the 3 months period by a newby14:49
lajoskatonaNext Friday I think14:49
mlavalleslaweq: March 4th14:49
slaweqok14:49
liuyulongSoma bugs are achievable in 3 months, RFE may need many works of coding, testing and docs.14:49
liuyulongsorry, somall bugs14:50
mlavalleSo deadline is next week's Friday14:51
lajoskatonagood, we can collect ideas on the wiki: https://wiki.openstack.org/wiki/Network/Meetings14:51
lajoskatonaand vote next meeting?14:52
slaweqok14:52
mlavalleyeah, let's add it as a discussion topic next meeting14:52
lajoskatona+114:53
lajoskatonaok, thanks for the ideas and common thinking14:54
mlavalleI would encourage folks to read Dmitry's blog post that lajoskatona included in his email14:54
mlavallewe don't want to just give "busy work" to the interns. We want to give them a meaningful experience14:55
mlavallelajoskatona: maybe post the blog post here?14:55
lajoskatonayes that's really important to make them feel "it is a good team with meaningful things to do" :-)14:55
lajoskatonahttps://owlet.today/posts/how-to-propose-the-best-project-for-outreachy/14:56
mlavalle++14:56
lajoskatonaok, if nothing more I think we can close the meeting14:57
slaweqo/14:57
lajoskatona#endmeeting14:57
opendevmeetMeeting ended Tue Feb 22 14:57:25 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:57
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-22-14.08.html14:57
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-22-14.08.txt14:57
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-02-22-14.08.log.html14:57
lajoskatonao/14:57
mlavalleo/14:57
ralonsohbye14:57
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Feb 22 15:00:49 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
slaweqhi all15:00
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:00
slaweqPlease open now :)15:00
mlavalleo/15:01
mlavalleno video today, right?15:01
slaweqmlavalle video is every other week15:01
slaweqand it was last time15:01
slaweqso today only irc :)15:01
ykarelo/15:01
bcafarelo/15:01
ralonsohhi15:02
elvirao/15:02
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:03
slaweqPlease open now :)15:03
lajoskatonaHi15:03
slaweqok, lets start15:03
slaweq#topic Actions from previous meetings15:03
slaweqmlavalle https://bugs.launchpad.net/neutron/+bug/194528315:03
obondarevhi15:04
mlavalleI've started looking at it. Haven't come up with a root cause yet15:04
mlavallewill continue working on it this week15:04
slaweqok, let me assign it to You for next week too15:04
mlavalleyeah, please15:04
slaweq#action mlavalle will continue work on https://bugs.launchpad.net/neutron/+bug/194528315:04
slaweqthx15:04
mlavalle:-)15:04
slaweqnext one15:04
slaweqslaweq to get data about rechecks in stable branches15:05
slaweqI fetched that data15:05
slaweqlet me paste it here15:05
slaweqhttps://paste.opendev.org/show/bWpvJRHMisJAvcenIY1Y/15:06
slaweqin general there were weeks where numbers for e.g. wallaby or victoria were higher15:06
ralonsohwe had less patches15:06
slaweqbut it's not very bad15:06
ralonsohright, quite good15:07
bcafareland there were some recent breakages (like pyroute bump in wallaby)15:07
slaweqralonsoh but those are "average rechecks per week"15:07
ralonsohyes, I know15:07
bcafarelbut overall less than 1.xx nice15:07
ralonsohbut the higher the number of patches is, usually the higher the number of rechecks15:08
slaweqgenerally, as with master could be better, but it's not the nightmare15:08
bcafareland overall does not get too bad as we go to older branches15:09
lajoskatonagood news before the release :-)15:09
slaweqyes15:09
slaweqok, so speaking about stable branches :)15:10
slaweq#topic Stable branches15:10
slaweqany new issues to discuss there?15:10
bcafarelnone that I am aware of15:11
slaweqthat's great news :)15:11
bcafarelindeed I will never complain about "no news" :)15:12
lajoskatonaLoL15:12
slaweqok, so I think we can move on15:12
slaweqnext topic15:12
slaweq#topic Stadium projects15:12
lajoskatonano news :-)15:13
slaweq++15:13
lajoskatonaI checked this morning and the ones I checked are green15:13
slaweqI like that :)15:13
mlavalle+115:13
slaweqthx lajoskatona15:13
slaweqok, so lets move on to the next topic15:14
slaweq#topic Grafana15:14
slaweqhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:14
slaweqI think ykarel did some update to our dashboard today15:15
slaweqykarel do You have link to Your patch?15:15
ykarelslaweq, just sent https://review.opendev.org/c/openstack/project-config/+/83044015:15
slaweqthx15:16
ykarelalso periodic jobs are not running since 15th on master branch15:16
ykarelfor that sent https://review.opendev.org/c/openstack/neutron/+/83037115:16
ralonsohnice15:17
slaweqI just +2 this patch15:17
slaweqthx for it15:17
ykarelack Thanks15:17
slaweqfrom other things related to grafana, it seems that there are missing some data from last days15:18
slaweqbut I don't think we can do anything with it15:18
slaweqI hope it will be better in next days15:18
slaweqas for rechecks in master branch, here are the stats:15:18
slaweq+---------+----------+... (full message at https://matrix.org/_matrix/media/r0/download/matrix.org/opdMcATWObwJnLwbGuBZmVPE)15:18
slaweqwe are going a bit higher last 2 or 3 weeks15:19
ralonsohnow is 0??15:19
slaweqbut I know there were e.g. issue with some fullstack local_ip test which is now fixed by obondarev15:19
slaweqralonsoh it's this week, maybe there wasn't many patches in gate this week :)15:19
slaweqany other questions/comments regarding grafana?15:21
slaweqok, I guess that this silence means "no" :)15:22
bcafarel:)15:22
slaweq#topic fullstack/functional15:22
slaweqI looked at the patches with failed tests today and I found only 2 issues15:22
slaweqone in functional15:22
slaweqNetwork interface not found in namespace (again)15:22
slaweqI opened bug https://bugs.launchpad.net/neutron/+bug/196174015:23
slaweqhttps://89b1b88fa362b409cfb1-2a70ac574f4ba34d12afc72df211f1b3.ssl.cf5.rackcdn.com/828687/1/gate/neutron-functional-with-uwsgi/a5b844b/testr_results.html15:23
slaweqI have it on my todo list to check15:23
slaweqbut if there is anyone who would like to check it, feel free to take it15:23
slaweqralonsoh I wonder if it's not the same issue as we have seen in one d/s bug15:28
ralonsohwhich one?15:28
slaweqI added https://review.opendev.org/c/openstack/ovsdbapp/+/825727 to hopefully understand it better15:28
slaweqbut in logs of the functional test there is no such logs so it's hard to say really15:28
lajoskatonawe just discussed it but there was no bug for it, am I right?15:29
slaweqbut looking at timestamps, it's probably something different15:29
slaweqlajoskatona yes15:29
slaweqI will check journal log from that test to see if there is maybe something interesting there15:33
slaweq#action slaweq to check missing devices in namespace, see https://bugs.launchpad.net/neutron/+bug/1961740 for details15:33
slaweqnow fullstack15:33
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_99b/828022/3/gate/neutron-fullstack-with-uwsgi/99b5482/testr_results.html15:34
slaweqthis is issue with local_ip test15:34
slaweqbut IIUC it should be fixed with https://review.opendev.org/c/openstack/neutron/+/82965915:34
slaweqthx obondarev for the fix15:34
lajoskatonaand it is merged so we are on the safe side :-)15:34
slaweqwe should be :)15:35
obondarevhopefully :) but not 100%15:36
slaweqanything else regarding functional/fullstack jobs for today?15:36
slaweqor can we move on?15:36
slaweqok, so lets move on15:37
slaweq#topic Periodic15:38
slaweqgenerally periodic jobs looks ok15:38
slaweqthx ykarel for fix of the tripleo jobs there15:38
slaweqfrom other things I have one patch to review https://review.opendev.org/c/openstack/neutron/+/82730215:38
slaweqand I have one more question regarding periodic jobs15:39
slaweqwdyt if we would add fips related jobs, especially functional and scenario to the periodic queue?15:39
slaweqthose jobs are so far in the experimental queue15:39
ralonsohI'm ok with this15:39
slaweqbut I though to maybe have them in perdiodic to have more data about how stable they are15:40
ralonsohwill you remove them from experimental queue?15:40
slaweqand if we will see any issues with them15:40
slaweqralonsoh yes, I though to simply move them from experimental to periodic now15:40
ralonsohperfect for me15:40
mlavalle+115:40
lajoskatona+115:40
ykarel+115:40
obondarev+115:40
slaweqthx, so I will do it15:40
bcafareljoining the +1 club :)15:41
lajoskatonathe plan is to later run it for every patch in check and gate queue?15:41
slaweq#action slaweq to move fips jobs to periodic queue15:41
slaweqlajoskatona that would be ideal at some point but giving number of jobs which we already have, I don't think it's topic for now15:41
slaweqmaybe if that will become official community goal at some point15:41
slaweqand then it may be required to have such job15:41
lajoskatonaok, agree15:42
slaweqthat's basically all what I had for today15:42
slaweqanything else related to our CI what You want to discuss today?15:43
slaweqif not, I think I can give You 15 minutes back :)15:44
slaweqthx for attending the meeting and have a great week15:44
bcafarelyay \o/15:44
slaweqsee You online15:44
slaweqo/15:44
lajoskatona\o/15:44
ralonsohbye15:44
lajoskatonabye15:44
obondarevo/15:44
slaweq#endmeeting15:44
opendevmeetMeeting ended Tue Feb 22 15:44:31 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:44
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-22-15.00.html15:44
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-22-15.00.txt15:44
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-02-22-15.00.log.html15:44
bcafarelo/15:44
mlavalleo/15:44
ykarelbye15:44
dmitriislajoskatona: o/ quick question: any blockers for WF+1 on https://review.opendev.org/c/openstack/neutron/+/808961? Sorry for extra pings, just checking additionally before the freeze.15:50
dmitriisthe associated client change: https://review.opendev.org/c/openstack/python-openstackclient/+/81451815:51
opendevreviewMerged openstack/neutron stable/victoria: Wait longer before deleting DPDK vhu trunk bridges  https://review.opendev.org/c/openstack/neutron/+/82904115:55
opendevreviewMerged openstack/neutron stable/ussuri: Wait longer before deleting DPDK vhu trunk bridges  https://review.opendev.org/c/openstack/neutron/+/82904215:56
opendevreviewMerged openstack/neutron stable/train: Wait longer before deleting DPDK vhu trunk bridges  https://review.opendev.org/c/openstack/neutron/+/82904315:56
lajoskatonadmitriis: I check it16:00
dmitriislajoskatona: tyvm16:01
opendevreviewMerged openstack/neutron stable/stein: Wait longer before deleting DPDK vhu trunk bridges  https://review.opendev.org/c/openstack/neutron/+/82904416:26
opendevreviewMerged openstack/neutron stable/rocky: Wait longer before deleting DPDK vhu trunk bridges  https://review.opendev.org/c/openstack/neutron/+/82904516:27
opendevreviewRodolfo Alonso proposed openstack/neutron master: quota: Return empty dict in NullQuotaDriver  https://review.opendev.org/c/openstack/neutron/+/82787516:31
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Doc: add documentation for usage and flow examples for OVS  https://review.opendev.org/c/openstack/tap-as-a-service/+/82838216:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use the "connectivity" property of "MechanismDriver"  https://review.opendev.org/c/openstack/neutron/+/82650217:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use the "connectivity" property of "MechanismDriver"  https://review.opendev.org/c/openstack/neutron/+/82650217:07
opendevreviewMerged openstack/neutron master: Update local ip doc  https://review.opendev.org/c/openstack/neutron/+/83042417:24
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Doc: add documentation for usage and flow examples for OVS  https://review.opendev.org/c/openstack/tap-as-a-service/+/82838217:48
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Handle RouterNotFound exception in set_gateway_mtu  https://review.opendev.org/c/openstack/neutron/+/83050918:20
opendevreviewMerged openstack/neutron master: [OVN] Off-path SmartNIC DPU Port Binding with OVN  https://review.opendev.org/c/openstack/neutron/+/80896118:54
opendevreviewMerged openstack/neutron master: [OVN] Off-path SmartNIC DPU Documentation  https://review.opendev.org/c/openstack/neutron/+/82810318:54
*** tbarron is now known as Guest25219:40

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!