search for: brezinski

I've noticed that Asterisk AGI scripts don't terminate when a call is answered. Does anyone know how to do this? I would think that this would be a very big problem, if the scripts stayed in memory, doing nothing, until the call terminates. Not only do you have to have a process for routing each call, but all the previous calls, that are still in progress, also have scripts running. It

Our setup: We have a DS3 from Global Crossing terminating into a Adtran MX2800 M13 mux. From there, groups of 4 T1's run into T410P digium cards to 7 individual servers. Each trunk is configured as ISDN PRI, B8ZS/ESF, D-channel being chan 96 with B-channels of 1-95 (we're using NFAS). The D channel is up and there are no alarms. We see the connection on the console from the

Come on you carriers on the list... Give up the dibs what are you using and why? About to sledgehammer these SELECT * FROM GARBAGE WHERE SBC = 'nCite' Don't bother shooting me off Newport Networks stuff... Too pricey -- ==================================================== J. Oquendo http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x1383A743 echo infiltrated.net|sed

Hey all. We have a DS3 circuit with GBLX split off into 7 systems with a 4 port sangoma card (A104D) in the first 2 systems, and digium T410P cards in the other 5. GBLX numbers their spans from 0 to 3 instead of 1-4 and we have a NFAS configuration with the d-channel on chan 96. All of our systems are running 1.0.7 for stability reasons (and no good time for maintaince, the entire platform

Hello everyone, We have recently turned up a new T1 from McLeod (Midwestern CLEC). It is configured like so: /etc/zaptel.conf: loadzone=us defaultzone=us span=1,0,0,esf,b8zs ;(also tried 1,1,0,esf,b8zs) bchan=13-23 nethdlc=1-12 dchan=24 /etc/zapata.conf: switchtype=national context=pri-in signalling=pri_cpe group=1 channel => 13-23 I can get hdlc0 (and pvc0) up just fine after the