Hi,<br>
<br>
I am faced with this dilema of asterisk not sending an ACK after it
receives 200 OK from OpenSER (which is a&nbsp; response to a reinvite
request sent by asterisk. Here is my setup<br>
<br>
Carrier&lt;-&gt;OpenSER&lt;-&gt;Asterisk1&lt;-&gt;Asterisk2<br>
<br>
A user is connected with Asterisk1 (through the carrier and OpenSER).
On certain dtmf events the call is forwarded to Asterisk2 using the
Dial command. Canreinvite is set to &quot;yes&quot; in Asterisk1&#39;s sip.conf,
therefore it sends reinvites to both Asterisk2 and OpenSER to release
RTP.<br>
OpenSER forwards the reinvite to the carrier and relays the 200 OK
received back to Asterisk1 but Asterisk1 never responds back with an
ACK. Finally the transaction on OpenSER times out and a bye message is
sent to Asterisk1, causing both legs to be hungup. If I reset
canreinite to no the scenario works.<br>
<br>
The Invite message sent to OpenSER and 200 OK received are shown below:<br>
<br>
INVITE sent<br>
-----------<br>
Session Initiation Protocol<br>
&nbsp;&nbsp;&nbsp; Request-Line: INVITE <a href="mailto:sip:1234@192.168.0.1">sip:1234@192.168.0.1</a>;transport=udp SIP/2.0<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Method: INVITE<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Resent Packet: False<br>
&nbsp;&nbsp;&nbsp; Message Header<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Via: SIP/2.0/UDP <a href="http://192.168.0.3:5060">192.168.0.3:5060</a>;branch=z9hG4bK67156992;rport<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Route: &lt;sip:<a href="http://192.168.0.2">192.168.0.2</a>;ftag=as04d1d0dc;lr=on&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; From: &quot;16477239819&quot; &lt;<a href="mailto:sip:16477239819@192.168.0.3">sip:16477239819@192.168.0.3</a>&gt;;tag=as04d1d0dc<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To:
&lt;<a href="mailto:sip:12133411419@192.168.0.2">sip:12133411419@192.168.0.2</a>&gt;;tag=d12f2182-140a6d&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
&nbsp;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Contact: &lt;<a href="mailto:sip:16477239819@192.168.0.3">sip:16477239819@192.168.0.3</a>&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Call-ID: <a href="mailto:7d1f99f5735cdec8743ed3d244a05c99@192.168.0.3">7d1f99f5735cdec8743ed3d244a05c99@192.168.0.3</a><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; CSeq: 104 INVITE<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; User-Agent: Asterisk<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Max-Forwards: 70<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Type: application/sdp<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Length: 245<br>
&nbsp;&nbsp; &nbsp;&quot;SDP not shown&quot;<br>
<br>
200 OK received<br>
---------------<br>
<br>
Session Initiation Protocol<br>
&nbsp;&nbsp;&nbsp; Status-Line: SIP/2.0 200 OK<br>
&nbsp;&nbsp;&nbsp; Message Header<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Call-ID: <a href="mailto:7d1f99f5735cdec8743ed3d244a05c99@192.186.0.3">7d1f99f5735cdec8743ed3d244a05c99@192.186.0.3</a><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Contact: &lt;<a href="mailto:sip:666251612133411419@192.168.0.1">sip:666251612133411419@192.168.0.1</a>;transport=udp&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Length: 232<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Type: application/sdp<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; CSeq: 103 INVITE<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; From: &quot;16477239819&quot;&lt;<a href="mailto:sip:16477239819@192.186.0.3">sip:16477239819@192.186.0.3</a>&gt;;tag=as04d1d0dc<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Record-Route: &lt;sip:<a href="http://192.168.0.2">192.168.0.2</a>;ftag=as04d1d0dc;lr=on&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To: &lt;<a href="mailto:sip:12133411419@192.168.0.2">sip:12133411419@192.168.0.2</a>&gt;;tag=d12f2182-140a6d<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; User-Agent: Quintum/1.0.0<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Via: SIP/2.0/UDP <a href="http://192.186.0.3:5060">192.186.0.3:5060</a>;branch=z9hG4bK0f664853;rport=5060<br>
&nbsp;&nbsp; &nbsp;&quot;SDP not shown&quot;<br>
<br>
<br>
Now the interesting thing is that if I take out OpenSER and forward
directly to the carrier then it works fine. The 200 OK received from
the carrier is shown below<br>
<br>
Session Initiation Protocol<br>
&nbsp;&nbsp;&nbsp; Status-Line: SIP/2.0 200 OK<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Status-Code: 200<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Resent Packet: False<br>
&nbsp;&nbsp;&nbsp; Message Header<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Call-ID: <a href="mailto:11d8858b42cf83725641484d0f63289d@192.168.0.3">11d8858b42cf83725641484d0f63289d@192.168.0.3</a><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Contact: &lt;<a href="mailto:sip:666251614168404385@192.168.0.1">sip:666251614168404385@192.168.0.1</a>&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Length: 232<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Content-Type: application/sdp<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; CSeq: 103 INVITE<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; From: &quot;16477239819&quot;&lt;<a href="mailto:sip:16477239819@192.168.0.3">sip:16477239819@192.168.0.3</a>&gt;;tag=as41da20f1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To: &lt;<a href="mailto:sip:666251614168404385@192.168.0.1">sip:666251614168404385@192.168.0.1</a>&gt;;tag=d12f2182-140d2e<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; User-Agent: Quintum/1.0.0<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Via: SIP/2.0/UDP <a href="http://192.168.0.3:5060">192.168.0.3:5060</a>;branch=z9hG4bK0e1703c7;rport<br>
<br>
The differences I notice are <br>
1. OpenSER modifies &quot;rport&quot; at the end of Via to &quot;rport=5060&quot;.<br>
2. Openser appending &quot;transport=udp&quot; in Contact.<br>
<br>
I am using Asterisk 1.2-18, canreinvite is set to yes and nat is set to no.<br>
<br>
I will really appreciate if someone can shed some light on this issue and help me fix it.<br>
<br>
Regards,<br>
Danish