similar to: Bristuff and HPEC

Hello, I am trying to install a Billion ISDN on Asterisk I have Debian Etch and I installed theese packages: apt-get install linux-headers-`uname -r` apt-get install make apt-get install ncurses-base ncurses-bin ncurses-term apt-get install libncurses5 libncurses5-dev apt-get install bison apt-get install openssl apt-get install libssl0.9.8 apt-get install libssl-dev apt-get install

Hi All, I'm using Asterisk 1.2.17 and I would like to install BRIstuff. Problem is that current version of BRIstuff is for Asterisk 1.2.14. BRIstuff 0.3.0-PRE-1y (* 1.2.14) If I'm misunderstanding how to apply patches for 1.2.17? Thank you in advance, Dominik

I am following the guide here: http://updates.xorcom.com/astribank/bristuff/1.4/bristuff-current/INSTALL.html for installing bristuff on a CentOS5.11 box (stock 2.6.18-398.el5.i686). Whilst building zaptel I get the error as follows: CC [M] /usr/src/bristuff-0.4.0-RC4-xr7/zaptel-1.4.12.9.svn.r4649/kernel/xpp/card_bri.o In file included from

Hi all, Just want to check from the list experienced personal about the Digium HPEC, where I had purchased the HPEC and wish to run with TDM card Sangoma A200. I can't install HPEC to run with Sangama A200 card, even I had changed my hpec file from i686 to i386. The error that I had as bellow; > Found key 'HPEC-XXXXXXXXXX' for 2 channels. > Found valid HPEC licenses for 2

Hi All - I've been trying to compile Zaptel w/ HPEC, but I've been unsuccessful. The system is CentOS 4.4, zaptel version 1.2.15. I believe I've got all the requisite files, and they're in the right locations in the zaptel tree. When I compile, I get the following warning from make: Warning: could not find /usr/src/zaptel-1.2.15/hpec/.hpec_x86_32.o.cmd for

I recently read about the following new technologies from Digium. Has anyone tried the new HPEC or knows when it will be available? TDM800P and HPEC The TDM800P is an 8-port analog telephony interface card, so it fills the gap between Digium's 4-port and 24-port cards. Analog phones and POTS lines are going to be with us for some time, and demand for support for them remains high. The

Hi - I had a client recently move their asterisk system (asterisk 1.4.26, dahdi 2.2.0.1, aex800 w/vpm module) to a "new" location, a building that's nearly 150 years old. I was not personally able to go there, but the person who did the move said the building's demarc room was "scary"-- water leaks, jumbled and frayed wiring, and all sorts of other fun. The echo on

I am running 64 bit linux on my Asterisk box and would like to get the new HPEC software running on it. However, while there are 32 bit modules available, there are no 64 bit modules on the ftp site: http://ftp.digium.com/pub/telephony/hpec/64-bit/ In some places on the digium website it states 32 bit only and other places including the documentation it states 32 & 64 bit are available.

I was previously using an old computer running Asterisk 1.2 with zaptel. Once the CPU fried I switch to a new computer and I chose AsteriskNow 1.5 running in 64bits to simplify the installation process. I manage to find my way with configuring dahdi instead of zaptel and to switch all my previous config to the new computer. Now everything is fine except that even if I use the md2 echo

Hello, Has anyone tried the combination of asterisk 1.2.24, zaptel 1.4.5 and HPEC 9.00.003? In particular, with a hardware configuration similar to: Module 0: Installed -- AUTO FXO (FCC mode) Module 1: Installed -- AUTO FXO (FCC mode) Module 2: Installed -- AUTO FXO (FCC mode) Module 3: Not installed Found a Wildcard TDM: Wildcard TDM400P REV I (3 modules) I have two fully independent systems

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've installed * 1.2.1 with latest bristuff patches (0.3.0-PRE-1f). When I activate music-on-hold on a SIP-to-SIP connection, the music sounds like in a fast-forward play mode. On the *-console I can see much lines like this: -- Silence suppression is disabled (option_silence_suppression=0 chan->timingfd=18) What's going on? With bristuff 0.3.0-PRE-1d everything works fine (but

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

Just wondering how your experience is with HPEC, Is it just for analog interfaces or we can use it on TE122 as well? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080214/3f0580f1/attachment.htm

Hello, I am trying to install bristuff-0.3.0-PRE-1x.tar.gz on debian with kernel 2.6.19.2 and I've got some errors connected with XPP. I was wondering if somebody managed to install bristuff with this kernel or any kind of kernel 2.6.19. The bristuff mentioned above contains zaptel 1.2.10 not 1.2.12. -------------- next part -------------- An HTML attachment was scrubbed... URL:

I have recently moved an asterisk system to a new location. This location is experiencing terrible echo. I installed the HPEC from Digium but that has caused a new problem. When HPEC is enabled and more that 16 taps are used, the audio from the outside caller gets clipped. Instead of hearing: Hello, my name is Mike one hears He o, m ame ike If the taps are set to less than 16, there

Bristuff has been updated; http://www.junghanns.net/downloads/bristuff-0.3.0-PRE-1u.tar.gz -- Vidar

has anyone seen a bristuff version compatible to the actual *1.2.6/zaptel 1.2.5 ? the actual bristuff-patches version 0.3.0 PRE 1l doesn't apply correctly anymore...

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

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,