Wednesday, 2024-09-18

danfai_Hi, are there plans to support tarpit or silent-drop for l7policy? For some LB owner this can be helpful to configure rules to prevent certain DoS scenarios, where the LB owner has identified patterns already.08:28
danfai_related docs: https://www.haproxy.com/documentation/haproxy-configuration-manual/latest/#4.4-tarpit https://www.haproxy.com/documentation/haproxy-configuration-manual/latest/#4-silent-drop08:29
tweininghi danfai_ , you seem to be talking about rate limiting features. We merged a spec for this new feature in this cycle. https://review.opendev.org/c/openstack/octavia/+/92331811:12
tweiningI will be working during the E on this feature, and note that queue/tarpit and silent drop are part of the spec already. That is no guarantee that the first implementation in the amphora driver will support that already, however.11:16
tweining*E cycle11:16
tweiningalso, note that it will be a new API, independent of L7policy11:17
danfai_tweining: ah, ok. Thanks, I'll have a look at the spec and see if the use-case we have is matched then.11:35
danfai_From what I see this will allow rate limiting regardless of the source. Is it possible to enable the rate limiting only for a number of users. e.g. have a whitelist that bypasses the rate limiting or have a different rate limiter applied for certain users?11:41
tweiningwith users you mean clients?11:42
danfai_yes, either by source IP and/or by user agent11:43
tweiningyou can have different limits for different URL paths, but not for different clients11:43
danfai_from what I wonder, maybe it would make sense to have a l7policy target which is a rate limiter. but haven't checked in detail how feasible this would even be. Probably also too complex11:44
danfai_ok, thanks for clarifying11:44
danfai_nevermind, just saw this was mentioned in the alternatives11:44
tweiningif you have different URL parameters for different clients it might be doable though https://www.haproxy.com/blog/four-examples-of-haproxy-rate-limiting#rate-limit-by-url-parameter11:45
danfai_might be possible by using l7policy to put redirects for certain clients that then trigger the different URL, seems a bit hacky for me though11:46
tweiningalso, that per-url-parameter feature was not part of the spec yet, and I will not implement it in the first version of rate limiting. It would be an interesting addition, however. as usual, patches are welcome. :)11:53
opendevreviewGregory Thiemonge proposed openstack/octavia master: DNM/WIP Testing c9s image build  https://review.opendev.org/c/openstack/octavia/+/92979714:33
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting started Wed Sep 18 16:00:22 2024 UTC and is due to finish in 60 minutes.  The chair is gthiemonge. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'octavia'16:00
gthiemongeo/16:00
tweiningo/16:00
johnsomo/16:00
gthiemonge#topic Announcements16:01
gthiemonge* 2024.2 Dalmatian Release Schedule: R-216:01
gthiemonge2 weeks before Dalmatian Release!16:02
gthiemongewe delivered RC1 for the Octavia projects16:02
gthiemongenext week is the Final RCs and intermediary releases16:02
gthiemongebut we are good with RC1 I believe16:02
tweiningyeah, probably16:03
johnsomI think so too, but I haven't done a bug scrub16:03
gthiemonge* 2025.1 Epoxy Release Schedule16:04
gthiemongeThe schedule for Epoxy is available16:04
gthiemongehttps://releases.openstack.org/epoxy/schedule.html16:04
gthiemongeand the PTG is in one month!16:04
gthiemongeI haven't created an etherpad yet but please start thinking about topics you would like to discuss there16:05
johnsomWow, time flies16:05
tweiningthat is what I thought too16:05
gthiemongeyeah16:06
gthiemongeany other announcements?16:06
johnsomI don't have anything16:06
tweiningno16:06
gthiemongeok16:07
gthiemonge#topic CI Status16:07
gthiemongejohnsom is fixing the periodic job that builds the amphora image, patch is in review and tests look good16:08
johnsomYeah, that patch should be good to go16:08
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/92895216:08
gthiemongeapproved!16:09
gthiemongethanks johnsom 16:09
gthiemonge#topic Brief progress reports / bugs needing review16:11
tweiningno upstream work from me apart from doing reviews16:12
johnsomI have been working on the latest SRBAC changes from oslo policy 4.4. The Octavia patch is posted WIP. I did get some feedback in IRC that the release note is not clear enough, so if you have thoughts, please add a comment.16:12
johnsomI am still working on the tempest side of this change16:13
johnsomJust to review, this change means Octavia will default to the "keystone default roles" aka SRBAC instead of the advanced RBAC scheme it has had since Pike16:13
gthiemongejohnsom: I'll tke a look, thanks for working on that16:15
gthiemonge#topic Open Discussion16:17
johnsomI don't think I have anything additional this week.16:18
gthiemongeok!16:19
gthiemongethank you guys! have a good week16:19
gthiemonge#endmeeting16:19
opendevmeetMeeting ended Wed Sep 18 16:19:37 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:19
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2024/octavia.2024-09-18-16.00.html16:19
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2024/octavia.2024-09-18-16.00.txt16:19
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2024/octavia.2024-09-18-16.00.log.html16:19
opendevreviewMerged openstack/octavia master: Fix amphora image builds to use DIB bindep  https://review.opendev.org/c/openstack/octavia/+/92895217:55

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