More input, It depends on many things, for example the transport, with UDP you xan send a late 100 trying after forwarding the INVITE, this way you are sure that one transmission was sent, else the UAC will retransmit to the newly primary server a recreate a fresh transaction.

Replicating the transactions with delayed processing may be an option to favor consistency over availability.

I do not think there is such feature in Kamailio, probably because most transactions can be recreated on the fly.


On Tue, Aug 4, 2020, 09:27 Julien Chavanton <jchavanton@gmail.com> wrote:
So in fact it may simply work without any replication, except that you have to disable the failing server

On Tue, Aug 4, 2020, 08:45 Julien Chavanton <jchavanton@gmail.com> wrote:
You may wonder what kind of failure scenario you are trying to address as replication will probably fail as well in many cases.

One technique would be to use a domain name in the Via, the transaction may not need to be replicated as it can be recreated by the server receiving the reply, thanks to SIP resilient design.

However you may have to address the timers and any failover, AVP replication (if any).

Probably other small concerns.



On Tue, Aug 4, 2020 at 8:40 AM Amit Pal <amit.pal@coraltele.com> wrote:

Hi Team ,

             Hope all is fine.

 

My requirement : I have a customer who wants high availability for ringing calls and calls that in process of being set up.

Can you suggest an alternate mechanism to achieve replication of transaction state. Can you guide how it can be achieved in Kamailio or is there a mechanism to get commercial support

to achieve the desired objective.

I am waiting your response.

 

Thanks

 

Regards

Amit Pal          

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users