On Wed, Apr 08, 2020 at 01:30:21PM +0000, Henning Westerholt wrote:

> There is also the option to do an asynchronous sleep (with the async)
> module on the message that you want to delay but still processing
> other messages during it.

We have a buggy endpoint that consistently sends reinvites immediately
following the e2e ACK, and substantially simultaneously with the ACK. It
quite often happens that the re-invite goes out the door before the ACK,
which is of course rejected by the target due to inconsistent state.

We solved this a somewhat nasty hack using just the very technique you
mentioned -- we use the async features of Kamailio to 'delay' all
re-invites about 50 ms. It does solve this problem, if a bit
suboptimally and at the cost of eccentricity and complexity.

-- 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
[email protected]
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to