Friday, 2021-08-06

opendevreviewManu B proposed openstack/neutron-lib master: Introduce new bgp_associations API definition  https://review.opendev.org/c/openstack/neutron-lib/+/79277404:43
opendevreviewLajos Katona proposed openstack/networking-odl master: Use Payloads for FLOATING_IP  https://review.opendev.org/c/openstack/networking-odl/+/80334408:14
opendevreviewyatin proposed openstack/neutron-tempest-plugin master: [DNM] Test ovn + log plugin  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80371209:03
opendevreviewLajos Katona proposed openstack/neutron-specs master: FUP for BFD to allow optional src_ip on API  https://review.opendev.org/c/openstack/neutron-specs/+/80319509:58
opendevreviewManu B proposed openstack/neutron-lib master: Introduce new bgp_associations API definition  https://review.opendev.org/c/openstack/neutron-lib/+/79277410:16
opendevreviewSlawek Kaplonski proposed openstack/networking-bgpvpn master: Remove unecessary READER and WRITER context from bgpvpn_db  https://review.opendev.org/c/openstack/networking-bgpvpn/+/79934610:29
opendevreviewSlawek Kaplonski proposed openstack/networking-bgpvpn master: Changed minversion in tox to 3.18.0  https://review.opendev.org/c/openstack/networking-bgpvpn/+/79474110:30
opendevreviewEduardo Olivares proposed openstack/neutron stable/wallaby: Fix typo in OVN SUPPORTED_DHCP_OPTS_MAPPING dictionary (ia-addr)  https://review.opendev.org/c/openstack/neutron/+/80367910:43
opendevreviewEduardo Olivares proposed openstack/neutron stable/victoria: Fix typo in OVN SUPPORTED_DHCP_OPTS_MAPPING dictionary (ia-addr)  https://review.opendev.org/c/openstack/neutron/+/80368010:44
opendevreviewEduardo Olivares proposed openstack/neutron stable/ussuri: Fix typo in OVN SUPPORTED_DHCP_OPTS_MAPPING dictionary (ia-addr)  https://review.opendev.org/c/openstack/neutron/+/80368110:45
opendevreviewEduardo Olivares proposed openstack/networking-ovn stable/train: Fix typo in OVN SUPPORTED_DHCP_OPTS_MAPPING dictionary (ia-addr)  https://review.opendev.org/c/openstack/networking-ovn/+/80373010:55
opendevreviewEduardo Olivares proposed openstack/networking-ovn stable/train: Fix typo in OVN SUPPORTED_DHCP_OPTS_MAPPING dictionary (ia-addr)  https://review.opendev.org/c/openstack/networking-ovn/+/80373011:01
opendevreviewSzymon Wróblewski proposed openstack/neutron stable/stein: Fix notify listener syntax for SEGMENT_HOST_MAPPING  https://review.opendev.org/c/openstack/neutron/+/80373311:19
opendevreviewMerged openstack/networking-bgpvpn master: DOC: remove duplicate mitaka entry  https://review.opendev.org/c/openstack/networking-bgpvpn/+/80354211:51
opendevreviewSzymon Wróblewski proposed openstack/neutron stable/stein: Fix notify listener syntax for SEGMENT_HOST_MAPPING  https://review.opendev.org/c/openstack/neutron/+/80373812:08
opendevreviewSlawek Kaplonski proposed openstack/neutron-specs master: Neutron VLAN networks with QinQ enabled  https://review.opendev.org/c/openstack/neutron-specs/+/79870412:13
opendevreviewSlawek Kaplonski proposed openstack/neutron-specs master: FUP for BFD to allow optional src_ip on API  https://review.opendev.org/c/openstack/neutron-specs/+/80319512:36
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: WIP: API tests for BFD support  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80094912:57
*** njohnston_ is now known as njohnston13:51
mlavalleslaweq: are we meeting today?14:03
slaweqmlavalle: yes, sorry14:03
yamamotohi14:03
slaweq#startmeeting neutron_drivers14:03
opendevmeetMeeting started Fri Aug  6 14:03:46 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:03
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:03
opendevmeetThe meeting name has been set to 'neutron_drivers'14:03
mlavalleo/14:03
slaweqhi14:03
njohnstono/14:03
lajoskatonaHi14:03
slaweqsorry for being late, another meeting was longer then I expected :)14:04
manubhi14:04
amotokihi14:04
johnsomo/14:04
slaweqI think we have quorum already so we can start14:05
slaweq#topic RFEs14:05
slaweqwe have one RFE to discuss today14:05
slaweqhttps://bugs.launchpad.net/neutron/+bug/193640814:05
slaweqit was briefly discussed few weeks back but we need to decide something about it14:06
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: WIP: Add tap-as-a-service API tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80375214:06
johnsomI want to start by highlighting that this statement in the description is inaccurate: "However, other users (Octavia) expect the quota driver to fail when lowering the quota limit under the existing resource usage." Octavia does not expect this nor does the Octavia team want this to change from the current functionality.14:07
slaweqjohnsom: thx for clarification14:07
johnsomI think the reporter got confused by a BZ that mentioned Octavia due to the fact that Octavia and Neutron both handle quotas the same way.14:08
johnsomThis same RFE was opened against Octavia as well.14:08
slaweqTBH I tend to agree with Brian's comment that this new behaviour doesn't makes too much sense14:09
slaweqhttps://bugs.launchpad.net/neutron/+bug/1936408/comments/614:09
johnsomYes, I think the current behavior is an important feature. It allows you to restrict a project from creating or rebuilding resources without forcing the deletion of currently in use resources.14:10
slaweqjohnsom: exactly, and IMO if there are other projects which bahaves differently, IMHO such projects should change (fix) it14:11
slaweqbut that's just my opinion14:11
johnsomslaweq +114:11
johnsomMy opinion as well14:11
johnsomWhat do others think?14:12
amotokiI tend to agree with slaweq and Brian. I wonder why nova (mentioned in the bug description) adopts the behavior to check the current usage when lowering quota14:12
njohnstonDoes refstack reference this behavior at all? Would a cloud with this behavior enabled still be strictly within full cross-compatibility with one that does not?14:13
slaweqnjohnston: that's good question, I don't know really14:13
johnsomI don't think refstack covers quota management. At least I don't remember it being a part of the test suite.14:13
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: Use neutron-lib payloads for PORT_FORWARDING  https://review.opendev.org/c/openstack/neutron/+/80299014:14
njohnstonok, good to know14:14
slaweqnjohnston: probably it's like johnsom said, IIRC refstack is not checking "admin" actions14:14
johnsomQuotas have historically been a consistency problem across all of the projects in OpenStack.14:14
amotokijohnsom: yeah, one of headaches :(14:15
yamamotoi agree the current behavior is useful. otoh i don't see a clear motivation to change it.14:15
mlavallegray area where we haven't put effort to achieve consistency14:15
mlavalleI don't see the need to change behavior, either14:15
johnsomPlus you can still set the quota limit as described in the RFE with the current implementation.14:17
njohnstonI see no upside to it14:18
johnsomSo, on the Octavia RFEs, I think I will push back that the current implementation is a feature. Starting the conversation towards an rfe-denied14:19
njohnston+114:20
slaweqok, so I think that we have agreement to deny this RFE, right?14:20
mlavalle+114:20
johnsom+1 though my vote in drivers hasn't counted for years... lol14:20
slaweqand as a follow up I will send email to the ML to try to start discussion about projects which behaves differently and maybe that could be changed to make it consistent14:20
amotoki+114:20
mlavallejohnsom: your opinions are highly appreciated and influential, though14:21
amotokialso +1 for slaweq's proposal to raise it to the list14:21
slaweqmaybe that could be even idea for community goal :)14:21
yamamoto+114:22
slaweqok, so we have agreement on that one14:22
slaweqthank You all for Your inputs14:22
slaweqand that was only RFE for today14:22
slaweq#topic On Demand14:23
slaweqdo You have any other RFE/topic You want to discuss today?14:23
mlavallenot me14:23
amotokinothing from me14:23
yamamotonothing from me14:24
slaweqI have one last thing for today then :)14:24
slaweqmeetings in next 2 weeks14:24
slaweqnext week there is recharge day in Red Hat so we will be off14:24
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Fix Router Availability Zones for segmented networks  https://review.opendev.org/c/openstack/neutron/+/80375914:24
slaweqgiving that I'm going to cancel next week's meeting as we will probably not have quorum14:25
mlavalleack14:25
slaweqand then meeting on 20.08 (in 2 weeks) - I will be offline also as I'm going to Eurodisnayland with my kids :D14:25
slaweqso I can cancel it too or maybe mlavalle can chair it14:26
slaweqwdyt14:26
slaweq?14:26
mlavalleI can host the meeting14:26
slaweqthx mlavalle14:26
slaweqI will be at work on wednesday 18.08 so I will prepare agenda for the meeting then14:26
slaweqand will send You an email with it14:27
amotokiperhaps mickey mouse can vote on behalf of slaweq14:27
slaweqamotoki: LOL14:27
mlavalleand yes, enjoying Disneyland with your kids is a rite of passage for every self respecting parent14:27
slaweqI can't wait for that trip :)14:27
amotoki:)14:28
njohnstonhave fun!14:28
slaweqso that's all for today14:28
slaweqthx for attending the meeting, have a great weekend and see You online o/14:28
johnsomThanks everyone14:28
slaweq#endmeeting14:28
opendevmeetMeeting ended Fri Aug  6 14:28:53 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:28
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-08-06-14.03.html14:28
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-08-06-14.03.txt14:28
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-08-06-14.03.log.html14:28
yamamotogood night14:28
lajoskatonabye14:28
amotokio/14:29
slaweqgood night yamamoto and amotoki :)14:29
amotokislaweq: thanks :)14:29
mlavalleo/14:29
crohmannI'd like to discuss a recent bug + reverted commit for linuxbridge agent which still causes us headaches. First there was bug https://bugs.launchpad.net/neutron/+bug/1916024 which resulted in https://opendev.org/openstack/neutron/commit/662f483120972a373e19bde52f16392e2ccb9c82 adding a 3 second wait and retry to "fix" a no yet found issue. Then this apparently causes issues for people 14:34
crohmannresulting in https://bugs.launchpad.net/neutron/+bug/1927868 and a revert of the commit.14:35
crohmannThe real root cause of qr- router interfaces randomly being DOWN was not yet found or fixed though.14:36
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: WIP: Add tap-as-a-service API tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80375214:38
crohmannralonsoh did work on this if I am not mistaken.14:38
*** rpittau is now known as rpittau|afk14:43
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Use payload for ROUTER BEFORE_UPDATE event  https://review.opendev.org/c/openstack/neutron-vpnaas/+/80332914:54
*** gibi is now known as gibi_pto16:38
opendevreviewMerged openstack/neutron-lib master: Add API extension definition for QoS minimum pps rule  https://review.opendev.org/c/openstack/neutron-lib/+/80248616:54

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