similar to: Bristuff e RealTime: STABLE vs. CVS-HEAD

Hi list! On a newly installed RHEL 4 box I'm trying to install bristuff-0.2.0-RC8n. Everything did compile but I am running into some problems with the zaphfc driver. First of all when I load zaphfc *before* zaptel (yes I know I shouldn't do that) I get a kernel panic and the box hangs. Not so nice, especially when you are trying to fix stuff from remote locations. But ok. Now for

Hi, I have following problems compiling bristuff-0.2.0RC8m. Has anybody seen them before and can point me in the right direction? zaphfc/make all: ---------------------- /usr/src/asterisk/bristuff-0.2.0-RC8m/zaphfc/zaphfc.c: In function 'hfc_findCards': /usr/src/asterisk/bristuff-0.2.0-RC8m/zaphfc/zaphfc.c:1000: error: invalid lvalue in assignment make[2]: *** [

Again trouble compiling bristuff-0.3.0-PRE-1q with the florz patch on a x86_64 box (I guess nobody is using x86_64 platform or is able to fix this themselves?) First of all when bristuff is downloaded and compile is started it appears that the bristuff Makefiles are badly broken. The asterisk Makefiles all do see to find the kernel sources on a RHEL4 box in the proper directory, the pure

Hi All, It's broken !! (drat) Asterisk if failing to load with the following error (taken from end of /var/log/asterisk/full) after adding bristuff. Can anyone help please? Jul 17 19:57:54 VERBOSE[2503]: == Registered channel type 'Phone' (Standard Linux Telephony API Driver) Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so]Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so] =>

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

Caller id is not in the configs that are supplied with zaphfc from bristuff, and it's not mentioned in the wiki. Is it possible to use callerid with zaphfc/bristuff? Thanks!!

I'm using bristuffed Asterisk with ISDN/ZAPHFC I have VERY ugly (outgoing) sound through ISDN/HFC if echocancel=yes in zapata.conf, but without echocancel I have bad (incoming) echo Through PSTN/FXO sound is ok with or without echocancel. I tried other echo cancellers (in zconfig.h) two times: ECHO_CAN_KB1 (this was default) ECHO_CAN_MARK2 ECHO_CAN_MG2 after any change I compiled (make

Kapejod is working on a fix for the CDR problem in bristuff. See below ----- Forwarded message from kpj@junghanns.net ----- Resent-From: tzafrir.cohen@xorcom.com Resent-Date: Fri, 10 Feb 2006 13:01:25 +0200 Resent-Message-ID: <20060210110125.GU16880@xorcom.com> Resent-To: tzafrir@cohens.org.il Envelope-to: tzafrir.cohen@xorcom.com Delivery-date: Fri, 10 Feb 2006 05:19:50 -0500 Date: Fri,

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

How can I get external (telecom local exchange) dialtone on HFC ISDN BRI with bristuff/zaphfc driver? with capi, voip-info say that it should be something like: Dial(CAPI/MSN:b) But with zaphfc, if I try: Dial(ZAP/1/), I just get NOANSWER.

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

Maybe this is rather a hardware question, but I am posting it on this list because the probability of someone else of you having tried this is greater here than other places I can think of. I have an ISDN card that is setup in NT mode using the zaphfc driver in bristuff, and I got it working perfectly with one ISDN phone using a crossover cable and 100 ohm termination at the end of the cable.

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,

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

Hi all, I'm having serious problem getting zaphfc to work on my box. I d/l'd bri-stuff-0.1.0RC3/RC4a and followed the instructions to the dot. Everything builds fine. But, when 'make load' the whole machine will freeze. Anyone had the same problem and managed to solve it? I'm using a Billion HFC PCI card on Trustix 2.0 running kernel 2.4.26. As a side note, I feel that

Hi Alessio Yes, the problems you report do seem similar to the issues I had. I found on the Dells that the audio prompts were very choppy and played slower than normal. Occasionally there would be 'bursts' oav a second or so of 'good' audio. I also suspected IRQ issues but the Dell Mobos had no way of adjusting them. Best thing is to try and get the card on its own unshared

I apologise now if I have managed to completely misunderstand this whole subject! I've built a small PC and loaded Etch 4.0 from the netinst cd. I did 'apt-get install asterisk-bristuff' which seemed to work but, it doesn't seem to have installed any files/modules for zaptel? ztcfg zaptel zaphfc I am using a billion hfc card Any pointers? -- Simon Faulkner 01538 303 900

Hello, I've added a ZAPHFC card to my CAPI based system. Calls coming in via ZAPHFC do not forward the caller id to the SIP phones. Calls coming in via CAPI do forward the caller id to the SIP phones. Any and all help is greatly appreciated. The (hopefully relevant) conf file excerpts are: extensions.conf =============== exten => 807440,1,Answer exten => 807440,2,Noop exten =>

Hi, We've been using zaphfc single ISDN cards as cheap Zaptel timing sources for our Asterisk boxes for a long time, and in the asterisk 1.0.x series, had zero problems doing so. I now have some boxes with Zaptel 1.2.x (with a mixture of 1.0.x asterisk and 1.2.x asterisk), and this setup no-longer seems stable - By plugging or unplugging the ISDN cable, and sometimes just randomly the card

Hi, I have debian etch 4.0 machine (2.6.18) with two TW-ISDN PCI (Hfc) cards. I use bristuff-0.3.0-PRE-1y-e (asterisk-1.2.17,libpri-1.2.4,zaptel-1.2.16). I also have patched zaphfc with zaphfc_0.4.0-test1_florz-13.diff.gz (I load module: insmod /usr/src/bristuff-0.3.0-PRE-1y-e/zaphfc/zaphfc.ko modes=1 debug=1). So i want to test two cards and make loop between them. So one card would be NT,