search for: dahdi_test

Hi, Does anybody have an idea as to why dahdi_test results drop to unacceptable levels after doing a wanrouter stop/start using a Sangoma card? See below that it drops from 99.99% to 98.55%: [root at bin]# dahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.999512% 99.992874% --- Results after 2 passes --- Best: 100.000 -- Worst...

Hello, I am trying to get a Wildcard TE110P to work in a relatively modern HP Proliant DL385p Gen8 server. Being a potent 12 core Opteron server I expected no problems. Much to my dismay the dahdi_test results are constantly terrible: # dahdi_test Opened pseudo dahdi interface, measuring accuracy... 89.101% 89.195% 89.142% 88.957% 88.953% 89.115% 89.089% 89.134% 89.066% 89.021% 88.933% 89.044% 89.200% 89.017% 89.425% 89.014% 89.140% 89.814% 89.379% 89.185% 88.943% 89.000% 89.090% 89.067% 88....

Hi I wonder if anyone has any sugestions I have had a TDM400 for a couple of years, and I have always had problems with noise on the line, so tonight I have been doing some research and have found that if I load the CPU dahdi_test has almost perfect results and no noise dahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.997% 99.999% 99.998% 99.997% 99.999% 99.998% 99.998% 99.998% 99.998% 99.998% 99.998% 99.997% 99.998% 99.997% 99.998% 99.998% 99.998% 99.998% 99.998% 99.997% 99.999% 99.998% 99.998% 99.997% 99...

Hi, I have some servers that are dedicated to do meetme conferencing. From some previous test i concluded that I need to use dahdi_dummy as it is more accurate. If I did use the core timers in dahdi (not loading dahdi_dummy) I got bad quality in the conferences and dahdi_test showed 99.6% as worst. I thought maybe the issue as bad hardware for the timing or something else. But today I re-ran these tests on another server showing the same thing. - Can anybody comment on why DAHDI with core timers drop down to 99.6% occasionally? - Is a hardware-card for timing the m...

...er servers which are mostly fine. What can be the cause? The conversation themselves are reportedly of good quality, only the recording is a problem. Hint: this server does not have PRI Digium cards installed (pure SIP, only a transcoder card), while the others do. Could this be the cause? Dahdi_test shows 99.9xxx% accuracy with the dummy timer. Regards, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110628/06161bae/attachment.htm>

...ning Fedora 7 VM. On an earlier configuration with zaptel and Asterisk 1.4.21 , meetme worked alright. I upgraded to Dahdi and Asterisk 1.4.26, and the result is choppy sound via Meeme, while a simple Musiconhold works OK with descent audio quality. So I am sure its a Dahdi_dummy problem. Running dahdi_test gave me very poor results. Opened pseudo dahdi interface, measuring accuracy... 4.727% 4.725% 4.741% 4.903% 4.715% 4.459% 4.705% Doing a Top yields the folliwng results top- 19:08:25 up 7:35, 2 users, load average: 0.05, 0.05, 0.00 Tasks: 96 total, 1 running, 95 sleeping, 0 stopped, 0...

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

I am sure many of you have seen my post asking question that I cannot seem to resolve. While the responses i have been getting have been helpful i still cannot seem to get this working 100%. So I have waving the white flag here. I give up. I need someone to come to my office and help me get this working. If anyone is interested the office is in Lexington KY. If someone is interested we can

...r/sbin/astribank_tool ./usr/sbin/dahdi_cfg -./usr/sbin/dahdi_diag ./usr/sbin/dahdi_genconf ./usr/sbin/dahdi_hardware ./usr/sbin/dahdi_maint ./usr/sbin/dahdi_monitor ./usr/sbin/dahdi_registration ./usr/sbin/dahdi_scan +./usr/sbin/dahdi_span_assignments +./usr/sbin/dahdi_span_types ./usr/sbin/dahdi_test ./usr/sbin/dahdi_tool -./usr/sbin/fpga_load +./usr/sbin/dahdi_waitfor_span_assignments ./usr/sbin/fxotune -./usr/sbin/fxstest ./usr/sbin/lsdahdi ./usr/sbin/sethdlc ./usr/sbin/twinstar @@ -29,6 +32,15 @@ ./usr/share/ ./usr/share/dahdi/ ./usr/share/dahdi/astribank_hook +./usr/share/dahdi/dahd...

...local ;Ligacoes locais exten => _0XXXXXXXX,1,SetTransferCapability(3K1AUDIO) exten => _0XXXXXXXX,n,Dial(DAHDI/g1/${EXTEN:1},60) ;Ligacoes DDD - telefones fixos exten => _00XX[2-6]XXXXXXX,1,SetTransferCapability(3K1AUDIO) exten => _00XX[2-6]XXXXXXX,n,Dial(DAHDI/g1/021${EXTEN:2},60) # dahdi_test: svoip01:~# dahdi_test -vv Opened pseudo dahdi interface, measuring accuracy... 8192 samples in 8199.664 system clock sample intervals (100.094%) 8192 samples in 8198.728 system clock sample intervals (100.082%) 8192 samples in 8191.720 system clock sample intervals (99.997%) 8192 samples in 8190....

Hi! I have Asterisk 1.6.1 installed on OpenSuSE 11.0 running with choppy sound. One specialist on the forums asked me if I have DAHDI configured, he assumed that this could be cause of choppy sound problem. > dahdi_test Unable to open dahdi interface: No such file or directory Do I need to configure DAHDI even if I do not have any Zaptel devices? Is there any guide for configuring "dummy" DAHDI for Asterisk 1.6? Thanks in advance for any suggestion(s).

Hello, Does anyone know how to test the timing device? I've tried the following but with no luck. Zaptel is installed. I'm trying to use ztdummy as a timer. [root at TemplateAsteriskServer ~]# dahdi_test Unable to open dahdi interface: No such file or directory [root at TemplateAsteriskServer ~]# zttool Unable to open /dev/zap/ctl: No such file or directory Thanks Dan Journo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail...

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 no...

...terisk# asterisk -r <br> Asterisk 1.4.24.1, Copyright (C) 1999 - 2008 Digium, Inc. and others. <br> server_slave:/etc/asterisk# asterisk -r <br> Asterisk 1.4.24.1, Copyright (C) 1999 - 2008 Digium, Inc. and others. <br> <br> server_master:/var/lib/asterisk/agi-bin/inc# dahdi_test <br> Opened pseudo dahdi interface, measuring accuracy... <br> 99.998535% 99.995308% 99.996284% 99.997269% 99.998924% 99.996872% 99.998634% <br> 99.993553% 99.998245% 99.995216% 99.998039% 99.997856% 99.992966% 99.999321% <br> --- Results after 14 passes --- <br> Best:...

...di There are no cards in the VM - just the CentOS 7.4 operating system. I'm actually running 4.4.92 from elrepo as the kernel. I am using the confbridge with about 100 devices in the "one way" conference and the audio is not intelligible. Sending audio to a single endpoint is fine. dahdi_test running when nothing is happening is 99.8 running with the ALL 100 units in conf is about 99.6. What can I do do get audio where it needs to be ? I believe the environment is VMware. Thanks, Jerry -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.d...

Hello, I just made a asterisk / dahdi fresh install on Debian 8.4, and ended up with the following packages : $ sudo dpkg -l|grep -Ei 'dahdi|asterisk|libpri' ii asterisk 1:11.13.1~dfsg-2+b1 amd64 Open Source Private Branch Exchange (PBX) ii asterisk-config 1:11.13.1~dfsg-2 all Configuration

Hi. I have a Debian Leni system with asterisk-1.8. I was trying to get meetme to work and it depends on dahdi, so I compiled dahdi-trunk and dahdi-tools-trunk, however, when trying to insert dahdi_dummy, it complained about symbol crc_ccitt_table, although the module was actually there in the kernel tree. So, I took the Debian source, and I had the config and I did make Bzimage, make modules

...- This happens once a week, at same about the same time (give or take a couple minutes). Always from "span 3" too. It just continually spits out those messages until I restart Asterisk. I've seen others post about this, but haven't seen a real answer. Someone said to run a 'dahdi_test -v' when this happens; I did and I get 99% every time. Someone else said this is usually caused by the telco. running some type of test on the line, and I would agree since it happens every week at pretty much the same time and same day. So, yes, lets say the telco. is sending some type of sig...

...are not providing a reliable clock. It seems they allow a backlog of interrupts and if it hasn't caught up in 60s they are simply dropped. Before I rip apart the environment and rebuild on physical I'd like to try and confirm that hypothesis. In the past this was a simple matter of running dahdi_test which would report the accuracy. I'm not sure how to interpret the results of "timing test" in the Asterisk CLI. If I increase the number of ticks per second the results are erratic while under load. I'm using the timerfd module in Asterisk with a 1000HZ tick kernel and high res t...

...without DAHDI support. 2. You only have to load DAHDI drivers if you want to take advantage of DAHDI services. One option is to unload DAHDI modules if you don't need them. 3. If you need DAHDI services, you must correctly configure DAHDI. dahdi_speed gives: Count: 1782120 dahdi_test never somes back What dont I have correct? Thanks, Jerry