similar to: Bristuffed Asterisk: Hangup problems

hi, Just wanted to inform everyone, if you're using the latest bristuff's you might (depends on the country!) have hangup issues. The issue appears every time you dial an external number, and hangup after letting it ring for a few times. Then the remote party keeps ringing. In some situations (we only encountered this while dialing to other * servers) it keeps the line open on the

We use an IPcortex PABX running Asterisk 1.2.39-BRIstuffed-0.3.0-PRE-1y-y. We have recently implemented Call Queuing for our main incoming line with hold music. The call queue type is: Ring all - One call at a time (no position announcement). Since implementing this feature we've been receiving the below error daily in the mornings and lunchtime when the queue will jump to the next available

Update: I can reproduce the error by putting the reception phone (call queue 0) in Do Not Disturb mode, then call in from outside using a mobile, then pick up the call from the 2nd phone in the queue. It will cause the error only if I hang up _before_ the mobile hangs up. The error doesn't seem to happen if the external call hangs up, or if the call is answered by the reception phone (first

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,

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 folks, I've already searched the mailing list but no one else seems to have my same problem. I'm using Asterisk with the following configuration: Fedora Core 4 (but I also tried Fedora 3) 1 Digium TE110P 1 TDM40B 1 HFC-S 'Cologne' bristuff 0.2.0-RC8o (zaptel 1.0.9.2) I compiled right, I can load kernel modules but when I try to unload wcte11xp module (the one

Hi, we've purchased new Beronet Octobri card and have problems loading modules for stock Asterisk for Debian Sarge (it has bristuff patches in it). when loading qozap it says that no multibri card was found although lspci shows it... There were quite some rumours about bristuff not liking other than junghanns cards, but don't know if something happened.... Anyone recently used this

I'm using Asterisk 1.0.2-BRIstuffed-0.2.0-RC2b - when anyone picks up a call with '*8' - the call will drop after about 20 or so seconds. Is this a general problem with Asterisk 1.0.2? As this is the latest release that it appears Klaus-Peter Junghanns has for public consumption - is there anything I can patch for just this problem - or has Klaus-Peter Junghanns (or anyone else) been

Hi, I'm getting unreliable dtmf recognition (it works fine for 4-5 digits, errors (duplicates) on more), when transferred inband from gsm gateway to NT port of quadbri under bristuffed Asterisk..... Since Asterisk is claimed to have good dtmf recognizer, I suspect there are some settings to workarouned... I've tried dtmf relax, but didn't help, so I suspect gain settings.... Is

Hi, I'm using spandsp-0.0.3 [http://www.soft-switch.org/downloads/snapshots/spandsp/ spandsp-20061116.tar.gz] on a bristuffed asterisk (1.2.13) [http://212.91.251.199/~junghanns.net/downloads/bristuff-0.3.0- PRE-1v.tar.gz] libtiff is at version 3.6.0 Running on: Linux router2 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Debian testing distro. I've tried many

Hi! I have 1.0.3-BRIstuffed and hfc-s card ztcfg says that card is configured (2 B and 1 D channel) but asterisk don't pickup any calls. Any ideas? Regards, Corvin

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

>> Same problem with debian sarge on a dell and asterisk 1.0.7 from >> packages, unloading the module freezes the system, (rebooting the >> machine worked right), I installed zaptel 1.2beta and it seems to work, >> but I haven't really tested it, only loaded/unloaded/loaded and placed a >> couple of calls. >Interesting. The zaptel part of the bristuff

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! Asterisk in Debian/Lenny claims to be bristuffed, not? At least the the Debian patch tracking system shows the bristuff-patches: [1] http://bit.ly/bRRHe7 We have a QuadBRI-Card and recently needed support from Junghanns.net but they refused telling us there is no bristuff installed because of the show version output: *CLI> show version Asterisk 1.4.21.2~dfsg-3+lenny1 built by pbuilder @

Hi, I've upgraded my Asterisk to 1.0.7version patched with bristuff 0.2.0-RC8c. I'm using the same extensions.conf but it seems now include instruction doesn't want to work, here follows an extract: [inbound_menu] include => ins_exts exten => _X.,1,Answer exten => _X.,2,Wait(1) exten => _X.,3,Background(msg) exten => _X.,4,Background(3-sec-pause) exten =>

Hi, BRIstuff contains two bugs in its implementation of the Redirect manager action: 1. If the property ExtraUnqiueId is used, the Priority property is used to redirect the extra channel (instead of ExtraPriority) 2. If the property ExtraChannel is used, 0 is used to redirect the extra channel regardless of the Priority and ExtraPriority properties. A patch for manager.c is available at

Hi all, I have a hangup problem when i get incoming calls on my ISDN interface. I use ISDN network controller [HFC-PCI] and asterisk with florz patch. Logs when the hangup happens follows: May 6 20:52:47 NOTICE[11532] cdr.c: CDR on channel 'Zap/1-1' not posted May 6 20:52:47 NOTICE[11532] cdr.c: CDR on channel 'Zap/1-1' lacks end May 6 20:52:47 DEBUG[11532] pbx.c: Expression

Hi, Reading from www.voip-info.org, i can see that "Junghann's chan_capi is now part of bristuff <http://www.voip-info.org/wiki/view/Bristuff> , as of version 0.3.0-pre". What does that really mean ? Shall I understand I can share a Junghanns QuadBRI board between 2 CAPI-enabled software (like a 0.3.0-pre bristuffed Asterisk for instance) ? If positive, what are the pros and