<div dir="ltr"><div>Hi Liviu,</div><div><br></div><div>You're probably right.  And, force_rport() appears to solve the problem.  I'm calling it first thing in the script so all the replies go to the right place.  Basic testing seems okay, even on UDP connections into proxy where everything is 5060.</div><div><br></div><div>Do you have any thoughts what this might break?</div><div><br></div><div><br></div><div>- Jeff</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 16, 2021 at 4:06 PM Liviu Chircu <<a href="mailto:liviu@opensips.org">liviu@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <div>On 11.08.2021 22:01, Jeff Pyle wrote:<br>
    </div>
    <blockquote type="cite">the
      <span style="font-family:monospace">sl_send_reply()</span>
      function opens a new TCP socket to the UAC on the IP:port listed
      in the original message's Contact, rather than sending the 100 on
      the existing socket (using the ephemeral port)</blockquote>
    <p><font face="monospace">Hi, Jeff!</font></p>
    <p><font face="monospace">Just to frame the problem better: are you
        sure the reply's target IP:port is equal to the request's
        Contact header and not the topmost Via header?  Maybe a <i>force_rport()</i>
        before calling <i>sl_send_reply()</i> is everything that's
        needed here.  *fingers crossed*</font></p>
    <p><font face="monospace">Best,</font><br>
    </p>
    <pre cols="72">-- 
Liviu Chircu
<a href="http://www.twitter.com/liviuchircu" target="_blank">www.twitter.com/liviuchircu</a> | <a href="http://www.opensips-solutions.com" target="_blank">www.opensips-solutions.com</a>
OpenSIPS Summit 2021 Distributed | <a href="http://www.opensips.org/events" target="_blank">www.opensips.org/events</a></pre>
  </div>

</blockquote></div></div>