<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hello,</p>
    <p>no, Kamailio doesn't reorder any packets it receives/sends. It
      cannot know that something else was sent and it needs to way.</p>
    <p>Probably you can add some delays in kamailio processing, so
      another worker will sent the other message first, if you know what
      to expect on the wire. But if it is just a corner case, it is a
      rather dangerous solution, because it can decrease the
      performances.</p>
    <p>However, the SIP endpoints should be able to cope with such
      situation, because this can be happen even if kamailio is
      receiving and sending on the right order, the last leg of the
      network can send the first message with more delay due to
      congestion on the ip path.</p>
    <p>If you provide more details about what is breaking this out of
      order, then maybe we can look for more specific solutions.<br>
    </p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 30/01/2017 23:33, Andy Chen wrote:<br>
    </div>
    <blockquote
cite="mid:CAEytwJ2sZbK39-J4M+4B0vQEoNxoAcPyZVHnJon5xVyeLXVgMA@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hello sr-users,
        <div><br>
        </div>
        <div>First of all, I'm new to this forum so any help would be
          greatly appreciated as my Kamailio knowledge is somewhat
          limited.  Thanks for your patience.</div>
        <div><br>
        </div>
        <div>So to the question at hand.  If the originator of the SIP
          method sends SIP messages out of order, does the Kamailio put
          them back in order before relaying it to the destination
          device?  I'm seeing where the 200 OK was sent first before the
          SIP UPDATE within the same CSeq number.</div>
        <div><br>
        </div>
        <div>The reason I'm asking is because I'm seeing this behavior
          now with UDP transport protocol and I'm trying to justify why
          we don't need to switch to TCP to fix this issue.</div>
        <div><br>
        </div>
        <div>Thanks.<br clear="all">
          <div><br>
          </div>
          --<span style="font-size:12.8px">Andy</span>
          <div class="gmail_signature" data-smartmail="gmail_signature">
            <div dir="ltr">
              <div dir="ltr" style="font-size:12.8px"><br>
              </div>
            </div>
          </div>
        </div>
      </div>
      <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-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 - Mar 6-8 (Europe) and Mar 20-22 (USA) - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - May 8-10, 2017 - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
  </body>
</html>