<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hello,</p>
    <p>that confirms my guessing -- the ack was not handled in the
      dialog context, the state 3 is defined inside dlg_hash.h by:</p>
    <p>#define DLG_STATE_CONFIRMED_NA 3 /*!< confirmed dialog without
      a ACK yet */<br>
    </p>
    <p>Do you see any error messages in the logs when handling the ACK
      in the config? Did you grab the pcap with sip traffic for such a
      call?</p>
    <p>Try also to explicitly execute dlg_manage() for ACK within
      dialog.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <div class="moz-cite-prefix">On 28.07.20 10:05, Ilie Soltanici
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAJQ6-U1=085jzeA-RL6B2bubwKrygxa+Uz7F5m59UeiYpuSsLw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>Hello,</div>
        <div><br>
        </div>
        <div>I re-compiled Kamailio from the Master branch and I'm
          getting the old state: 3</div>
        <div><br>
        </div>
        <div><b>dlg_ontimeout(): dlg timeout - callid:
            '225ce4fc79d78c0f5477d02d02f3feea' tags: 'as3f0a58cf'
            'a9eb002d-c544-47f7-84ec-1c4e690cd0b4' ostate: 3</b></div>
        <div><br>
        </div>
        <div>[ilie.soltanici@dev ~]$ /usr/local/sbin/kamailio -V<br>
          version: kamailio 5.3.5 (x86_64/linux) ff2f8c</div>
        <div><br>
        </div>
        <div>Thanks<br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Mon, 27 Jul 2020 at 08:56,
          Daniel-Constantin Mierla <<a
            href="mailto:miconda@gmail.com" moz-do-not-send="true">miconda@gmail.com</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>
            <p>Hello,</p>
            <p>this sounds like the ACK is  not matched for dialog
              processing and the early_timeout is firing. I just pushed
              a commit to dialog module to print the old state when the
              timeout callback function is executed, maybe you can test
              with it -- it is in branch 5.3:</p>
            <p>  - <a
href="https://github.com/kamailio/kamailio/commit/ff2f8c4e63b4fefa7dc5b10835505c3c4ae84388"
                target="_blank" moz-do-not-send="true">https://github.com/kamailio/kamailio/commit/ff2f8c4e63b4fefa7dc5b10835505c3c4ae84388</a></p>
            <p>Otherwise, maybe call dlg_manage() for ACK, although the
              loose_route() callback should be executed and ACK handled
              for dialog processing.</p>
            <p>Cheers,<br>
              Daniel<br>
            </p>
            <div>On 24.07.20 12:46, Ilie Soltanici wrote:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">
                <div>Hello,</div>
                <div><br>
                </div>
                <div>I'm trying to get CDR working in Kamailio by using
                  the acc and dialog modules. Everything seemed to be
                  working fine - until i noticed that for some of the
                  calls the call duration is 0, even if that call has
                  been successfully established and duration was for
                  about a few minutes. In the Kamailio logs I'm getting
                  such errors:</div>
                <div><br>
                </div>
                <div>WARNING: dialog [dlg_handlers.c:1649]:
                  dlg_ontimeout(): timeout for dlg with CallID
                  '304bad142b50bb3a7a117816439ea3d5' and tags
                  'as3adde5c7' '7d28152f-e0e3-4bcf-9d5c-21c3723b95c5'</div>
                <div>WARNING: acc [acc_cdr.c:230]: db_write_cdr():
                  fallback to dlg_only search because of message doesn't
                  exist.</div>
                <div><br>
                </div>
                <div>This error I'm getting at about 2 min after the ACK
                  message for 200 OK. I'm not sure that this is related
                  to the dialog timeout, but below you can see the
                  related configuration for the dialog module:</div>
                <div><br>
                </div>
                <div>
                  <div style="color:rgb(171,178,191);background-color:rgb(40,44,52);font-family:"Fira Code",Consolas,"Courier New",monospace;font-weight:normal;font-size:14px;line-height:19px;white-space:pre-wrap"><div><span style="color:rgb(198,120,221)">modparam</span><span style="color:rgb(171,178,191)">(</span><span style="color:rgb(152,195,121)">"dialog"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(152,195,121)">"default_timeout"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(209,154,102)">10800</span><span style="color:rgb(171,178,191)">) </span><span style="color:rgb(92,99,112);font-style:italic"># 3 hours</span></div><div><span style="color:rgb(198,120,221)">modparam</span><span style="color:rgb(171,178,191)">(</span><span style="color:rgb(152,195,121)">"dialog"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(152,195,121)">"early_timeout"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(209,154,102)">180</span><span style="color:rgb(171,178,191)">)</span></div><div><span style="color:rgb(198,120,221)">modparam</span><span style="color:rgb(171,178,191)">(</span><span style="color:rgb(152,195,121)">"dialog"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(152,195,121)">"noack_timeout"</span><span style="color:rgb(171,178,191)">, </span><span style="color:rgb(209,154,102)">90</span><span style="color:rgb(171,178,191)">)</span></div></div>
                </div>
                <div><br>
                </div>
                <div>Unfortunately, I'm not able to reproduce this
                  issue, as that's happening randomly and just a few
                  times per day. On the SIP Level i didn't notice any
                  strange issues. <br>
                </div>
                <div><br>
                </div>
                <div>Any ideas why is that happening?</div>
                <div>Thank you.<br>
                </div>
              </div>
              <br>
              <fieldset></fieldset>
              <pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org" target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
            </blockquote>
            <pre cols="72">-- 
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Funding: <a href="https://www.paypal.me/dcmierla" target="_blank" moz-do-not-send="true">https://www.paypal.me/dcmierla</a></pre>
          </div>
        </blockquote>
      </div>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Funding: <a class="moz-txt-link-freetext" href="https://www.paypal.me/dcmierla">https://www.paypal.me/dcmierla</a></pre>
  </body>
</html>