[OpenSIPS-Users] adjusting fr_inv_timer mid-transaction
jpyle at fidelityvoice.com
Thu Nov 5 15:02:57 CET 2009
Ah ha! Yes. That looks like the hot ticket. Thanks.
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:
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...
On Thu, Nov 5, 2009 at 7:43 AM, Jeff Pyle <jpyle at fidelityvoice.com> wrote:
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.
On 11/5/09 8:40 AM, "Brett Nemeroff" <brett at nemeroff.com <http://firstname.lastname@example.org> > wrote:
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. :)
On Wed, Nov 4, 2009 at 8:32 PM, Jeff Pyle <jpyle at fidelityvoice.com <http://email@example.com> > wrote:
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?
Users mailing list
Users at lists.opensips.org <http://Users@lists.opensips.org>
Users mailing list
Users at lists.opensips.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users