Hi,
I have 2 servers: one is running 2 B410P cards with 8 euroisdn lines
(mISDN) connected on it, everything runs fine.
I prepare a new server - HP 360 G8- with 2 HA8 cards each of them 1
module of 4 lines. Already had with this machine an RMA on both cards as
they was faulty and crashed the server.
What happends is that when I connect cables on the HA8 modules (those
cables are unpluged from working server and connected to the new one)
nothing happend on the dahdi status, alarm is RED. Two days ago one
cable changed his staus to YELLOW (?) and then became again RED.
Below are relevant outputs. I created those config files with one of the
previous card which worked a short time and it was OK.
Could it be possible that modules have also to go for RMA?
Thanks for any hint.
SrvPhone2:/etc/asterisk# cat chan_dahdi.conf
;
; DAHDI telephony interface
;
; Configuration file
;
; You need to restart Asterisk to re-configure the DAHDI channels
; CLI> reload chan_dahdi.so
; will reload the configuration file,
; but not all configuration options are
; re-configured during a reload.
[channels]
;
; Default language
;
language=fr
;
; Default context
;
context=isdn
internationalprefix = 00
nationalprefix = 0
usecallerid=yes
hidecallerid=no
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
switchtype=euroisdn
;
; Allow call parking
; ('canpark=no' is overridden by 'transfer=yes')
;
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
;
; If you are having trouble with DTMF detection, you can relax the DTMF
; detection parameters. Relaxing them may make the DTMF detector more
likely
; to have "talkoff" where DTMF is detected when it shouldn't be.
;
;relaxdtmf=yes
;
; You may also set the default receive and transmit gains (in dB)
;
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
; This feature can also easily detect false hangups. The symptoms of this is
; being disconnected in the middle of a call for no reason.
;
callprogress=yes
progzone=be
; For fax detection, uncomment one of the following lines. The default
is *OFF*
; We use NVFaxDetect stuff for this
;
;faxdetect=both
;faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no
group=1
signalling=bri_cpe
context=isdn
channel => 1,2,4,5,7,8,10,11,13,14,16,17,19,20,22,23
SrvPhone2:/etc/dahdi# cat system.conf
loadzone = be
defaultzone = be
span = 1,1,0,ccs,ami
bchan = 1,2
hardhdlc = 3
span = 2,2,0,ccs,ami
bchan = 4,5
hardhdlc = 6
span = 3,3,0,ccs,ami
bchan = 7,8
hardhdlc = 9
span = 4,4,0,ccs,ami
bchan = 10,11
hardhdlc = 12
span = 5,5,0,ccs,ami
bchan = 13,14
hardhdlc=15
span = 6,6,0,ccs,ami
bchan = 16,17
hardhdlc = 18
span = 7,7,0,ccs,ami
bchan = 19,20
hardhdlc = 21
span = 8,8,0,ccs,ami
bchan = 22,23
hardhdlc = 24
SrvPhone2*CLI> dahdi show status
Description Alarms IRQ bpviol CRC4
Fra Codi Options LBO
HB8-0000 Board 1 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 1 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 1 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 1 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 2 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 2 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 2 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
HB8-0000 Board 2 RED 0 0 0
CCS AMI 0 db (CSU)/0-133 feet (DSX-1)
--
Daniel
2010/12/5 Administrator TOOTAI <admin at tootai.net>> Hi, > > I have 2 servers: one is running 2 B410P cards with 8 euroisdn lines > (mISDN) connected on it, everything runs fine. > > I prepare a new server - HP 360 G8- with 2 HA8 cards each of them 1 > module of 4 lines. Already had with this machine an RMA on both cards as > they was faulty and crashed the server. > > What happends is that when I connect cables on the HA8 modules (those > cables are unpluged from working server and connected to the new one) > nothing happend on the dahdi status, alarm is RED. Two days ago one > cable changed his staus to YELLOW (?) and then became again RED. > > Below are relevant outputs. I created those config files with one of the > previous card which worked a short time and it was OK. > > Could it be possible that modules have also to go for RMA? > > Thanks for any hint. > > SrvPhone2:/etc/asterisk# cat chan_dahdi.conf > ; > ; DAHDI telephony interface > ; > ; Configuration file > ; > ; You need to restart Asterisk to re-configure the DAHDI channels > ; CLI> reload chan_dahdi.so > ; will reload the configuration file, > ; but not all configuration options are > ; re-configured during a reload. > > > > [channels] > ; > ; Default language > ; > language=fr > ; > ; Default context > ; > context=isdn > internationalprefix = 00 > nationalprefix = 0 > usecallerid=yes > hidecallerid=no > callwaiting=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > switchtype=euroisdn > > ; > ; Allow call parking > ; ('canpark=no' is overridden by 'transfer=yes') > ; > canpark=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > ; > ; If you are having trouble with DTMF detection, you can relax the DTMF > ; detection parameters. Relaxing them may make the DTMF detector more > likely > ; to have "talkoff" where DTMF is detected when it shouldn't be. > ; > ;relaxdtmf=yes > ; > ; You may also set the default receive and transmit gains (in dB) > ; > rxgain=0.0 > txgain=0.0 > callgroup=1 > pickupgroup=1 > immediate=no > ; This feature can also easily detect false hangups. The symptoms of this > is > ; being disconnected in the middle of a call for no reason. > ; > callprogress=yes > progzone=be > > ; For fax detection, uncomment one of the following lines. The default > is *OFF* > ; We use NVFaxDetect stuff for this > ; > ;faxdetect=both > ;faxdetect=incoming > ;faxdetect=outgoing > ;faxdetect=no > > group=1 > signalling=bri_cpe > context=isdn > channel => 1,2,4,5,7,8,10,11,13,14,16,17,19,20,22,23 > > > > > > SrvPhone2:/etc/dahdi# cat system.conf > loadzone = be > defaultzone = be > > span = 1,1,0,ccs,ami > bchan = 1,2 > hardhdlc = 3 > > span = 2,2,0,ccs,ami > bchan = 4,5 > hardhdlc = 6 > > span = 3,3,0,ccs,ami > bchan = 7,8 > hardhdlc = 9 > > span = 4,4,0,ccs,ami > bchan = 10,11 > hardhdlc = 12 > > span = 5,5,0,ccs,ami > bchan = 13,14 > hardhdlc=15 > > span = 6,6,0,ccs,ami > bchan = 16,17 > hardhdlc = 18 > > span = 7,7,0,ccs,ami > bchan = 19,20 > hardhdlc = 21 > > span = 8,8,0,ccs,ami > bchan = 22,23 > hardhdlc = 24 > > > > SrvPhone2*CLI> dahdi show status > Description Alarms IRQ bpviol CRC4 > Fra Codi Options LBO > HB8-0000 Board 1 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 1 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 1 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 1 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 2 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 2 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 2 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > HB8-0000 Board 2 RED 0 0 0 > CCS AMI 0 db (CSU)/0-133 feet (DSX-1) > > -- > Daniel > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >Which Dahdi version ? I had to use latest trunk to have mine working. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101205/8b21425c/attachment.htm
Le 05/12/2010 20:28, Olivier a ?crit :> [...] > Which Dahdi version ? > I had to use latest trunk to have mine working.Thanks for your reply SrvPhone2*CLI> dahdi show version DAHDI Version: 2.4.0 Echo Canceller: FYI I got it: cable was defect. -- Daniel