<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 11, 2016 at 10:46 AM, Jerry Geis <span dir="ltr"><<a href="mailto:jerry.geis@gmail.com" target="_blank">jerry.geis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><div>>Information on timing sources can be found here:</div><div><br></div><div>><a href="https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces" target="_blank">https://wiki.asterisk.org/<wbr>wiki/display/AST/Timing+<wbr>Interfaces</a></div><div><br></div><div>>As noted on that page, ConfBridge can use any timing interface Asterisk</div><div>>provides, and is not limited to the DAHDI timing interface. Generally,</div><div>>timerfd is a good timing interface.</div><div><br></div><div>>That aside, I would try to rule out external issues with the garbled audio</div><div>>before changing the timing source. Things like:</div><div>> - Analysis of the RTP traffic (along with potential jitter)</div><div>> - CPU utilization with an active conference (95% idle doesn't mean that</div><div>>some core isn't pegged)</div><div>> - Any potential transcoding issues or codec issues</div><div><br></div><div>>Matt</div><div><br></div></span><div>Hi Matt - thanks.</div><div><br></div><div>Looks like I am ONLY loading:</div><div>res_timing_pthread</div><div>res_timing_dahdi</div><div><br></div><div>But I dont think the res_timing(x) is working on CentOS 5.   res_timing_timerfd does not </div><div>even seem to be compiled on this box. </div><div><br></div><div>How do I tell for sure what its using and if its good. All I saw in the asterisk log was the </div><div>two res_timing_pthread and res_timing_dadhi being loaded.</div><div><br></div><div><br></div><div>Everything else is fine actually. It worked with the card, and withthout the card just sending audio to </div><div>one endpoint has audio issues in a conference. The machine is doing nothign else at that time.</div><div><br></div><div><br></div></div></blockquote><div><br></div><div>You're probably running a version of the Linux kernel that doesn't support timerfd, hence why it isn't available.</div><div><br></div><div>res_timing_pthread is ... not very good. It exists as an absolute, last ditch fall-back for Asterisk to provide a source of timing when none exists. As such, and assuming you have ruled out all other sources of the garbled audio, then I'm really not surprised that it isn't very effective.</div><div><br></div><div>Your best bet would be to:</div><div> - Provide a hardware timing source that res_timing_dahdi can use. IIRC, this should work even without a specific card, but does require the dahdi kernel module to be installed and available. (I could be wrong on the need for a physical card however, so your mileage may vary.)</div><div> - Upgrade to a version of the kernel that res_timing_timerfd supports. That should be Linux 2.6.26 and glibc 2.8 or later.</div><div><br></div><div>Personally, if I were in your shoes, I'd go with the latter. CentOS 6 should be good out of the box, and CentOS 5 is pretty long in the tooth.</div></div><div><br></div><div>Matt</div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Matthew Jordan<br>Digium, Inc. | CTO<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>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>