[SR-Users] Rate limiting

[Daniel-Constantin Mierla]

Hello,

hash_size would be a parameter related to performances of searching a
pipe. The size of shared memory is relevant also relevant in you have a
very large amount of pipes.

Cheers,
Daniel


On 31.07.17 16:10, John Petrini wrote:
> HI All,
>
> What's everyone's experience with pipelimit regarding performance? Say
> we set dynamic pipes base on au and source ip? This would result in
> thousands of pipes would it not? Is this going to put a substantial
> load on the server? Are there other settings that should be tweaked
> when implementing it such as memory limits etc?
>
> Thank You,
>
> John Petrini
>
>
>
> On Thu, Sep 1, 2016 at 6:50 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     the pipelimit aims to be more dynamic, while dropping the queues
>     concepts of ratelimit, given those can be done with IF conditions
>     inside
>     kamailio.cfg.
>
>     In ratelimit, the pipes are defined as parameters, with some limits in
>     the number of pipes as well as constrained to integer ids for pipes.
>
>     Pipelimit can load the definitions of pipes from database, making it
>     easier to provision via some gui. It doesn't store back anything,
>     given
>     that even few seconds of shutdown will invalidate the pipes counters.
>     Moreover, the pipes can be created on the fly, they don't have to be
>     defined in advance via db or parameters. You can load the limit and
>     algorithm from a user profile and then just use them as parameter with
>     the username as pipe id parameter and you get a new pipe created
>     at that
>     moment if there is none with same id.
>
>     Cheers,
>     Daniel
>
>
>     On 30/08/16 12:15, Andreas Granig wrote:
>     > Hi Alex,
>     >
>     >
>     http://www.kamailio.org/docs/modules/4.4.x/modules/ratelimit.html
>     <http://www.kamailio.org/docs/modules/4.4.x/modules/ratelimit.html> is
>     > another approach here. Tried it as a proof of concept recently
>     and it
>     > seems to do its job.
>     >
>     > Seems like pipelimit is derived from ratelimit. What's the main
>     > difference from ratelimit, other than named pipes and DB
>     support? What's
>     > the purpose of the DB support of pipelimit? Does it cache its
>     values and
>     > can be reloaded from DB on demand (I don't see an rpc command
>     for that)?
>     > That would be really valuable.
>     >
>     > Andreas
>     >
>     > On 08/29/2016 05:39 PM, Alex Balashov wrote:
>     >> On 08/29/2016 11:37 AM, NITESH BANSAL wrote:
>     >>
>     >>> Finally I got it working. The issue was that I was trying to use
>     >>> pikelimit with Kamailio version 4.1, 4.1 version doesn't allow for
>     >>> dynamic pipe creation.
>     >>>
>     >>> In the end, I backported pipelimit code from Kamailio version
>     4.2 and
>     >>> used pl_check function to create dynamic pipes.
>     >> Excellent. That was indeed an important shift. :-)
>     >>
>     > _______________________________________________
>     > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>     mailing list
>     > sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     --
>     Daniel-Constantin Mierla
>     http://www.asipto.com - http://www.kamailio.org
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
>     http://www.linkedin.com/in/miconda
>     <http://www.linkedin.com/in/miconda>
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170731/27c7c1a3/attachment.html>