<div dir="ltr"><div dir="ltr">On Thu, Sep 23, 2021 at 1:59 PM Dan Cropp <<a href="mailto:dan@amtelco.com">dan@amtelco.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="gmail-m_979613317956066208WordSection1">
<p class="MsoNormal">We have an extremely busy/large customer.  They run fine most of the time, but periodically asterisk will output FRACK refcount related messages.  It doesn’t seem to be related to the volume, because it’s not breaking during their peak
 times.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">When this happens, the system becomes unstable and they have to restart to get things resolved.<u></u><u></u></p>
<p class="MsoNormal">To give an idea of the instability, we have seen INVITE/Trying responses in SIP messaging logs.<u></u><u></u></p>
<p class="MsoNormal">We tell Asterisk to answer via AMI, but Asterisk never sends the OK (even 24 seconds later it hasn’t sent).<u></u><u></u></p>
<p class="MsoNormal">Eventually the other send CANCEL of the call.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">We’ve now captured 4 different days where something like the following occurs.<u></u><u></u></p>
<p class="MsoNormal">1) Is there a good way to tell if this may be fixed in Asterisk 16.20.0 (short of upgrading)?</p></div></div></blockquote><div><br></div><div>You could examine the changes between the two and see if any issues seem relevant.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_979613317956066208WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal">2) Would this be something I should submit as an asterisk issue?  Unfortunately, site is so busy capturing the debug will be very difficult (if not impossible) due to amount of data.</p></div></div></blockquote><div><br></div><div>Without a backtrace, or debug logs it'd be really hard to look at. The message just means that an object was referenced a lot. Why that is - who knows. It could be that the system can't keep up for some reason, or there's an off-nominal path, or something is deadlocked, or something else.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>