[Serusers] SER + Asterisk Voice Mail, delay before redirect

[inge]

Yes exactly. It's in the block failure_route[1].

I will try your solution the next week I think. Because I'm short in
time.

If it's ok, the final idea is to put this value in a table like
usr_timeout for example with different value for each username.

What kind of avp_db_load I could be do for this use ?

Thanks a lot !

Le jeudi 11 janvier 2007 à 11:07 +0100, Greger V. Teigre a écrit :
> And this is in your failure route, right?
> do:
> rewritehostport()
> append_branch()
> avp_write("i:10"...
> t_relay() (or t_relay_to_udp if you really need to force udp)
> g-)
> 
> 
> 
> inge wrote: 
> > Hi Greger,
> > 
> > I've two function t_reply_to_udp, use in two conditionnals block. If the
> > flag is 24 and an other with 25.
> > According to the comments it's about the Voicemail. $
> > The avp_write function is set after these t_reply_to_udp.
> > 
> > To illustrate :
> > 
> >  if (isflagset(24)) {
> >                 if (avp_db_load("$ruri/username","s:vm_uri/usr_vm")) {
> >                         avp_pushto("$ruri","s:vm_uri");
> >                         resetflag(24);
> >                         prefix("710");
> >                         rewritehostport("To_Asterisk"); #  Voice Mail IP
> > ADDRESS
> >                         append_branch();
> >                         t_relay_to_udp("Asterisk IP","Asterisk Port");
> >                         xlog("...");
> >                         avp_write("i:5", "inv_timeout");
> >                         break;
> > 
> > Thanks for your support.
> > 
> > Le mercredi 10 janvier 2007 à 09:01 +0100, Greger V. Teigre a écrit :
> >   
> > > Well, that's the way it is supposed to work. Are you sure the avp is
> > > set before you call t_relay?
> > > g-)
> > > 
> > > inge wrote: 
> > >     
> > > > Hi ram,
> > > > 
> > > > Thanks for your answer. 
> > > > I try to change it and it works.
> > > > 
> > > > This is the full parameters for tm in my config :
> > > > 
> > > > # ------------- tm parameters
> > > > modparam("tm", "fr_timer", 20)
> > > > modparam("tm", "wt_timer", 5)
> > > > modparam("tm", "fr_inv_timer", 15)
> > > > modparam("tm", "fr_inv_timer_avp", "inv_timeout")
> > > > 
> > > > Now, my question is, if I well understand, when I do an avp write on
> > > > inv_timeout, this should overwrite the default value ? It doesn't seem
> > > > to work.
> > > > For example, in my route for voicemail handler I've an  avp_write
> > > > ("i:10", "inv_timeout");
> > > > 
> > > > But it's the default value of fr_inv_timer that match (ie. 15 sec).
> > > > 
> > > > Thanks for your support.
> > > > 
> > > > Le lundi 08 janvier 2007 à 22:44 +0530, ram a écrit :
> > > >   
> > > >       
> > > > > On 1/8/07, inge <inge at legos.fr> wrote: 
> > > > >         Hi all,
> > > > >         
> > > > >         I work on an existing configuration of SER. I'm not able to
> > > > >         find the
> > > > >         parameter wich define the time in seconds before SER redirect
> > > > >         call to 
> > > > >         Asterisk Voice Mail.
> > > > >         
> > > > >         In fact, I want to change this timing to put it in SER DB with
> > > > >         a
> > > > >         usr_preferences table like.
> > > > >         
> > > > >         Someone have an idea about the kind of line which could be
> > > > >         define it ?
> > > > >         
> > > > >         Thanks for your help.
> > > > >  
> > > > > 
> > > > > modparam("tm", "fr_timer", 10)
> > > > > modparam("tm", "fr_inv_timer", 35)
> > > > > modparam("tm", "wt_timer", 1)
> > > > >  
> > > > > 
> > > > > should do the job.
> > > > >  
> > > > > ram
> > > > >  
> > > > > _______________________________________________
> > > > > Serusers mailing list
> > > > > Serusers at lists.iptel.org
> > > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > > >     
> > > > >         
> > > > _______________________________________________
> > > > Serusers mailing list
> > > > Serusers at lists.iptel.org
> > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > > 
> > > > 
> > > >   
> > > >       
> > 
> > 
> >