similar to: DATA CALLS annoying my system

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

When incoming DATA call arrive on ISDN BRI, Asterisk recognise that this is DATA call, but behaving like it is VOICE call: Answering call, playing IVR messages... How to stop that? I want that only VOICE calls are answered by Asterisk IVR, and DATA/FAX to be ignored. (I'm using Asterisk 1.2.1 Brisftuffed 0.3.0-PRE-1f, ZapHFC) -- Accepting data call from 'XXXXXXXXXX' to

When incoming DATA calls arrive on ISDN, Asterisk recognise that this is DATA call, but behaving like it is voice call: Answering call, playing IVR messages, etc... How to stop that? I want that only VOICE calls are answered by Asterisk, and DATA/FAX to be ignored. (I'm using Asterisk 1.2.1 Brisftuffed 0.3.0-PRE-1f with ZapHFC ISDN BRI lines)

Hi Muhammad From: "Muhammad Talha" <talha@worldcall.net.pk> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users@lists.digium.com> Sent: Wednesday, December 22, 2004 2:07 PM Subject: Re: [Asterisk-Users] Zaphfc/BRI Configuration help > Thanks for lan for your reply can you share your extention.conf > setting . > >

I'm not sure that this problem is strictly related to zaphfc, but this is what happens: my asterisk (build on bri-stuff-0.1.0-RC2k) handles a single PCI HFC-S based card. I own a Cisco 7940 Sip phone (fw 7.1) and a pc running X-Lite. Zaptel.conf and zapata.conf are taken directly from zaphfc samples. Extension.conf contains the following lines: [from-ISDN1] exten=>s,1,Wait(1)

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

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'm banging my head on compiling bristuff modules for Suse 10.0 with kernel : Linux laps1 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux and Asterisk 1.2.1-BRIstuffed-0.3.0-PRE-1f . I get this : laps1:~/Voipy/1.2.1/bristuff-0.3.0-PRE-1f/zaphfc # make load make -C /usr/src/linux-2.6 SUBDIRS=/root/Voipy/1.2.1/bristuff-0.3.0-PRE-1f/zaphfc

Hi ""noobs"" and others(like me). I've been struggling for hours,days,days,days.... to get my Asterisk work with 2x HFC-S BRI cards. One card for use in NT-mode for connecting my ISDN DECT phone,and one card as gateway to PSTN. Now it'works,and I just want to share some of the experience with others. I'd guess there must be 'Somebody Out There' having

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 Running slackware 9.1 with compiled kernel patched to 2.6.6 running ok. Having problems compiling zaphfc.c First thing was the can't find "irq_vectors.h", but "solved" by changing the #include "irq_vectors.h" to #include "mach-default/irq_vectors.h" in /usr/src/linux/include/asm/ directory. But I still have errors with "structure has no

Hi Last friday I have upgraded to Asterisk 1.2.7.1 (bristuff-0.3.0-PRE-1p.tar.gz). Since that I have a problem with my Asterisk box. I am receiving these messages: May 24 09:30:11 asterisk kernel: zaphfc: empty HDLC frame or bad CRC received (framelen = 6, stat = 0xff, card = 2). May 24 09:30:12 asterisk kernel: zaphfc: empty HDLC frame or bad CRC received (framelen = 6, stat = 0xff, card = 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

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,

Hi. I'm running some asterisk boxes on different sites, some equipped with a couple of ZapHFC cards, others with Junghanns quadBRI cards. All boxes were compiled with Asterisk 1.2.10 (libpri 1.2.3 zaptel 1.2.6) and bristuff 0.3.0 pre 1s, distribution is Fedora Core 4 with kernel 2.6.17.3 The cards are connected to Telecom Italia's NT1/NT1+ S/T lines; some of them are point-to-point,

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

On Friday, March 31, 2006 3:52 PM Chris Earle wrote: > I'm wondering if I should be using zapHFC with my Junghanns card > instead of qozap? Why would you want to do that? Sorry if I missed the start of the problem but qozap is what you want to use with your Junghanns card (at least if you want to stay with zaptel/libpri). > Everyone always mentions zaphfc -- mostly I >

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,

Hi, I'm setting up an asterisk server with this hardware configuration: AMD Athlon 1000 Mhz 256 MB ram 3ware ATA raid controller 2 * Ethernet controller 2 * ISDN HFC controller One ethernet controller is connected directly to the internet (public IP) One ethernet controller is connected to the internal lan One ISDN controller is connected to the public telephone network One ISDN controller