Hi all I am using asterisk 11.24.1 on a centos 5 machine. kernel 2.6.18 flavor. (x86_64). I have about SIP 150 endpoints on it. when I send a message I'm getting garbled audio. I used to have a single PRI card in the box - but something happened and that connection no longer worked. I removed the card and also removed the system.conf and chan_dahdi entries. I am using ConfBridge in a PA kind of mode so all endpoints are muted. how do I monitor any dahdi timing? (dahdi 2.11.1 complete) (libpri 1.5) Network is 1G. Devices are 100Full connected to a 100Full switch. Server is a real server 95% idle when speaking. Any suggestions on what to look at or how to resolve? Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161110/4c1af6d0/attachment.html>
I found dahdi_test... dahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.999% 99.904% 99.974% 99.814% 98.070% 97.850% 99.985% 99.887% 99.708% 99.899% 99.805% 99.708% 99.902% 100.000% 99.949% 99.883% 99.891% 99.906% 99.784% 99.719% 99.827% 99.903% --- Results after 22 passes --- Best: 100.000% -- Worst: 97.850% -- Average: 99.698465% Cummulative Accuracy (not per pass): 99.991 seems like low numbers and not even running audio at this time. I'm thinking with the PRI card removed there is no reliable timing source. How do I get ConfBridge to have a reliable timing source? Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161110/e0ac9626/attachment.html>
On Thu, Nov 10, 2016 at 4:00 PM, Jerry Geis <jerry.geis at gmail.com> wrote:> I found dahdi_test... > > dahdi_test > Opened pseudo dahdi interface, measuring accuracy... > 99.999% 99.904% 99.974% 99.814% 98.070% 97.850% 99.985% 99.887% > 99.708% 99.899% 99.805% 99.708% 99.902% 100.000% 99.949% 99.883% > 99.891% 99.906% 99.784% 99.719% 99.827% 99.903% > --- Results after 22 passes --- > Best: 100.000% -- Worst: 97.850% -- Average: 99.698465% > Cummulative Accuracy (not per pass): 99.991 > > seems like low numbers and not even running audio at this time. > > I'm thinking with the PRI card removed there is no reliable timing source. > > How do I get ConfBridge to have a reliable timing source? > >Information on timing sources can be found here: https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces As noted on that page, ConfBridge can use any timing interface Asterisk provides, and is not limited to the DAHDI timing interface. Generally, timerfd is a good timing interface. That aside, I would try to rule out external issues with the garbled audio before changing the timing source. Things like: - Analysis of the RTP traffic (along with potential jitter) - CPU utilization with an active conference (95% idle doesn't mean that some core isn't pegged) - Any potential transcoding issues or codec issues Matt -- Matthew Jordan Digium, Inc. | CTO 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161111/93eca754/attachment.html>
>Information on timing sources can be found here:>https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces>As noted on that page, ConfBridge can use any timing interface Asterisk >provides, and is not limited to the DAHDI timing interface. Generally, >timerfd is a good timing interface.>That aside, I would try to rule out external issues with the garbled audio >before changing the timing source. Things like: > - Analysis of the RTP traffic (along with potential jitter) > - CPU utilization with an active conference (95% idle doesn't mean that >some core isn't pegged) > - Any potential transcoding issues or codec issues>MattHi Matt - thanks. Looks like I am ONLY loading: res_timing_pthread res_timing_dahdi But I dont think the res_timing(x) is working on CentOS 5. res_timing_timerfd does not even seem to be compiled on this box. How do I tell for sure what its using and if its good. All I saw in the asterisk log was the two res_timing_pthread and res_timing_dadhi being loaded. Everything else is fine actually. It worked with the card, and withthout the card just sending audio to one endpoint has audio issues in a conference. The machine is doing nothign else at that time. Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20161111/3ce14d06/attachment.html>