17 Apr
2014
17 Apr
'14
1:33 p.m.
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.
17 Apr
17 Apr
1:39 p.m.
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(a)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(a)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
2:25 p.m.
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&proj…
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(a)evaristesys.com>wrote;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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3881
days inactive
3881
days old
2 comments
2 participants
participants (2)
-
Alex Balashov -
Vassilis Radis