[SR-Users] Redundancy of Progress Call using Kamailio

[Julien Chavanton]

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 at 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 at 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 at 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 at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200804/14c3009c/attachment.htm>