[SR-Users] Intermittent delays relaying BYE (up to 1s)

Alex Balashov abalashov at evaristesys.com
Fri Aug 26 16:22:42 CEST 2022


You’re very welcome! 

It may be that the DB operation for BYEs is different in nature and more latent than for INVITEs, as odd as that would seem.

If the inherent latency of the operation is unavoidable as a matter of technical design or insurmountable realities of server performance or whatever, there are various ways to make such operations asynchronous — that is, to send them to be performed by a separate pool of worker processes unrelated to the main SIP message worker processes.

— Alex

> On Aug 26, 2022, at 10:20 AM, Lewis Hutchinson <lewis.hutchinson at missionlabs.co.uk> wrote:
> 
> Thanks Alex and Kaufman, 
> 
> As you said there is an element of db blocking for accounting, but I don't see the same impact when the INVITE goes through and sets the accounting flags.
> 
> I will look to disable accounting and see if it improves things. If not, I will have a look at benchmark to try and pin it down. It is not causing any noticeable delay in the clearing down of the call to the end users but I want to try and optimise the cleardown if possible.
> 
> Once I have tested this I will report back. Thanks for your assistance.
> 
> Lewis 
> 
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
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/




More information about the sr-users mailing list