<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    For further clarification, the Contact header is not relevant at all
    (so not used) for routing current request (no matter is ACK or
    something else). No Contact never results in misrouting. As Alex
    pointed, only a full sip trace can reveal the problem.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 11/27/13 8:31 PM, Alex Balashov
      wrote:<br>
    </div>
    <blockquote
      cite="mid:3c66f0c9-7240-4a62-9ad3-edfff0969158@email.android.com"
      type="cite">The only way to diagnose this is to get a full packet
      capture. In all likelihood, there is a problem with the ACK. 4.0
      does not, in principle, mishandle ACKs, no, but loose-routing and
      NAT problems related to their handling are not uncommon. <br>
      <br>
      <br>
      <div class="gmail_quote">Adnan <a class="moz-txt-link-rfc2396E" href="mailto:112linuxstockholm@gmail.com"><112linuxstockholm@gmail.com></a>
        wrote:
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <div dir="ltr">Hi,
            <div><br>
            </div>
            <div>We are migrating from our openser 1.4 to kamailio 4.0.3
              and have run into a couple of issues. One of them is
              described below and we need to know if it is a known bug
              or not.<br>
              <div><br>
              </div>
              <div>Kamailio receives an INVITE from a gateway and
                finally responds with 200 OK. Then an ACK is generated
                by the gateway towards the Kamailio that some how does
                not get relayed to the next hop.</div>
              <div><br>
              </div>
              <div>The only special aspect here is that the ACK does not
                contain a Contact header. Is that something that could
                confuse kamailio and make it unable to relay?</div>
              <div><br>
              </div>
              <div>According to SIP RFC, a contact header in ACK is not
                a must have. Our case is the one where ACK  is sent by
                the UAC after receiving a 200 OK final response.
                Everything else about the ACK looks OK e.g. ACK has a
                branch different from the the branch value in the UAC
                INVITE.</div>
              <div><br>
              </div>
              <div>Is it a a known bug in 4.0.3?</div>
              <div><br>
              </div>
              <div>In the configuration, we handle ACK as below:</div>
              <div><br>
              </div>
              <div>
                <div>if (is_method("ACK")) {</div>
                <div>                                if
                  (t_check_trans()) {</div>
                <div>                                        t_relay();</div>
                <div>                                        exit;</div>
                <div>                                } else {          
                               </div>
                <div>                                        exit;</div>
                <div>                                }</div>
                <div>                       </div>
              </div>
              <div>Br<br>
              </div>
              <div>Adnan</div>
            </div>
          </div>
          <pre class="k9mail"><hr>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
        </blockquote>
      </div>
      <br>
      --<br>
      Sent from my mobile, and thus lacking in the refinement one might
      expect from a fully fledged keyboard. <br>
      <br>
      Alex Balashov - Principal <br>
      Evariste Systems LLC<br>
      235 E Ponce de Leon Ave<br>
      Suite 106<br>
      Decatur, GA 30030<br>
      United States<br>
      Tel: +1-678-954-0671<br>
      Web: <a moz-do-not-send="true" href="http://www.evaristesys.com">http://www.evaristesys.com</a>/,
      <a moz-do-not-send="true" href="http://www.alexbalashov.com">http://www.alexbalashov.com</a>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.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-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<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>