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(a)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(a)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/