similar to: Asterisk / PRI and Outbound Overlap Dialing

Hello, I seem to be having an issue with the configuration of my PRI on a new asterisk server I've created to replace an old install that I have. The card is Digium Wildcard TE133. I continually get messages like "Primary D-Channel on span 1 down", rather irregularly: [2013-07-29 17:31:39] VERBOSE[3621] sig_pri.c: == Primary D-Channel on span 1 up [2013-07-29 17:31:39]

Hello everyone, I am facing a strange problem on my asterisk box (using isdn lines with pri card installed on it). Normal incoming/outgoing calls are working perfectly fine. When a user dial a wrong/out-of-service number they don't hear back any such message like "The number is wrong or user is switched off" in some cases, and it's just a silence for the user. Now while

Hi, Starting in Asterisk 1.8.0, Asterisk supports connected line updates. This is fantastic for SIP. How can I prevent them from being sent to a PRI channel? I'm having problems when a call is answered by an internal SIP extension, then transferred (blind or attended) to another internal SIP extension. One of my PRI providers can't handle the ROSE_ETSI_EctInform APDU and drops the

We fairly recently switched service providers for our 4 PRI circuits. Since that time, we started to notice some failed inbound calls. These calls terminate with an ISDN cause code 47 'resource unavailble'. Most of the time I see this error on the first or second channel on the second span in a trunk group (This is the providers trunk group for hunting, not an Asterisk trunk group). All

Dear; Thanks a lot for guiding me. Is it possible that the installation libpri-1.4.11.5 newer than the libpri-1.4.11.5-patch? Well, when I typed (note: I am trying to apply the libpri-1.4.11.5-patch for the libpri-1.4.11.5): libpri-1.4.11.5# patch -p0 -i libpri-1.4.11.5-patch It gave me that patched detected as shown below (example of one file, and I got same for other files): patching file

I have a working system with asterisk 1.4.26.2 libpri 1.4.1 and zaptel 1.4.12.1 With a digium TE205p. I am trying to update to libpri 1.4.10.2. When I do, incoming calls work but outgoing does not. When I do this I "rm /usr/lib/libpri*" then just install libpri-1.4.10.2 as normal. I then do a make clean in asterisk and make distclean ,then configure, make and make install. I do

Hi, I tried to use Early Media: exten => 1,1,Playback(demo-thanks,noanswer) same => n,Hangup() But when calling my extension I do not hear the voicefile - I only hear the ring tone. In the Asterisk-Log I can see, that the voicefile is played. I got the same result when using "Progress()" in the first priority. I tried "pri set debug on span 1" and got the

I've having problems with a BT 2 span ISDN-30/Digium TE205P asterisk setup with outgoing calls not completing and requiring an Asterisk reset to 'unstick' span 1. Sorry this is a bit long but I'm completely out of my depth :-( This system has been in use for some while and I recently upgraded it to asterisk 1.4.24, zaptel 1.4.11 and libpri 1.4.9. I didn't change

We use asterisk 1.6 with DAHDI and a PRI ISDN 30 line in the Netherlands. Can anyone help me sorting out this issue?? Thanks in advance! -- Executing [s at macro-transfer:25] NoOp("SIP/joostkuif-00000003", "gehe= im") in new stack -- Executing [s at macro-transfer:26] NoOp("SIP/joostkuif-00000003", "voor= de SET CALLERPRES() =3D

We use asterisk 1.6 with DAHDI and a PRI ISDN 30 line in the Netherlands. Can anyone help me sorting out this issue?? Thanks in advance! -- Executing [s at macro-transfer:25] NoOp("SIP/joostkuif-00000003", "gehe= im") in new stack -- Executing [s at macro-transfer:26] NoOp("SIP/joostkuif-00000003", "voor= de SET CALLERPRES() =3D

I just updated libpri 1.4 on my system to the latest from that branch and my QSIG connection to an NEC SV8300 stopped working. The trace showing the problem is below: q931.c:5640 q931_connect: Call 7168 enters state 10 (Active). Hold state: Idle > DL-DATA request > Protocol Discriminator: Q.931 (8) len=21 > TEI=0 Call Ref: len= 2 (reference 7168/0x1C00) (Sent to originator) >

Hello, I am trying to diagnose an intermittent error when a call comes in over our PRI lines. The problem appears random, however I have feeling it has something to do with the call volume, as the frequency increases with more calls on the system. I am not an expert when it comes to reading the PRI Span Debug statements but here is a call that had a problem and I bolded, italicized, and

handled. So....what do I do? Thanks, MD =1=================================================== !! Invalid Protocol Profile field 0x11 -- Accepting call from '2004000' to '111' on channel 0/23, span 1 -- Executing NoOp("Zap/23-1", "Incoming call from Meridian1") in new stack -- Executing NoOp("Zap/23-1", " From number: 2004000|

Hi list! We currently have a PRI gateway composed by a box with two Digium quad-span PRI cards (a TE420 and a ). One of the cards is filled with TELCO1, while the other has first two slots filled with TELCO2, and 3rd slot with TELCO3. I am currently having (timer ?) issues on TELCO3 (span 7) D-Chan (202 as determined by dahdi_genconf ) is constantly failing causing on-going calls to terminate.

Asterisk 1.8.4-rc2 (and 1.8.3) DAHDI Version: 2.4.1.2 libpri version: 1.4.12-beta3 We are having a problem with getting the nationalprefix option of chan_dahdi.conf to work. National calls do not have a "1" added to them when nationalprefix=1. The PRI debug shows the call coming in as a National Call, but the dialplan sees the call without a 1. chan_dahdi.conf: <snip>

picture. I know the firmware on the Nortel is old, so I'm guessing that libpri is sending something that the Nortel does not know how to handle. Is there a way to dumb down what libpri sends? From everything I've read PRI is an evolving standard - and older devices may struggle with newer extensions/developments. (This might be very handy for users trying to talk to old pbx's.) Is

The latest libpri is supposed to handle this properly, but doesn't seem to. Here's the debug info. CALLERID(name) is set to empty. < Protocol Discriminator: Q.931 (8) len=66 < TEI=0 Call Ref: len= 2 (reference 256/0x100) (Sent from originator) < Message Type: SETUP (5) < [04 03 80 90 a2] < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability:

Hi all, I am running to the following problem, when using the below dialplan to receive fax, everything works perfect till this line exten => receive,n,ReceiveFAX(${FAXFILE}): and then the following line cannot be executed, it's like asterisk can't go back to dialplan and continue, the good news is when i check what is received in my fax folder i find that the file is a valid one (not

Hi, I've set up an Asterisk as voip gatway: VOIP <-> Asterisk <-> hfc-s card <-> NTBA <-> Siemens Gigaset Dect ISDN pbx. Outgoing calls from dect handset to the world are working. Incoming calls don't even ring the handset. I'm using the dahdi driver with the zaphfc kernel module. The hfc-s card is in nt mode. The msn is set at the dect phone/base station

I have a problem calling a certain number from our PRI line. Calling the number from a separate PSTN phone works fine. The remote number seems to have some funny call redivert setup, when you call it, it answers immediately, makes some kind of beep and then starts to ring. Our PRI is in the UK from Telewest/NTL/Virgin Media and most outgoing calls work without a problem. The server is