<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="Calibri Light">Liviu<br>
      <br>
      thank you very much for your quick answer! I will try then to
      stick as it is as it is the right way. If there will be no other
      choise that maybe i try this.<br>
      <br>
      thank you again!<br>
      miha<br>
    </font><br>
    <div class="moz-cite-prefix">Liviu Chircu je 1/28/2020 ob 1:52
      PM napisal:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f2f4b8c2-60e2-3f6d-c6cd-22bca7f09197@opensips.org">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div class="moz-cite-prefix">On 28.01.2020 14:43, Miha via Users
        wrote:<br>
      </div>
      <blockquote type="cite"
        cite="mid:3dc11d40-e7a1-cd92-ca01-a523e7e516c8@softnet.si"><font
          face="Calibri Light">Costumer is saying that he expects from
          like it was send in 200ok (not in inital invite, tag and
          CALLERID stays always the same) and we should confirm with ACK
          that has from same as in 200 ok from them.</font></blockquote>
      <p><tt>Hi miha,<br>
        </tt></p>
      <p><tt>That is complete nonsense, RFC 3261 is on your side,
          section § 8.2.6.2:</tt></p>
      <p><tt>   The From field of the response MUST equal the From
          header field of</tt><tt><br>
        </tt><tt>   the request.  The Call-ID header field of the
          response MUST equal the</tt><tt><br>
        </tt><tt>   Call-ID header field of the request.  The CSeq
          header field of the</tt><tt><br>
        </tt><tt>   response MUST equal the CSeq field of the request. 
          The Via header</tt><tt><br>
        </tt><tt>   field values in the response MUST equal the Via
          header field values</tt><tt><br>
        </tt><tt>   in the request and MUST maintain the same ordering.</tt></p>
      <p><tt>However, if you are really keen to help them out... maybe
          you could store their<br>
          200 OK From header in a $dlg_val, then fix the ACK's From
          header to use this val.<br>
          <br>
          But how will you handle the From header for other sequential
          requests?  And if these<br>
          requests are initiated by the downstream side, you will have
          to change the To instead<br>
          of the From, as the UAC must swap them!  We are basically
          opening Pandora's Box by<br>
          doing down this route.  It's not impossible to get right, but
          it will take some work.</tt></p>
      <p><tt>Regards,<br>
        </tt></p>
      <pre class="moz-signature" cols="72">-- 
Liviu Chircu
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/liviuchircu" moz-do-not-send="true">www.twitter.com/liviuchircu</a> | <a class="moz-txt-link-abbreviated" href="http://www.opensips-solutions.com" moz-do-not-send="true">www.opensips-solutions.com</a>

OpenSIPS Summit, Amsterdam, May 2020
  <a class="moz-txt-link-abbreviated" href="http://www.opensips.org/events" moz-do-not-send="true">www.opensips.org/events</a>
OpenSIPS Bootcamp, Miami, March 2020
  <a class="moz-txt-link-abbreviated" href="http://www.opensips.org/training" moz-do-not-send="true">www.opensips.org/training</a></pre>
    </blockquote>
    <br>
  </body>
</html>