[SR-Users] Rate limiting
miconda at gmail.com
Mon Jul 31 16:27:36 CEST 2017
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.
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:
> the pipelimit aims to be more dynamic, while dropping the queues
> concepts of ratelimit, given those can be done with IF conditions
> 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,
> 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.
> On 30/08/16 12:15, Andreas Granig wrote:
> > Hi Alex,
> <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
> Daniel-Constantin Mierla
> http://www.asipto.com - http://www.kamailio.org
> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
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...
More information about the sr-users