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 <abalashov@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 <radisb@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