
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Thanks everyone for the replies<div class=""><br class=""></div><div class=""><blockquote type="cite" class="">Hi, possible that ACK is sent but it goes to a bogus public or private IP derived from the contact header somewhere in your call flow?<br class=""></blockquote><div class=""><br class=""></div>I checked and that does not seem to be the case. </div><div class=""><br class=""></div><div class=""></div><blockquote type="cite" class=""><div class="">I looked similar error on 1.10.3 release<br class="">After I reverted back to 1.8.5</div></blockquote><div class=""><br class=""></div><div class="">Interesting, I might revert as well as my workaround just minimized the problem, but did not fix it.</div><div class=""><br class=""></div><div class="">The thing with this error is that 90% of the ACK were sent correctly. It seems to be random when they are not sent. At the moment I have “solved" it by disabling Session-Timers, as the FS implementation sends an INVITE every 30 seconds or so, and an INVITE requires an OK -:> ACK or the call flow is dropped. This meant that sooner or later almost every call would drop as the large amounts of INVITES sent ended up triggering the bug. By disabling it I think we could still be getting the issue but it is reduced enough to not affect our customers.</div><div class=""><br class=""></div><div class="">Thanks for the help,</div><div class=""><br class=""></div><div class="">Alejandro</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Aug 5, 2020, at 06:07, Ken Rice <<a href="mailto:krice@freeswitch.org" class="">krice@freeswitch.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class="">that 180 after 200 was a race condition that required very tight timing. It has been patched. (by very tight timing i mean sub 10ms caused by 180 200 in rapid fire and getting reordered on the wire by diverse paths or a proxy<div class=""><br class=""><div dir="ltr" class="">Sent from my iPhone</div><div dir="ltr" class=""><br class=""><blockquote type="cite" class="">On Aug 4, 2020, at 16:05, mayamatakeshi <<a href="mailto:mayamatakeshi@gmail.com" class="">mayamatakeshi@gmail.com</a>> wrote:<br class=""><br class=""></blockquote></div><blockquote type="cite" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><br class=""></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 5, 2020 at 2:12 AM Alejandro Recarey <<a href="mailto:ar@cyberfonica.com" class="">ar@cyberfonica.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello everyone!<br class="">

<br class="">

I’m having an issue where freeswitch sometimes will not send ACK back to a 200 OK message. These are outbound calls made by mod_callcenter, and every 64 seconds a RE-INVITE is issued. My UA’s answer with a 200 OK, and most of the times, Freeswitch then sends an ACK. However, sometimes the ACK is not sent, and this causes the UA to drop the call 30 seconds later.<br class="">

<br class="">

At the moment I’m checking on ways to increase the session timers for these calls, as all of my UA are WSS connections and thus TCP based, I’m not worried about NAT. But sending so many critical REINVITES per call means that if something is missed like is happening, the call will drop. Has anybody else encountered this issue? I’m running on 1.10. <br class="">

<br class="">

I don’t see anything special in the Freeswitch logs. <br class="">

<br class="">

Curiously, the header shows `Session-Expires: 120;refresher=uac` but FS is refreshing the session every 64 seconds.<br class="">

<br class="">

I know its ClueCon now, congrats everyone! I hope someone has encountered this before and can point me in the right direction. <br class=""></blockquote><div class=""><br class=""></div><div class="">Is by any chance FS getting a '180 Ringing' or '183 Session Progress' after '200 OK'?</div><div class="">I don't know if this issue exists in the latest FS, but I remember seeing an old FS commit failing to send ACK in such cases.<br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></div></div>

<span class="">_________________________________________________________________________</span><br class=""><span class=""></span><br class=""><span class="">The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" class="">https://signalwire.com</a></span><br class=""><span class="">Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.</span><br class=""><span class="">Build your next product on our scalable cloud platform.</span><br class=""><span class=""></span><br class=""><span class="">Join our online community to chat in real time <a href="https://signalwire.community" class="">https://signalwire.community</a></span><br class=""><span class=""></span><br class=""><span class="">Professional FreeSWITCH Services</span><br class=""><span class=""><a href="mailto:sales@freeswitch.com" class="">sales@freeswitch.com</a></span><br class=""><span class=""><a href="https://freeswitch.com" class="">https://freeswitch.com</a></span><br class=""><span class=""></span><br class=""><span class="">Official FreeSWITCH Sites</span><br class=""><span class=""><a href="https://freeswitch.com/oss" class="">https://freeswitch.com/oss</a></span><br class=""><span class=""><a href="https://freeswitch.org/confluence" class="">https://freeswitch.org/confluence</a></span><br class=""><span class=""><a href="https://cluecon.com" class="">https://cluecon.com</a></span><br class=""><span class=""></span><br class=""><span class="">FreeSWITCH-users mailing list</span><br class=""><span class=""><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.freeswitch.org</a></span><br class=""><span class=""><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></span><br class=""><span class="">UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></span><br class=""><span class=""><a href="https://freeswitch.com" class="">https://freeswitch.com</a></span></div></blockquote></div></div>_________________________________________________________________________<br class=""><br class="">The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" class="">https://signalwire.com</a><br class="">Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br class="">Build your next product on our scalable cloud platform.<br class=""><br class="">Join our online community to chat in real time <a href="https://signalwire.community" class="">https://signalwire.community</a><br class=""><br class="">Professional FreeSWITCH Services<br class=""><a href="mailto:sales@freeswitch.com" class="">sales@freeswitch.com</a><br class="">https://freeswitch.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">https://freeswitch.com/oss<br class="">https://freeswitch.org/confluence<br class="">https://cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">https://freeswitch.com</div></blockquote></div><br class=""></div></body></html>