[SR-Users] using pipelimit at CPS (1 second)

[Daniel-Constantin Mierla]

Hello,

besides Alex' relevant remarks on time interval for sampling, note that
getting high performances require tuning other parameters, typically
across many modules. For pipelimit, be sure you increase the value for
hash_size

http://www.kamailio.org/docs/modules/stable/modules/pipelimit.html#pipelimit.p.hash_size

Look also to the readme of the modules you are using and if there is a
hash_size parameter, you should increase those too.

Then timer processes could be important for performances as well. In the
next presentation I gave some hints about bits to be adjusted for good
performances:

http://www.slideshare.net/miconda/kamailio-surfing-big-waves-of-sip-with-style

Cheers,
Daniel


On 07/01/16 20:04, Alex Balashov wrote:
> Not personally, but we sell a SIP platform built on top of Kamailio
> that is designed specifically for that purpose.
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States
>
> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> Sent from my BlackBerry.
> *From: *Vik Killa
> *Sent: *Thursday, January 7, 2016 14:01
> *To: *Kamailio (SER) - Users Mailing List
> *Reply To: *Kamailio (SER) - Users Mailing List
> *Subject: *Re: [SR-Users] using pipelimit at CPS (1 second)
>
>
> Do you operate Kamilio in a wholesale environment with many CPS? 
>
> On Thu, Jan 7, 2016 at 12:22 PM, Alex Balashov
> <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>> wrote:
>
>     Vik,
>
>     We have used pipelimit at a sampling interval of 1 second, and, on
>     the basis of contact with reality, decided to shift to a 3-second
>     sampling window.
>
>     The major problem with the 1-second interval is not the CPU usage,
>     but that it's not very useful. Such a sampling window is extremely
>     responsive to fluctuations within a short time, and this manifests
>     very well in SIPP testing.
>
>     However, SIPP generates calls in an orderly and linear fashion.
>     Real-world SIP traffic is highly bursty and volatile. The result
>     is that a 1-second sampling window will not properly encapsulate
>     the data so as to reliably enforce a CPS limit of X. For example,
>     if you set a limit of 300 CPS, the short sampling window makes it
>     quite possible to burst far beyond 300 CPS as long as it is done
>     within < 50% of the duty cycle.
>
>     3 seconds is a more realistic compromise. In virtue of smoothing
>     some peaks, it is less dynamic and responsive, but it far more
>     accurately takes into account the bursty and chaotic nature of
>     real-world high-volume call setups. These are not modeled well
>     with SIPP testing.
>
>     -- Alex
>
>
>     -- 
>     Alex Balashov | Principal | Evariste Systems LLC
>     303 Perimeter Center North, Suite 300
>     Atlanta, GA 30346
>     United States
>
>     Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) /
>     +1-678-954-0671 <tel:%2B1-678-954-0671> (direct)
>     Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
>     _______________________________________________
>     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
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
http://miconda.eu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160108/a557eceb/attachment.html>