Thanks Alex, What you said is correct: I want to shorten the timeout for non-response to the OPTIONS keepalives in order to end calls with dead peers much more faster. Right now, no matter how often those keep-alives are sent, since the timeout is about 30s, I have to wait 30s when a peer does not respond. In the meantime, dialog module, if ka_timer is less than 30s, keeps sending more keepalives. So I thought that maybe we could set the ka_timer parameter to represent the fr timer for the OPTIONS, and the ka_interval to represent the interval between successfully responded keep-alives. So the final result would be: User sets ka_timer to e.g. 5 secs and ka_interval to e.g 3 secs. then dialog module sends OPTIONS with timeout of 5 secs and waits for the fake 408 or 481 or a succesful 200 response, whichever hits first. If timer hits first we expire the dialog. If 200 response comes first, we send another OPTIONS again after 3 secs and so on. This way we can adjust it however we want, and no keep-alive is sent before the previous is expired or is successful.
The only way I can see this happening is the final response timer for those OPTIONS. So I am trying to find out how to do it, because from script I cant, since I have no control over the sending or creation of those keep alives because dialog module doesnt expose any parameter to adjust it. You are right it should be through a parameter, but I am new to kamailio internals and just beginning messing with the source code and for now I am just looking to succeed in reducing the timer. See this http://sip-router.org/tracker/index.php?do=details&task_id=417&project=1&order=id&sort=desc and my last comment to see how I got to trying to reduce this timer. Any advice on how to proceed? On Thu, Apr 17, 2014 at 2:39 PM, Alex Balashov <abalas...@evaristesys.com>wrote: > What are you going to do when this timer fires? > > Internally generated requests do not create TM transactions that are > accessible from route script. > > What is your actual goal? To change the timeout for non-response to the > OPTIONS keepalives? If so, that should probably be added as a modparam. In > that case, fr_timer isn't quite the language in which to speak of it, as > that makes it sound like a transaction to which you have access in script > (with the implication that its failure can trigger a failure_route callback > of your own making). That's not the case here. > > > On 17 April 2014 15:33:57 GMT+04:00, Vassilis Radis <rad...@gmail.com> > wrote: > >> Hello, I would like to try customizing the fr_timer for the OPTIONS >> keep-alive msgs transactions that the dialog module sends. I tried to call >> t_set_fr() function from inside the dialog modules's code (in >> dlg_req_within.c , in dlg_send_ka() function after the call to d_tmb. >> t_request_within(&uac_r); >> But it seems that this tm function is not available from inside other >> module's code. >> >> Is the above is the correct place to try and do it, and how can I >> programmatically ,inside a module's code, adjust fr_timer? >> >> On a side note, i followed the call flow from dlg_send_ka() down to the >> t_uac_prepare() function of tm module, where the fr_timer is set. In there, >> there is this comment+code: >> >> /* init timers hack, new_cell->fr_timer and new_cell->fr_inv_timer >> * must be set, or else the fr will happen immediately >> * we can't call init_new_t() because we don't have a sip msg >> * => we'll ignore t_set_fr() or avp timer value and will use directly the >> * module params fr_inv_timer and fr_timer -- andrei */ >> >> new_cell->fr_timeout=cfg_get(tm, tm_cfg, fr_timeout); >> new_cell->fr_inv_timeout=cfg_get(tm, tm_cfg, fr_inv_timeout); >> new_cell->end_of_life=get_ticks_raw()+lifetime; >> >> Does this mean that it cant be done in a straighforward way? >> Any advice on how I can achieve the customized fr_timers for those >> messages? >> >> Thanks. >> >> ------------------------------ >> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> > -- > Sent from my mobile, and thus lacking in the refinement one might expect > from a fully fledged keyboard. > > Alex Balashov - Principal > Evariste Systems LLC > 235 E Ponce de Leon Ave > Suite 106 > Decatur, GA 30030 > United States > Tel: +1-678-954-0671 > Web: http://www.evaristesys.com/, http://www.alexbalashov.com > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > >
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
