[SR-Users] Parallel forking - first responder wins
abalashov at evaristesys.com
Tue Apr 21 17:40:16 CEST 2020
Kamailio should definitely not consider evolving “B2BUA support”. :-) 🍅
Sent from mobile, with due apologies for brevity and errors.
> On Apr 21, 2020, at 11:35 AM, Julien Chavanton <jchavanton at gmail.com> wrote:
> The main gain in using a B2BUA is that you take responsibility for terminating the extra call legs, it is as good as your B2BUA will be, by delegating the responsibility upstream you can not always be sure it is handled properly.
> I wonder if Kamailio should consider evolving in B2BUA support.
> I am expecting to receive tomatoes.
>> On Tue, Apr 21, 2020 at 3:50 AM Nuno Ferreira <nferreira at fuze.com> wrote:
>> Hi Alex,
>> Isn't the option of generating multiple call legs with a B2BUA more subject to dead air/ghost calls than letting kamailio handle parallel forking?
>>> On Tue, Apr 21, 2020 at 12:06 AM Alex Balashov <abalashov at evaristesys.com> wrote:
>>> It should be noted at a rather general level that parallel forking is
>>> replete with race conditions, and is a nasty and unwieldy aspect of SIP.
>>> The pain of using parallel forking to implement something like "ring
>>> groups", for example, is often not worth the savings in architectural
>>> If you have some other means of accomplishing what you want to
>>> accomplish, e.g. using a B2BUA to generate multiple independent call
>>> legs simultaneously ringing multiple destinations, I strongly advise you
>>> to go with that instead.
>>> -- Alex
>>> 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 (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>> *Confidentiality Notice: The information contained in this e-mail and any
>> attachments may be confidential. If you are not an intended recipient, you
>> are hereby notified that any dissemination, distribution or copying of this
>> e-mail is strictly prohibited. If you have received this e-mail in error,
>> please notify the sender and permanently delete the e-mail and any
>> attachments immediately. You should not retain, copy or use this e-mail or
>> any attachment for any purpose, nor disclose all or any part of the
>> contents to any other person. Thank you.*_______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-users