I&#39;ve encountered a similar problem with Cisco equipment.&nbsp; The Cisco proxy was not replying to Asterisk with an ACK after * sent an OK.<br><br>Since version 1.2.14, * was changed so that not receiving an ACK to an OK is considered a FATAL error.
<br><br>The specific change that causes this problem is in sip_answer() in chan_sip.c:<br><br>res = transmit_response_with_sdp(p, &quot;200 OK&quot;, &amp;p-&gt;initreq, 2);<br><br>Changing the 2 to a 1 will probably fix it.&nbsp; Note that this is NOT a bug in * but improper implementations--either caused by latency, or a software bug (not sending an ACK).&nbsp; Perhaps it might be beneficial to have an option in 
sip.conf to change how * handles not receiving an ACK?&nbsp; I know... it&#39;s someone else&#39;s problem, but might help those of us stuck with buggy implementations in production environments. :)<br><br>Brian.<br><br><br><div>
<span class="gmail_quote">On 4/12/07, <b class="gmail_sendername">Joao Pereira</b> &lt;<a href="mailto:joao.pereira@fccn.pt">joao.pereira@fccn.pt</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello<br>Thanks a lot for your reply.<br>Im now using asterisk-1.2.10 and the problem disappeared.<br>Thanks<br>regards<br>Joao Pereira<br><br><br>Edoardo Serra wrote:<br>&gt; Same to me !!<br>&gt;<br>&gt; Calls from OpenSER to Asterisk
<br>&gt;<br>&gt; It happens only with Asterisk versions &gt;= 1.2.14<br>&gt;<br>&gt; I&#39;m going to capture some traffic<br>&gt;<br>&gt; Tnx for help<br>&gt;<br>&gt; Regards<br>&gt;<br>&gt; Alex Balashov ha scritto:<br>
&gt;&gt;<br>&gt;&gt; Joao,<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp; It sounds like the proxy is not acknowledging the Asterisk&#39;s<br>&gt;&gt; processing of the INVITE, but I could be wrong.&nbsp;&nbsp;It would be helpful<br>&gt;&gt; to supply a packet capture between OpenSER and Asterisk so we could
<br>&gt;&gt; see the setup flow.<br>&gt;&gt;<br>&gt;&gt; Thanks,<br>&gt;&gt;<br>&gt;&gt; -- Alex<br>&gt;&gt;<br>&gt;&gt; On Tue, 10 Apr 2007, Joao Pereira said something to this effect:<br>&gt;&gt;<br>&gt;&gt;&gt; Hello<br>
&gt;&gt;&gt; My asterisk is receiving calls from OpenSER but all calls hangup in<br>&gt;&gt;&gt; 20 seconds.<br>&gt;&gt;&gt; This only happens because Im using Asterisk2Billing&#39;s AGI (without<br>&gt;&gt;&gt; A2Billing it doesnt hang up).
<br>&gt;&gt;&gt; does someone knows whats the problem??<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Here is my Asterisk debug:<br>&gt;&gt;&gt; (xxx.xxx.xxx.xxx&nbsp;&nbsp;-&gt; the phone&#39;s IP)<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;
<br>&gt;&gt;&gt; Apr 10 02:03:02 WARNING[6996]: res_musiconhold.c:508 monmp3thread:<br>&gt;&gt;&gt; Unable to spawn mp3player<br>&gt;&gt;&gt; Apr 10 02:04:18 NOTICE[8349]: rtp.c:331 process_rfc3389: Comfort<br>&gt;&gt;&gt; noise support incomplete in Asterisk (RFC 3389). Please turn off on
<br>&gt;&gt;&gt; client if possible. Client IP: xxx.xxx.xxx.xxx<br>&gt;&gt;&gt; Apr 10 02:04:19 WARNING[7007]: chan_sip.c:1228 retrans_pkt: Maximum<br>&gt;&gt;&gt; retries exceeded on transmission<br>&gt;&gt;&gt; <a href="mailto:CAB5E4C9-8B95-42D4-9A93-FB996EDC43A2@xxx.xxx.xxx.xxx">
CAB5E4C9-8B95-42D4-9A93-FB996EDC43A2@xxx.xxx.xxx.xxx</a> for seqno 12282<br>&gt;&gt;&gt; (Critical Response)<br>&gt;&gt;&gt; Apr 10 02:04:19 WARNING[7007]: chan_sip.c:1245 retrans_pkt: Hanging<br>&gt;&gt;&gt; up call <a href="mailto:CAB5E4C9-8B95-42D4-9A93-FB996EDC43A2@xxx.xxx.xxx.xxx">
CAB5E4C9-8B95-42D4-9A93-FB996EDC43A2@xxx.xxx.xxx.xxx</a> - no<br>&gt;&gt;&gt; reply to our critical packet.<br>&gt;&gt;&gt; Apr 10 02:06:01 NOTICE[8360]: rtp.c:331 process_rfc3389: Comfort<br>&gt;&gt;&gt; noise support incomplete in Asterisk (RFC 3389). Please turn off on
<br>&gt;&gt;&gt; client if possible. Client IP: xxx.xxx.xxx.xxx<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Thanks for the help<br>&gt;&gt;&gt; Regards<br>&gt;&gt;&gt; Joao Pereira<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; _______________________________________________
<br>&gt;&gt;&gt; --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; asterisk-users mailing list<br>&gt;&gt;&gt; To UNSUBSCRIBE or update options visit:
<br>&gt;&gt;&gt;&nbsp;&nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>&gt;&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; --<br>&gt;&gt; Alex Balashov &lt;<a href="mailto:sasha@presidium.org">
sasha@presidium.org</a>&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>&gt;&gt;<br>&gt;&gt; asterisk-users mailing list
<br>&gt;&gt; To UNSUBSCRIBE or update options visit:<br>&gt;&gt;&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>&gt;&gt;<br>&gt;&gt;<br>&gt;
<br>&gt;<br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:
<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>