[OpenSIPS-Users] rtpengine and multiple instances
Răzvan Crainea
razvan at opensips.org
Fri Oct 6 11:13:29 UTC 2023
Hi, Olle!
Yes, the offer&answer should be taken by one single node. How it
internally works is we compute a hash of the callid of the call and
based on that hash, and we consider that hash a random value to pick one
available server. This means that as long as the available list does not
change, the same server will be always picked.
If however the list changes, even the order of the elements in the list
change, a different node might get chosen. This has been fixed in
OpenSIPS 3.2 by the rtp_relay module[1].
Setting a 0 weight for a node will do what you said - will be used only
in case all the other non-0 weighted nodes were tried. All you need to
do is to provision in the database, or in the script, the weights.
[1] https://opensips.org/docs/modules/3.2.x/rtp_relay.html
Best regards,
Răzvan Crainea
OpenSIPS Core Developer / SIPhub CTO
http://www.opensips-solutions.com / https://www.siphub.com
On 10/6/23 13:10, olle at zaark.com wrote:
> Hi we have seen an issue with rtpengine module in 2.4.
>
> We ran a setup with two opensips edge proxies each having a local
> rtpengine running on it.
>
> When we start using the rtpengines in a cluster, we saw that some
> commands perhaps in 1-2% of the calls are send to the wrong rtpengine:
>
> e.g rtpengine_offer() is send to rtpengine instance 1 but
> rtpengine_anser() is send to instant 2 both from same opensips instance.
>
> I wonder if this is a known issue or what might cause this?
>
> Our solution for know is to only use the local rtpengine , but I would
> like the cluster up for redundancy, and this leads to my next question:
>
> Can you configure with fifo commands so a node is enabled but have
> weight 0 , and is only used in case the primary node fails?
>
> BR/Olle
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
More information about the Users
mailing list