I've located the problem:<br><br>I had a <br>sl_send_reply("100","Trying");<br><br>just at the start of the config file and when the ACK reached this point, it was absorved....I'm not sure it it should be the right behaviour but at least I can now make an if-else or similar for these cases.<br>
<br>Apologies for the noise,<br>Samuel.<br><br><div class="gmail_quote">On 3 January 2012 14:01, samuel <span dir="ltr"><<a href="mailto:samu60@gmail.com">samu60@gmail.com</a>></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've seeing a weird issue with an opensips 1.7.1 installation and the standard configuration. I can provide more information if required but it looks like the ACK is absorved without being relayed. This ACK is the 3-rd handshake of the session initiation, not an acknowledge. The INVITE-180 Ringing-200 OK is sent between endpoints (blink 0.2.8 and sylkerver 1.3.0) but when the sylkservers send the ACK to Blink, the SIP proxy, it does not forward it:<br>
<br><br>T IP.adress.of.Blink:47793 -> IP.adress.of.Opensips:5060 [AP]<br> ACK sip:666159753@IP.adress.of.Sylkserver:5060<br> SIP/2.0..Via: SIP/2.0/tcp IP.adress.of.Blink:47793;rport;branch=z9hG4bKPj7YGMzdPHc9T.PIoWqBj6f21w50CkGByH<br>
Max-Forwards: 70<br> From: "Samuel" <<a href="mailto:sip%3Asam@test.domain.org" target="_blank">sip:sam@test.domain.org</a>>;tag=CRRPKM1rHO8cSe8vkBJNL93KupfjkiwC<br> To: <<a href="mailto:sip%3A666159753@test.domain.org" target="_blank">sip:666159753@test.domain.org</a>>;tag=tnoBz19pYIcw9QmTB90CP3hC6g7Mdayk<br>
Call-ID: -SAKz4FlDSJ0rjEks.EUC5LTOlsttkFa<br> CSeq: 19923 ACK<br> Route: <sip:IP.adress.of.Opensips;transport=tcp;lr;r2=on;did=cd4.66e94036><br> Route: <sip:IP.adress.of.Opensips;lr;r2=on;did=cd4.66e94036><br>
User-Agent: Blink 0.2.8 (Linux)<br> Content-Length: 0<br><br>Opensips' logs contain the following lines:<br><br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_msg: method: <ACK><br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_msg: uri: <sip:666159753@IP.adress.of.Sylkserver:5060><br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_msg: version: <SIP/2.0><br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_headers: flags=2<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKPj7YGMzdPHc9T.PIoWqBj6f21w50CkGByH>; state=16<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_via: end of header reached, state=5<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_headers: via found, flags=2<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_headers: this is the first via<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:receive_msg: After parse_msg...<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:receive_msg: preparing to run routing scripts...<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:sl:sl_filter_ACK: to late to be a local ACK!<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:parse_headers: flags=100<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:maxfwd:is_maxfwd_present: value = 70 <br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:destroy_avp_list: destroying list (nil)<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21833]: DBG:core:receive_msg: cleaning up<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21830]: DBG:tm:cleanup_uac_timers: RETR/FR timers reset<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21830]: DBG:tm:t_unref: UNREF_UNSAFE: [0x7f173201f8d8] after is 0<br>
Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21830]: DBG:core:destroy_avp_list: destroying list (nil)<br>Jan 3 13:41:23 osip2 /usr/local/sbin/opensips[21830]: DBG:core:receive_msg: cleaning up<br><br>It looks like the ACK is not even passed to route(0) because I do not see anything from the config line appeared and no matter which log I setup in the start, its not rendered in the logs.<br>
<br>I'm using dialog module with db_mode 1 to trace dialogs in database, so the ACK might trigger a hook in this module.<br>I'm also using mediaproxy with dialog built-in hooks, engage_mediaproxy()<br> # account only INVITEs<br>
if (is_method("INVITE")) {<br> setflag(1); # do accounting<br><br> #modifications<br> create_dialog("PpB");<br> $dlg_val(caller) = $fu;<br>
$dlg_val(callee) = $ru;<br><br> engage_media_proxy();<br><br> }<br><br>Does anyone see any issue with the ACK or any hint to look into the configuration file so I can trace why the ACK is not sent?<br>
<br>Thank you very much in advance and apologies for the longitude,<span class="HOEnZb"><font color="#888888"><br><br>Samuel.<br><br>
</font></span></blockquote></div><br>