Hi, using kamailio 4.4.5, we have noticed that the active_dialogs counter is not accurate and there seems to be some kind of "leak" present at least on higher loaded systems.
For example, here active_dialogs was reporting just a bit over 1000 dialogs, but the numbers of dialogs confirmed and not just do not sum up together to that value:
# grep -c 'state:: 1' dialogs_20170919_1712.txt 5 # grep -c 'state:: 2' dialogs_20170919_1712.txt 62 # grep -c 'state:: 3' dialogs_20170919_1712.txt 0 # grep -c 'state:: 4' dialogs_20170919_1712.txt 531 # grep -c 'state:: 5' dialogs_20170919_1712.txt 27
What could be the possible reasons or issues that lead to that?
We are thinking now about switching statistics collection to: kamctl fifo dlg_list | grep -c 'state:: 4' or reading the count directly from the database, as it seems to only write the dialogs with state 4 to mysql and those numbers seem OKish.
Any ideas?
Regards, Andrew
Hello,
On 25.09.17 15:57, Andrew Pogrebennyk wrote:
Hi, using kamailio 4.4.5, we have noticed that the active_dialogs counter is not accurate and there seems to be some kind of "leak" present at least on higher loaded systems.
For example, here active_dialogs was reporting just a bit over 1000 dialogs, but the numbers of dialogs confirmed and not just do not sum up together to that value:
# grep -c 'state:: 1' dialogs_20170919_1712.txt 5 # grep -c 'state:: 2' dialogs_20170919_1712.txt 62 # grep -c 'state:: 3' dialogs_20170919_1712.txt 0 # grep -c 'state:: 4' dialogs_20170919_1712.txt 531 # grep -c 'state:: 5' dialogs_20170919_1712.txt 27
What could be the possible reasons or issues that lead to that?
We are thinking now about switching statistics collection to: kamctl fifo dlg_list | grep -c 'state:: 4' or reading the count directly from the database, as it seems to only write the dialogs with state 4 to mysql and those numbers seem OKish.
Any ideas?
do you have dialogs terminated due to timeout or via rpc commands?
Cheers, Daniel
Hi Daniel,
On 09/26/2017 08:48 AM, Daniel-Constantin Mierla wrote:
do you have dialogs terminated due to timeout or via rpc commands?
the rpc is not being used, but we do have a dlg_timeout of 12 hours. There are a few calls every day that are terminated on timeout, but this is a very small number compared to the total amount of calls on that system.
Andrew
Hello,
is the sip server restarted? After a quick investigation, it appears that the saved dialogs in db are counted twice at startup ... I need to look more at it to confirm or not.
Cheers, Daniel
On 26.09.17 14:39, Andrew Pogrebennyk wrote:
Hi Daniel,
On 09/26/2017 08:48 AM, Daniel-Constantin Mierla wrote:
do you have dialogs terminated due to timeout or via rpc commands?
the rpc is not being used, but we do have a dlg_timeout of 12 hours. There are a few calls every day that are terminated on timeout, but this is a very small number compared to the total amount of calls on that system.
Andrew
Hi Daniel,
I'm Marco a colleague of Andrew. When we restart kamailio all the counters are correctly set to 0. If there are active calls in the system the active_dialogs counter is then set to the number of records (dialogs) saved in db.
Regards, Marco
On 09/26/2017 08:33 PM, Daniel-Constantin Mierla wrote:
Hello,
is the sip server restarted? After a quick investigation, it appears that the saved dialogs in db are counted twice at startup ... I need to look more at it to confirm or not.
Cheers, Daniel
On 26.09.17 14:39, Andrew Pogrebennyk wrote:
Hi Daniel,
On 09/26/2017 08:48 AM, Daniel-Constantin Mierla wrote:
do you have dialogs terminated due to timeout or via rpc commands?
the rpc is not being used, but we do have a dlg_timeout of 12 hours. There are a few calls every day that are terminated on timeout, but this is a very small number compared to the total amount of calls on that system.
Andrew
Hello Marco,
so, restarting is not indicating any issue for you, right?
Are you defining other stats via config? Or just use the one defined internally?
I will dig in more to see if I can spot what can be the reason.
Cheers, Daniel
On 27.09.17 10:56, Marco Capetta wrote:
Hi Daniel,
I'm Marco a colleague of Andrew. When we restart kamailio all the counters are correctly set to 0. If there are active calls in the system the active_dialogs counter is then set to the number of records (dialogs) saved in db.
Regards, Marco
On 09/26/2017 08:33 PM, Daniel-Constantin Mierla wrote:
Hello,
is the sip server restarted? After a quick investigation, it appears that the saved dialogs in db are counted twice at startup ... I need to look more at it to confirm or not.
Cheers, Daniel
On 26.09.17 14:39, Andrew Pogrebennyk wrote:
Hi Daniel,
On 09/26/2017 08:48 AM, Daniel-Constantin Mierla wrote:
do you have dialogs terminated due to timeout or via rpc commands?
the rpc is not being used, but we do have a dlg_timeout of 12 hours. There are a few calls every day that are terminated on timeout, but this is a very small number compared to the total amount of calls on that system.
Andrew
-- *Marco Capetta * Operations Engineer
Sipwise GmbH http://www.sipwise.com , Campus 21/Europaring F15 AT-2345 Brunn am Gebirge
Phone: +43(0)1 301 2044 tel:+4313012044 Email: mcapetta@sipwise.com mailto:mcapetta@sipwise.com Website: www.sipwise.com http://www.sipwise.com
Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
Hi Daniel,
restarting kamailio is not an issue right now for us. About stats, we use the default ones defined internally.
Thank you
Regards Marco
On 09/27/2017 11:10 AM, Daniel-Constantin Mierla wrote:
Hello Marco,
so, restarting is not indicating any issue for you, right?
Are you defining other stats via config? Or just use the one defined internally?
I will dig in more to see if I can spot what can be the reason.
Cheers, Daniel
On 27.09.17 10:56, Marco Capetta wrote:
Hi Daniel,
I'm Marco a colleague of Andrew. When we restart kamailio all the counters are correctly set to 0. If there are active calls in the system the active_dialogs counter is then set to the number of records (dialogs) saved in db.
Regards, Marco
On 09/26/2017 08:33 PM, Daniel-Constantin Mierla wrote:
Hello,
is the sip server restarted? After a quick investigation, it appears that the saved dialogs in db are counted twice at startup ... I need to look more at it to confirm or not.
Cheers, Daniel
On 26.09.17 14:39, Andrew Pogrebennyk wrote:
Hi Daniel,
On 09/26/2017 08:48 AM, Daniel-Constantin Mierla wrote:
do you have dialogs terminated due to timeout or via rpc commands?
the rpc is not being used, but we do have a dlg_timeout of 12 hours. There are a few calls every day that are terminated on timeout, but this is a very small number compared to the total amount of calls on that system.
Andrew
-- *Marco Capetta * Operations Engineer
Sipwise GmbH http://www.sipwise.com , Campus 21/Europaring F15 AT-2345 Brunn am Gebirge
Phone: +43(0)1 301 2044 tel:+4313012044 Email: mcapetta@sipwise.com mailto:mcapetta@sipwise.com Website: www.sipwise.com http://www.sipwise.com
Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
-- Daniel-Constantin Mierla www.twitter.com/miconda --www.linkedin.com/in/miconda Kamailio Advanced Training -www.asipto.com Kamailio World Conference -www.kamailioworld.com
-
Andrew Pogrebennyk -
Daniel-Constantin Mierla -
Marco Capetta