[OpenSIPS-Users] adjusting fr_inv_timer mid-transaction

[Brett Nemeroff]

Let me know if it actually works. :)


On Thu, Nov 5, 2009 at 8:02 AM, Jeff Pyle <jpyle at fidelityvoice.com> wrote:

>  Ah ha!  Yes.  That looks like the hot ticket.  Thanks.
>
>
> - Jeff
>
>
>
>
> On 11/5/09 8:52 AM, "Brett Nemeroff" <brett at nemeroff.com> wrote:
>
> What you suggested was something Bogdan recommended to me; but said he had
> never tried.. lookup a thread called "PDD"
>
> Here's his reply to me:
> "ok :)
>
> so, do something like:
>
> enable restart_fr_on_each_reply and onreply_avp_mode (see
> http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271347)
>
> before sending out the INVITE, set $avp(fr_timer) =2  (see
> http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271112) , so
> that if no reply is coming in 2 secs, timeout will fire.
>
> in onreply_route, when receiving 100, set $avp(fr_inv_timer) =5; the timer
> will be reset and the new val used.
>
>
> in onreply_route, when receiving 18x, set $avp(fr_inv_timer) =200; the
> timer will be reset and the new val used.
>
>
> never tried this, to be honest :D...
> "
>
> -Brett
>
> On Thu, Nov 5, 2009 at 7:43 AM, Jeff Pyle <jpyle at fidelityvoice.com> wrote:
>
> Brett,
>
> My fear was that the TM module may look at the AVP at the moment of the
> initial t_relay only, not afterwards.  I’m hoping to hear an answer to that,
> or perhaps, another way to accomplish it altogether.
>
>
> - Jeff
>
>
>
>
> On 11/5/09 8:40 AM, "Brett Nemeroff" <brett at nemeroff.com <
> http://brett@nemeroff.com> > wrote:
>
> Jeff,
> I discussed this with Bogdan in an earlier thread (maybe a month ago) as a
> way of failing a call with too much PDD. I haven't tried it yet, but I
> suspect that what you've described is just right.
>
> btw, let me know. :)
> -Brett
>
>
> On Wed, Nov 4, 2009 at 8:32 PM, Jeff Pyle <jpyle at fidelityvoice.com <
> http://jpyle@fidelityvoice.com> > wrote:
>
> Hello,
>
> I'm looking for a way to have different timeout values in the case where a
> 100 has been received versus a 18x.
>
> For example, if I t_relay an INVITE to a CPE gateway, I'll receive a 100
> right away.  But if the device behind the gateway is malfunctioning I won't
> receive a 180, 183 or 200 like I normally would.  My goal is to have the
> transaction to timeout after 5 seconds if only a 100 has been received, but
> wait 120 seconds if a 18x has been received.
>
> It looks like tm's fr_inv_timer controls both.  Is it possible to start
> with
> a default of 6 seconds but update the fr_inv_timer_avp value in a
> reply_route once a 18x response has been received?
>
> Or am I thinking too hard about this?
>
>
> Regards,
> Jeff
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <http://Users@lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20091105/1511a29a/attachment.htm