<div dir="ltr">Hi Daniel,<div>Thank you for the clarification regarding to the t_check_trans.</div><div><br></div><div>Kamailio only receives one BYE, pls note that in the same call scenario but with mask call ID disabled it works correctly.</div><div><br></div><div>we are using the default kamailio script, we just included the topoh module on it.</div><div><br></div><div>Thank you for the help</div><div>Best regards</div><div>José</div></div><br><div class="gmail_quote"><div dir="ltr">Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> escreveu no dia terça, 16/10/2018 à(s) 18:31:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Hello,<br>
    </p>
    t_check_trans() is checking if there is a retransmission, not if a
    request belongs to a dialog.<br>
    <br>
    Did you get the same BYE sent twice at more or less same time?<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="m_2742739393094625997moz-cite-prefix">On 16.10.18 18:00, José Seabra wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr">Hi all,
          <div><br>
          </div>
          <div>I noticed that using the module TOPOH with the parameter
            mask call id enabled and the t_check_trans together isn't
            working correctly.</div>
          <div><br>
          </div>
          <div>When i receive the BYE message my script call the
            function t_check_trans() in order to check if a message
            belongs or is related to a transaction. This function always
            returns false when used with the topoh mask call id enabled,
            once that the BYE belongs to an existing dialog it must
            return true.</div>
          <div>In the logs it says something like transaction doesn't
            match dialog using the RFC3261.</div>
          <div><br>
          </div>
          <div>If the TOPOH mask call id option is disabled everything
            works perfectly.</div>
          <div><br>
          </div>
          <div>Anyone here already faced this behavior?</div>
          <div>Thanks </div>
          <div>Regards</div>
          <div>-- </div>
          <div>
            <div dir="ltr" class="m_2742739393094625997gmail_signature">
              <div>José Seabra</div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="m_2742739393094625997mimeAttachmentHeader"></fieldset>
      <br>
      <pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="m_2742739393094625997moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a class="m_2742739393094625997moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="m_2742739393094625997moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="m_2742739393094625997moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a class="m_2742739393094625997moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_2742739393094625997moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio World Conference -- <a class="m_2742739393094625997moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a>
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- <a class="m_2742739393094625997moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a></pre>
  </div>

</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Cumprimentos<div>José Seabra</div></div>