Does this mean that you found the problem?<div><br></div><div>Basically you need to follow the Ack's request URI and Route headers to see why it's being routed the way it is and then you'd know how to fix it. </div>
<div><br></div><div>This is a good example similar to your scenario that you can use as a reference: <a href="http://www.tech-invite.com/Ti-sip-dialog.html">http://www.tech-invite.com/Ti-sip-dialog.html</a> </div><div><br>
</div><div>Regards,</div><div>Ali Pey</div><div><br><br><div class="gmail_quote">On Thu, Jul 5, 2012 at 10:18 PM, <span dir="ltr"><<a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I see that the third 200 OK is edited by my OpenSIPS/Proxy server but that is because in the location table in the "received" field I stored the received Public IP address so that the replies are sent to the Public IP address of the device instead of the private IP that was in the original contact header.
<br><div class="im">
<br>
<br>
<br>On , Ali Pey <<a href="mailto:alipey@gmail.com" target="_blank">alipey@gmail.com</a>> wrote:
<br>> Examine the Contact header of the 200 OK. That's where this usually gets messed up.
<br>>
<br>> Regards,
<br>> Ali Pey
<br>>
<br>> On Wed, Jul 4, 2012 at 3:49 PM, Duane Larson <a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>> wrote:
<br>>
<br>>
<br>> I have the following scenario
<br>>
<br>>
<br></div>> LAN OpenSIPS/SBC INTERNET OpenSIPS/Proxy
<br><div class="HOEnZb"><div class="h5">>
<br>>
<br>>
<br>>
<br>> I have the OpenSIPS/SBC device because the firewall that is protecting the LAN doesn't play well with SIP. It has the following IPs (LAN = 192.168.88.1), WAN (99.xx.xx.161).
<br>>
<br>>
<br>>
<br>> The OpenSIPS/Proxy device sits on the internet and has the following IP 50.xx.xx.156.
<br>>
<br>> All of the devices on the LAN point to the OpenSIPS/SBC as their proxy and then the OpenSIPS/SBC relays all requests to the OpenSIPS/Proxy.
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> The issue I am seeing is that when a call is set up after the Callee sends the 200 OK the Caller sends the ACK but the ACK is never getting to the Callee. So the Callee keeps sending 200 OKs and eventually when someone hangs up the other person doesn't know.
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> I see that when the Caller sends the ACK it is sent to the OpenSIPS/SBC LAN address, then the OpenSIPS/SBC sends the ACK to the OpenSIPS/Proxy, then the OpenSIPS/Proxy sends it back to the OpenSIPS/SBC WAN address. All of that is good but the next thing that happens is that the OpenSIPS/SBC sends the ACK not to the Callee but to its WAN interface. I know this has something to do with my VIA headers but I am not sure how my config is messed up.
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> Here is the siptrace of the call
<br>>
<br>> <a href="http://pastebin.com/wpbut5Nb" target="_blank">http://pastebin.com/wpbut5Nb</a>
<br>>
<br>> Here is the current config on the OpenSIPS/SBC box
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> <a href="http://pastebin.com/PsahZEX3" target="_blank">http://pastebin.com/PsahZEX3</a>
<br>>
<br>>
<br>> Any ideas where I've messed up?
<br>>
<br>>
<br>>
<br>> _______________________________________________
<br>>
<br>>
<br>> Users mailing list
<br>>
<br>>
<br>> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<br>>
<br>>
<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>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>></div></div><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>