Re: [SR-Users] Dialog module not decrementing profile size

Hello, Alright, I've added the xlog with the additional information to log. I'm not sure if the dialog is no longer in the list of active dialogs, but still in profile, but it does look like this is the case. I haven't checked the active_dialogs when it happened, since I'm still fairly new to kamailio. The way I notice when this happens is to count the dialogs in the database and match them with the active calls count on our Cisco. This check is performed multiple times over a certain period of time, before it marks it as failure. When the check fails I know something is wrong. I'll make sure to check the active_dialogs it when it happens again. Thanks for the pointers! Regards, Grant From: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Sent: dinsdag 20 november 2012 14:16 To: Grant Bagdasarian Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] Dialog module not decrementing profile size Hello, On 11/20/12 10:02 AM, Grant Bagdasarian wrote: Hello Daniel, I've enabled the cfgtrace. Now all I have to do is wait till it happens again, as the problem does not occur often. For now I'm getting the following: 2012-11-20T09:56:15+01:00 kamailio /usr/local/sbin/kamailio[16350]: ERROR: *** cfgtrace: c=[/etc/kamailio/kamailio.cfg] l=302 a=25 n=dlg_manage Debug is currently set to 2: debug=2 Should I set this to 4? no, 2 is fine, but be sure you also have an xlog message to print at least the method type, call-id, from tag and to tag. That will allow to see for which request the cfg trace is related. Just to be sure I haven't misunderstood, the dialog is no longer in the list of active dialogs, but it is still in the profile. Cheers, Daniel Grant From: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Sent: maandag 19 november 2012 9:59 To: Grant Bagdasarian Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] Dialog module not decrementing profile size Hello, On 11/16/12 8:54 AM, Grant Bagdasarian wrote: Hello Daniel, Yes, dlg_manage() is being called in the BYE, yet it sometimes still occurs that dialogs aren't being cleared. It is critical for us the dialogs are being cleared as we have an application which heavily relies on this. Do you get any error messages in syslog? Can you add an xlog(...) message (or load the debugger module and enable cfgtrace parameter), then look at the log messages to be sure dlg_manage() is executed for BYE requests? Cheers, Daniel Kind regards, Grant Bagdasarian From: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Sent: donderdag 8 november 2012 8:03 To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Cc: Grant Bagdasarian Subject: Re: [SR-Users] Dialog module not decrementing profile size Hello, On 10/30/12 10:51 AM, Grant Bagdasarian wrote: Hello Community, I've recently started to use the Dialog module to manage the amount of incoming calls from our SIP provider allowed to pass through by using profiles_with_values and setting the size of these profiles to a certain amount. Most of the time this works as it should, but sometimes the 'slots' available for a profile aren't cleared even though a dialog has finished. This seems to happen when an high amount of regular traffic is hitting kamailio. Has anyone else experienced this? Are there perhaps any other ways to control the slots available for certain incoming SIP traffic? Below parts of my configuration file. Perhaps I'm doing something wrong which causes this to happen. In my route[WITHINDLG] -> loose_route -> is_method("BYE") I'm not calling dlg_manage(), could this be the problem? is the dlg_manage() executed or not for BYE? You say no above, but the example has it. Because you have dlg_match_mode=2, you must call dlg_manage() for BYE explicitly. Cheers, Daniel Other comments are welcome too, as I'm fairly new to Kamailio. modparam("dialog", "enable_stats", 1) modparam("dialog", "dlg_flag", 4) modparam("dialog", "hash_size", 4096) modparam("dialog", "profiles_with_value", "318005004"); modparam("dialog", "default_timeout", 43200) modparam("dialog", "dlg_match_mode",2) modparam("dialog", "detect_spirals", 1) request_route { # per request initial checks route(REQINIT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE")) { xlog("L_INFO", "Incoming request for $rU from $fU"); if ($rU == "318005004") { route(DIALOG); } } # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations route(DISPATCH); route(RELAY); } route[DIALOG] { dlg_manage(); record_route(); $var(SIZE) = 0; sql_query("vf", "exec dbo.SelectAvailableSlots '00$rU'", "ra"); $avp(s:limit) = $dbr(ra=>[0,7]); xlog("L_INFO", "Maximum simultaneous calls is configured at $avp(s:limit) ...."); sql_result_free("ra"); if ($rU == "318005004") { get_profile_size("318005004", "$rU", "$var(SIZE)"); } xlog("L_INFO", "There are currently $var(SIZE) calls for $rU, excluding the current call"); if($var(SIZE) >= $avp(s:limit)) { xlog("L_INFO", "Simultaneous calls limit of $avp(s:limit) reached for $rU: $var(SIZE)\n"); sl_send_reply("603", "Simultaneous calls limit reached"); exit; } if ($rU == "318005004") { set_dlg_profile("318005004", "$rU"); } if ($rU == "318005004") { if(get_profile_size("318005004", "$var(SIZE)")) { xlog("L_INFO", "There are currently $var(SIZE) calls for $rU, including the current call"); } } } route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { #Used for call transfer if($fU == "318005004") { if (is_method("UPDATE")) { sl_send_reply("405","Method not allowed"); xlog("L_INFO", "Dropping UPDATE message...\n"); exit; } if (is_method("INVITE")) { record_route(); } if (is_method("BYE")) { dlg_manage(); } } if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; # must be ACK after a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard. exit; } } sl_send_reply("404","Not here"); } exit; } } Regards, Grant _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org<mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda<http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda<http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda