similar to: Florz patch for zaphfc

Hi I have installed the http://asteriskathome.sourceforge.net/ with a Digium card with no problems, very good ! Now I want to install my Billion PCI ISDN card (HFC based) in TE mode. I get a little confused with Isdn4Linux, ZapHFC HIAX and the need to install Capi ! Please suggest best and easiest approach ? Thank you ! HB Norway

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

Hi, I'm running into issues receiving faxes which, from what I have read, may be caused by frame slips. While I can find many posts saying to investigate it, I can't find any that describe *how* to debug the problem. Tried searching this list as well to no avail. Any pointers would be greatly appreciated. FYI, I'm running wbel, AMP 1.04, spandsp 2pre4. Faxing to a pstn on a

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

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, We've been using zaphfc single ISDN cards as cheap Zaptel timing sources for our Asterisk boxes for a long time, and in the asterisk 1.0.x series, had zero problems doing so. I now have some boxes with Zaptel 1.2.x (with a mixture of 1.0.x asterisk and 1.2.x asterisk), and this setup no-longer seems stable - By plugging or unplugging the ISDN cable, and sometimes just randomly the card

Dear gods of the PBX (flattery works here, right?) - I've been pulling my hair out trying to get Asterisk to receive and decode a fax using spandsp and app_rxfax. It seems like it should be working. The fax machine on the other end connects and Asterisk reports a fax coming in. But when it's done all I have is a 2 or 3 KB TIF (see attachment). The console activity looks completely

Does any one knows of an Windows based SIP video phone???... Thanks... -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of asterisk-users-request@lists.digium.com Sent: Tuesday, January 11, 2005 9:27 AM To: asterisk-users@lists.digium.com Subject: Asterisk-Users Digest, Vol 6, Issue 142 Send Asterisk-Users mailing

I applied the florz patch but my problems remain. Now I get all sorts of weird errors on the console and I cannot make outgoing calls. Incoming calls work as expected. I am using a single HFC-S card with BRI. Any clue what these errors below are? Ri = 44651 TEI msg = 3 TEI = 7f Ri = 3800 TEI msg = 3 TEI = 7f Ri = 42399 TEI msg = 3 TEI = 7f Ri = 42409 TEI msg = 3 TEI = 7f Ri = 22078 TEI msg = 3

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

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

Hi, I'am having some problems with new mainboards and 3xHFC-S cards. The the first problem was with interrupts, I mean if HFC-S card was using interrupt i.e. 21 or higher - it didn't work. Solved by disabling APIC. However, still the driver behaves a little bit strange. If card 0 & 1 is TE and 2 is NT, TE works fine, but NT is not working at all. If card 0 is NT and 1 & 2 TE - all

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, my zaphfc is flooding my syslog with two messages (even without asterisk running). Is this "normal"?: -------------------------------------------------- zaphfc: bchan rx fifo not enough bytes to receive! (z1=1360, z2=1353, wanted 8 got 7), probably a buffer overrun. zaphfc: dropped audio (z1=2712, z2=2695, wanted 8 got 17, dropped 9). With Asterisk running (asterisk -vvvvvgc)

Hi all, I've been running rsync successfully from cron jobs for the last six months across a local network. The cron jobs are very simple. They run rsync on a client machine, connect to an rsync server on a server machine (no ssh or rsh involved), and copy files from the server to the client. That's all. There are several jobs, one for each directory on the server, and between them

hi list. after my unsuccessfull experiences with mISDN i tried again to implement a zaphfc based solution. problem is: sound on calls via capi is stuttering/broken and therefore unuseable. my conf: - cel 1300, 256mb ram - avm b1 via capi connected to my outgoing ISDN - acer surf pci via zaphafc and crosslink cable with termination as internal bus - siemens gigaset 3035 as internal phone -

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 seeing something I'd like suggestions on: I have a queue with agents that log in using agentcallbacklogin. The extension that is logged in with is a Local channel. Now, if a call comes in to the queue and is handled by an agent (in our case using Cisco 7960 SIP phones) and transferred (attended) to another extension, the agent remains unavailable during the remains of the call.

Hi list, Now that I've got my Asterisk server to recognize my HFC-PCI card, I've run into some serious problems. The first thing I noticed was this message that would show up every five seconds on the CLI: Dec 27 15:46:42 WARNING[12484]: chan_zap.c:2512 pri_find_dchan: No D-channels available! Using Primary channel 3 as D-channel anyway! == Primary D-Channel on span 1 down

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