The selection of rtpengine instance is done when the call is initiated, after
that should be a sticky behaviour, because the replies have to go to the same
instance, as well as BYE or other messages within early/established dialog.
What it seems you are looking for is high availability, so in case a rtpengine
goes does another instance can take over the rtp relay sessions. This should be
possible with rtpengine and redis, see the docs of rtpengine application.
Considering the above, specially the stickiness needed between request and
reply, plus for BYE/CANCEL, changing the current behaviour makes no sense, but
being open source, one can contribute such alternative controlled by an
modparam.
It is not a bug right now, but how it is expected to work.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2713#issuecomment-823138302
_______________________________________________
Kamailio (SER) - Development Mailing List
[email protected]
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
