Hi Daniel, <div><br></div><div>I don&#39;t know exactly why, but it doesn&#39;t work as far as I know. loose_route() does not work in the same server with different ports. I have had the same problem and the solution I used was to add an alias with another ip address in the same machine for the media server. </div>
<div><br clear="all"><div>Flavio E. Goncalves</div><div> </div><br>
<br><br><div class="gmail_quote">2012/10/15 Daniel Eiland <span dir="ltr">&lt;<a href="mailto:daniel.eiland@gmail.com" target="_blank">daniel.eiland@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi folks,<br><br>I&#39;ve got an issue with ACK messages being looped when they are sent to an endpoint that is co-located with my OpenSIPS proxy. <br><br>I&#39;ve got OpenSIPS located on server A @ port 5060 and two conference endpoints: C01 on server A @ port 5070 and C02 on a separate server.<br>

<br>When my client calls into C01, the ACK message is continually routed by OpenSIPS back into itself instead of the conference endpoint listening on port 5070.  This doesn&#39;t happened when I call into C02, OpenSIPS properly routes it to the right destination.  <br>

<br>When I compare the two ACKs, they are fairly similar and when I looked at some OpenSIPS logs both messages are being routed in a similar fashion namely loose_route is true.  The only difference (which I&#39;m sure if the problem, I&#39;m just not sure why) is that the ACK to C01 has Destination User ($du) of <a href="tel:192.168.117.4" value="+551921681174" target="_blank">192.168.117.4</a> while the ACK to C02 has a $du of NULL.  <br>

<br>If anyone has any suggestions, I&#39;d be grateful.<br><br>Thanks,<br>Daniel<br><br>Also here are the two ACKs for comparison:<br><br>ACK sip:C01@<a href="tel:192.168.117.4" value="+551921681174" target="_blank">192.168.117.4</a>:5070;transport=udp SIP/2.0<br>
Via: SIP/2.0/UDP QWE.RTY.XYZ.ABC:2453;rport;branch=z9hG4bKPjca04290517874935af64a839e6bf9701<br>
Max-Forwards: 70<br>From: &quot;deiland&quot; &lt;<a href="mailto:sip%3A1001@192.168.117.4" target="_blank">sip:1001@192.168.117.4</a>&gt;;tag=d02a111d4a064b05a7cf987b006bd001<br>To: &lt;<a href="mailto:sip%3AC01@192.168.117.4" target="_blank">sip:C01@192.168.117.4</a>&gt;;tag=ma94e0688avFj<br>

Call-ID: 5c35c0a5dcb442a9afd324c988bd0a3c<br>CSeq: 24503 ACK<br>Route: &lt;sip:<a href="tel:192.168.117.4" value="+551921681174" target="_blank">192.168.117.4</a>;lr&gt;<br>User-Agent: Blink 0.2.7 (Windows)<br>Content-Length:  0<br>
<br><br>ACK sip:C02@192.168.155.211:5070;transport=udp SIP/2.0<br>
Via: SIP/2.0/UDP QWE.RTY.XYZ.ABC:2122;rport;branch=z9hG4bKPj5318936898454066944aadf64ad846d0<br>Max-Forwards: 70<br>From: &quot;deiland&quot; &lt;<a href="mailto:sip%3A1001@192.168.117.4" target="_blank">sip:1001@192.168.117.4</a>&gt;;tag=ff6fb0856e264e7f96601529148bb206<br>

To: &lt;<a href="mailto:sip%3AC02@192.168.117.4" target="_blank">sip:C02@192.168.117.4</a>&gt;;tag=54aZ48KZ7a9Xj<br>Call-ID: afddb9bea6714f95bd84dff2159e2b14<br>CSeq: 11988 ACK<br>Route: &lt;sip:<a href="tel:192.168.117.4" value="+551921681174" target="_blank">192.168.117.4</a>;lr&gt;<br>
User-Agent: Blink 0.2.7 (Windows)<br>
Content-Length:  0<br><br><br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>