[OpenSIPS-Users] adjusting fr_inv_timer mid-transaction

[Jeff Pyle]

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> 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> 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://lists.opensips.org/cgi-bin/mailman/listinfo/users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20091105/d932a8f9/attachment.htm