Добрый день, есть плата OpenVox D130 и чистый aster, не могу поднять плату, настроил следующее: /etc/dahdi/system.conf
span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
dahdi_scan
[1]
active=yes
alarms=RED/LFA
description=D115 (E1/T1) Card 0 Span 1
name=D115/0/1
manufacturer=OpenVox
devicetype=OpenVox D130P/D130E Single-port E1/T1 c
location=Board ID Switch 0
basechan=1
totchans=31
irq=0
type=digital-E1
syncsrc=0
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS/CRC4
dahdi show channels
aster*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked State Description
pseudo default default In Service
1 from-trunk default In Service
2 from-trunk default In Service
3 from-trunk default In Service
4 from-trunk default In Service
pri show span
PRI span 1/0: In Alarm, Down, Active
dahdi show status
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
D115 (E1/T1) Card 0 Span 1 RED 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)
Не могу понять почему не поднимается канал, вот что в логах:
Feb 10 19:00:16 aster kernel: opvxd115 0000:02:00.0: SPAN 1: Primary Sync Source
Feb 10 19:00:47 aster kernel: dahdi_devices pci:0000:02:00.0: local span 1 is already assigned span 1
Feb 10 19:01:03 aster kernel: dahdi_devices pci:0000:02:00.0: local span 1 is already assigned span 1
Feb 10 19:01:03 aster kernel: opvxd115 0000:02:00.0: opvxd115: Span 1 configured for CCS/HDB3
Feb 10 19:01:03 aster kernel: opvxd115 0000:02:00.0: All spans in alarm : No validspan to source RCLK from
Feb 10 19:01:03 aster kernel: opvxd115 0000:02:00.0: RCLK source set to span 1
Feb 10 19:01:03 aster kernel: opvxd115 0000:02:00.0: SPAN 1: Primary Sync Source
Feb 10 19:04:17 aster kernel: dahdi_devices pci:0000:02:00.0: local span 1 is already assigned span 1
Feb 10 19:04:17 aster kernel: opvxd115 0000:02:00.0: opvxd115: Span 1 configured for CCS/HDB3/CRC4
Feb 10 19:04:17 aster kernel: opvxd115 0000:02:00.0: All spans in alarm : No validspan to source RCLK from
Feb 10 19:04:17 aster kernel: opvxd115 0000:02:00.0: RCLK source set to span 1
Feb 10 19:04:17 aster kernel: opvxd115 0000:02:00.0: SPAN 1: Primary Sync Source
логи pri set debug on span 1
Enabled debugging on span 1
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)
PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned)
PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 1 SAPI/TEI=0/0 Kick starting link
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)
PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned)
PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 1 SAPI/TEI=0/0 Kick starting link
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)
PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned)
PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 1 SAPI/TEI=0/0 Kick starting link
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)
PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned)
PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 1 SAPI/TEI=0/0 Kick starting link
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment)
PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned)
PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 1 SAPI/TEI=0/0 Kick starting link
PRI Span: 1 TEI=0 Sending SABME
PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)
cat /etc/asterisk/chan_dahdi.conf
[channels]
group=1
context=from-trunk
switchtype = euroisdn
signalling = pri_cpe
callerid=asreceived
usecallerid=yes
hidecallerid=no
callwaiting=yes
overlapdial=yes
pridialplan=unknown
usecallingpres=yes
callwaitingcallerid=yes
rxgain=0.0
txgain=0.0
threewaycalling=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=both
faxbuffers=>8,full
channel => 1-15,17-31
1) драйвера поставить как написано на openvox, включая wanrouter
2) pri set debug span 1
и смотрите что пишет.
Задан: 2015-02-10 22:29:32 +0400
Просмотрен: 1,425 раз
Обновлен: Feb 16 '15
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Что говорят на форумах по OpenVox ?
zzuz ( 2015-02-11 00:55:22 +0400 )редактироватьdahdi_test проходит нормально?
Zavr2008 ( 2015-02-11 20:47:21 +0400 )редактироватьdahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.996% 99.995% 99.996% 99.995% 99.999% 99.993% 99.999% 99.996% 99.995% 99.996% 99.997% 99.999% 99.996% 99.998% 99.994% 99.998% 99.998% 99.994% 99.996% 100.000% 99.997% 99.997% 99.996% 99.995% ^C --- Results after 24 passes --- Best: 100.000% -- Worst: 99.993% -- Average: 99.996395% Cummulative Accuracy (not per pass): 99.997
Чистый ( 2015-02-12 13:58:22 +0400 )редактироватьставил согласно вот этой инструкции http://wiki.openvox.cn/index.php?title=OpenVoxD130PDahdi_en
Чистый ( 2015-02-12 13:59:20 +0400 )редактироватьRED alarm говорит о том, что нет несущей. Можно коротнуть RX на TX петлей для теста, убедиться жива ли плата. Еще интересен /etc/asterisk/chan_dahdi.conf
Zavr2008 ( 2015-02-15 16:43:55 +0400 )редактироватьсодержимое /etc/asterisk/chandahdi.conf приложил, делал вот такой Loopback http://itmages.ru/image/view/2286183/eca56bd7 с карты alarm пропали и dahditool нормально показала свойства карты. Наверно проблема в кабеле, но вот тогда не понимаю как кабель надо обжать что бы заработало.
Чистый ( 2015-02-16 10:13:53 +0400 )редактироватьЭлектроника = Наука о контактах ))))))
Zavr2008 ( 2015-02-16 19:09:40 +0400 )редактироватьВопрос решен, пережал кабель и все поднялось. Спасибо.
Чистый ( 2015-02-17 20:22:38 +0400 )редактировать