similar to: TDM400P zttest not working

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%

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 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"],

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%

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

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

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%

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, I'm unable to complete the installation of zaptel. I did a checkout today from cvs. When I do make clean; make install. It gives me an error at this portion of the installation: /include/linux/modversions.h -DSTANDALONE_ZAPATA -c wct4xxp.c cc -I. -O4 -g -Wall -DBUILDING_TONEZONE -DSTANDALONE_ZAPATA -c -o ztcfg.o ztcfg.c cc -c -fPIC -I. -O4 -g -Wall -DBUILDING_TONEZONE

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.

Hello! While performing some zttest's for some time today, I was also keeping an eye of a top of the machine. While the zttest was running, I also had a ssh-keygen and a dd creating a 5GB file on an EXT3 partition running. I noticed that for the most part, I got a decent number of 100%'s, and a bunch of 99.6%'s or higher. However, it seems that whenever the zttest dropped

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

Hey all, I'm having problems where there is significant static when making SIP -> PSTN calls. SIP -> SIP and SIP -> VM calls are totally clear and fine. Here's the setup: Polycom 601,501, and ten 301s. Digum 2400 TDM card w/echo cancelling, 12 FXO ports. The TDM card is on IRQ 5 with nothing else on it. Server Specs: Asus P4P800E Deluxe P4 3.0 Ghz 1 GB Ram 80 GB SATA HD -

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

I've made some modifications to zttest in order to use it as a frame clock accuracy tester / slip detector. I'm not certain if that was it's original purpose, but it seems that a lot of folks try to use it that way. The result is something that I'm calling ztclock for now to help avoid confusion. I'm including the source at the end of this post. You can compile it by placing

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

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

PC: HP Vetra VL400 Mainbood: Intel815 BIOS: Phonix 4.0 release 6.0 OS: REDHAT 9.0 I installed the X100P in PCI slot 2 and disable the USB port, serial-port and parallel-port in BIOS. I can't found the X100P card in " cat interrupts" But I can found the card in the "cat ioports" use "lspci" I found the X100Pcard use the interrupts 11 too. Who can help me to solve

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,