Ok, so at first I was thinking.. what I need to do is set the fr_inv_timer to something like 10 seconds. But then in the on_reply route, check for a 18X reset the fr_inv_timer to like 200 seconds to allow the call to ring.<div>
<br></div><div>I'm pretty confused now.. I thought the fr_timer was the timer to get a provisional reply. so as soon as you get a 100 the timer isn't used anymore. This option suggests that if you set restart_fr_on_each_reply to 1, then after you get a 100 Trying, then it will allow for fr_timer seconds again before timing out. Is that right? This of course, leads me to my next question, the documentation says that by default it does this, but I'm certainly not seeing this behavior.</div>
<div><br></div><div>let me make sure I have this clear please:</div><div>fr_timer = time from trigger (request) to ANY reply. The trigger point depends on the restart_fr_on_each_reply setting. If off, it's just from the request. If on, each provisional reply will cause the timer to be reinvoked, else it would have been ignored. In other words if fr_timer = 5 seconds and I get a 100 Trying after 500ms, and then the 183 Ringing occurs 8 seconds later, the only way the timer would be tripped is if I set reset_fr_on_each_reply=1?</div>
<div><br></div><div>fr_inv_timer = the max amount of time between an initial request and a positive final reply (2XX)</div><div><br></div><div>How mixed up am I? And is restart_fr_timer_on_each_reply really default to 1? and if so, why does it not work how I expect? (ie: now, as long as I get the 100 Trying in 5 secs (fr_timer) the 18X could come 20 seconds later and everything is happy (but me).</div>
<div><br></div><div>Thanks!</div><div>-Brett</div><div><br></div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Thu, Jun 11, 2009 at 3:14 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;">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 did not completed (no final response received)<br>
<br>
What may help you is the fact that the B timer may be reset after 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>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
All,<br>
Is there a tm timer for pdd? <br>
What I want is to timeout between a 100 and a 18X reply.. so if I get a 100 and say more than 6000ms elapses without another provisional reply, proceed to failure route.<br>
<br>
I don't see a way to do this now without fr_inv_timer which effectively is the "ring timer" as far as I understand. which isn't quite right (timer from 1XX to >=200?)<br>
<br>
Thanks,<br>
Brett<br>
<br>
<br></div></div>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><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>
</blockquote>
<br>
</blockquote></div><br></div>