[SR-Users] Increase MAX_BRANCHES_LIMIT

[Daniel-Constantin Mierla]

Hello,

this suggestion to increase MAX_BRANCHES_LIMIT is wrong, its value is
constrained to be 32 because of some tm internals which uses a 32 bitmap
for cancelled branches in transactions. Might be used for other things,
this came in my mind without looking at the code. Going over 32 will
require changes in tm module, otherwise it will result in
malfunctioning/crashes.

Also, MAX_BRANCHES_LIMIT alone has no impact in memory usage, that is a
matter of the global parameter max_branches, MAX_BRANCHES_LIMIT is only
used to check that does not exceed it.

Cheers,
Daniel

On 12.12.22 08:14, Henning Westerholt wrote:
>
> Hello,
>
>  
>
> you are right, the maximum setting is still the compile time value.
> The default value for max_branches is 12.
>
>  
>
> Regarding the increase, the obvious advice applies, just raise it that
> much as you need. It will increase memory usage for transaction and
> decrease some run-time performance. But if you are not getting
> excessive, it should be ok.
>
>  
>
> Cheers,
>
>  
>
> Henning
>
>  
>
> -- 
>
> Henning Westerholt – https://skalatan.de/blog/ <https://skalatan.de/blog/>
>
> Kamailio services – https://gilawa.com <https://gilawa.com/>
>
>  
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of
> *Lars Jansson
> *Sent:* Sunday, December 11, 2022 8:24 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* Re: [SR-Users] Increase MAX_BRANCHES_LIMIT
>
>  
>
> Hi Patrick,
>
> Thanks for your reply. I'm aware of the max_branches parameter in the
> config file, but my understanding from trial and error is that the
> bounds of the max_branches parameter is set by MAX_BRANCHES_LIMIT in
> config.h.
>
> Regards,
> Lars
>
> Den 2022-12-10 kl. 14:55, skrev Patrick Karton:
>
>     Hello
>
>     there is already max_branches parameter you can set in config file.
>
>      
>
>     Le 10 déc. 2022 13:02, Lars Jansson <lars.jansson at solstiernan.nu>
>     <mailto:lars.jansson at solstiernan.nu> a écrit :
>
>         Hi,
>
>         I am building a configuration script where for some traffic
>         flows parallel forking will be needed, and in this case I need
>         to go beyond the default max limit of the max amount of branches.
>
>         Apart from this specific case the traffic load that kamailio
>         will need to handle is very low, let's say just one second
>         here and there with up to 5 concurrent calls at most.
>
>         This limit is as far as I understand set here:
>         usr/local/src/kamailio-5.6/kamailio/src/core/config.h
>
>         And the default limit is:
>         #define MAX_BRANCHES_LIMIT              32      /*!< limit of
>         maximum number of branches per transaction */
>
>         Here are the questions I have related to this:
>
>         1) If I increase the value of this constant in config.h, how
>         high is it reasonable to set this value and still have a
>         stable system?
>
>         2) If I increase MAX_BRANCHES_LIMIT beyond 32, are there also
>         other parameters that needs to be changed for the system to be
>         able to cope, and if so which parameters?
>
>         Regards,
>         Lars
>
>      
>
>
>
>     __________________________________________________________
>
>     Kamailio - Users Mailing List - Non Commercial Discussions
>
>     sr-users at lists.kamailio.org
>
>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>
>     Edit mailing list options or unsubscribe:
>
>     https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20221212/d438d93b/attachment.htm>