<html><head><style type="text/css"> pre.blue {white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif; margin-top: 0px} div, p { -ms-word-break: break-all; word-break: break-all; word-break: break-word; -webkit-hyphens: auto; -moz-hyphens: auto; -ms-hyphens: auto;hyphens: auto;} a {color: #226EF9 ;}blockquote { padding-left:9px; border-left:1px solid #CFCFCF; margin: 0 0 0 .9ex; }pre { white-space:pre-wrap; }</style></head><body><p dir="ltr">The message about late back means it is probably not routing.</p>
<p dir="ltr">Install ngrep and run</p>
<p dir="ltr">ngrep -qtd any -W byline port 5060</p>
<p dir="ltr">On OpenSIPS during the call. Paste the output to a gist on <a href="http://gist.github.com">gist.github.com</a> and include the link in your next reply.</p>
<p dir="ltr">-Eric</p>
<div class="gmail_quote" >On Feb 13, 2015, at 6:19 PM, Semen Golubcov <<a href="mailto:thegolub4@gmail.com" target="_blank">thegolub4@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr"><div><div><div><div><div>Hello. Should i answer you here or send my replies to the user list? <br><br></div>I looked up the sip trace and syslog, apparently there are no retransmissions i think and there is no messages about "no matching transaction exists". <br><br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_msg: method: <ACK><br><span>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_msg: uri: <sip:<a href="tel:53049768">53049768</a>@92.xx.xx.xx(my_Public_ip (client) ):49190;transport=tls></span><br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_msg: version: <SIP/2.0><br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_headers: flags=2<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKPjb29aaf78cf594541aeb97e0b801a4075>; state=6<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_via_param: found param type 237, <alias> = <n/a>; state=16<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_via: end of header reached, state=5<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_headers: via found, flags=2<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_headers: this is the first via<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:receive_msg: After parse_msg...<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:receive_msg: preparing to run routing scripts...<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:sl:sl_filter_ACK: to late to be a local ACK!<br><br></div>In this example i was calling calling from one user to another on my machine (so the ip will always be the same for both clients). I guess here:<br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_msg: method: <ACK><br><span>Feb
14 01:19:43 martin /usr/local/sbin/opensips[14061]:
DBG:core:parse_msg: uri: <sip:<a href="tel:53049768">53049768</a>@92.xx.xx.xx(my_Public_ip
(client) ):49190;transport=tls></span><br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_msg: version: <SIP/2.0><br>Feb 14 01:19:43 martin /usr/local/sbin/opensips[14061]: DBG:core:parse_headers: flags=2<br><br></div>The server get's the ack from my client, and than opensips says:<br><br>"Apr 5 23:06:22 ser /usr/local/sbin/ser[6282]: DEBUG : sl_filter_ACK: to <br>late to be a local ACK!"<br><br></div>Does this mean that ACK is getting lost? I'll attach the syslog just in case.<br><br></div></div>
</blockquote></div></body></html>