similar to: bristuff chan_zap.c zt_pri_error line errors?

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

I've got some weird behavior on my HFC-s cards. asterisk CVS-06/26/04-21:28:35, bristuff 0.02, libpri 20040510, zaptel 20040623 When i pick up my ISDN phone on Zap5-1 ("3987") and call the external number "1901" it will do so, connect me and everything is fine. In the second, where it tries to attempt the native bridge, the audio will disappear. Using another card

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 an hfc-s card with last bristuff installed at cli> i'm receiving: Sep 8 12:35:20 WARNING[1109552048]: chan_zap.c:6902 zt_pri_error: PRI: !! Got a UA, but i'm in state 1 received TEI check request for TEI = 77 what is causing them? 10x Maurizio

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

Hi list! I'm currently using a HFC-S card for my ISDN BRI line with bristuff. The instability is driving me crazy however. I'm having continuous problems where inbound calls will not work after some time of operation (the number then appears as not in use to the caller) or also outbound calls do not work. The solution is to unload the modules, stop asterisk, re-load the modules and

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

Hi list! I'm totally fed up with bristuff (or it's instability with a simple HFC-S card), 2 out of 3 times when people try to call they get the information tone that the number is not connected. I would like to try vzaphfc and I am looking for information on it. >From previous posts I found that the only place where the sources seem to be maintained and available is at the debian

Hi, Bristuff works great with HFC card... your compilation problem may come from your kernel configuration... You should check this doc, at least, for the redhat config : http://www.automated.it/guidetoasterisk.htm Then, installation of Bristuff works like as charm ! Bye David Masure -----Message d'origine----- De : vdasilva [mailto:aquamoon@wol.co.za] Envoy? : mardi 28 juin 2005 09:01

I have installed two HFC PCI A-cards running zaphfc from bristuff-0.0.2, which seems to work quite fine, but I continously receive the messages "D-Channel on span 1 up" followed by "D-Channel on span 1 down" with a few seconds interval. Why is that? Bri intense debug log and configuration files below. I don't need ztdummy or zaprtc, do I? I get some frame slips as well,

Hello I have asterisk running in Red Hat 9 with a cheap HFC card on i4l. I have choppy sound problems sometimes, and echo problems often. I am using a 2 port Grandstream ATA, Grandstream BT and a Grandstream GPX-2000 I read that changing to BriStuff will fix the echo problems, but have also read other users say that the only way they solved the echo/choppy sound problems was using a Fritz ISDN

Does anyone test Asterisk 1.2.X + bristuff-0.3.X and TDM card? We can't get it to work. -David -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Julian J. M. Sent: Friday, March 31, 2006 1:44 AM To: Chris Earle; Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Re: BRI

Hello, I have about 10 Asterisk PBX in production with Bristuff-0.2.0-RC8q (asterisk 1.0.10) and I want to use Bristuff-0.3 now for the new PBX I am going to set up. With Bristuff-0.2.0-RC8q the ISDN lines are working fine, but the new version of Asterisk add some nice features. All these PBX are in France with France Telecom lines. When I use the new version after about an hour with

Hi Is anyone having this weird trouble with bristuff....calls don't get answered, but on the debug it looks as if the call is answered. The call will just hear ringing. I am using -BRI-stuffed-0.1.0-RC4a Occassionally the system starts working on its own, other times I have to stop and rmmod everything and start them all up again. These error messages appear on the CLI: == Primary

Hi, can anybody tell me what the errors mean and why my asterisk server falls from time to time. From time to time means several hours, not regularly. I also can provide a core if someone can debug? Thanks and regards Jan 11 14:34:59 NOTICE[13573] chan_zap.c: Hangup, did not find cref 83, tei 64 Jan 11 14:34:59 WARNING[13573] chan_zap.c: Hangup on bad channel 0/2 on span 8 Jan 11 14:35:03

Hi I have a small ISDN PABX , (BRI) at home - Siemens Gigaset 4175 which has cordless DECT extensions. I have set up asterisk on FC3 with two HFC cards and I am using the latest bristuff. I am trying to use * between my ISDN line and my PABX. One card is in TE mode and can receive and make calls OK. I can make and receive external calls to a SIP phone. I cannot get the other card to talk to my

Hi I have recently upgraded my Asterisk system (from 1.2 to 1.4) and I have started to notice the following messages when I recieve a call on my Zap channel :- [Mar 11 09:20:17] WARNING[4294]: chan_zap.c:8851 zt_pri_error: 1 copying 5 bytes LLC I have a single PRI ISDN 30 link to a Siemens Realitis DX. Here is my zapata.conf :- [channels] echocancel=no echocancelwhenbridged=no rxgain=-5.0

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

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

I'm still trying to install a HFC-s BRI card onto *@home .6 I'm new to this so I probably am overlooking the obvious. Can I just install BRIstuff onto a fresh *@home install? The BRIstuff installer downloads another * from Digium. Will this interfere with the @home install and must I comment out the Asterisk install in the BRIstuff install.sh file? Any pointers are much appreciated.