I am not getting calls going out my PRI.
I am getting an error condition.

There are no errors in /var/log/asterisk/messages.

more /etc/dahdi/system.conf
loadzone=us
defaultzone=us
span=1,1,0,esf,b8zs
bchan=1-2
dchan=24
echocanceller=mg2,1-2

more /etc/asterisk/chan_dahdi.conf
[channels]
pridialplan=unknown
prilocaldialplan=unknown
switchtype=national
signalling=pri_net
relaxdtmf=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=400
callerid=asreceived
context=smvoice-incoming
group=1
channel => 1-2

and pri logging shows:

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=64
> TEI=0 Call Ref: len= 2 (reference 3/0×3) (Sent from originator)
> Message Type: SETUP (5)
TEI=0 Transmitting N(S)=4, window is open V(A)=4 K=7

> Protocol Discriminator: Q.931 (8) len=64
> TEI=0 Call Ref: len= 2 (reference 3/0×3) (Sent from originator)
> Message Type: SETUP (5)
> [04 03 80 90 a2]
> Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
> User information layer 1: u-Law (34)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 Type: NET]
> [1e 02 80 83]

csdbsigns*CLI>
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
> Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]
> [28 17 b1 41 64 6d 69 6e 20 53 79 73 74 65 6d 20 53 59 53 20 41 44 4d 49 4e]
> Display (len=23) Charset: 31 [ Admin System SYS ADMIN ]
> [6c 03 00 81 30]
> Calling Number (len= 5) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
> Presentation: Presentation permitted, user number passed network screening (1) '0' ]
> [70 0d 80 39 31 33 31 37 35 30 36 38 30 31 32]
> Called Number (len=15) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '913175551212' ]

csdbsigns*CLI>
q931.c:6036 q931_setup: Call 32771 enters state 1 (Call Initiated). Hold state: Idle

csdbsigns*CLI>
 == Manager 'MessageNet' logged off from 127.0.0.1

csdbsigns*CLI>

< Protocol Discriminator: Q.931 (8) len=9
< TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent to originator)
< Message Type: RELEASE COMPLETE (90)
< [08 02 81 81]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
< Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
Received message for call 0x1b0f7f40 on link 0x1b0f08b0 TEI/SAPI 0/0

Hi,

I have 8 E1 PRI Lines and i have 200 phone numbers and 200 channels
(25 channels per PRI). is there a utility available in Asterisk to
dial out 200 numbers and run a campaign for 200 numbers concurrently
and play a mp3 file ?

Please suggest/guide

Regards

Kaushal

On Tue, Aug 16, 2011 at 10:48 AM, Shaun Ruffell wrote:
> On Tue, Aug 16, 2011 at 10:31:54AM -0400, Eric Merkel wrote:
>> I am having a problem with a new PRI turn-up on dahdi 2.5.0 and
>> asterisk 1.8.5 that I have not seen before. The PRI is setup as B8ZS,
>> ESF and the span shows up and ok. This PRI is merely a crossover T1
>> going into an old DC0 class 5 switch.
>
> I’m not familiar with this switch however…
>
>> I am getting the following errors over and over again
>>
>> [Aug 16 10:26:10] NOTICE[8002]: chan_dahdi.c:3043
>> my_handle_dchan_exception: PRI got event: HDLC Bad FCS (8) on
>> D-channel of span 1
>> [Aug 16 10:26:10] NOTICE[8002]: chan_dahdi.c:3043
>> my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel
>> of span 1
>
> Do these errors start right away or does it take a little bit of time
> before they start appearing?
>

The error pretty much right away.

>> I am also showing CRC4 errors on span as well.
>>
>> # asterisk -rx “dahdi show status”
>> Description                              Alarms  IRQ    bpviol CRC4
>> Fra Codi Options  LBO
>> T2XXP (PCI) Card 0 Span 1                OK      1      0      2938622
>> ESF B8ZS          0 db (CSU)/0-133 feet (DSX-1)
>>
>> I am leaning towards a misconfiguration on the span on the switch side
>> but here is my setup. Can anyone point me in the right direction?
>>
>> # dahdi_hardware
>> pci:0000:06:08.0     wct4xxp+     d161:1220 Wildcard TE220 (5th Gen)
>>
>> /etc/dahdi/system.conf
>> # Span 1: TE2/0/1 “T2XXP (PCI) Card 0 Span 1″ (MASTER) B8ZS/ESF ClockSource
>> span=1,1,0,esf,b8zs
>> # termtype: unknown
>> bchan=1-23
>> dchan=24
>> echocanceller=mg2,1-23
>
> You have this configured for the switch to provide you timing. Is the
> switch really expecting to provide timing to the TE220?
>

I guess I was just assuming the switch would provide the timing as the
telco normally provides this. Would you recommend just turning the
timing off?

>> /etc/asterisk/chan_dahdi
>> [channels]
>> language=en
>> context=Incoming-Pri
>> switchtype=dms100
>> signalling=pri_cpe
>> group=1
>> channel => 1-23
>>
>> Thanks,
>> Eric Merkel
>
> –
> Shaun Ruffell
> Digium, Inc. | Linux Kernel Developer
> 445 Jan Davis Drive NW – Huntsville, AL 35806 – USA
> Check us out at: www.digium.com & www.asterisk.org
>
> –

Thanks,
Eric

Hi, We need some help.

We are unable to transfer the incoming call from DAHDI to another
number. We are able to receive calls and dial out fine, but what we
really want to achieve is to transfer the call so that PRI will be
free and also the transferred number will get the received callerid.
Here is dialplan.

[default]
exten => 19990000001,1,myprint(${CALLERID(num)})
exten => 19990000001,n,transfer(DAHDI/1/14085551234)
exten => 19990000001,n,myprint(${TRANSFERSTATUS})

The problem is transfer fails and TRANSFERSTATUS is set to
UNSUPPORTED. It works if we change ‘transfer’ command to ‘Dial’ but in
this case it does not pass callerid. facilityenable and transfer is
set to ‘yes’ in chan_dahdi.conf.

Any hints what we are doing wrong?

Thanks
Jim

> I am using goautodial, I am using 20channels telcom PRI line and in my
> server DIgium TE120 PRI card which is for 31 channel. with this
> configuration
> I am able to call from server . but problem whenever i restarted the
> server that time is Asterisk is stop then I am not able to call
> outside.
> how to resolve this issue. every time whenever restart the server this
> asterisk it going stop.

I don’t know what you mean by the stop references. If you mean the call
fails, then that could be because the call attempted to use a channel
not provisioned for your PRI line. Your configuration provisions all
30 channels for an E1 line when you said you have 20 channels.

>
> inthis server my hardware configuration is
> /etc/asterisk/dahdi-channels.conf
> group=0,11
> context=default
> switchtype = euroisdn
> signalling = pri_cpe
> channel => 1-15,17-31
^^^ This line is creating all of the channels for an E1 so chan_dahdi
thinks it has all 30 channels available. You said you only have 20
channels available so the channels line is wrong here. It should be
something like
channel => 1-15,17-21

Also anything after a channel line does not apply to the channels created
by a channel line.

> context = default
> group = 63
>
> /etc/asterisk/chan_dahdi.conf
> [trunkgroups]
>
> [channels]
> #include dahdi-channels.conf
> language=en
> context=default
> usecallerid=yes
> hidecallerid=no
> callwaiting=yes
> usecallingpres=yes
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> canpark=yes
> restictcid=yes
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
> echotraining=800
> relaxdtmf=yes
> rxgain=0.0
> txgain=0.0
> ;group=1
> ;callgroup=1
> ;pickupgroup=1
> busydetect=yes
> busycount=6
> immediate=no
> resetinterval=never
> switchtype=euroisdn
> signalling=pri_cpe
> pridialplan=unknown
> prilocaldialplan=unknown
> group=0
> channel => 1-20
^^^ This channel line is wrong. It attempts to redefine channels
you have already defined earlier by the dahdi-channels.conf include.
You should have gotten warning messages when Asterisk loaded about
channels already defined.

>
>
> /etc/dahdi/system.conf
> span=1,1,0,ccs,hdb3,crc4
> # termtype: te
> bchan=1-15,17-31
> dchan=16
> echocanceller=mg2,1-15,17-31

Richard