<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    I looked at the logs, but I cannot see the log message I added with
    the patch for reseting local dialog shortcuts after onreply and
    failure route. It shuld be something like:<br>
    <br>
    "... resetting the local dialog shortcuts"<br>
    <br>
    Are you sure you are running the latest branch 4.1? You can send the
    output of kamailio -v to double check here.<br>
    <br>
    I separated the logs per process and looked when a 301 was received,
    apparently the ones for Call-ID: 4-21712 are matching the same
    dialog. I found something not printing the same kind of logs like
    for other 301 for Call-ID: 2-21712. If you can point the line in the
    logs where you think it was the wrong dialog match, I can
    investigate from there, but now I couldn't find any lead.<br>
    <br>
    Anyhow, if it is the latest branch 4.1 and the problem still
    persists, can you add the following xlog at the beginning of main
    request_route (or the route {...} ), plus in each reply_route,
    onreply_route and failure_route:<br>
    <br>
    xlog("processing $rm ( $ci / %ft / $tt / $hdr(Via) ) [$fu =>
    $tu]\n");<br>
    <br>
    Then redo the tests to catch the issue and send me the new logs.
    Because you use sipp with tags like '4', it is hard to search on a
    single tocken and I want to have the all message attribute when a
    relevant route block is executed.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 14/01/15 15:07, Daniel-Constantin
      Mierla wrote:<br>
    </div>
    <blockquote cite="mid:54B67827.1020905@gmail.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      Hello Julia,<br>
      <br>
      ok, I will look over the logs very soon.<br>
      <br>
      As a short note for the future, make the archives zip or tgz,
      being more common formats that can be unarchived everywhere
      without installing additional app, being handy to open even on
      small devices. Now it is ok with rar, being at the desk.<br>
      <br>
      Cheers,<br>
      Daniel<br>
      <br>
      <div class="moz-cite-prefix">On 14/01/15 14:43, Julia Boudniatsky
        wrote:<br>
      </div>
      <blockquote
cite="mid:CAASaaka98TR6yg4A774=EqXnKYzWhy9-fcOSMNjJ8L5zbML9fg@mail.gmail.com"
        type="cite">
        <div dir="ltr">Hello Daniel,
          <div><br>
            <div>Please find in attached file the debug 3 log.</div>
            <div>Failed call with Call-ID: <a moz-do-not-send="true"
                href="mailto:4-21712@10.25.153.150">4-21712@10.25.153.150</a>.</div>
            <div>The problem occurred with all modes of "dlg_match_mode
              "<br>
            </div>
            <div>The same load test in 3.3 executed without failures.</div>
            <div><br>
            </div>
            <div>Thank you,</div>
            <div><br>
            </div>
            <div>Julia.</div>
          </div>
        </div>
      </blockquote>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a></pre>
  </body>
</html>