similar to: Ugly echo cancel, with Bristuff/Zaphfc

Do bristuffed zaptel (zaphfc) supporting rxgain/txgain in zapata.conf? I'm changing rxgain in zapata.conf, and reloading zaptel, but sound level on ISDN(HFC) is always the same (loud).

hello, I have a asterisk box (Slackware 9.1.0, Linux 2.4.31) connected to a Ericsson Businessphone PBX on the internal S0 bus with HFC-S card and zaphfc driver - point2point mode -. --------- | TELCO | | BRI | --------- | | PBX external S0 -------- | PBX | -------- | PBX internal P2P S0 NT Mode | | HFC-S Card P2P TE Mode

Good Day all, I have a Fractional PRI connected to my Asterisk Box via a T100P card. When I initiate a call out to phone number 123-8888 the call sounds great no echo what so ever. If the person at 123-8888 hangs up and calls me right back (same handset on both sides) same trunk line The call always has echo on it. The Asterisk sip extension hears them selves echoing. The remote party

Hi, I'm trying to setup a small BRI ISDN <-> voip gateway. The ISDN card is based on Cologne chipset, so I try set it up with zaphfc. The versions i'm running: kernel-2.4.27 Asterisk 1.0.7-BRIstuffed-0.2.0-RC8e zaptel modules 1.0.7 zaphfc is from bristuff-0.2.0-RC8e When I'm doing the insmod on zaptel, zaphfc, zaprtc: Zapata Telephony Interface Registered on major 196 PCI:

Hi, i've downloaded/compiled/installed the bristuffed asterisk Asterisk 1.0.7-BRIstuffed-0.2.0-RC8a and i'm using it with an hfc card. It runs on a debian 3.1 sarge machine with kernel 2.6.11. Asterisk works well if i configure the card using isdn4linux. I'm having problems dialing out (not tried the input yet). This is the output from asterisk: -- Accepting AUTHENTICATED call from

Using the latest(?) bristuff (Asterisk 1.0.4-BRIstuffed-0.2.0-RC3a) I have problems with loosing the D-channel. Most of the time, after the message "PRI D-channel down" it only takes a second or so to come back up, noted by the message "PRI D-channel up" However, today most of the time the D-channel stays down. Calls come in, but can't be answered. Does anyone know

Hello * users I've problems with sound quality on zaphfc Asterisk works fine good sound quality. If I do "make load" in the bristuf.xx zaphfc dir then sound quality drops directly. Even if I don't load the chan_zap in the modules.conf I use this config on more (even old 400Mhz machines) and works correctly. Looks like an hardware problem but I can't find it. I don't

After upgrading a CentOS 3.x box to CentOS 4.1 (both x86_64 with an Athlon64) I also wanted to get the latest bristuff. Unfortunately bristuff without florz causes the box to kernel panic within hours (console will complain about bad frame received something). It seems however that the florz patch will not work for x86_64 arch. Bristuff -0.2.0-RC8j compiles fine without the florz patch, but

I have some problems starting asterisk with a hfc card using zaphfc: [chan_zap.so]Mar 8 17:53:06 WARNING[2447]: loader.c:258 ast_load_resource: /usr/lib/asterisk/modules/chan_zap.so: undefined symbol: ast_retrieve_call_to_death Mar 8 17:53:06 WARNING[2447]: loader.c:391 load_modules: Loading module chan_zap.so failed! I'm using asterisk from debian/sid: Asterisk

I have a problem with Asterisk-bristuffed using a zaphfc card. I am located in the Netherlands, so I have an ISDN line from KPN. When I start Asterisk, and plug in the ISDN line, everything works perfectly for about 5 minutes. And then the ISDN line is down for 1 minute, and after that minute, the line comes back up and works for another 5 minutes. Every time the line goes down I get the error

I looks like someone decided to bundle a patch that hasn't been merged yet. Good for testing, not so good for initial impressions. In /etc/asterisk/asterisk.conf add or uncomment this: [options] ;silence_suppression=yes And see if that helps. You need a timing source for it to work, which is why it is disabled by default, but the logging might be a bit chatty in any case. Dan

I have a problem with CDR recording in Asterisk 1.2.x. This is the situation: An Asterisk 1.2.0 (BRIstuffed-0.3.0-PRE-1 with florz) machine with a single HFC-S ISDN BRI card. I log the call records to both the Master.csv and MySQL. The problem is that when an incoming call from the ISDN line is logged to the CDR, the "src" and the "clid" field show up as something like

I tried to get callerid working the normal way but the cid is never passed to the phone. It doesn't work untill I set SetCIDNum(0${PRI_NETWORK_CID}) in extensions.conf which I found in the wiki: http://www.voip-info.org/tiki-print.php?page=Asterisk+zaphfc Is this intended behaviour, or still a bug? It does work but it only shows one zero even though I have nationalprefix = 0

Hello, I tried to read Bristuff source code to understand the way calls are bridged from one BRI port to another (as HFC cards have "active channel switching capability"). Doing so I looked at zaphfc.c file which seems to be the only .c file constituting bristuff but I may be wrong I'm far from being an expert on this. I found 4 functions (hfc_btrans, hfc_brec, hfc_dtrans,

I have the same problem in a box with 2 HFC-PCI, but i already remove the row in modprobe.conf and load the module manually. Both cards works fine Any idea ? Giordano -----Messaggio originale----- Da: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] Per conto di Julian J. M. Inviato: luned? 27 giugno 2005 12.04 A:

We have occasional echo, mostly on lines that come across as quiet.. I am trying to troubleshoot how to disolve the echo. i have tried the steps on voip wiki, but have not recently been able to make any difference. the echo isnt horrible most of the time, and seems extremely random in that i can call a number once without echo, then dial the same number a second time and get echo. things i am

I upgraded from 1.0.9 to 1.2.1. In 1.0.9 everything worked perfect. Now, I call in my IVR, and after navigating in menus when I get dialtone for dialing extension, Sound is choppy and I get bunch of messagess: -- Silence suppression is disabled (option_silence_suppression=0 chan->timingfd=30) -- Silence suppression is disabled (option_silence_suppression=0 chan->timingfd=30) -- Silence

Hi, I have a partial working installation with zaphfc. Incoming call : For incoming call, seems work fine. But the sound is very bad with bounce short crashing sound. Same sound with echo cancel off or on. SDA work fine. Another problem, it's seems that's zaphfc don't reset correctly the line. I have one of my D channel how was busy even after stop communication. Outgoing call :

When incoming DATA call arrive on ISDN BRI, asterisk (zaphfc) recognise that this is DATA call, but answering anyway (playing IVR messages, etc...) How to stop that? I want that only VOICE calls are answered, and DATA/FAX to be ignored. (I'm using Asterisk 1.2.1 Brisftuffed 0.3.0-PRE-1f, ZapHFC) Log: -- Accepting data call from 'XXXXXXXX' to '3001' on channel 0/2, span 1

Hi, I currently use? Asterisk 1.0.7-BRIstuffed-0.2.0-RC7k on a debian sarge with a kernel 2.4.27 on a P4 3Gig with 1Gig of memory When i use i4l on any call, the called party ( on the telco operator side ) ear me with a delay of 1 sec after 1 minutes , 2 sec after 3 minutes and so on... After a quart hour, the delay make the conversation just