similar to: bristuff - hfc card + x100p

hello, anyone has worknig ISDN hfc-pci card in DDI (DID) point2point mode? what kernel ? and second question mISDN driver .. anyone has working solution with mISDN and maybe fritz card? what you suggest for DDI -> point2point mode (card,kernel,chan_..., ...) ? thank you, Tomaz

hello, i have a problem starting asterisk with one x100p digium and two hfc chipset isdn cards with bri-stuff.0.0.2. "ztcfg -vv" shows me a this info: Zaptel Configuration ====================== SPAN 1: CCS/ AMI Build-out: 399-533 feet (DSX-1) Channel map: Channel 01: FXS Kewlstart (Default) (Slaves: 01) Channel 02: Individual Clear channel (Default) (Slaves: 02) Channel 03:

Hello I have asterisk running in Red Hat 9 with a cheap HFC card on i4l. I have choppy sound problems sometimes, and echo problems often. I am using a 2 port Grandstream ATA, Grandstream BT and a Grandstream GPX-2000 I read that changing to BriStuff will fix the echo problems, but have also read other users say that the only way they solved the echo/choppy sound problems was using a Fritz ISDN

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

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

Hello everyone. I've got a HFC ISDN card that I'm using with chan_misdn and it basically behaves like crap. Echo is waaay worst then echo I get TDM400 card, sound is "choppy" (there other side is allays complaining about sound interruptions) and to top it all it detects fake DTMF's all the time. Is this a chan_misdn problem or is it a card problem? I really need to get

This is my first posting to the list. Thus hopefully the question has not been asked several times before... I'm trying to install asterisk on a PC using Debian Sarge but without any real success... Problem: I may get the Asterisk packet (Debian version) installed using 'apt-get install asterisk', but that does not include the bristuff from Junghanns

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

Thanks. I think our problem ca be similar. Have you tried to call from analog phone #1 to another analog phone #2? It works. But when you try to call vice versa from #2 to #1 it does not work. When you restart asterisk it works again - but only one direction. -David ________________________________ From: asterisk-users-bounces@lists.digium.com

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

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! I have just installed Redhat 9 and Asterisk to my computer, and now i have problems with my non-zaptel Card, I don't know how to set it up since all instructions are for digium's hardware. I have searched from the Internet for hours now, can you help me to understand all this HFC-s thing and how it is related to CAPI, ISDN4Linux, bristuff and so on. I have to say that I am not so

Hi!I've installed Asterisk@home and I have a ISDN card,(Cologne Chip Design GmbH ISDN network controller [HFC-PCI](rev 0.2) This is how I installed bristuff: how to install hfc card after unload asterisk and amportal whit amportal stop type "setup" unselect zaptel in system service... and set the lan --->reboot<--- cd /usr/src wget

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,

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.

Hello, I just noticed an error in the current version of Klaus-Peter Junghanns bristuff package, especially in the HFC module. Everytime I try to unload the HFC module with "modprobe -r" I got a kernel panic and the complete server hangs up so I need to do a hard reset. Regards, Julian Pawlowski

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,

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.

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