<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hello,</p>
    <p>if one side of the call is breaking the contact, then a
      workaround in kamailio is to use htable to store the contact
      address per callid+from/to tag. I encountered couple of times such
      situation and the condition in the config file is like:</p>
    <p>  - if the r-uri of ACK (BYE, etc...) matches "myself", then
      check to see if there is a record in an htable corresponding to
      callid and to-tag, if yes, use it</p>
    <p>Contact for caller is set in htable as INVITE is received and for
      callee when then 200ok is received.</p>
    <p>If dialog module is used, then the contact from the dialog
      structure can be used. With 5.1 or newer, dialog offers a
      dedicated function for this:</p>
    <p>  -
<a class="moz-txt-link-freetext" href="https://www.kamailio.org/docs/modules/stable/modules/dialog.html#dialog.f.dlg_set_ruri">https://www.kamailio.org/docs/modules/stable/modules/dialog.html#dialog.f.dlg_set_ruri</a></p>
    <p>For older versions, the address has to be taken from $dlg(...)
      variable, with some conditions to detect if it is the caller or
      callee side.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 03.01.18 16:16, Sebastian Damm
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CABkWSFzG2zkhsGvNDKJvrnk3vzU62ZXo6rHHYzm9ueoEZfx=+Q@mail.gmail.com">
      <div dir="ltr">Hi Jean,
        <div><br>
        </div>
        <div>as pointed out earlier, the ACK is probably broken. Every
          packet after the 200 OK should have the contact of the 200 OK
          in the Request URI. Your example packet carries probably the
          original request URI, which is most certainly wrong, exept if
          you use some topology hiding.</div>
        <div><br>
        </div>
        <div>This is something you can't fix but the voip provider has
          to fix. They apparently can't handle proxied SIP connections.</div>
        <div><br>
        </div>
        <div>Regards,</div>
        <div>Sebastian</div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote"><br>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<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>
Kamailio Advanced Training - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - May 14-16, 2018 - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
  </body>
</html>