Hello,
there are a lot of active dialogs there, however, as they BYEs are replied, the structures should be released in short time and shared memory freed. Do you execute dlg_manage() when receiving BYE?
Cheers, Daniel
On 10.04.18 10:43, tyd wrote:
Hello, do you get also dialog statistics? tm stats are not relevant in this context. Cheers, Daniel
Hi,
I'm re-running SIPp. The share memory is decreaing and will run out of memory. Is below information enough ?
# kamctl stats shmem shmem:fragments = 40 shmem:free_size = 312842424 shmem:max_used_size = 224156616 shmem:real_used_size = 224028488 shmem:total_size = 536870912 shmem:used_size = 140091536
#kamctl mi dlg_list|grep dialog|wc -l 121500
# kamctl dialog show|grep dialog|wc -l 123363
# kamctl fifo get_statistics :dialog::all cdp:average_response_time = 3 cdp:queuelength = 0 cdp:replies_received = 20000 cdp:replies_response_time = 72658 cdp:timeout = 0 core:bad_URIs_rcvd = 0 core:bad_msg_hdr = 0 core:drop_replies = 0 core:drop_requests = 0 core:err_replies = 0 core:err_requests = 0 core:fwd_replies = 0 core:fwd_requests = 122460 core:rcv_replies = 548443 core:rcv_requests = 384642 core:unsupported_methods = 0 dialog_ng:active = 61230 dialog_ng:early = 37 dialog_ng:expired = 0 dialog_ng:processed = 61267 dns:failed_dns_request = 0 ims_auth:mar_avg_response_time = 1 ims_auth:mar_replies_received = 10000 ims_auth:mar_replies_response_time = 16199 ims_auth:mar_timeouts = 0 ims_registrar_scscf:accepted_regs = 10000 ims_registrar_scscf:default_expire = 3660 ims_registrar_scscf:default_expires_range = 0 ims_registrar_scscf:max_contacts = 1 ims_registrar_scscf:max_expires = 654800 ims_registrar_scscf:rejected_regs = 0 ims_registrar_scscf:sar_avg_response_time = 5 ims_registrar_scscf:sar_replies_received = 10000 ims_registrar_scscf:sar_replies_response_time = 56459 ims_registrar_scscf:sar_timeouts = 0 ims_usrloc_scscf:active_contacts = 10000 ims_usrloc_scscf:active_impus = 10000 ims_usrloc_scscf:active_subscriptions = 10000 ims_usrloc_scscf:contact_collisions = 28 ims_usrloc_scscf:impu_collisions = 27 ims_usrloc_scscf:subscription_collisions = 27 mysql:driver_errors = 0 shmem:fragments = 30 shmem:free_size = 311718120 shmem:max_used_size = 225269176 shmem:real_used_size = 225152792 shmem:total_size = 536870912 shmem:used_size = 140599664 sl:1xx_replies = 0 sl:200_replies = 0 sl:202_replies = 0 sl:2xx_replies = 0 sl:300_replies = 0 sl:301_replies = 0 sl:302_replies = 0 sl:3xx_replies = 0 sl:400_replies = 0 sl:401_replies = 0 sl:403_replies = 0 sl:404_replies = 0 sl:407_replies = 0 sl:408_replies = 0 sl:483_replies = 0 sl:4xx_replies = 0 sl:500_replies = 0 sl:5xx_replies = 0 sl:6xx_replies = 0 sl:failures = 0 sl:received_ACKs = 0 sl:sent_err_replies = 0 sl:sent_replies = 122534 sl:xxx_replies = 122534 tcp:con_reset = 0 tcp:con_timeout = 0 tcp:connect_failed = 0 tcp:connect_success = 0 tcp:current_opened_connections = 0 tcp:current_write_queue_size = 0 tcp:established = 0 tcp:local_reject = 0 tcp:passive_open = 0 tcp:send_timeout = 0 tcp:sendq_full = 0
#
On 10.04.18 09:19, tyd wrote:
Hello, On 10.04.18 07:25, tyd wrote:
Hi, Daniel No, the dialogs were not terminated after 10 minutes if no BYE message was sent.
Not using ims_dialog, but it may be that it doesn't send bye when the dialog lifetime elapses, just destroys the structure it keeps in memory. With the other dialog module, there is a parameter to set if you want BYE to be sent.
But if Default value(43200) was set, the S-CSCF will run out of memory finally (after 200000 calls).
Were all these calls still active? Hi, In SIPp, the calls were finishes. But in Kamailio, the calls seem keep in the memory and run out of memory. Can any parameter solve this problem? Is it a solution to set "ims_dialog", "default_timeout" to 600 ? # kamcmd tm.stats { current: 69 waiting: 0 total: 991300 total_local: 0 rpl_received: 2183891 rpl_generated: 20232 rpl_sent: 1475856 6xx: 0 5xx: 2704 4xx: 10124 3xx: 0 2xx: 978329 created: 991300 freed: 991231 delayed_free: 0 } # kamctl stats shmem shmem:fragments = 1630 shmem:free_size = 4303040 shmem:max_used_size = 536870912 shmem:real_used_size = 532567872 shmem:total_size = 536870912 shmem:used_size = 415668000
Have any relation with this parameter and memory release ?
Yes, the structure kept for each call is destroyed after lifetime. But it should be also destroyed if the BYE is received. Cheers, Daniel
Any impacts if using value 600 at production environment ? Thanks. 2018-04-10 0:27 GMT+08:00 Daniel-Constantin Mierla <miconda@gmail.com <mailto:miconda@gmail.com>>: Hello, that should be the call lifetime. Are the dialogs terminated after 10 minutes? Cheers, Daniel On 09.04.18 16:58, tyd wrote:
Dear all, What's the meaning of ims_dialog default_timeout parameter ? /Default value is 「43200 (12 hours)」/ When modparam("ims_dialog", "default_timeout", 600) was set, the situation of Kamailio S-CSCF out of memory was solved and is running smoothly. Debian 8 with Kamailio 4.4.7 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
-- Daniel-Constantin Mierla www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
-- Daniel-Constantin Mierla www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
-- Daniel-Constantin Mierla www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>