Yeah, this is exactly what I was thinking..<div><br></div><div>Is setting the fr_timer avp really necessary there? It doesn't seem to change..</div><div><br></div><div>I'll give this a shot and let you know what I get.. </div>
<div>Thanks!</div><div>-Brett</div><div><br><br><div class="gmail_quote">On Thu, Jun 11, 2009 at 10:04 AM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">ok :)<br>
<br>
so, do something like:<br>
<br>
enable restart_fr_on_each_reply and onreply_avp_mode (see <a href="http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271347" target="_blank">http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271347</a>)<br>
<br>
before sending out the INVITE, set $avp(fr_timer) =2 (see <a href="http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271112" target="_blank">http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271112</a>) , so that if no reply is coming in 2 secs, timeout will fire.<br>
<br>
in onreply_route, when receiving 100, set $avp(fr_inv_timer) =5; the timer will be reset and the new val used.<br>
<br>
<br>
in onreply_route, when receiving 18x, set $avp(fr_inv_timer) =200; the timer will be reset and the new val used.<br>
<br>
<br>
never tried this, to be honest :D...<div class="im"><br>
<br>
Regards,<br>
Bogdan<br>
<br>
Brett Nemeroff wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Ok, let me try this a different way because I think I may be spreading my confusion. :)<br>
<br>
The behavior I'm looking for is:<br>
INVITE goes to carrier.<br>
100 Trying MUST come back in 2 seconds<br>
THEN<br>
18X MUST come back in 5 seconds else FAIL<br>
THEN<br>
Allow ringing for 200 seconds<br>
<br>
from what you've described, it sounds like I can't have the 2 seconds and 5 seconds be different numbers (static tm module param fr_timer). But even now.. I have fr_timer set to 5 and it's perfectly happy waiting 20 seconds between 100 and 180. Why does it not time out there?<br>
<br>
Thanks!<br>
-Brett<br>
<br>
<br>
<br></div><div><div></div><div class="h5">
On Thu, Jun 11, 2009 at 9:44 AM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>> wrote:<br>
<br>
Brett,<br>
<br>
first of all you cannot reset the timers manually from script -<br>
the timers handling is automatically done by TM, totally<br>
transparent for the script.<br>
<br>
second, the restart_fr_on_each_reply controls the fr_inv_timer.<br>
<br>
<br>
Brett Nemeroff wrote:<br>
<br>
Ok, so at first I was thinking.. what I need to do is set the<br>
fr_inv_timer to something like 10 seconds. But then in the<br>
on_reply route, check for a 18X reset the fr_inv_timer to like<br>
200 seconds to allow the call to ring.<br>
<br>
I'm pretty confused now.. I thought the fr_timer was the timer<br>
to get a provisional reply. so as soon as you get a 100 the<br>
timer isn't used anymore. This option suggests that if you set<br>
restart_fr_on_each_reply to 1, then after you get a 100<br>
Trying, then it will allow for fr_timer seconds again before<br>
timing out. Is that right? This of course, leads me to my next<br>
question, the documentation says that by default it does this,<br>
but I'm certainly not seeing this behavior.<br>
<br>
maybe the the 100 + 180 where too fast and close to INVITE, and no<br>
other reply before 200 OK, so "visibly" effect of a restart....<br>
<br>
<br>
let me make sure I have this clear please:<br>
fr_timer = time from trigger (request) to ANY reply. The<br>
trigger point depends on the restart_fr_on_each_reply setting.<br>
If off, it's just from the request. If on, each provisional<br>
reply will cause the timer to be reinvoked, else it would have<br>
been ignored. In other words if fr_timer = 5 seconds and I get<br>
a 100 Trying after 500ms, and then the 183 Ringing occurs 8<br>
seconds later, the only way the timer would be tripped is if I<br>
set reset_fr_on_each_reply=1?<br>
<br>
fr_inv_timer = the max amount of time between an initial<br>
request and a positive final reply (2XX)<br>
<br>
<br>
as said , the restart_fr_on_each_reply controls the fr_inv_timer.<br>
NOTE that setting a new avp for fr_inv_timer in onreply_route (set<br>
the usage of AVPs in onreply_route) will update the value of the<br>
timer !! interesting ;).<br>
<br>
<br>
How mixed up am I? And is restart_fr_timer_on_each_reply<br>
really default to 1?<br>
<br>
yes :)<br>
<br>
and if so, why does it not work how I expect? (ie: now, as<br>
long as I get the 100 Trying in 5 secs (fr_timer) the 18X<br>
could come 20 seconds later and everything is happy (but me).<br>
<br>
not sure I get the scenario.....<br>
<br>
Regards,<br>
Bogdan<br>
<br>
<br>
Thanks!<br>
-Brett<br>
<br>
<br>
<br>
<br>
<br>
On Thu, Jun 11, 2009 at 3:14 AM, Bogdan-Andrei Iancu<br>
<<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>><br>
<mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a><br>
<mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>>> wrote:<br>
<br>
Hi Brett,<br>
<br>
The relevant timer are:<br>
- A - timeout at transport level, if no reply comes back<br>
- B - timeout at transaction level, if the transaction<br>
did not<br>
completed (no final response received)<br>
<br>
What may help you is the fact that the B timer may be reset<br>
after<br>
each provisional reply. see:<br>
<a href="http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271074" target="_blank">http://www.opensips.org/html/docs/modules/1.5.x/tm.html#id271074</a><br>
<br>
Regards,<br>
Bogdan<br>
<br>
Brett Nemeroff wrote:<br>
<br>
All,<br>
Is there a tm timer for pdd?<br>
What I want is to timeout between a 100 and a 18X<br>
reply.. so<br>
if I get a 100 and say more than 6000ms elapses without<br>
another provisional reply, proceed to failure route.<br>
<br>
I don't see a way to do this now without fr_inv_timer which<br>
effectively is the "ring timer" as far as I understand.<br>
which<br>
isn't quite right (timer from 1XX to >=200?)<br>
<br>
Thanks,<br>
Brett<br>
<br>
<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>>><br>
<br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
</div></div></blockquote>
<br>
</blockquote></div><br></div>