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.w...@gmail.com> wrote: > There we go > > On Mon, 2 Mar 2020 at 18:43, Ben Newlin <ben.new...@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-boun...@lists.opensips.org> on behalf of David >> Villasmil <david.villasmil.w...@gmail.com> >> *Reply-To: *OpenSIPS users mailling list <users@lists.opensips.org> >> *Date: *Monday, March 2, 2020 at 1:40 PM >> *To: *OpenSIPS users mailling list <users@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 <o...@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 <j...@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.w...@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 <j...@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.w...@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 <j...@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@lists.opensips.org >> >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >>>> >> >>>> -- >> >>>> Regards, >> >>>> >> >>>> David Villasmil >> >>>> email: david.villasmil.w...@gmail.com >> >>>> phone: +34669448337 >> >>>> >> >>>> ____________________________ >> >>> >> >>> _______________________________________________ >> >>> Users mailing list >> >>> Users@lists.opensips.org >> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> -- >> >> Regards, >> >> >> >> David Villasmil >> >> email: david.villasmil.w...@gmail.com >> >> phone: +34669448337 >> >> _______________________________________________ >> >> Users mailing list >> >> Users@lists.opensips.org >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > >> > _______________________________________________ >> > Users mailing list >> > Users@lists.opensips.org >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> -- >> VoIP Embedded, Inc. >> http://www.voipembedded.com >> >> _______________________________________________ >> Users mailing list >> Users@lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> -- >> >> Regards, >> >> >> >> David Villasmil >> >> email: david.villasmil.w...@gmail.com >> >> phone: +34669448337 >> _______________________________________________ >> Users mailing list >> Users@lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > -- > Regards, > > David Villasmil > email: david.villasmil.w...@gmail.com > phone: +34669448337 >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users