28 Jun
2012
28 Jun
'12
9:55 a.m.
Hello,
On 6/27/12 6:08 PM, Corey Edwards wrote:
On 06/26/2012 08:36 AM, Gertjan Wolzak wrote:
it is the same in 3.x, these two parameters
are the right to be used in
this way.
Have in mind that in 3.x the accuracy is in milliseconds:
http://kamailio.org/docs/modules/stable/modules/tm.html#fr_timer
Another new features in 3.x is that apart of using avps to set it per
transaction (still in seconds), there is a new function that can be used
to set it in milliseconds per transaction:
http://kamailio.org/docs/modules/stable/modules/tm.html#t_set_fr
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - http://asipto.com/u/kpw
Which timer do I need to use to get a failure
route to reroute the call
to a pstn gateway?
I have tried the fr_timer which works, I set it to 5000, downside is
that when I am in wifi range, I only have 5 seconds to answer the call.
The fr_inv_timer is not the right one I think, as I will not get any
message from the called number, as that device is not connected….
I'm not an
expert on this, but I'll post my experience and I hope that
helps. I'm using Kamailio 1.5, so perhaps YMMV.
I have fr_timer set to 2 seconds and fr_inv_timer set to 60 seconds. The
latter can be overridden by fr_inv_timer_avp so users can alter their
own timers. I do not let users change fr_timer.
The behavior I see is the device has 2 seconds to give a provisional
response to an INVITE. If the device has powered off, changed IP, etc.
this timer will quickly return an error.
If the device is responsive and, for example, sends a 180 Ringing, the
fr_timer ceases to apply and the fr_inv_timer waits 60 seconds before
giving up and triggering a 408 Timeout.