similar to: Fax and Asterisk

Hello, I have some ugly numbers given by zttest for ztdummy on an AMD64 box running linux-2.6.15 compiled for Athlon64. linux-2.6.15, zaptel/branches/1.2 r900, jiffies ./zttest Opened pseudo zap interface, measuring accuracy... 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586%

I was browsing the applications developed in zaptel and came across zttest. After I run it, I get the following: Opened pseudo zap interface, measuring accuracy... 99.975586% 99.987793% 99.987793% 99.987793% 99.987793% 100.000000% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.975586% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793%

> They instantly got us to look at the output of zttest and we found that this was (in their words) 'extremely low', with 'best' and > 'worst' readings of 99.975586% and 99.963379% respectively. Might want to give PCI latency setting a try, it helped for me. My ZTTEST would drop occasionally to 99.95% until I set: setpci -v -s 01:01.0 latency_timer=ff

I've read as much as I can on this error and still can't seem to figure out what's causing this error: Jun 23 20:54:58 NOTICE[7483]: chan_zap.c:7395 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 Jun 23 20:55:03 NOTICE[7483]: chan_zap.c:7395 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 Jun 23 20:55:03 NOTICE[7483]:

Hi list! I'm trying to setup a new * server with a TE210P in a Dell 2850 box. I'm using zaptel version 1.2.5, the linux flavour I'm using is CentOS 4. In a previous thread I read about the results I should expect from zttest. On my home box (using the crappy Asus A7V600) I got really bad results from zttest (just over 97.5) but I know that this motherboard just sucks. To my

Hi All Just a quick check on the best way to ensure multiple cards/devices load in the correct order. Asterisk 1.8 with Sangoma A101 had no problems until we introduced an Astribank. root at pabx377:/etc/asterisk# dahdi_hardware -v usb:001/004 xpp_usb+ e4e4:1162 Astribank-modular FPGA-firmware LABEL=[usb:X1060395] CONNECTOR=@usb-0000:00:1d.7-3 XBUS-00/XPD-00:

I have a P3-800 with two IDE drives in a software RAID1 configuration. Each drive is on a separate IDE channel. Now anytime there is HD activity, I hear "beeps" and "cutting out" on a call using the X100P card. I ran the zttest program, and discovered HD activity would drop the accuracy down to between 2% and 50%. However I noticed if I disabled one drive in the RAID1

Hello, Today we setted up a server that needs to use MeetMe but doesn't have any Zap hardware. So we need to use ztdummy (at least, this was our idea). Rarely: zttest is not working at all (100% bad, using zttest -v doesn't give anything, etc.). Of course, after load ztdummy, there isn't any background or anything. It is the same kernel (Debian Etch default kernel, 2.6.18) than

Hiya all, I have had no end of trouble trying to get my A101 E1 card working on a new asterisk installation. The sangoma tech people have ignored my emails about this. All the installation of wanpipe seems to go ok, and zaptel. it all installed compiled and does all the wanpipe hwprobe exactly as documented. Asterisk compiled ok, but when I run it give me Jun 27 11:12:18 ERROR[10528]:

Hello, We are having issues with a NEW Sangoma A108D: -- Executing [691918892 at pbx1:1] Dial("SIP/xtravoip200-009d24b0", "DAHDI/g0/691918892|30|m") in new stack [Oct 1 10:04:43] WARNING[14171]: channel.c:3170 ast_request: No translator path exists for channel type DAHDI (native 76) to 256 [Oct 1 10:04:43] WARNING[14171]: app_dial.c:1237 dial_exec_full: Unable to create

I upgraded from Tormenta2 to Sangoma A101. I followed the instructions, and installation was successful. zttool, ztcfg, all show card is installed properly. I copied the parameters from my old working zaptel.conf, zapata.conf and zapata-auto.conf. Verified on Sangoma website that these files are correct. Also configured wanpipe1.conf. But doing all this didn't start the PRI channels. It says

I just got a brand new A101 and am trying to install it in my test Asterisk box. The install went without a hitch. I followed the directions on the Sangoma Wiki: Wanpipe Asterisk Install http://sangoma.editme.com/wanpipe-linux-asterisk-install Wanpipe for Asterisk Configuration http://sangoma.editme.com/wanpipe-asterisk-configure It went perfect, no problems and Asterisk came up fine. I downed

Hi, I have A101DE Sangoma Card( http://www.sangoma.com/products/hardware_products/digital_voice_and_data_networking/a101.html ) lspci shows as 03:04.0 Network controller: Sangoma Technologies Corp. A200/Remora FXO/FXS Analog AFT card [root at asterisk ~]# lspci -vvv -s 03:04.0 03:04.0 Network controller: Sangoma Technologies Corp. A200/Remora FXO/FXS Analog AFT card Subsystem: Unknown device

Hi there, we have a problem with dahdi and overlapdial. We are running an E1 in Germany and are in need of overlapdial. The E1 is connected to a Sangoma A101. As soon as overlapdial is set to "yes" we have problems with incoming audio on the dahdi channels. When set to "no" all audio is fine. Basically we can choose between being able to receive calls or to place calls

Hi, I would like to know what type of configuration could get me closer to 100% hits in zttest, when testing a TDM400P with 4 FXO ports, I am currently running kernel 2.4.31, on a IBM Xseries 306, with 3gh CPU, HT is disabled, PCI latency was changed, i still cant get more then 99.975% in the zttest testings, Thanks for any info. Marco.

Guys. I have an issue with a te110p card and also some tdm04b cards on the same system: Zttest returns this for the tdm04b cards: [root@mollendo ~]# /usr/src/zaptel-1.2.4/zttest 38 -v Opened pseudo zap interface, measuring accuracy... 8192 samples in 8191 sample intervals 99.987793% 8192 samples in 8192 sample intervals 100.000000% 8192 samples in 8192 sample intervals 100.000000% 8192 samples

Hi, I have a TDM400P running with only one FXO port running on a VIA EPIA MS10000 (1Ghz Via Eden). When I run zttest from Zaptel 1.2.1 it hang and when I interrupt it with Ctrl-C that is the result: ?anyone have some idea about why isn't working? Some additional info: # /usr/src/zaptel/zttest -v Opened pseudo zap interface, measuring accuracy... --- Results after 0 passes --- Best:

We are having an occasional one w-way audio problem that occurs about every 25 - 30 calls on a system configured as follows: Asterisk 1.2.12.1 Sangoma A101 w/wanpipe beta9 Polycom 500s w 1.5.3 This happens only on inbound calls from the PRI. The external caller can hear our customer answer and say hello, however, our customer cannot here their caller. Typically, the caller calls right back

I have some DID numbers that come into Asterisk via PRI, then connect to a Panasonic DBS PBX via PRI. Outbound calls from the PBX go out via PRI to Asterisk, then out to the Telco's PRI. The sync LEDs on my PBX show that it is synced to Asterisk via the PRI. I have users complaining about random hangups. What is the best way toi approach finding the issue? ref: zttest looks good. ./zttest

Another request make me test my t1 card, which has no quality problems, but all that I get is: [root@SIP2-MI zaptel-1.2.1]# ./zttest Opened pseudo zap interface, measuring accuracy... 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793% 99.987793%