similar to: florz patch for bristuff breaks compile on x86_64?

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

Has anyone had any success using the Florz patch for zaphfc ? I have a * system with 2 HFC cards which is working fine with 2 PTP ISDN lines however the users are complaining of crackles on the line which I am assuming is related to the IRQ issues raised by Florz. I have tried to use the patch but it errors trying to patch zaphfc.h Any help would be appreciated. Regards, Stuart -- No virus

Hi list! I'm currently using a HFC-S card for my ISDN BRI line with bristuff. The instability is driving me crazy however. I'm having continuous problems where inbound calls will not work after some time of operation (the number then appears as not in use to the caller) or also outbound calls do not work. The solution is to unload the modules, stop asterisk, re-load the modules and

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

I applied the florz patch but my problems remain. Now I get all sorts of weird errors on the console and I cannot make outgoing calls. Incoming calls work as expected. I am using a single HFC-S card with BRI. Any clue what these errors below are? Ri = 44651 TEI msg = 3 TEI = 7f Ri = 3800 TEI msg = 3 TEI = 7f Ri = 42399 TEI msg = 3 TEI = 7f Ri = 42409 TEI msg = 3 TEI = 7f Ri = 22078 TEI msg = 3

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

Does anyone test Asterisk 1.2.X + bristuff-0.3.X and TDM card? We can't get it to work. -David -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Julian J. M. Sent: Friday, March 31, 2006 1:44 AM To: Chris Earle; Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Re: BRI

Hi, I'am having some problems with new mainboards and 3xHFC-S cards. The the first problem was with interrupts, I mean if HFC-S card was using interrupt i.e. 21 or higher - it didn't work. Solved by disabling APIC. However, still the driver behaves a little bit strange. If card 0 & 1 is TE and 2 is NT, TE works fine, but NT is not working at all. If card 0 is NT and 1 & 2 TE - all

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

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

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,

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

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]: *** [

Hi list! I'm still trying to figure out about the groups in asterisk. If I understand correctly, if you assign a certain group number and you assign the same call group number to a sip device the device will reing even though you did not specifically specify it in extension.conf? How will this work for ISDN BRI/PRI? I don't want some extensions to get all calls from the BRI/PRI, just

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

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

Hi, it helps to have configured and working kernel sources installed. Configure your kernel sources for the running kernel and then run "make" in the kernel source dir to build the necessary scripts. You dont have to wait until the kernel is compiled. best regards Klaus -- Klaus-Peter Junghanns Am Samstag, den 25.06.2005, 02:45 +0200 schrieb Stefan Gofferje: > Hi folks, > >

Hi all! Was anybody able to install kapejod's zaphfc drivers together with RealTime application? I'm in big trouble because bristuff relay on STABLE version, while RealTime is included in the CVS-HEAD. I found this hint, "Installing zaphfc with CVS-Head" at http://voip-info.org/wiki-Asterisk+zaphfc+install, but it was written many months ago: may it be still useful? TIA, Alex

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'm still trying to install a HFC-s BRI card onto *@home .6 I'm new to this so I probably am overlooking the obvious. Can I just install BRIstuff onto a fresh *@home install? The BRIstuff installer downloads another * from Digium. Will this interfere with the @home install and must I comment out the Asterisk install in the BRIstuff install.sh file? Any pointers are much appreciated.