similar to: TE410P zaptel Driver Situation

Hi all- HELP! This is actually a revisit of a problem that I had earlier with E400P's at a customer site. Customer still gets locked up channel problem, but has learned to live with it (channels clear themselves after several minutes). The symptoms, which I believe are directly related: I'm having problems with tons of framing and "read" errors on my E1 connections (and

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

Configuration: Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown P4 2.5 GHz, 1 GB RAM T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s). Each call gets transferred (Dial) to the SIP platform and stays for 5 min. Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days. Segmentation fault. Case 2. Asterisk built out of CVS Apr. 1. Test was running

Hello all, I got a problem at an asterisk server, with dropping calls, losing all channels and reaktivating all channels and beeing back up. This problem seems to occure randomly over the whole day, when it gots traffic on the card. After looking @ google I found several hints but none did work fine. To avoid problems with the phone line (german E1) I called the provider, he did a 45 min. route

Hi- I've posted this on the bugs list, but I'd also like to see if others have had similar problems when connecting via E1 trunks (E400P). I'm getting numerous errors like the following during inbound calls to my E1 channels. These occur when the system is under medium load: WARNING[196621]: File chan_zap.c, Line 5404 (zt_pri_error): PRI: !! Got reject for frame 78, retransmitting

Hi all, I replaced a TE410P Rev C 1st Generation Firmware with a TE411P without any cfg changes (zaptel/zapata). As a result Asterisk crashes on outbound from PRI4 going to PRI1 calls: Aug 23 18:22:00 WARNING[4693]: chan_zap.c:7545 zt_pri_error: PRI: !! Got a UA, but i'm in state 1 Aug 23 18:22:00 WARNING[4693]: chan_zap.c:7545 zt_pri_error: PRI: !! Got a UA, but i'm in state 1

Hi, I am having some problems mentioned below, the box is in production live environment with traffic around 30 - 100 calls. I am running T/E410P in a Dual P4 xeon with HT disabled. I am using zaptel 0.9.0 and asterisk stable 1 release. There is no gui, just mysql, perl (small script) and asterisk. System runs very smoothly if the calls are around 40-50 and comes one by one , however sometimes

I managed to get Asterisk working with my PBX using T1, now I am moving on to trying to make PRI work. I have my zaptel.conf and zapata.conf configured as follows: Zaptel.conf: span=1,1,0,esf,b8zs bchan=1-23 dchan=24 loadzone=us defaultzone=us Zapata.conf: [channels] transfer=yes immediate=yes callprogress=yes language=en context=default switchtype=national signalling=pri_net group=1

I've this error How i can find the problem? Apr 23 12:24:43 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:47 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:48 WARNING[131081]: PRI: !! Got a UA, but i'm in state 1 Apr 23 12:24:53 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:02 WARNING[131081]: PRI:

I've got a 4 port T1 card in my Asterisk box with a PRI from Qwest as my PSTN interface. I'm experiencing random dropped calls on the various SIP devices I have tested. Network connectivity to the SIP devices looks ok, and I have tried a variety of the devices including all of the following. Grandstream 286 Grandstresm 486 Sipura SPA 1000 Mediatrix 2102 Some example lines from my logs

Hi all, Sorry to bother you with the potentially not too bright question, but since I cannot get it to work, I'll have to ask someone.. I've got this vector: > token [1] sal skal skal bak b_r d_ gal kal l_r n_r pak p_r [13] sal sl_r sn_r spak sp_r st_r s_ bak d_ gal l_r pak [25] p_r sak sl_r sp_r t_ kal n_r s_ st_r sak kal

I just had the same exact problem this morning. The only thing I've done in the last couple of days is update update zaptel. I rolled back my zaptel to 2/11/04 from 3/8/04. And kept my libpri from 3/8/04. I never had this error before updated. I had other issues, but not this one. -sb -----Original Message----- From: asterisk-users-admin@lists.digium.com

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, Urgently response would be wonderful, system is a Fedora Core 2. I have a Ericsson BP250 connected to 1 port on the TE405P and another connected to a local telco ISDN30. I have been running CVS-HEAD from about a 2 months ago and upgraded it again just in cause it was a version issue (didn't fix it) but this is what I am getting. When a person calls out from an extension on the BP250 to

Hi, I've got an important question: I use an E100P directly connected to PSTN, but it does not *really* work as it should be: exten => 1000,1,Dial(Zap/1/1234) BUT: It does NOT dial "1234" but it says in debug mode: -- Called 1/72976451 Apr 26 00:53:00 WARNING[10251]: chan_zap.c:5979 zt_pri_error: PRI: !! Facility message shorter than 14 bytes -- Channel 1, span 1 got

I just tried to go from CAS to PRI on my T1 (Sangoma), and failed pretty badly. Seemingly everything worked -- Asterisk would see the incoming call (including CID and DID info), try to route it, and fail -- giving me a telco (not Asterisk) call failure message. My zapata.conf and zaptel.conf files are at http://pastebin.com/558349 Below's the log dump. Note that, because I was simply going

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

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

I have 12 T1's going into 3 servers, 4 in each into "Digium, Inc. Wildcard TE410P Quad-Span togglable E1/T1/J1 card 3.3v (rev 02)" cards. Each "group" of T1's have the primary D on 24 and the secondary D on 96. The first server (ts20) and the last server (ts22) can playback "demo-congrats" fine. The "middle" server (ts21) cannot -- just dead air.

Hi all, I apologies in advance if I am missing something very simple here, but since I failed at resolving this myself, I'm sending this question to the list. I would appreciate any help in understanding how the rpart function is (exactly) computing the "improve" (which is given in fit$split), and how it differs when using the split='information' vs split='gini'