<div dir="ltr"><span class="im" style="font-size:12.8px">Hi,</span><div><span class="im" style="font-size:12.8px"><br>>>On 06/04/16 01:57, Marrold wrote:<br>>> Hi Charles,<br>>><br>>> I can confirm that t_any_timeout(), and t_branch_timeout() return true<br>>> when these un-ACKd transactions occur.<br></span><span style="font-size:12.8px"><br></span><div><span style="font-size:12.8px">> by un-ACKed, do you mean they didn't receive any response or they didn't</span><br style="font-size:12.8px"><span style="font-size:12.8px">> receive the ACK following a response to an INVITE?</span><br></div></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I mean specifically the response to an INVITE was not ACK'd</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">>> </span><span style="color:rgb(80,0,80);font-size:12.8px">I've been doing some experimentation with </span><span style="color:rgb(80,0,80);font-size:12.8px">t_any_timeout() and t_branch_timeout(), and I've observed they return true if either the initial invite receives no response, or if the 200 OK >> is not acknowledged by the UAC.</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">>> Is there any way of differentiating between these scenarios?</span><span style="color:rgb(80,0,80);font-size:12.8px"> </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">> If Kamailio matches the 200ok for transaction, then it should not give true for a timeout check. But maybe there is a mismatch also in kamailio if the 200ok is sent to caller but it is no > ACK sent back. In such case, a sip network trace will be useful to investigate what happens there.</span><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">In this scenario a 200ok is sent to the caller, but no ACK is sent back. This appears to return true for timeout checks. I will grab a SIP trace.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">As a side note / update I figure I can potentially add a flag / AVP when a response and / or ACK is received and figure out the cause of the timeout from there.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks for your assistance.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 12, 2016 at 7:57 AM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<br>
<br>
<div>On 10/04/16 21:57, Marrold wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">I've been doing some experimentation with <span style="font-size:12.8px">t_any_timeout()
and t_branch_timeout(), and I've observed they return true if
either the initial invite receives no response, or if the 200
OK is not acknowledged by the UAC.</span>
<div><span style="font-size:12.8px"><br>
</span></div>
<div><span style="font-size:12.8px">Is there any way of
differentiating between these scenarios? <br>
</span></div>
</div>
</blockquote></span>
If Kamailio matches the 200ok for transaction, then it should not
give true for a timeout check. But maybe there is a mismatch also in
kamailio if the 200ok is sent to caller but it is no ACK sent back.
In such case, a sip network trace will be useful to investigate what
happens there.<span class=""><br>
<br>
Cheers,<br>
Daniel<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, Berlin, May 18-20, 2016 - <a href="http://www.kamailioworld.com" target="_blank">http://www.kamailioworld.com</a></pre>
</span></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>