26 Aug
2022
26 Aug
'22
5:20 p.m.
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
26 Aug
26 Aug
5:22 p.m.
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/
6:35 p.m.
Hello,
if the delay comes on some internal callback that is not due to a config
function/action, the benchmark may not be much useful, but if it is
about database, look at the core cookbook, there are latency related
parameters for db operations and config actions, they might be more
suitable to enable here than benchmark module.
Cheers,
Daniel
On 26.08.22 16:20, Lewis Hutchinson 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
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
819
days inactive
819
days old
2 comments
3 participants
participants (3)
-
Alex Balashov -
Daniel-Constantin Mierla -
Lewis Hutchinson