<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 17, 2015 at 2:01 AM, Stefan Viljoen <span dir="ltr"><<a href="mailto:viljoens@verishare.co.za" target="_blank">viljoens@verishare.co.za</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi List<br>
<br>
Regarding this Asterisk instance as discussed previously (Asterisk 1.8.11.0)<br>
that was consuming enormous amounts of file descriptors (100 000+ for about<br>
50 simultaneous calls) it appears I have managed to solve my problem by<br>
upgrading the 1.8.11.0 Asterisk instance to an 1.8.32.3 Asterisk instance.<br>
<br>
Also, the file descriptors apparently leaking were paired with timer<br>
problems in 1.8.11.0 whenever I went above about 50 concurrent calls on the<br>
box while running on 1.8.11.0.<br>
<br>
The thing is in our setup we have about 15 instances of 1.8.11.0 at the<br>
various branches of the company, all running 1.8.11.0, BUT at none of these<br>
sites do we ever exceed 40 simultaneous calls.<br>
<br>
The defining factor was (in our case, with our dialplan) to run 1.8.11.0 and<br>
try to run 50+ concurrent calls.<br>
<br>
What would happen was that thousands of these messages would come up in the<br>
CLI:<br>
<br>
[Aug 13 09:41:38] ERROR[25193]: res_timing_dahdi.c:89 dahdi_timer_set_rate:<br>
Failed to configure DAHDI timing fd for 0 sample timer ticks<br>
<br>
when we reached or exceeded 50 calls.<br>
<br>
The same happened whether pthread timing or kernel timerfd timing was used.<br>
<br>
Several other weird errors would manifest in the CLI, to whit:<br>
<br>
---<br>
format_gsm.c:102 gsm_write: Bad write (32/33): Destination address required<br>
<br>
[Aug 12 12:23:33] WARNING[29436]: channel.c:1474 __ast_queue_frame:<br>
Exceptionally long voice queue length queuing to Local/number@local-3E1C;1<br>
<br>
WARNING[8210]: res_rtp_asterisk.c:1773 ast_rtcp_read: RTCP Read error: Bad<br>
file descriptor.  Hanging up.<br>
<br>
[Aug 12 09:56:55] WARNING[29931]: file.c:198 ast_writestream: Translated<br>
frame write failed<br>
---<br>
<br>
when we were spamming the timer errors. Practical effects were dropped<br>
calls, calls with bad quality / what sounds like severe jitter, and<br>
mixmonitor recording files that were not written or corrupt.<br>
<br>
The solution (so far, still checking) was simply to upgrade to 1.8.32.0 and<br>
most of our problems disappeared, for us in our setup, with our dialplans.<br>
The upgrade was painless, since we stayed in the 1.8 range, we did not have<br>
to modify any of our config files or dialplans.<br>
<br>
Maybe this can assist someone else struggling with older 1.8 series timer<br>
issues.<br>
<br>
Regards<br></blockquote><div><br></div><div>Always nice to hear that we fixed things. Thanks for the follow-up! <br></div></div><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Director of Technology<br></div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div></div></div></div>
</div></div>