similar to: troubleshooting hangups?

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

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%

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%

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%

Has anyone had any compatibility issues with a TE110P card installed on a Dell Poweredge 1950? I noted the following error on the LCD display of the Dell Poweredge 1950: E1711 PCI PErr Slot 1 E171F PCIE Fatal Error B0 D4 F0. The Dell hardware owners manual states that it means the system BIOS has reported a PCI parity error on a component that resides in PCI configuration space at bus 0,

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:

I am so fed up with Digium cards. My company first owned a TE410P, I installed it in a Dell server and "enjoyed" its instability (we bought it months before Digium warned about the incompatibility issues). Then we switched to a TE411P for the hardware echo cancellation. Now we want to receive fax (< 20/day) on it and guess what ? Since April 2006 (again a few months after we bought

> 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

Hi Francois, Thank you for your interest. I tried the card alone so I don't think is an IRQ problem (anyway is there a way to be sure?) To be sincere, in all systems I saw (even working ones) there is an IRQ balance failed where Linux boots. The system is new, I tried different processors (P4 and Celeron) with SMP kernel and without. The card has the echo module, could not be

I just needed to test a dialup modem connection (don't ask) and I had a modem connected to a TDM card (FXS port) which then dialled out via a E1 PRI on a TE4xxp card. See my log below: atdt0198xxxxxx CONNECT 36000 V42bis ** Dial IP ** Username: xxxx Password: Entering PPP Session. IP address is xxx.xxx.xxx.xxx MTU is 1500. OK ATH0 OK ATDT0198xxxxxx CONNECT 31200 V42bis ** Dial

Hello, I had noticed strange crackling sound on my phone calls going through my zaptel device (TDM400P), so i decided to check on possible timer issue, and found lots of issues on forums concerning the sensibility of zaptel with IRQs, and tried about everything: moving PCI slots, noapic and acpi=off boot options, play with different kernel options: iosched/preemption/timer/..., play with

Our asterisk system gains access to the PSTN through a voip provider. We have no digium or other telephony hardware in our system. Do the zttest results still matter to us? Our results were as follows: --- Results after 1007 passes --- Best: 100.000000 -- Worst: 99.780273 -- Average: 99.975763

I am trying to get to the bottom of audio clicks, pops, dropouts with my Asterisk server. These occur even when the system is under minimal load (e.g. 1 Zap device in a queue being played music on hold) and occurs with both Zap and Sip devices so isn't network related. The audio problems occur at the same time on all channels and seems to be when Asterisk "gets busy" and uses

We are having intermittent problems where the person we call reports static when we place an outgoing PSTN call. Only the person called hears static, to us the conversation sounds fine. Never happens on inbound calls. It doesn't matter what channel you call from (IAX, SIP, or Zap). We have a Sangoma A108D with hardware echo cancellation with 2 PRIs to Level3 and 2 PRIs to a Nortel Option

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

Helo, I have problem with Digium TE110P connected to CISCO 3640 (port on NM-HDV-2E1-60) wth PRI E1 link. I use CISCO now for testing but when I tried with real PBX problem was exactly same. I have this messages in Asterisk conole and log sometimes: NOTICE[1115] chan_zap.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 Usually 2-5 such messages in series, can be repeated after 10

I am having trouble with zttest on a Tyan board, dual AMD Opteron's on FC3. Tried different kernels, no IRQ sharing, everything looks in order. My zaptel modules load fine, but if I run zttest, it just hangs. Below is the strace output and you can see where it stops. Anyone have any ideas? [root@asterisktest zaptel]# strace ./zttest execve("./zttest", ["./zttest"],

Hi I am trying to build reliable fax solution with asterisk, iaxmodem and hylafax. I am attempting to do this on Compaq DL-360 with 2 pentium 3 1.2GHz (512 cache) and 2GB of RAM. I am using a Sangoma A101. After installing the newest zaptel and wanpipe-3.1.0 beta I did zttest and it didn't give me good results: 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586%

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