We are troubleshooting this issue almost for 2 days and we did not find the solution yet. The thing is, that it does not enter even the config file (we have some debug messages at the start, that do not show). Otherwise we do not have any problem with ACK, but only this particular ACK is not forwarded... Was there some bug related to parsing in 3.1.0 which would not print any error to syslog?<br>
<br><div class="gmail_quote">On Wed, May 9, 2012 at 4:41 PM, Jason Penton <span dir="ltr">&lt;<a href="mailto:jason.penton@smilecoms.com" target="_blank">jason.penton@smilecoms.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Seems like a loose routing issue. Are you loose routing in your config file?<div><div class="h5"><br><br><div class="gmail_quote">On Wed, May 9, 2012 at 4:34 PM, Stoyan Mihaylov <span dir="ltr">&lt;<a href="mailto:stoyan.v.mihaylov@gmail.com" target="_blank">stoyan.v.mihaylov@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can use something like wireshark on Kamailio server to see if ACK packets go in right direction.<div>I had problem with ACK and BYE, and I saw that in some cases ACK and BYE packets looped back in kamailio.</div>

<div>May be I used wrong client.<div><div><br>
<br><div class="gmail_quote">On Wed, May 9, 2012 at 5:15 PM, Efelin Novak <span dir="ltr">&lt;<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Hi folks,<br>
<br>
I have a strange problem when Kamailio ignores ACKs in a specific<br>
scenario. The call flow is as follows:<br>
<br>
A -&gt; INVITE -&gt; kamailio -&gt; INVITE -&gt; B<br>
[omitting 100 and 180]<br>
A &lt;- 200 OK &lt;- kamailio &lt;- 200 OK &lt;- B<br>
A -&gt; ACK -&gt; kamailio<br>
<br>
There are INVITE Xlogs, Reply ROUTE xlogs and media-proxy logs in the<br>
syslog. However there is no information about these ACKs. No XLOGs are<br>
printed even if there is one on the top of the main route.<br>
<br>
&quot;tcpdump -A -s0 -i any -n port 5060&quot; receives this message correctly:<br>
<br>
14:47:01.246153 IP 111.111.11.11.5060 &gt; 80.80.80.80.60442: SIP, length: 915<br>
SIP/2.0 200 OK<br>
Via: SIP/2.0/UDP<br>
111.111.11.11:5060;rport=60442;x-route-tag=&quot;tgrp:A&quot;;branch=z9hG4bK1634E6A88<br>
Record-Route: &lt;sip:111.111.11.11;lr;ftag=599248D4-260;vsf=AAAAAAAAAAAAAAAAAAAAW0FVT0ZWHF1aNy4xGzA-;nat=yes;did=3bb.327c47e6&gt;<br>
Contact: &lt;sip:80.80.80.80:65002;transport=udp&gt;<br>
To: &quot;test_account&quot;&lt;<a href="mailto:sip%3Abob@server.com" target="_blank">sip:bob@server.com</a>&gt;;tag=cb7dd641<br>
From: &lt;<a href="mailto:sip%3Aalice@111.111.11.50" target="_blank">sip:alice@111.111.11.50</a>&gt;;tag=599248D4-260<br>
Call-ID: 9AFCFC51.11.50<br>
CSeq: 101 INVITE<br>
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE<br>
Content-Type: application/sdp<br>
Content-Length:263<br>
<br>
v=0<br>
o=- 492575093 492575093 IN IP4 111.111.11.60<br>
s=test_device<br>
i=(o=IN IP4 192.168.1.10)<br>
c=IN IP4 111.111.11.71<br>
t=0 0<br>
m=audio 16416 RTP/AVP 18 101<br>
a=rtpmap:18 G729/8000<br>
a=fmtp:18 annexb=no<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-15<br>
a=ptime:20<br>
<br>
14:47:01.254511 IP 111.111.11.50.60442 &gt; 111.111.11.11.5060: SIP, length: 521<br>
ACK sip:80.80.80.80:65002;transport=udp SIP/2.0<br>
Via: SIP/2.0/UDP<br>
111.111.11.50:5060;x-route-tag=&quot;tgrp:A&quot;;branch=z9hG4bK1634E7DE8<br>
From: &lt;<a href="mailto:sip%3Aalice@111.111.11.50" target="_blank">sip:alice@111.111.11.50</a>&gt;;tag=599248D4-260<br>
To: &quot;test_account&quot;&lt;<a href="mailto:sip%3Abob@server.com" target="_blank">sip:bob@server.com</a>&gt;;tag=cb7dd641<br>
Call-ID: 9AFCFC51.11.50<br>
Route: &lt;sip:111.111.11.11;lr;ftag=599248D4-260;vsf=AAAAAAAAAAAAAAAAAAAAW0FVT0ZWHF1aNy4xGzA-;nat=yes;did=3bb.327c47e6&gt;<br>
Max-Forwards: 70<br>
CSeq: 101 ACK<br>
Content-Length: 0<br>
<br>
My Kamailio version is kamailio 3.1.0 (i386/linux) 1e204f.<br>
Does anybody knows where can be a problem?<br>
How can I check whether Kamailio receives something?<br>
<br>
...<br>
<br>
Jan<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br>

</div></div><pre>This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at <a href="http://www.smilecoms.com/disclaimer" target="_blank">http://www.smilecoms.com/disclaimer</a>

</pre><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" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br>