D-Channel stays down - asterisk 1.6.2.13

Asterisk Asterisk Support
1

Hi!

I installed libpri-1.4.11.4 , dahdi-linux-complete-2.4.0+2.4.0 , asterisk-1.6.2.13 and asterisk-addons-1.6.2.2 on my Centos 5.2. I am using Digium quad span E1 card. I used dahdi conf tool to generate the configuration files

the problem is that when i run Asterisk following error starts scrolling and spans stay down:

chan_dahdi.c:3008 pri_find_dchan: No D-channels available! Using Primary channel 6 as D-channel anyway!

pri show spans shows

PRI span 1/0: Provisioned, Down, Active
PRI span 2/0: Provisioned, Down, Active
PRI span 3/0: Provisioned, Down, Active

my config is standard generated by dahdi conf tool.
please help what is going wrong

thanks
Javaid

2

hello,
seems like a configuration error in the channel D, How you have configured?
In Italy when i get this error, is often solved by disabling crc

3

I have configured it using dahdi_conf tool, here crc4 is enabled by the provider so we enable it and it is working on asterisk 1.4 version.

here is my config:

cat /etc/dahdi/system.conf

span=1,1,0,ccs,hdb3,crc4
span=2,2,0,ccs,hdb3,crc4
span=3,3,0,ccs,hdb3,crc4
#span=4,0,0,ccs,hdb3,crc4

#span 1
bchan=1-15,17-31
dchan=16

#span 2
bchan=32-46,48-62
dchan=47

#span 3
bchan=63-77,79-93
dchan=78

#span 4
#bchan=94-108,110-124
#dchan=109

#span 5
fxsks=125-128

/etc/asterisk/chan_dahdi.conf

[channels]
context=inbound
switchtype=euroisdn
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
;callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
echocancel=yes
rxgain=0.0
txgain=0.0
immediate=no
signalling=pri_cpe

;;;;;;;;;;;;;;;;;;;;testing params
resetinterval=600
;;;;;;;;;;;;;;;;;;;;
; Channels inherit configuration above them

; Span 1
group=1
channel => 1-15,17-31

; Span 2
;context=rohi
group=2
channel => 32-46,48-62

; Span 3
;context=rohi
group=3
channel => 63-77,79-93

group=5
busydetect=yes
busycount=6
;answeronpolarityswitch=yes
signalling=fxs_ks
channel => 125-128

4

hi
i noticed in your configuration an error
the syntax is
span=Span number,Timing,Line Build Out, Framing, Line Coding
the timing if is connected with the pubblic network is 0

you try so:
span=1,0,0,ccs,hdb3,crc4
span=2,0,0,ccs,hdb3,crc4
span=3,0,0,ccs,hdb3,crc4

5

No, the number in timing represents who is your timing source. If your connected to the public network you generally use them as the timing source. You put zero, if you are the timing source or do not wish to use that connection as a timing source.

; span=<span num>,<timing source>,<line build out (LBO)>,<framing>,<coding>,yellow ; ; All T1/E1 spans generate a clock signal on their transmit side. The ; <timing source> parameter determines whether the clock signal from the far ; end of the T1/E1 is used as the master source of clock timing. If it is, our ; own clock will synchronise to it. T1/E1's connected directly or indirectly to ; a PSTN provider (telco) should generally be the first choice to sync to. The ; PSTN will never be a slave to you. You must be a slave to it. ; ; Choose 1 to make the equipment at the far end of the E1/T1 link the preferred ; source of the master clock. Choose 2 to make it the second choice for the master ; clock, if the first choice port fails (the far end dies, a cable breaks, or ; whatever). Choose 3 to make a port the third choice, and so on. If you have, say, ; 2 ports connected to the PSTN, mark those as 1 and 2. The number used for each ; port should be different. ; ; If you choose 0, the port will never be used as a source of timing. This is ; appropriate when you know the far end should always be a slave to you. If the ; port is connected to a channel bank, for example, you should always be its ; master. Any number of ports can be marked as 0. ; ; Incorrect timing sync may cause clicks/noise in the audio, poor quality or failed ; faxes, unreliable modem operation, and is a general all round bad thing.