similar to: SIP/Console -> ISDN ticks

Hi. My samba server is working for everybody but the logs are full of "NT_STATUS_ACCESS_DENIED" messages So I turned logging a little higher and found out what shares/files are accessed when this happens. It, too, happens not to ALL users. I see this: guest user (from session setup) not permitted to access this share (TestPrograms) [2015/03/17 16:00:58.165672, 1]

Hi there, Could everyone that has a working production Asterisk server that uses a Digium telephony card as a BRI/PRI gateway let me know what motherboard/processor your server uses? We use a Digium TE210P as our telephony card. We have tried a couple motherboards, and neither is giving us satisfactory zttest scores. The machine we have in production right now is a Biostar U8668-D (VIA

We have recently started making more frequent use of the meetme conference of our * system. We are using v1.0.8 with a 2.6.11 kernel on our system. We generally have 4 callers in it: two with the gsm codec and 2 with g729. Initially, the conference works fine and there is little latency. After about 15min., though, the latency is very noticable and by 25min it's unbearable. If we all leave

I haven't seen this appear on the list, so I thought I would resend it... Sorry for the repost if it did appear before... ----- Forwarded message from Michael George <george> ----- Date: Wed, 3 May 2006 21:48:09 -0400 From: Michael George <george> Subject: meetme conference latency degrades... To: asterisk-users@lists.digium.com We have recently started making more frequent use

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

On Tue, 13 Apr 2004, Reid Spencer wrote: > There is an outstanding bug, #257, pertaining to separating out the > detailed testing infrastructure from the main LLVM code. I would like to > see fixed in the 1.3 release time frame. The bug can be found here: > http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=257 I think that we would all like to see this bug fixed for 1.3. :) That said,

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

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

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%

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

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.

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

On Tue, 2004-04-13 at 19:10, Chris Lattner wrote: > Yes, definitely. I think the right way to do this is to make it be as > incremental as possible. In particular, the biggest benefit will be to > get llvm/test/Programs into a seperate tarball from the main LLVM tree, as > it is big and will (hopefully!) keep getting bigger. There are several > tasks that can be done

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%

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

I try to compile zaptel, without much success. I followed the guidelines in http://www.voip-info.org/wiki-Asterisk+Zaptel+Installation making dependencie results in: asterisk:/usr/src/linux # make dep *** Warning: make dep is unnecessary now. and make tells me make[1]: *** No rule to make target `modules'. Stop. asterisk:/usr/src/zaptel # make clean rm -f torisatool makefw tor2fw.h rm -f

> 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, I have the SuSe9.2 installed in a box with a QuadBri. I have followed all the instructions i have found and this is my best result... only one error compiling zaptel :( .. y have the kernel sources an already made the links to its drwxr-xr-x 8 root root 328 Jun 16 20:20 . drwxr-xr-x 12 root root 320 Jun 16 14:05 .. drwxr-xr-x 3 root root 136 Jun 16 20:17 asterisk drwxr-xr-x 22 root