A question I would carefully consider is:

What exactly needs to be “preserved”? 

To be sure, there are some valid answers to that question: transaction state 
for handling CANCELs or pending requests, in-dialog variables, etc.

Still, you can kill a Kamailio instance ‘mid-call’ - or even disconnect the 
proxy server from the network - without interrupting the call… 

— Alex

> On Jan 9, 2022, at 5:48 AM, varun pratapsingh <[email protected]> wrote:
> 
> Happy New Year 2022 Everyone. Wish you a lot of innovation this year!
> 
> I was just curious to know if any of us had handled the mid-call failures 
> using the Kamailio. I am writing a SIP Client to handle the failures by using 
> the DNS SRV based failover and Fallback approach where I am using two 
> Kamailio instances as Outbound Proxy resolved by DNS SRV lookup. Everything 
> is fine except for on-going calls. How to handle the mid-call failovers? Is 
> there any way in Kamailio like Call Preservation mode or something? 
> 
> Any suggestions or ideas to handle midcall failover so that if a current 
> Outbound Proxy goes down then all the ongoing calls can be seamlessly routed 
> through another Kamailio (secondary).
> 
> Thanks and Regards
> Varun
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * [email protected]
> 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

-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/


__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * [email protected]
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

Reply via email to