<div>Well, technically speaking, the remote end should _not_ send a 180 after a 200. But then it seems like it's traditionally FS' job to adapt to faulty gws.</div><div><span style="font-size:15px"><br></span></div><div>Take a look at <a href="https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/6587394">https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/6587394</a> you may find some answers there.</div><div><span style="font-size:15px"><br></span></div><div>Good luck.</div><br>On Thursday, October 11, 2018, Mody, Darshan (Darshan) <<a href="mailto:darshanmody@avaya.com">darshanmody@avaya.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Hi<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">We are running UDP traffic. During heavy load FS receives sometimes receives 180 response after 200 OK already received on the same call-id (dialog). However FS does not discard the same and starts processing 180 even though it has already
 received 200 OK on the same call-id (dialog). <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Freeswitch should be discarding the 180 response after it gets 200 OK response from far-end.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">In our case the FS core state machine even though it gets 200 OK waits for 200 Ok again.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks<u></u><u></u></p>
<p class="MsoNormal">Darshan<u></u><u></u></p>
</div>
</div>

</blockquote><br><br>-- <br><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div><br>