[OpenSIPS-Users] ratelimit network algorithm traffic limit

[Ben Newlin]

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<mailto:osas at voipembedded.com>> wrote:
Take a look at the pipe parameter:
https://kamailio.org/docs/modules/5.4.x/modules/ratelimit.html#idp49883756<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<mailto: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<mailto: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<mailto: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<mailto:david.villasmil.work at gmail.com>> wrote:
>>>>
>>>> https://opensips.org/html/docs/modules/2.4.x/ratelimit.html#param_limit_per_interval<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<mailto: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<mailto:Users at lists.opensips.org>
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>>>
>>>> --
>>>> Regards,
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
>>>> phone: +34669448337
>>>>
>>>> ____________________________
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org<mailto:Users at lists.opensips.org>
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
>> phone: +34669448337
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org<mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org<mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>



--
VoIP Embedded, Inc.
http://www.voipembedded.com<http://www.voipembedded.com>

_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
--
Regards,

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200302/243b404a/attachment-0001.html>