[OpenSIPS-Users] Call traffic loads and shared memory limits

Liviu Chircu liviu at opensips.org
Wed Jan 24 11:57:41 EST 2018

Hello John,

100 CPS with your usual ACD should by no means require more than 1 GB of 
RAM, dialog/transaction support included. Could you please monitor the 
"dialog:" and "tm:" statistics and take notice if either dialogs or 
transactions start piling up? I vaguely remember such bugs in some 
versions prior to 1.11 (keep in mind this was 5 years ago!)

The statistics output has not changed from 1.9 to 2.3, so Nagios won't 
mind an upgrade. Therefore, I would suggest you invest a few hours, 
install some fresh 2.3.3 packages from the YUM/apt repositories along 
with a separate database and an updated configuration file, then switch 
it with the old OpenSIPS and see how it purrs. If you have a testing 
lab, that's all the more better.

Best regards,

Liviu Chircu
OpenSIPS Developer

On 24.01.2018 18:19, John Quick wrote:
> Hi,
> I have a user running v1.9.0 with quite high numbers of concurrent calls
> (peaking at over 1500) and high call rate attempts (averaging about 100 per
> second for long periods).
> The amount of traffic is gradually increasing and, as it does, we are
> starting to see problems with "not enough shared memory".
> We just started using Nagios to graph some of the metrics. Shared memory
> usage is well behaved most of the time, but it seems almost as if there is
> some threshold and when the call rate goes above this threshold, the used
> shared memory rapidly increases.
> One simple solution might be to add more memory. If we increased from 8GB to
> 16GB, would OpenSIPS be able to use a large part of this? Is there a limit
> for shared memory allocated when the program starts?
> Would there be a major benefit in upgrading the opensips software to, say,
> v2.3?
> Would you expect to be hitting problems with shared memory at these traffic
> loadings or might there perhaps be something on this server that makes it
> more susceptible? For example, it is using topology hiding. It also has
> background jobs running that send a lot of queries to the management
> interface.
> Thanks.
> John Quick
> Smartvox Limited
> Web: www.smartvox.co.uk
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

More information about the Users mailing list