similar to: shut down a single PRI on a running Asterisk system?

Hello, I've found a little documentation on voip-info and on the asterisk- users list, although I was hoping for an example of a tried-and-true failover setup between PRI and SIP. We are an outgoing call center that uses asterisk 1.4 connected to 2 PRIs from the local telephone company in one group (g1) and a SIP trunk from bandwidth.com. The PRIs are the primary outgoing service,

With multiple inbound PRIs (and hunting across them) coming to multiple [asterisk] servers it is important to be able to do administration, i.e. control which PRIs in the same hunt group take (and which don't take) calls from telco at any given period of time. Our pre-asterisk platform uses SERVICE commands for this purpose to put B-channels into 'out-of-service'/'maintenance'

I currently have a single PRI however we are getting a second PRI, and the provider (qwest) wants to know if our PBX supports GSAS (they say its a redundant d-channel technology but searching on google for GSAS reveals less than nothing). I've set something similar up before on a cisco 5350, where if one of the PRIs fails, all of the calls destined for either PRI will be routed down the one

I've got a couple of PRIs. When I call out on them from internal SIP phones, I will get ringing if the dialed number is ringing, but if the dialed number is busy I'll get dead air. Can anyone suggest ways to trouble shoot this? Don't seem to having any other problems with the PRIs. Thanks, David Ruggles CCNA MCSE (NT) CNA A+ Network Engineer Safe Data, Inc. (910) 285-7200 david at

I'm having trouble setting the outbound caller ID on calls I make from my PRI trunk group. The PRIs are served out of a 5ESS. Telco has set the PRIs up for user provided caller id information, so I believe I just don't have it set up right in my dialplan or something. I can't seem to find an example of setting the outbound caller ID specifically for a 5ESS. Does anyone have an

Hello, I have a crossover PRI(Asterisk server to PBX) and a regular telco PRI T1 line and currently have echocancel=yes and echocancelwhenbridged=yes on those spans in zapata.conf. I was discussing CPU load with another Asterisk user and he mentioned that PRIs don't need echo cancelation and that turning it off will reduced CPU load on the server. I checked many sample configs and the

As an employee in the technical operations of a CLEC this information is easily obtainable by anyone that has access to the Class 5 switch servicing that PRI... A Q.931 trace in the Class 5 Switch will tell the whole story.... -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Rich Adamson Sent: Tuesday, June

Hi Folks, I'm trying to send CallerID Name information out to the PSTN via a PRI with Bell Canada with no success. With inbound calls (originating from the PSTN) CNAM is received successfully, and we've not had any similar problems with other Telco PRIs, so I'm stumped.

Hi everyone, I'm new to the list, so I apologize if this is a trite question. We're an ISP with a barely used PRI, and also currently use asterisk with POTS service on an audiocodes gateway. We have a notion that we want to take on a new revenue stream, with our model being as such: 1) Convert one of our PRIs into a two way voice/data bundle. 2) Plug this PRI into a piece

Is there a way in asterisk to find the information in more than just a PRIs callerid field? for example the charge digits (who is paying for the call) and the original dialed digits, before any digit translation or forwarding? G. Phil

Greetings list, I posted this to the -biz list a few days ago. In hindsight, I think it would have been more appropriate posted here, so apologies to those on both lists who've now seen this twice. I have had a request to provide 2x PRIs to a site in Lausanne, Switzerland, but my knowledge of the Swiss Telco market is non-existent. Are there any folks on the list who've experience in

I am wanting to front-end a legacy PBX with an asterisk box. I have done plenty of asterisk work over the last 6 months to PRI circuits, but not with a PBX being involved. I know I can use asterisk and digium cards in this manner, but do I need separate cards for the PRI -> Asterisk side to the Asterisk -> PBX side, or will a 4-port PRI card do the job? (I already have a spare one of

I wrote a note earlier about this problem but have done quite a bit more debugging. Now I'm stuck at what to do next. I have inbound calls being answered by our Asterisk box, which then dials our answering service and bridges those calls. The inbound and outbound are both PRIs. The answering service takes our calls on a PRI. If I don't use the Monitor() application, things work find

When using a PRI, after the remote party hangs up, asterisk tries to spawn a call to the "h" extension. Is this normal behavior for a pri to try to call the "h" extension to try to clean things up? Call Comes In: -- Executing Dial("Zap/1-1", "SIP/16464436000@AST-237.65") in new stack -- Called 16464436000@AST-237.65 -- Accepting call from

Hi everybody We have a strange problem with several asterisk servers (Version 1.4.11) using PRI cards (tied to telco here in Belgium). Indeed we noticed that whenever a local user places an outgoing call through the PRI (and telco) to another IPBX (tied to telco using BRI or PRI), if the remote party places the call on hold, the caller hears the _local_ music on hold instead of the

Hello, I have been running some tests to get a better understanding of PRIs and the HANGUPCAUSE variable and I'm not having any luck. I have tried calling disconnected numbers and the call is connected through to my extension and I hear the tri-tones. And it looks like HANGUPCAUSE is always 16 (AST_CAUSE_NORMAL_CLEARING). Am I doing something wrong, or am I just misunderstanding? Also,

I have a Sangoma Card with two PRIs. They are both configured in Zaptel and Zapata; In Zapata I have them separated in Group 1 and 2 but if I make a call and specify Zap/g2 it doesn't go when calling Channels : HERE IS what I get: Accepting AUTHENTICATED call from x.x.x.x > requested format = speex, > requested prefs = (), > actual format = gsm,

Hello Everyone, I am looking to getting converged with the local ILEC here in Canada (Bell or Telus), and was wondering if I can get some more information about typical setups. DIDs and channel offerings from third party clecs does not fit our business model and that's why we are looking to purchasing phone numbers directly from the ILEC, and manging our own PRIs for a convergence of sorts.

We have been running around than 40 asterisk servers running on Debian Squeeze for last three years, handling traffic of more than few hundred thousand calls per day. Our setup's PRI-banks were using Redfone's Fonebridge. We had PRIs from multiple telephony providers. And Redfone's Fonebridge handled all that easily. But all good things come to end. Redfone's Fonebridge was not

Our provider gives us four PRIs as a trunk group hunt group. Meaning, the provider's switch will cycle through B channels in span 1, 2, 3, ... until it finds one that is available. I have moved spans 2-4 onto another machine. But we have one remaining box with a PRI full of calls and I don't know what to do with them; the box is failing, but dropping them by simply yanking the PRI is