<div dir="ltr">You could tell OpenSIPS to drop the 180 if the call is already in that state, unless you have it setup as a completely transaction/dialog-stateless proxy.  If the 200 really comes that fast after the 180, then clearly you don&#39;t need the 180.  I&#39;m assuming that the transport is UDP, and that could explain the out-of-order.  Or, the two nearly simultaneous messages are handled by separate processes in OpenSIPs, and the server just happened to schedule the threads such that the 200 got out first.<div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 11, 2015 at 7:39 AM, Юрий Насида <span dir="ltr">&lt;<a href="mailto:ynasida@gmail.com" target="_blank">ynasida@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">Hi there!</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">I have a bit strange issue when sometimes opensips 1.7.2  is wrong with the sequence of sip messages and send to freeswitch:</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">200 OK -- next --&gt; 180 Ringing </div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">instead of </div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">180 Ringing -- next --&gt; 200 OK</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"> </div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">The reason probably connected with end PBX which sends 180 Ringing and  200 OK almost at the same time (timeout = 0,000086 sec). Just FYI, PBX places inbound call to queue and this explains why it sends 200 OK so quick.</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">I know that it&#39;s also related to server resource but we have really good.</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">Is it possible to fix on opensips side somehow ?</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">Do anybody know what is  minimum timeout should be between 180 and 200 according RFC ?</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">Please advice</div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px"><br style="line-height:21.3px"></div><div style="line-height:21.3px;color:rgb(68,68,68);font-family:Calibri,sans-serif;font-size:15px">Thanks.</div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Ryan Mitchell &lt;<a href="mailto:rjm@tcl.net" target="_blank">rjm@tcl.net</a>&gt;<br>Telecom Logic, LLC<br>+15035934551</div>
</div>