[OpenSIPS-Users] ratelimit network algorithm traffic limit

[Jeff Pyle]

This contradicts the documentation, which specifically mentions a
modparam.  I'll give it a shot anyway and see how it does.


- Jeff

On Mon, Mar 2, 2020 at 1:46 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> There we go
>
> On Mon, 2 Mar 2020 at 18:43, Ben Newlin <Ben.Newlin at genesys.com> wrote:
>
>> The limit is set when the pipe is created the first time you call
>> rl_check as mentioned earlier. OpenSIPS doesn’t use a modparam to create
>> the pipes; instead they are created the first time they are referenced.
>>
>>
>>
>> https://opensips.org/docs/modules/3.0.x/ratelimit.html#func_rl_check
>>
>>
>>
>> “Check the current request against the pipe identified by name and
>> changes/updates the limit. If no pipe is found, then a new one is created
>> with the specified limit and algorithm, if specified.”
>>
>>
>>
>> Ben Newlin
>>
>>
>>
>> *From: *Users <users-bounces at lists.opensips.org> on behalf of David
>> Villasmil <david.villasmil.work at gmail.com>
>> *Reply-To: *OpenSIPS users mailling list <users at lists.opensips.org>
>> *Date: *Monday, March 2, 2020 at 1:40 PM
>> *To: *OpenSIPS users mailling list <users at lists.opensips.org>
>> *Subject: *Re: [OpenSIPS-Users] ratelimit network algorithm traffic limit
>>
>>
>>
>> But that’s Kamaililio. He’s talking about openSIPS, and I can’t see that
>> same param in opensips 2.4
>>
>>
>>
>> On Mon, 2 Mar 2020 at 18:24, Ovidiu Sas <osas at voipembedded.com> wrote:
>>
>> Take a look at the pipe parameter:
>> https://kamailio.org/docs/modules/5.4.x/modules/ratelimit.html#idp49883756
>>
>> # define pipe 4 with a limit of 10000 pending bytes in the rx_queue
>> #                                     using NETWORK algorithm
>> modparam("ratelimit", "pipe", "4:NETWORK:10000")
>>
>> Hope this helps!
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Mon, Mar 2, 2020 at 12:53 PM Jeff Pyle <jeff at ugnd.org> wrote:
>> >
>> > But how does it work for the NETWORK algorithm?  The docs specifically
>> mention a modparam, but even if that's not the case anymore, what unit is
>> the limit one might specify with rl_check()?
>> >
>> > More generally, how does one implement the NETWORK algorithm?
>> >
>> >
>> > - Jeff
>> >
>> >
>> > On Mon, Mar 2, 2020 at 12:19 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>> >>
>> >> Jeff,
>> >>
>> >> Yep, you’re totally right. The limit should be set when calling the
>> check, I.e:
>> >>
>> >> if (!rl_check("$rU", "50", "TAILDROP")) {
>> >> sl_send_reply("503", "Server Unavailable");
>> >> exit;
>> >> };
>> >>
>> >>
>> >>
>> >> On Mon, 2 Mar 2020 at 16:19, Jeff Pyle <jeff at ugnd.org> wrote:
>> >>>
>> >>> This doesn't appear to have anything to do with a any type of limit
>> or the network algorithm.  In fact, it says, "...and only affects the
>> Taildrop and RED algorithms."  ?
>> >>>
>> >>>
>> >>> - Jeff
>> >>>
>> >>>
>> >>> On Mon, Mar 2, 2020 at 11:05 AM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>> >>>>
>> >>>>
>> https://opensips.org/html/docs/modules/2.4.x/ratelimit.html#param_limit_per_interval
>> >>>>
>> >>>>
>> >>>> On Mon, 2 Mar 2020 at 15:54, Jeff Pyle <jeff at ugnd.org> wrote:
>> >>>>>
>> >>>>> Hello,
>> >>>>>
>> >>>>> The ratelimit doc page (v2.4) section 1.3.4 says the following:
>> "If the returned amount exceeds the limit specified in the modparam,
>> rl_check returns an error."  The problem is I don't see a modparam to
>> define the limit.
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> - Jeff
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> Users mailing list
>> >>>>> Users at lists.opensips.org
>> >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> >>>>
>> >>>> --
>> >>>> Regards,
>> >>>>
>> >>>> David Villasmil
>> >>>> email: david.villasmil.work at gmail.com
>> >>>> phone: +34669448337
>> >>>>
>> >>>> ____________________________
>> >>>
>> >>> _______________________________________________
>> >>> Users mailing list
>> >>> Users at lists.opensips.org
>> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> >>
>> >> --
>> >> Regards,
>> >>
>> >> David Villasmil
>> >> email: david.villasmil.work at gmail.com
>> >> phone: +34669448337
>> >> _______________________________________________
>> >> Users mailing list
>> >> Users at lists.opensips.org
>> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at lists.opensips.org
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> --
>> VoIP Embedded, Inc.
>> http://www.voipembedded.com
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
>>
>> Regards,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.work at gmail.com
>>
>> phone: +34669448337
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200302/da903ee2/attachment-0001.html>