similar to: Problems with ISDN (NT-Mode) - Error Messages inside

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

Hello all, if I try to call from one phone on the internal S0 to another on the same S0 using zaphfc, the bus is hung up. The called phone is ringing, but I can't talk from one phone to the other. The error I get is: -- Executing Dial("Zap/2-1", "ZAP/1/55|15|tr") in new stack -- Requested transfer capability: 0x00 - SPEECH -- Called 1/55 -- Channel 0/1,

Hi, I'm trying to install an E1 PRI, and I need it working by Monday, but although everything seems ok, I get no response to calls. When I make a pri extense debug on span 1, I repeatedly get the following: Sending Set Asynchronous Balanced Mode Extended [ 00 01 7f ] Unnumbered frame: SAPI: 00 C/R: 0 EA: 0 TEI: 999 EA: 1 M3: 3

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

Any ideas? Sangoma support is closed for the evening. I have the latest Sangoma drivers and Asterisk 1.4 everything installed. When I fire up asterisk, I keep getting "Primary D-Channel on span 1 up" repeated over and over. The B channels never come up. There are no errors in any of the logs, zttool, or the wanpipe tools. Intense pri debug output: < Unnumbered frame: < SAPI:

Hi! I'm struggeling had to get a hfc pci card working in NT-Mode. I've installed a very basic test system with just one hfc pci card connected to an ISDN-phone over a modified NTBA as described on jollies homepage. I commpiled asterisk as descibed in kape's INSTALL file that comes with 'bri_stuff'. I have not modified the config fieles yet. After connecting to asterisk by

Hi, I'm pulling my hair out, cause cannot connect to EuroISDN BRI in Italy with octobri card from Beronet. I use bristuff and have following zaptel.conf... # # This file is parsed by the Zaptel Configurator, ztcfg # # # First come the span definitions, in the format # span=<span num>,<timing>,<line build out (LBO)>,<framing>,<coding>[,yellow] # # The timing

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

My comment, (forwarded from Bristuff list) - A few people are seeing a Cause 34 (congestion) from ISDN installs, where there clearly is an available channel. This was originally related to Bristuff as it happens to ISDN2 users, but there is at least one report of an unpatched 1.6.x user seeing the same issue. 2009/4/23 Steve Davies <davies147 at gmail.com>: > I think I have a site where

Hi Guys, Running the following with a Sangoma A101D PRI card: *Asterisk 1.4.21.2* *LibPRI version: 1.4.10* No inbound or outbound calls can be made. In fact Asterisk CLI doesn't show any activity. Problem goes away on restart of the system or maybe asterisk. I see post about upgrading Libpri to 1.4.10.2 and then I see posts that even that didn't work. Anyone can weigh in this please?

Hi all, I have a cologne chip card which is connected directly to the ntba. Outgoing and incoming calls work fine, but incoming calls from ntba have the wrong callerid (first 0 is missing). I'm using current jolly misdn drivers and chan_misdn-14_04_05 with asterisk stable. Is anyone seeing this behaviour too? Thanks in advance Christian

Hi, After temporarily pulling the T1 cable out of our Asterisk box, we ended up getting a strange error messages even after the cable was plugged back in. [...] Dec 10 09:01:11 WARNING[1192437440]: File chan_zap.c, Line 5683 (zt_pri_error): PRI: Read on 63 failed: Unknown error 500 Dec 10 09:01:21 WARNING[1192437440]: File chan_zap.c, Line 5683 (zt_pri_error): PRI: Read on 63 failed: Unknown

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 got a Problem with my HFC Card, I start my "asterisk -vvvvvvvvvvvvc" The console comes up: ---------------snip---------- Asterisk Ready. *CLI> ---------------snip---------- Setting up debuglevel for span 1 ---------------snip---------- *CLI> pri intense debug span 1 Enabled EXTENSIVE debugging on span 1 ---------------snip---------- Console output:

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

bri-stuff.0.1.0-RC4a on debian sid with 2.6.7 kernel isdn sk: Bus 0, device 18, function 0: Network controller: Digi International Datafire Micro V (Europe) (rev 2). IRQ 17. Master Capable. Latency=16. Max Lat=16. I/O at 0xe400 [0xe407]. Non-prefetchable 32 bit memory at 0xd8021000 [0xd80210ff]. i still receive error messages continuosly (every few seconds) i

Hi all, Last night I went to replace an Asterisk 1.4 + mISDN + b410p box with Asterisk 1.6.2 and DAHDI BRI - to no avail. I had two servers so copied network setting etc from the working one, moved the card across, ran dahdi_genconf etc and it didn't work. Here's the console output with notices disabled: lucas*CLI> pri intense debug span 1 Enabled debugging on span 1 [Dec 16

Hi, I have the following happen to me after the restart of one of my servers: out of my 3 PRIs (all configured with the same technical settings), the last one isn't coming back. It's underutilized (chances it didn't get a call since my reboot), if it makes a difference . The PRI goes from provisioned to unprovisioned, and I get this regularly: [Jun 22 09:03:48]

Hi! I have the chance to play with a couple of E400P cards, each installed in a IBM e330 XSeries servers (2 x 1GHz P-III CPU 2 Gb RAM, 36Gb SCSI HDD with RH8.0 2.4.18-smp kernel), and I'm trying to test/benchmark this e330/E400P combo generating calls thru /var/spool/asterisk/outgoing One e400P if doing the carrier work making calls and the other just receives the calls: Server#1

Hi, I am running * with E100P board. At least every our I got an Error 500 message and ISDN-PRI restarts: Jan 10 12:53:02 WARNING[98311]: File chan_zap.c, Line 5758 (zt_pri_error): PRI: Read on 27 failed: Unknown error 500 Jan 10 12:54:27 WARNING[98311]: File chan_zap.c, Line 5758 (zt_pri_error): PRI: Read on 27 failed: Unknown error 500 Jan 10 13:33:01 WARNING[98311]: File chan_zap.c, Line