<div style='font-family:Times New Roman, Times, serif;font-size:12pt;color:#000000;'>quite quite positive.<br>the reason i am so certain is that there is
only *one* place in my entire config file that i actually do a
t_relay() (or equivalent). I isolated all the code into route[1], to
ease maintainability of my (admittedly complex) config file.<br><br>In route[1], the relevant section is pretty damn close to<br><br>if (!t_relay()) {<br> if (!is_method("ACK")) {<br> sl_reply_error();<br> }<br>}<br><br>fwiw, its 1.1.0 (latest cvs version thereof)<br><br>cheers<br><br>----- Original Message -----<br>From: Bogdan-Andrei Iancu <<span class="Object" id="OBJ_DWT371_DWT1682">bogdan@voice-system.ro</span>><br>To: <span class="Object" id="OBJ_DWT371_DWT1683">mahesh@aptela.com</span><br>Cc: Klaus Darilion <<span class="Object" id="OBJ_DWT371_DWT1684">klaus.mailinglists@pernau.at</span>>, users <<span class="Object" id="OBJ_DWT371_DWT1685">users@openser.org</span>><br>Sent: Thursday, <span class="Object" id="OBJ_DWT371_DWT1686">December 14, 2006</span> 12:39:04 PM GMT-0600<br>Subject: Re: [Users] Duplicate INVITEs - t_lookup_request and t_check_trans<br><br>Hi Mahesh,<br><br>I do not think you need t_check_tran() as t_relay() automatically <br>absorbs the retransmissions.<br><br>are you sure you are not calling t_relay() twice for the same requests? <br>or calling a tm function (t_newtran) before the t_relay ??<br><br>regards,<br>bogdan<br><br><br>Mahesh Paolini-Subramanya wrote:<br><br>>Well, i read the documentation again, and found t_lookup_request, and t_check_trans.<br>>Question
1 - t_lookup_request() creates the transaction if it doesn't exist,
correct? However, t_check_trans only checks to see if the transaction
already exists, correct?<br>><br>>Question 2 - Assuming that
t_check_trans only checks to see if the transaction already exists,
then is the following correct?<br>><br>>Currently I do the following (after stripping out a bunch of stuff)<br>><br>>if (!t_relay()) {<br>> if (!is_method("ACK")) {<br>> sl_reply_error();<br>> }<br>>}<br>><br>>should this, instead, actually look like the following?<br>>if (is_method("INVITE")) {<br>> if (if !t_check_tran()) {<br>> t_relay();<br>> } <br>>} else if (!is_method("ACK")) {<br>> sl_reply_error();<br>>}<br>><br>><br>> <br>>----- Original Message -----<br>>From: Klaus Darilion <<span class="Object" id="OBJ_DWT371_DWT1687">klaus.mailinglists@pernau.at</span>><br>>To: <span class="Object" id="OBJ_DWT371_DWT1688">mahesh@aptela.com</span><br>>Cc: users <<span class="Object" id="OBJ_DWT371_DWT1689">users@openser.org</span>><br>>Sent: Thursday, <span class="Object" id="OBJ_DWT371_DWT1690">December 14, 2006</span> 2:06:01 AM GMT-0600<br>>Subject: Re: [Users] Duplicate INVITEs<br>><br>>Mahesh Paolini-Subramanya wrote:<br>> <br>><br>>>We're seeing sporadic situations where fones <br>>>a) send an INVITE <br>>>b) ignore the 100-Trying response, and instead <br>>>c) send another INVITE with the same sequence number. <br>>><br>>>The question is, What should happen here? <br>>> <br>>><br>><br>>If the message is completely identical then it is a retransmission. <br>>Retransmissions should be detected by tm module (e.g. t_relay()) and <br>>absorbed,<br>><br>>regards<br>>klaus<br>><br>><br>> <br>><br>>>Currently, we send back a 500 response (server error). <br>>>Is this correct? (i think not, cause it invariably causes the fone to go fast busy). <br>>>Is this some other response that should occur? <br>>><br>>>poring over 3261 resulted in a headache, and no additional clarity... <br>>><br>>><br>>><br>>><br>>><br>>><br>>><br>>>------------------------------------------------------------------------<br>>><br>>>_______________________________________________<br>>>Users mailing list<br>>><span class="Object" id="OBJ_DWT371_DWT1691">Users@openser.org</span><br>>><span class="Object" id="OBJ_DWT371_DWT1692"><a target="_blank" href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</a></span><br>>> <br>>><br>><br>><br>> <br>><br><br><br><br>-- <br>*******************************************<br>Mahesh Paolini-Subramanya <span class="Object" id="OBJ_DWT371_DWT1693"><a href="callto:+1%28703%29%20386-1500" onclick="window.top.ZmPhoneObjectHandler.unsetOnbeforeunload()">(703) 386-1500</a></span> x9100<br>CTO <span class="Object" id="OBJ_DWT371_DWT1694">mahesh@aptela.com</span><br>Aptela, Inc. <span class="Object" id="OBJ_DWT371_DWT1695"><a target="_blank" href="http://www.aptela.com">http://www.aptela.com</a></span><br>"Aptela: How Business Answers The Call"<br>*******************************************<br><div style="font-family: Times New Roman,Times,serif; font-size: 12pt; color: rgb(0, 0, 0);"><br><br>-- <br>*******************************************<br>Mahesh Paolini-Subramanya (703) 386-1500 x9100<br>CTO mahesh@aptela.com<br>Aptela, Inc. http://www.aptela.com<br>"Aptela: How Business Answers The Call"<br>*******************************************<br></div>