I take that back. That ACK does show up as a loose route, but I am still not sure why the RURI is getting changed<br><br><div class="gmail_quote">On Fri, Jul 6, 2012 at 10:26 PM, <span dir="ltr"><<a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">When comparing my sip trace to " <a href="http://www.tech-invite.com/Ti-sip-dialog.html#inv-ok" target="_blank">http://www.tech-invite.com/Ti-sip-dialog.html#inv-ok</a> " my 200OKs look right. They are being routed based on their VIA headers. The ACK messages don't look right when compared with the tech-invite website because the tech-invite websites ACK step doesn't have any Record-Route headers in them, only Route headers. My first ACK looks right with the ROUTE headers, but after that ACK is processed by my OpenSIPS/SBC the ACK message that is passed on to the OpenSIPS/Proxy has a ton of Record-Route headers and the RURI doesn't have the same uri as the first ACK. In my script I see that the ACK that comes from the caller is not being seen as a Loose Route so it is instead going to this part of my script
<br>
<br> if ( is_method("ACK") ) {
<br> if ( t_check_trans() ) {
<br> # non loose-route, but stateful ACK; must be an ACK after
<br> # a 487 or e.g. 404 from upstream server
<br> force_send_socket(99.XX.XX.161:5060);
<br> t_relay("udp:<a href="http://sip.XX.com:5060" target="_blank">sip.XX.com:5060</a>");
<br> exit;
<br>
<br>
<br>Perhaps this is the issue. Why would the ACK not show up as a loose route? This would explain why Record-Route headers are showing up in the ACK that is sent on to the OpenSIPS/Proxy.
<br><div class="HOEnZb"><div class="h5">
<br>
<br>
<br>On , <a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a> wrote:
<br>> I did not find the problem. Yeah I've been looking at that exact link to see what I am doing wrong. When I don't have the OpenSIPS/SBC device in the equation, and a firewall that isn't a pain, my logic on the OpenSIPS/Proxy works without issue. I'll have to look harder at the ACK and Route headers and see what is going wrong. If anyone spots the issue let me know.
<br>>
<br>>
<br>>
<br>> On , Ali Pey <a href="mailto:alipey@gmail.com" target="_blank">alipey@gmail.com</a>> wrote:
<br>> > Does this mean that you found the problem?
<br>> >
<br>> > 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.
<br>> >
<br>> >
<br>> >
<br>> > 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" target="_blank">http://www.tech-invite.com/Ti-sip-dialog.html</a>
<br>> >
<br>> >
<br>> >
<br>> > Regards,
<br>> > Ali Pey
<br>> >
<br>> >
<br>> > On Thu, Jul 5, 2012 at 10:18 PM, <a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>> wrote:
<br>> >
<br>> > 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>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> >
<br>> > On , Ali Pey <a href="mailto:alipey@gmail.com" target="_blank">alipey@gmail.com</a>> wrote:
<br>> >
<br>> > > Examine the Contact header of the 200 OK. That's where this usually gets messed up.
<br>> >
<br>> > >
<br>> >
<br>> > > Regards,
<br>> >
<br>> > > Ali Pey
<br>> >
<br>> > >
<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>> >
<br>> > >
<br>> >
<br>> > > I have the following scenario
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> >
<br>> > > LAN OpenSIPS/SBC INTERNET OpenSIPS/Proxy
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<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>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > The OpenSIPS/Proxy device sits on the internet and has the following IP 50.xx.xx.156.
<br>> >
<br>> > >
<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>> > >
<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>> > >
<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>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > Here is the siptrace of the call
<br>> >
<br>> > >
<br>> >
<br>> > > <a href="http://pastebin.com/wpbut5Nb" target="_blank">http://pastebin.com/wpbut5Nb</a>
<br>> >
<br>> > >
<br>> >
<br>> > > Here is the current config on the OpenSIPS/SBC box
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > <a href="http://pastebin.com/PsahZEX3" target="_blank">http://pastebin.com/PsahZEX3</a>
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > Any ideas where I've messed up?
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > _______________________________________________
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > Users mailing list
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > > <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<br>> >
<br>> > >
<br>> >
<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>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> > >
<br>> >
<br>> >
<br>> > _______________________________________________
<br>> >
<br>> > Users mailing list
<br>> >
<br>> > <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<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>> ></div></div></blockquote></div><br><br clear="all"><br>-- <br>--<br>*--*--*--*--*--*<br>Duane<br>*--*--*--*--*--*<br>--<br>