I'm interested in using the testing a non-DAHDI timing source to have some assurance I'm on a system that's not likely to give me grief over timing-related issues.
I'm familiar with dahdi_test and the guideline of needing 99.975% accuracy for reliable conferencing and such. (Is that an accurate guideline? Where did it come from?)
When I started looking at using the timerfd timing source instead, it seemed the "timing test" command was my go-to for checking it, but I'm not sure it's testing the timing source at the same level dahdi_test did, as it's only testing 50 ticks per second? How much…
We are running Asterisk 18.104.22.168 with an uptime of 40 weeks. Just today our streaming music on hold stopped working. I remember when we had first installed 1.8 we had an issue where the streaming music on hold would not work because Music On Hold was using the DAHDI timing module. We needed the DAHDI timing module loaded so that paging would work. However, at that time we upgraded to 22.214.171.124 and the system loaded properly with both the dahdi and pthread timing module with Music On Hold using the pthread timing module. In that state, everything worked properly -…
We use MeetMe with res_timing_dahdi as the timing source, and once a while we get the following error which then causes Asterisk to crash/restart (with safe Asterisk).
ERROR res_timing_dahdi.c: Failed to configure DAHDI timing fd for 0 sample timer ticks
According to the following from Asterisk wiki, DAHDI is required for MeetMe. "Some confusion has arisen regarding the fact that non-DAHDI timing interfaces are available now. One common misconception which has arisen is that since timing can be provided elsewhere, DAHDI is no longer required for using the MeetMe application. Unfortunately, this is not the case. In addition…
I have to make an asterisk gateway in front of several other asterisk.
This gateway will essentialy be used for outbound call.
This gateway will be connected to other asterisk by IAX trunk, outbound
call will use SIP trunk (voip provider or patton isdn).
I have a TE220BF available than i can use for dahdi timing source. Is a
good idea, or this will give me zero benefit for timerfd timing source
(will host this gateway on debian squeeze or centos 6.2) ? Thanks.