[Serusers] INVITE timers in/out

Java Rockx javarockx at gmail.com
Thu Mar 17 00:37:47 CET 2005


Dan,

You can set the timer with something like this:

avp_write("i:45", "inv_timeout");  # set invite timer to 45 seconds

Just do this before you t_relay()

I use this to give extra time when dialing SIP->PSTN since many PSTN
phones (like cellular phones) need the extra time.

Regards,
Paul


On Wed, 16 Mar 2005 18:14:25 -0500, Daniel Poulsen <dpoulsen at gmail.com> wrote:
> I am finally at the point where I am trying this with 0.9.0 and I have
> just a couple of questions.
> 
> Jan, you state that tm will "pick up" the timers from AVP.  I've
> seached the list and find references to fr_inv_timer_avp that look
> like this:
> 
> modparam("tm", "fr_timer", 15)
> modparam("tm", "fr_inv_timer", 22)
> modparam("tm", "wt_timer", 5)
> modparam("tm", "fr_inv_timer_avp", "inv_timeout")
> 
> I'm just a little unsure as to how this is supposed to be called
> (there is nothing about avp in the tm/README).  When I use he above
> config I don't see any mysql queries to the usr_preferences table that
> would indicate where I might store a timer AVP.
> 
> Do I need to  avp_db_load("$from","s:inv_timeout") or something or
> should tm grab this on its own?  Ultimately I'd like to have timers
> that can be set up on a per user basis.
> 
> Thank you for your time.
> 
> Dan
> 
> On Tue, 15 Feb 2005 23:38:50 +0100, Jan Janak <jan at iptel.org> wrote:
> > On 15-02 11:53, Steve Blair wrote:
> > > I understand some people have had success on this issue with avp_ops
> > > module in 0.9.0 but I have yet to address this issue in that release.
> >
> >   That's correct, in 0.9.0 you can set different timer values on per
> >   transaction basis. TM module would pick the value for the timers from
> >   AVPs, see fr_timer_avp and fr_inv_timer_avp parameters of tm module.
> >
> >   The AVPs can be loaded using avp or avpsops modules.
> >
> >   Note that there is a performance inpact when this feature is used, but
> >   in real world setups it does not seem to harm.
> >
> >     Jan.
> >
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>




More information about the sr-users mailing list