<p>On an INVITE, after performing a uac_auth and then sending the second INVITE to the UAS with the correct authorization header, the CSeq on the UAS side is correctly incremented as per the RFC.  The CSeq header is also correctly rewritten on the UAS side on a CANCEL request.  However the header does not appear to be being rewritten for ACKs.  This causes incorrect behaviour because as far as the UAS is concerned the CSeq does not match up, as it is using the original CSeq from the UAC side, rather than the incremented CSeq for the second INVITE on the UAS side.</p>

<p>This behaviour is seen on OpenSIPS 2.1.0, GIT revision <a href="https://github.com/OpenSIPS/opensips/commit/b365aedda92e65de275a82b36c67131a723aa630" class="commit-link"><tt>b365aed</tt></a>.  It can be reproduced at will by performing a uac_auth() followed by a t_relay(), and observing the subsequent ACK.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br>Reply to this email directly or <a href="https://github.com/OpenSIPS/opensips/issues/524">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AFOcibm7zZphopVEAFJbMXJZ1xLWyDnaks5oNZNkgaJpZM4Err3h.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
  <div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
    <link itemprop="url" href="https://github.com/OpenSIPS/opensips/issues/524"></link>
    <meta itemprop="name" content="View Issue"></meta>
  </div>
  <meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>