opendevreview | liuyulong proposed openstack/neutron master: Add meter bandwidth limit support https://review.opendev.org/c/openstack/neutron/+/860767 | 00:45 |
---|---|---|
opendevreview | liuyulong proposed openstack/neutron master: Add basical functionalities for metadata path extension https://review.opendev.org/c/openstack/neutron/+/881535 | 00:47 |
opendevreview | liuyulong proposed openstack/neutron master: Add metadata path extension openflows https://review.opendev.org/c/openstack/neutron/+/888097 | 00:47 |
opendevreview | liuyulong proposed openstack/neutron master: Fullstack case for metadata path https://review.opendev.org/c/openstack/neutron/+/888098 | 00:47 |
ykarel | gmann, /me not seen any recent failure with that test, /me will check that tempest patch for failure | 04:53 |
ykarel | gmann, i see same failure in check pipeline too:- https://2244e619364a614bdc64-fc5d6ba95656335314132ffab0db82a3.ssl.cf1.rackcdn.com/887237/3/check/tempest-slow-py3/14e6035/testr_results.html | 04:59 |
ykarel | from opensearch 5 failures in check and 3 in gate, so it's not specific to pipeline | 05:01 |
ykarel | also i see it's most of the time seen when running tests in parallel, before in job tempest-full-parallel and now in tempest-slow-py3 with this patch | 05:11 |
maximkorezkij[m] | Is this still waiting for Terrys reply ? | 06:38 |
maximkorezkij[m] | https://review.opendev.org/c/openstack/neutron/+/885240 | 06:38 |
ralonsoh | maximkorezkij[m], you can ping him on LATAM time or in the patch | 07:05 |
maximkorezkij[m] | ralonsoh: okey thanks | 07:07 |
*** elvira1 is now known as elvira | 07:25 | |
opendevreview | Merged openstack/neutron stable/wallaby: Ensure traffic is not centralized if DVR is enabled https://review.opendev.org/c/openstack/neutron/+/887627 | 08:37 |
opendevreview | Merged openstack/neutron stable/wallaby: [OVN] Expose chassis hosting information in LSP https://review.opendev.org/c/openstack/neutron/+/887583 | 08:37 |
opendevreview | Luis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Add support for SOURCE_IP session persistence https://review.opendev.org/c/openstack/ovn-octavia-provider/+/885433 | 09:35 |
opendevreview | Luis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Add initial support for local OVN cluster instead of kernel-networking https://review.opendev.org/c/openstack/ovn-bgp-agent/+/881779 | 10:25 |
opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Disable the mcast_flood_reports option for LSPs https://review.opendev.org/c/openstack/neutron/+/888127 | 10:40 |
amarao | I have a network with multiple subnets (4 of ipv4 subnets, 2 of ipv6 subnets). When nova creates an instance, it allocates one IPv4 from (some) of ipv4 subnet, and 2 ipv6 addresses from each ipv6 subnet. Is this nova bug, neutron bug or is this a some bizarre feature? (openstack zed). | 12:24 |
ralonsoh | amarao, if that is not documented explicitly, you can check the code. This is not any "bizarre" feature. The IPAM module assigns | 13:03 |
ralonsoh | 1) an IPv4 address from all ipv4 subnets | 13:04 |
ralonsoh | 2) an IPv6 address from all IPv6 subnets stateful | 13:04 |
ralonsoh | 3) one IPv6 address for each stateless or slaac IPv6 subnet | 13:04 |
ralonsoh | v6_stateful | 13:04 |
ralonsoh | #link https://github.com/openstack/neutron/blob/6fa9142ced0eed8de9a89042747438b93de7202d/neutron/db/ipam_pluggable_backend.py#L248-L288 | 13:04 |
frickler | essentially that is how slaac works, nothing neutron specific really | 13:06 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [UT] Enable by default "enable_security_group" and set a firewall https://review.opendev.org/c/openstack/neutron/+/888039 | 13:18 |
opendevreview | Luis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Add initial support for local OVN cluster instead of kernel-networking https://review.opendev.org/c/openstack/ovn-bgp-agent/+/881779 | 13:54 |
*** obondarev_ is now known as obondarev | 13:57 | |
ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
mlavalle | o/ | 14:00 |
haleyb | o/ | 14:00 |
ralonsoh | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue Jul 11 14:00:19 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
opendevmeet | The meeting name has been set to 'networking' | 14:00 |
elvira | o/ | 14:00 |
bcafarel | o/ | 14:00 |
obondarev | o/ | 14:00 |
ralonsoh | hello all | 14:00 |
ykarel | o/ | 14:00 |
rubasov | o/ | 14:00 |
ralonsoh | ok, lajos and slaweq won't attend today | 14:01 |
ralonsoh | let's start | 14:01 |
ralonsoh | #topic announcements | 14:01 |
ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:01 |
ralonsoh | We are no longer accepting specs for this release | 14:01 |
ralonsoh | and remember the next milestone is in Aug 28: bobcat-3 | 14:02 |
ralonsoh | last week the bobcat-2 releases for neutronclient and ovsdbapp were accepted and merged | 14:02 |
ralonsoh | and, also remarkable, we have the first version of the ovn-bgp-agent 1.0.0.0b1 | 14:03 |
ralonsoh | and finally, we are still pending for the EOL of networking ODL Ussuri: https://review.opendev.org/c/openstack/releases/+/887152 | 14:03 |
ralonsoh | but there is no rush for this one (apart from the failing periodic jobs, that will be removed once merged) | 14:04 |
ralonsoh | and that's all I have today! | 14:04 |
ralonsoh | something I'm missing? | 14:04 |
ralonsoh | please keep going on the reviews, we have less than 2 months to merge the pending features | 14:05 |
ralonsoh | and we have some of them | 14:05 |
ralonsoh | so please, again, spend some time reviewing code | 14:05 |
ralonsoh | next week I'll bring some patches that should be attended frist | 14:05 |
ralonsoh | ok, let's move to the next topic | 14:06 |
ralonsoh | #topic bugs | 14:06 |
ralonsoh | the report | 14:06 |
ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-July/034372.html | 14:06 |
ralonsoh | most of the bugs are addressed, so thanks for this | 14:06 |
ralonsoh | we have 4 pending ones | 14:06 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2025946 | 14:06 |
ralonsoh | Neutron 504 Gateway Timeout Openstack Kolla-Ansible : Ussuri | 14:06 |
ralonsoh | I didn't spend too much time on this one, but I think there are patches related to this issue merged in ovsdbapp | 14:07 |
ralonsoh | but I don't know if these are in Ussuri | 14:07 |
ralonsoh | I'll check with otherwiseguy what could be happening there | 14:07 |
ykarel | 5 second seems low, i remember we increased it in some deployments like Tripleo | 14:08 |
ralonsoh | right but they also have a 180 secs timeout | 14:08 |
ralonsoh | of course, increasing this time could help on a loaded env | 14:09 |
ralonsoh | I'll propose that option first | 14:09 |
ralonsoh | ykarel, thanks! | 14:09 |
ralonsoh | ok, let's move to the next ones | 14:09 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2025969 | 14:09 |
ralonsoh | bgp os_ken ssh_console support | 14:09 |
ralonsoh | I've added the tag RFE for this one | 14:10 |
ralonsoh | but I would also like to know what is the purpose of this console | 14:10 |
ralonsoh | os-ken seems to provide a class to almost directly implement that | 14:10 |
ralonsoh | but of course, more context would be needed before considering the RFE | 14:11 |
ralonsoh | have you ever had this need when using BGP? | 14:11 |
ralonsoh | that also seems to be a backdoor for bgp, that we should not allow | 14:11 |
ralonsoh | in any case, I'll ask in the bug for more information and why this console could be needed | 14:12 |
ralonsoh | next one | 14:12 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2026286 | 14:12 |
ralonsoh | Missing documentation for notification events | 14:12 |
ralonsoh | this is something that is documented (very well) in Nova | 14:13 |
ralonsoh | and that could be very useful for some admin operations | 14:13 |
ralonsoh | for example: one customer needed to update the MAC address for every port created/deleted | 14:13 |
ralonsoh | with these events, any admin can create specific operations reading the notifications from Nova | 14:14 |
ralonsoh | does anyone have free cycles for this one? | 14:14 |
ralonsoh | ok, I'll check it later | 14:15 |
ralonsoh | and the last one | 14:15 |
ralonsoh | https://bugs.launchpad.net/neutron/+bug/2026489 | 14:15 |
ralonsoh | RFE][quota] Implement "router_route" quota using the Neutron quota engine, replacing "max_routes" config option | 14:15 |
mlavalle | I'll take a look at the events one ralonsoh | 14:15 |
ralonsoh | mlavalle, thanks a lot | 14:15 |
ralonsoh | this one is easy: we are still using a config option to define the max number of routes per router | 14:16 |
ralonsoh | but we have a wonderful quota engine that can replace this static config option | 14:16 |
ralonsoh | I'll check tomorrow, if no one takes this one, I'll do it | 14:16 |
ralonsoh | and that's all I have | 14:17 |
ralonsoh | any other bug that you want to discuss today? | 14:17 |
ralonsoh | ok, let's move on then | 14:18 |
ralonsoh | #topic os-ken | 14:18 |
ralonsoh | just a heads-up (if you didn't see the mail) | 14:18 |
mlavalle | I'm the bugs deputy this week | 14:18 |
ralonsoh | ah yes, one sec | 14:18 |
ralonsoh | you are the deputy and I'm next | 14:18 |
ralonsoh | thanks! I missed that part | 14:18 |
mlavalle | you have to ping me, to make it official | 14:18 |
mlavalle | though | 14:18 |
ralonsoh | ping mlavalle!! hurry up | 14:18 |
mlavalle | :-) | 14:18 |
ralonsoh | thanks! | 14:19 |
ralonsoh | so just a heads-up: the bug report of any os-ken bug will be done in the Neutron launchpad one | 14:19 |
ralonsoh | https://bugs.launchpad.net/neutron | 14:19 |
ralonsoh | using the prefix [os-ken] and the tag "os-ken" | 14:19 |
ralonsoh | that's all | 14:19 |
ralonsoh | so let's move on | 14:20 |
ralonsoh | #topic community_goals | 14:20 |
bcafarel | one less place to look at nice :) | 14:20 |
ralonsoh | yes, it will be better to have them in the same palce | 14:21 |
ralonsoh | 1) Consistent and Secure Default RBAC | 14:21 |
ralonsoh | just a heads-up: the launchapd bug is https://bugs.launchpad.net/neutron/+bug/2026182 (reported by slaweq) | 14:21 |
ralonsoh | he is now implementing this feature, along with other projects | 14:21 |
ralonsoh | 2) Neutron client deprecation | 14:22 |
ralonsoh | I would ask you to review the patches posted by lajos in gerrit | 14:22 |
ralonsoh | https://wiki.openstack.org/wiki/Network/Meetings#Bugs_and_Gate_issues | 14:22 |
ralonsoh | (sorry, I don't find the correct link, but is in https://wiki.openstack.org/wiki/Network/Meetings, in the "Community Goals" section) | 14:23 |
ralonsoh | and please, check https://review.opendev.org/c/openstack/neutron-lib/+/887193 in particular | 14:23 |
ralonsoh | and that's all | 14:24 |
ralonsoh | #topic on_demand | 14:24 |
ralonsoh | please remember today we don't have CI meeting | 14:24 |
ralonsoh | we'll have next week | 14:24 |
ralonsoh | ah, btw, I'm leaving in two weeks (only one week off) | 14:25 |
ralonsoh | I'll ask you next week what to do: to cancel the meeting or anyone else chairing it | 14:25 |
amarao | It's slaac, thank you. I'll think about it. | 14:25 |
ralonsoh | I'll ping you next week | 14:25 |
ralonsoh | amarao, yw | 14:25 |
ralonsoh | so anything else you want to discuss? | 14:25 |
bcafarel | nothing frome me | 14:26 |
ralonsoh | thank you very much and please, spend sometime reviewing the active patches, we are short in reviewers! | 14:26 |
ralonsoh | #endmeeting | 14:27 |
opendevmeet | Meeting ended Tue Jul 11 14:27:00 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:27 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-11-14.00.html | 14:27 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-11-14.00.txt | 14:27 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-11-14.00.log.html | 14:27 |
ralonsoh | bye! | 14:27 |
bcafarel | o/ | 14:27 |
ykarel | o/ | 14:27 |
rubasov | o/ | 14:27 |
mlavalle | ralonsoh: when you have a chance, please see the response I left for you in https://review.opendev.org/c/openstack/neutron-lib/+/887013. No rush though. Take your time | 14:27 |
ralonsoh | let me check now | 14:27 |
ralonsoh | (well, first a coffee) | 14:27 |
mlavalle | sure, take all the time you need | 14:28 |
mlavalle | :-) | 14:28 |
opendevreview | Luis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Add initial support for local OVN cluster instead of kernel-networking https://review.opendev.org/c/openstack/ovn-bgp-agent/+/881779 | 14:44 |
ralonsoh | mlavalle, done | 14:54 |
opendevreview | Merged openstack/ovn-octavia-provider master: Add support for SOURCE_IP session persistence https://review.opendev.org/c/openstack/ovn-octavia-provider/+/885433 | 15:26 |
mlavalle | ralonsoh: Thanks! | 15:46 |
gmann | ykarel: yeah, i suspected it due to parallel run. let me try if we can keep scenario tests running serially only | 15:55 |
gmann | thanks for checking | 15:55 |
opendevreview | Bodo Petermann proposed openstack/neutron-vpnaas master: VPNaaS support for OVN https://review.opendev.org/c/openstack/neutron-vpnaas/+/765353 | 16:43 |
gmann | ykarel: it is merged now but I will observe if running them in parallel is causing failure and we can run those tests in serial https://review.opendev.org/c/openstack/tempest/+/887237/4 | 17:39 |
opendevreview | Miguel Lavalle proposed openstack/neutron-lib master: Add new callbacks event for resouce status update https://review.opendev.org/c/openstack/neutron-lib/+/887013 | 17:43 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!