I&#39;m really not sure if I am just duck taping the issue but I was able to make most of the call work.  The only problem now is when the Callee hangs up the BYE is sent directly to the OpenSIPS/Proxy IP instead of going to the OpenSIPS/SBC.  This will not work due to firewall issues.

<br />

<br />My ACKs are no longer not showing up as Non-Loose Route messages, but the BYEs are.

<br />

<br />So if the Caller hangs up the Callee sees the BYE message (GOOD!), but if the Callee hangs up the Caller never sees the BYE message (Bad).

<br />

<br />I will send a PCAP trace to Ali directly.

<br />

<br />

<br />On , Ali Pey &lt;alipey@gmail.com&gt; wrote:

<br />&gt; Duane,

<br />&gt; 

<br />&gt; The Ack should not have any request-route headers. Only Route headers. If you see request-route headers, then you need to find how they got there and fix that first.

<br />&gt; 

<br />&gt; 

<br />&gt; I believe it is ok if the Ack doesn&#39;t go through loose route, in that case it should be sent to the request-uri destination ip and that IP should be your client IP.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; Let me know if this help. If not, can you attach here a wireshark trace and I will go through your signalling for you. Going thought a text trace can be quit time consuming. In wireshark it&#39;s a lot easier to jump from a message to another through the call flow. You can use tcpdump to capture to .cap file for wireshark.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; Regards,

<br />&gt; Ali Pey

<br />&gt; 

<br />&gt; On Sat, Jul 7, 2012 at 3:35 PM, osiris123d duane.larson@gmail.com&gt; wrote:

<br />&gt; 

<br />&gt; 

<br />&gt; This is driving me crazy.  I was right the first time when I said that one of

<br />&gt; 

<br />&gt; 

<br />&gt; the ACKs was not showing up as a loose route.  It is the third ACK that is

<br />&gt; 

<br />&gt; 

<br />&gt; coming from the OpenSIPS/Proxy.  When it reaches the OpenSIPS/SBC device the

<br />&gt; 

<br />&gt; 

<br />&gt; ACK fails as a loose route.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; It would make sense that this would not be a loose route because there are

<br />&gt; 

<br />&gt; 

<br />&gt; no Route headers so the loose_route() function would return FALSE.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; The issue still remains that when the ACK reaches the OpenSIPS/SBC it still

<br />&gt; 

<br />&gt; 

<br />&gt; isn&#39;t routed to the Callee, instead it is looped and routed to the same

<br />&gt; 

<br />&gt; 

<br />&gt; interface it came from because that is whats in the RURI.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; --

<br />&gt; 

<br />&gt; 

<br />&gt; View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Two-OpenSIPS-proxies-issue-tp7580685p7580743.html

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; _______________________________________________

<br />&gt; 

<br />&gt; 

<br />&gt; Users mailing list

<br />&gt; 

<br />&gt; 

<br />&gt; Users@lists.opensips.org

<br />&gt; 

<br />&gt; 

<br />&gt; http://lists.opensips.org/cgi-bin/mailman/listinfo/users

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt; 

<br />&gt;