<br><br><div class="gmail_quote">On Mon, Sep 5, 2011 at 2:49 AM, Vlad Paiu <span dir="ltr">&lt;<a href="mailto:vladpaiu@opensips.org">vladpaiu@opensips.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<u></u>

  
    
    
  
  <div bgcolor="#ffffff" text="#000000">
    Hello Jock,<br>
    <br>
    I have taken a look at the SIP trace and seems that the proxy behind
    Charlie, 192.168.1.1, does some weird stuff to the ACK. More
    specifically, it mangles the domain part of the RURI, so that it
    points to 192.168.1.4. When Charlie ( 192.168.1.4 ) receives this
    ACK it sees itself in the domain part of the RURI, so it applies
    strict routing, by taking the last route header and putting it in
    the RURI. This is why you see the apparent stripping of the username
    part when forwarding the ACK.<br>
    <br>
    I guess a good question is why are you calling <br>
        rewritehostport(&quot;<a href="http://192.168.1.4:5060" target="_blank">192.168.1.4:5060</a>&quot;); <br>
    on the proxy behind Charlie ? Because this is the source of your
    problem. I mean why not let the ACK get routed like every other
    sequential request, via the Route header.<br><br></div></blockquote></div><br>Thank you, Vlad;<br><br>I think I&#39;m following what you&#39;re explaining - I&#39;m force-routing the ACKs instead of letting the handler route them based by the rules in the header itself. I changed the configuration to the below, which should only force the INVITE to Charlie, and use a t_relay() to handle the ACKs, et al, correctly:<br>
<br>        if (is_method(&quot;INVITE&quot;)) {<br>                # enable Record-Route<br>                record_route();<br>                route(1);<br>                }<br><br>        if (!t_relay()) {<br>                sl_reply_error();<br>
                }<br><br>Unfortunately this appears to make no difference to how the ACK&#39;s RURI looks. I imagine I&#39;m using the wrong method of forwarding on the ACK?<br>(Full config is here, should you want to see it in context: <a href="http://pastebin.com/Zntg2y95">http://pastebin.com/Zntg2y95</a>)<br>
<br>Thank you, again, for your assistance and suggestions. I am immensely grateful for all help I receive on this list.<br><br> - Jock<br>