<div>I found a subtle difference between the two traces you sent&nbsp;(the call that works and the call that gets dropped). This may or may not&nbsp;be what&#39;s causing the problem.</div>
<div>&nbsp;</div>
<div>The call that gets dropped had a retransmission of INVITE from UAC to UAS&nbsp;(and therefore retransmission of 200 OK from UAS to UAC).&nbsp;There is nothing wrong with the re-transmission as such, but I noticed a potential&nbsp;bug in Asterisk in&nbsp;the way it responds to an INVITE&nbsp;retransmission. Asterisk is bumping up the session version number in the retransmitted 200 OK&#39;s SDP. This is as if Asterisk is treating the INVITE retransmission as a RE-INVITE.
</div>
<div>&nbsp;</div>
<div>Asterisk&nbsp;sends 200 OK:</div>
<div>o=root 16300 16300 IN IP4 203.89.nnn.nnn</div>
<div>&nbsp;</div>
<div>
<div>Asterisk&nbsp;sends 200 OK (retransmission):</div></div>
<div>o=root 16300 16301 IN IP4 203.89.nnn.nnn</div>
<div>&nbsp;</div>
<div>Ideally, this bug should have nothing to do with why Asterisk is ignoring the ACK (which is&nbsp;why it keeps reatrasmitting the 200 OK and eventually drops the call).&nbsp;However, if&nbsp;you can confirm that all dropped calls have INVITE retransmission then that might give us a clue?
</div>
<div>&nbsp;</div>
<div>Raj</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div><span class="gmail_quote">On 4/1/07, <b class="gmail_sendername">kjcsb</b> &lt;<a href="mailto:kjcsb@yahoo.com">kjcsb@yahoo.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">&gt;One potential reason could be that the ACK request being sent to Asterisk is malformed. Notice &gt;&quot;branch=0&quot; in the top Via. This should start with &quot;z9hG4bK&quot; magic cookie since the INVITE was an RFC &gt;3261 transaction.
<br><br>&gt;While &quot;branch=0&quot; is valid in RFC 2543, I don&#39;t think an INVITE can start-off as RFC 3261 and then the &gt;ACK can switch over to RFC 2543 in the middle of the transaction. Clearly, Asterisk is dropping this ACK &gt;on the floor.
<br><br>OK. But in the calls that don&#39;t get dropped, the &quot;branch=0&quot; is present also. See below for an example:<br><br>&lt;-- SIP read from 147.202.nnn.nnn:5060:<br>INVITE <a href="mailto:sip:6499777777@203.89.nnn.nnn">
sip:6499777777@203.89.nnn.nnn</a> SIP/2.0<br>Record-Route: &lt;sip:147.202.nnn.nnn;ftag=as1370b1ab;lr=on&gt;<br>Via: SIP/2.0/UDP 147.202.nnn.nnn;branch=z9hG4bK22ab.697375a4.0<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK4cf2bb78;rport=5060
<br>From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">sip:6499777777@domain.co.nz
</a>&gt;<br>Contact: &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn
</a><br>CSeq: 102 INVITE<br>User-Agent: Asterisk PBX<br>Max-Forwards: 69<br>Date: Mon, 02 Apr 2007 03:37:54 GMT<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>Content-Type: application/sdp<br>Content-Length: 338
<br>v=0<br>o=root 11402 11402 IN IP4 202.180.nnn.nnn<br>s=session<br>c=IN IP4 202.180.nnn.nnn<br>t=0 0<br>m=audio 39686 RTP/AVP 18 97 3 0 8 101<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:97 iLBC/8000<br>a=rtpmap:3 GSM/8000
<br>a=rtpmap:0 PCMU/8000<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=silenceSupp:off - - - -<br>--- (15 headers 15 lines) ---<br>Using INVITE request as basis request - <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">
1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn</a><br>Sending to 147.202.nnn.nnn : 5060 (non-NAT)<br>Found peer &#39;DLS&#39;<br>Found RTP audio format 18<br>Found RTP audio format 97<br>Found RTP audio format 3<br>Found RTP audio format 0
<br>Found RTP audio format 8<br>Found RTP audio format 101<br>Peer audio RTP is at port 202.180.nnn.nnn:39686<br>Found description format G729<br>Found description format iLBC<br>Found description format GSM<br>Found description format PCMU
<br>Found description format PCMA<br>Found description format telephone-event<br>Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x50e (gsm|ulaw|alaw|g729|ilbc)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)<br>Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
<br>Looking for 6499777777 in from-trunk (domain 203.89.nnn.nnn)<br>list_route: hop: &lt;sip:147.202.nnn.nnn;ftag=as1370b1ab;lr=on&gt;<br>Transmitting (no NAT) to 147.202.nnn.nnn:5060:<br>SIP/2.0 100 Trying<br>Via: SIP/2.0/UDP 
147.202.nnn.nnn;branch=z9hG4bK22ab.697375a4.0;received=147.202.nnn.nnn<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK4cf2bb78;rport=5060<br>From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">
sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">sip:6499777777@domain.co.nz</a>&gt;<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">
1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn</a><br>CSeq: 102 INVITE<br>User-Agent: Asterisk PBX<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>Contact: &lt;<a href="mailto:sip:6499777777@203.89.nnn.nnn">
sip:6499777777@203.89.nnn.nnn</a>&gt;<br>Content-Length: 0<br><br>---<br>&nbsp;&nbsp; -- Goto (ivr-3,s,1)<br>&nbsp;&nbsp; -- Executing Set(&quot;SIP/6499777777-b7908550&quot;, &quot;LOOPCOUNT=0&quot;) in new stack<br>&nbsp;&nbsp; -- Executing Set(&quot;SIP/6499777777-b7908550&quot;, &quot;__DIR-CONTEXT=11000111000&quot;) in new stack
<br>&nbsp;&nbsp; -- Executing Answer(&quot;SIP/6499777777-b7908550&quot;, &quot;&quot;) in new stack<br>We&#39;re at 203.89.nnn.nnn port 15804<br>Adding codec 0x4 (ulaw) to SDP<br>Adding codec 0x8 (alaw) to SDP<br>Adding non-codec 0x1 (telephone-event) to SDP
<br>Reliably Transmitting (no NAT) to 147.202.nnn.nnn:5060:<br>SIP/2.0 200 OK<br>Via: SIP/2.0/UDP 147.202.nnn.nnn;branch=z9hG4bK22ab.697375a4.0;received=147.202.nnn.nnn<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK4cf2bb78;rport=5060
<br>Record-Route: &lt;sip:147.202.nnn.nnn;ftag=as1370b1ab;lr=on&gt;<br>From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">
sip:6499777777@domain.co.nz</a>&gt;;tag=as7ecf44d1<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn</a><br>CSeq: 102 INVITE<br>User-Agent: Asterisk PBX
<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>Contact: &lt;<a href="mailto:sip:6499777777@203.89.nnn.nnn">sip:6499777777@203.89.nnn.nnn</a>&gt;<br>Content-Type: application/sdp<br>Content-Length: 244
<br>v=0<br>o=root 16300 16300 IN IP4 203.89.nnn.nnn<br>s=session<br>c=IN IP4 203.89.nnn.nnn<br>t=0 0<br>m=audio 15804 RTP/AVP 0 8 101<br>a=rtpmap:0 PCMU/8000<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>a=silenceSupp:off - - - -<br>---<br>&nbsp;&nbsp; -- Executing Wait(&quot;SIP/6499777777-b7908550&quot;, &quot;1&quot;) in new stack<br>capetown*CLI&gt;<br>&lt;-- SIP read from 147.202.nnn.nnn:5060:<br>ACK <a href="mailto:sip:6499777777@203.89.nnn.nnn">
sip:6499777777@203.89.nnn.nnn</a> SIP/2.0<br>Record-Route: &lt;sip:147.202.nnn.nnn;ftag=as1370b1ab;lr=on&gt;<br>Via: SIP/2.0/UDP 147.202.nnn.nnn;branch=0<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK5ba4f251;rport=5060
<br>From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">sip:6499777777@domain.co.nz
</a>&gt;;tag=as7ecf44d1<br>Contact: &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn
</a><br>CSeq: 102 ACK<br>User-Agent: Asterisk PBX<br>Max-Forwards: 69<br>Content-Length: 0<br><br>--- (12 headers 0 lines) ---<br>&nbsp;&nbsp; -- Executing Set(&quot;SIP/6499777777-b7908550&quot;, &quot;TIMEOUT(digit)=3&quot;) in new stack
<br>&nbsp;&nbsp; -- Digit timeout set to 3<br>&nbsp;&nbsp; -- Executing Set(&quot;SIP/6499777777-b7908550&quot;, &quot;TIMEOUT(response)=10&quot;) in new stack<br>&nbsp;&nbsp; -- Response timeout set to 10<br>&nbsp;&nbsp; -- Executing BackGround(&quot;SIP/6499777777-b7908550&quot;, &quot;custom/11000111000-welcome&quot;) in new stack
<br>&nbsp;&nbsp; -- Playing &#39;custom/11000111000-welcome&#39; (language &#39;nz&#39;)<br>capetown*CLI&gt;<br>&lt;-- SIP read from 147.202.nnn.nnn:5060:<br>BYE <a href="mailto:sip:6499777777@203.89.nnn.nnn">sip:6499777777@203.89.nnn.nnn
</a> SIP/2.0<br>Record-Route: &lt;sip:147.202.nnn.nnn;ftag=as1370b1ab;lr=on&gt;<br>Via: SIP/2.0/UDP 147.202.nnn.nnn;branch=z9hG4bK32ab.feee6b67.0<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK7916f637;rport=5060<br>
From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">sip:6499777777@domain.co.nz</a>
&gt;;tag=as7ecf44d1<br>Contact: &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn
</a><br>CSeq: 103 BYE<br>User-Agent: Asterisk PBX<br>Max-Forwards: 69<br>Content-Length: 0<br><br>--- (12 headers 0 lines) ---<br>Sending to 147.202.nnn.nnn : 5060 (non-NAT)<br>Transmitting (no NAT) to 147.202.nnn.nnn:5060:
<br>SIP/2.0 200 OK<br>Via: SIP/2.0/UDP 147.202.nnn.nnn;branch=z9hG4bK32ab.feee6b67.0;received=147.202.nnn.nnn<br>Via: SIP/2.0/UDP 202.180.nnn.nnn:5060;branch=z9hG4bK7916f637;rport=5060<br>Record-Route: &lt;sip:147.202.nnn.nnn
;ftag=as1370b1ab;lr=on&gt;<br>From: &quot;6494444444&quot; &lt;<a href="mailto:sip:6494444444@202.180.nnn.nnn">sip:6494444444@202.180.nnn.nnn</a>&gt;;tag=as1370b1ab<br>To: &lt;<a href="mailto:sip:6499777777@domain.co.nz">
sip:6499777777@domain.co.nz</a>&gt;;tag=as7ecf44d1<br>Call-ID: <a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn</a><br>CSeq: 103 BYE<br>User-Agent: Asterisk PBX
<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>Contact: &lt;<a href="mailto:sip:6499777777@203.89.nnn.nnn">sip:6499777777@203.89.nnn.nnn</a>&gt;<br>Content-Length: 0<br><br>---<br>== Spawn extension (ivr-3, s, 7) exited non-zero on &#39;SIP/6499777777-b7908550&#39;
<br>&nbsp;&nbsp; -- Executing Hangup(&quot;SIP/6499777777-b7908550&quot;, &quot;&quot;) in new stack<br>== Spawn extension (ivr-3, h, 1) exited non-zero on &#39;SIP/6499777777-b7908550&#39;<br>Destroying call &#39;<a href="mailto:1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn">
1fd7e9c847bada25357102fc6173f7f8@202.180.nnn.nnn</a>&#39;<br>capetown*CLI&gt; sip no debug<br>SIP Debugging Disabled<br>capetown*CLI&gt;<br><br><br>Cameron<br><br><br><br><br><br>___________________________________________________________
<br>New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes.<br><a href="http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk">http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk
</a><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>