Re: [SR-Users] Problem faced when Using Kamaiio as Session Refresher

Hello, also check if code from sst module is executing when processing the dialog. Maybe the callback functions from sst are not called when dialog is handling the sip traffic. You should run with debug=3 and look at the debug messages to see if there are some printed from sst module. Watch also for other error or warning log messages, they may indicate that some processing could not be done. Eventually you can make the debug messages (from kamailio start to processing of the dialog) available somewhere online (e.g., pastebin) so we can look at them and analyze. Cheers, Daniel On 22.03.20 15:23, Daniel-Constantin Mierla wrote: Hello, ah, ok, I misunderstood. Is the INVITE received with the header Session-Expires? And remove the line: #!define DLG_TIMEOUT_AVP "i:1" It does not replaces the token inside strings, like inside the last parameter of the line: modparam("dialog", "timeout_avp", "$avp(DLG_TIMEOUT_AVP)") and if you use in config expressions $avp(DLG_TIMEOUT_AVP), then its name is replaced. So overall it can be two avp names, although when reading looks like one. Cheers, Daniel On 22.03.20 14:40, harneet singh wrote: Hi Daniel, Thanks for the confirmation. Your point confirms the same as I interpreted from the documentation, that Kamailio would not send refresh INVITEs. I am not expecting to achieve that. However, if i understand correctly, Kamailio can look into the "Session-Expires" header from UAC/UAS and set the timeout_avp based on that. In effect, Kamailio should ideally *tear down the call (Send a BYE to UAC and UAS)*, if it doesn't see any signalling(may it be session-refresh INVITE/UPDATE or any other mid-dialog messages). This i believe can be done by using the SST Module in conjunction with the Dialog Module. I am also using the SST Module and the Dialog Module, however have the following issues. 1. I am seeing the following message when sending Session-Expires: 200 . ""dialog [dlg_handlers.c:681]: *get_dlg_timeout(): invalid AVP value, using default timeout*" Not sure what is causing this. 2. If i try to hardcode the session-expires to a certain value, the Kamailio DOES send a BYE to UAC and UAS on the timer expiry if no signaling seen during that time. However, as pointed earlier, the Dialog Load on the Kamailio DOES NOT go down, as shown in the last email. FWIW, here's the config snippet from the Kamailio cfg i am using. ========================================================================== #!define *DLG_TIMEOUT*_AVP "i:1" # ----------- dialog params ----------- modparam("dialog", "send_bye", 1) *modparam("dialog", "timeout_avp", "$avp(DLG_TIMEOUT_AVP)")* modparam("dialog", "dlg_flag", 5) # ----------- sst params ----------- modparam("sst", "enable_stats", 1) modparam("sst", "min_se", 150) # Set the sst modules timeout_avp to be the same value *modparam("sst", "timeout_avp", "$avp(DLG_TIMEOUT_AVP)")* #modparam("sst", "reject_to_small", 1) modparam("sst", "sst_flag", 6) request_route { ....... ....... # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting setflag(5); # set the dialog flag setflag(6); # Set the sst flag $dlg_ctx(timeout_bye)=1; if (sstCheckMin("1")) { xlog("L_ERR", "422 Session Timer Too Small reply sent.\n"); exit; } } ..... ...... } ========================================================================== From the SST documentation, it pretty much seems like the only config to do. Am I missing something. If you have a working config for the Kamailio tuned in this manner using the SST and Dialog Module, could you share the same? Any pointers to make it work are most welcome. Regards, Harneet On Sun, Mar 22, 2020 at 3:01 PM Daniel-Constantin Mierla < miconda(a)gmail.com&gt; wrote: -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle -- Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda -- Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda