similar to: ISDN D-channel disconnects for a minute every 5 minutes

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

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 problem with the Bristuffed version of Asterisk. I have tried Bristuff-0.3.0-pre-1m,n,o,p (Asterisk 1.2.6 to 1.2.7.1) but they all have the same problem it seems: The setup: A machine with a single hfc-s PCI BRI adapter running Gentoo 2.6.15. Asterisk 1.2.0 (BRIstuffed-0.3.0-PRE-1) installed and working perfectly. Grandstream gxp-2000 as a SIP phone, and a normal mobile

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

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

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

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

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

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

Hi to all, I have a question about the callerid (msn number) off calls comming FROM a queue. This is my setup: - ISDN using zap (zaphfc) - Incomming calls arrive in a queue - One of the members of the queue is my cell phone... member => Zap/g1/XXX73XX19 (X to protect my privacy ;-)) The problem is the call from the queue to my cell phone. In a dailplan i can set the outgoing msn using

I hva ean HFC-S card in a box that I'm trying to get to work with bristuffed Asterisk 1.0.3. The box is an Athlon64 running a RHEL rebuild with a plain vanilla 2.6.10 kernel. I tried both APIC and NOAPIC mode. The installation went ok and does give output that seems correct SPAN 1: CCS/ AMI Buil-out: 399-533 feet (DSX-1) 2 channels and one D-channel Even though I've configured * to

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

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

Hey all, I recently noticed that DTMF caller-ID was implemented in CVS, so I requested the service from my telco (the Dutch KPN) and tried to get it going in Asterisk (current CVS), without success so far. This system has 1 X100P, 2 TDM400P's with 4 FXS-modules each and 2 HFC-PCI ISDN-cards (zaphfc-driver) in it. The analog line I'm trying to get caller-ID working on is obviously on the

Hello every boy again I have some problems with modprobe. When I type "modprobe zaphfc", this error happens "FATAL: Module zaphfc not found." And when I tyoe "ztcfg -vv" this error happens: Notice: Configuration file is /etc/zaptel.conf line 0: Unable to open master device '/dev/zap/ctl' 1 error(s) detected Someone can help me??? Thanks to all.

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