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(a)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(a)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(a)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(a)lists.kamailio.org
>>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>