Каналы в потоке стартуют по очереди через 15 мин

Question

Уважаемые гуру подскажите куда копать. Или что перенастроить Имеется elastix 2.2 установлены 2 платы openvox de210e первая плата должна соединяться с операторами вторая с моей АТС Alcatel При подключении потока от оператора во второй порт первой платы в CLI отображается сообщение

== Primary D-Channel on span 2 up

-- Span 2: Channel 0/1 restarted

PRI got event: No more alarm (5) on D-channel of span 2

Alarm cleared on channel 32

Alarm cleared on channel 33

Alarm cleared on channel 34

Alarm cleared on channel 35

На asterisk все каналы в статусе "idle"

Звоню оператору он говорит что на его стороне первый канал в потоке переходит в состояное "idle" а остальные девять отсаются в статусе "Busy"

через каждые 15 мин происходит следующее

-- Span 2: Channel 0/2 restarted

еще через 15 мин

-- Span 2: Channel 0/3 restarted

и так до тех пор пока все 10 не поднимутся

system.conf

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


# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
span=2,2,0,ccs,hdb3

bchan=32-46,48-62
dchan=47


# Span 3: TE2/1/1 "T2XXP (PCI) Card 1 Span 1"
span=3,3,0,ccs,hdb3
bchan=63-77,79-93
dchan=78

# Span 4: TE2/1/2 "T2XXP (PCI) Card 1 Span 2"
span=4,4,0,ccs,hdb3
bchan=94-108,110-124
dchan=109


# Global data

loadzone        = ru
defaultzone     = ru

файл dahdi-channels

group=0,11
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
context = default
group = 63

; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
group=1,12

context=from-pstn

switchtype = euroisdn

signalling = pri_cpe

channel => 32-46,48-62

context = default

group = 63

; Span 3: TE2/1/1 "T2XXP (PCI) Card 1 Span 1"

group=2,13

context=from-internal

switchtype = euroisdn

signalling = pri_net

channel => 63-77,79-93

context = default

group = 63

; Span 4: TE2/1/2 "T2XXP (PCI) Card 1 Span 2"

group=3,14

context=from-internal

switchtype = euroisdn

signalling = pri_net

channel => 94-108,110-124

context = default

group = 63

chan_dadhdi.conf

; Auto-generated by /usr/sbin/hardware_detector [trunkgroups]

[channels]

context=from-pstn

signalling=fxs_ks

rxwink=300 ; Atlas seems to use long (250ms) winks

usecallerid=yes

hidecallerid=no

callwaiting=yes

usecallingpres=yes

callwaitingcallerid=yes

threewaycalling=yes

transfer=yes

canpark=yes

cancallforward=yes

callreturn=yes

echocancel=yes

echocancelwhenbridged=no

faxdetect=incoming

echotraining=800

rxgain=0.0

txgain=0.0

callgroup=1

pickupgroup=1

relaxdtmf=yes

overlapdial=yes

;Uncomment these lines if you have problems with the disconection of your analog lines

;busydetect=yes

;busycount=3

immediate=no

include dahdi-channels.conf

include chandahdiadditional.conf

Answer 1

2

А происходит у Вас следующее: просто система E1 должна иметь общую синхронизацию, она должна браться от провайдера и проходить на Alcatel сквозняком через Астер и платки OpenVox. То, что через 15 минут идет алармы и говорит о том, что алкател и астер оба мучают линк =)

на линке к Алкателю рекомендую:

span=2,0,0,ccs,hdb3

Еще нужно чтобы в одной плате было, или были проводки для синхры между платами..

ссылка удалить спам редактировать

ответил 2011-12-19 20:23:31 +0400

Zavr2008

2886 ● 11 ● 9 ● 40
http://mh.otx.ru/

Comments

запрет ресета B-каналов убирать не надо, это штатная процедура. На стабильность линка не влияет. У Вас дело в самой физике. На Алкателе кста тоже алармы должны быть по-идее, гляньте там..

Zavr2008 ( 2011-12-19 20:24:58 +0400 )редактировать

Еще кста советую включить Native Bridging PRI при транзитных звонках типа Город - Алкател.

Zavr2008 ( 2011-12-19 20:26:08 +0400 )редактировать

что синхра не так косвенно говорит и ступор D-канала - и тп. Проверить можно дав комманду dahdi restart на одной стороне и смотря на лог на другой.

Zavr2008 ( 2011-12-19 21:23:35 +0400 )редактировать

Уважаемый Zavr. Обе платы соединены проводком синхронизации, джампер синхры закрыт. Все сделано по мануалу http://bbs.openvox.cn/viewthread.php?tid=874

span=2,0,0,ccs,hdb3 такую комбинацию тоже пробовал разницы никакой. Сейчас о подключении к алкателю речи не идет. Просто втыкаю второй поток (первый больше на вход, второй на выход) в asterisk и смотрю как открываются каналы. Сегодня буду пробовать с каждой платой по отдельности

alarmov через 15 мин нет в логе пишется вот что

[Dec 16 15:06:38] VERBOSE[4362] sig_pri.c: -- Span 2: Channel 0/1 restarted

[Dec 16 15:21:38] VERBOSE[4362] sig_pri.c: -- Span 2: Channel 0/2 restarted

[ Попробовал dahdi restart. Получаю следующее У меня все каналы в IDle? звоню оператору него первый канал поднялся остальные в Busy/ Дальше самое интересное. Если совершается исходящий звонок, то каналы у оператора начинают открываться. Если идет внешний вызов ко мне то канал у оператора не открывается

abag ( 2011-12-20 07:23:28 +0400 )редактировать

на линии к прову синхра должна идти внешняя от прова, всё верно. внутреннюю - только на линии от астера к алкателю. у Вас точно не напутано с CRC на линке с провом? Всяких сообщений про T200 и T300 у D-канала нет?

Zavr2008 ( 2011-12-20 12:51:09 +0400 )редактировать

есть про timer 200 в pri debug span 2 PRI Span: 2

PRI Span: 2 < TEI: 0 State 7(Multi-frame established)

PRI Span: 2 < V(A)=15, V(S)=15, V(R)=15

PRI Span: 2 < K=7, RC=0, l3initiated=0, rejectexcept=0, ack_pend=0

PRI Span: 2 < T200id=0, N200=3, T203id=16384

PRI Span: 2 < [ 02 01 01 1f ]

PRI Span: 2 < Supervisory frame:

PRI Span: 2 < SAPI: 00 C/R: 1 EA: 0

PRI Span: 2 < TEI: 000 EA: 1

PRI Span: 2 < Zero: 0 S: 0 01: 1 [ RR (receive ready) ]

PRI Span: 2 < N(R): 015 P/F: 1

PRI Span: 2 < 0 bytes of data

abag ( 2011-12-20 16:23:44 +0400 )редактировать

Answer 2

0

За сброс таймслотов в каналах PRI отвечает параметр resetinterval в файле chan_dahdi.conf.

По умолчанию сброс отключен.

Прошу обратить внимание , что файл настроек должен называться именно chan_dahdi.conf . Про файл dahdi-channels астериск ничего не знает.

ссылка удалить спам редактировать

ответил 2011-12-19 17:12:27 +0400

zzuz

7174 ● 2 ● 6 ● 75
http://line24.ru/

Comments

про данный параметр читал, но также написано что не рекомендуют его использовать поскольку перезапуск каналов может восприняться оператором как ошибка. И самое непонятное почему каналы открываются по одному, а не все сразу?

abag ( 2011-12-19 17:52:26 +0400 )редактировать

и правильно говорят. Плюс в Астере memory leaks в модуле chan_dahdi/libpri этим делом лечатца =)))))

Zavr2008 ( 2011-12-19 20:34:29 +0400 )редактировать

этот параметр перезапускает только свободные таймслоты.

zzuz ( 2011-12-19 20:37:16 +0400 )редактировать

именно. а до этого - они были заняты некторые. =) эта процедура кста косвенно может говорить о том что обе стороны в адеквате.

Zavr2008 ( 2011-12-19 21:20:29 +0400 )редактировать

Answer 3

Сегодня поставил в chan_dahdi параметр resetinterval=60 каналы рестартанули все с интервалом 5 сек и больше не перестартовывают, хотя по описанию должны каждые 60 сек перестартовывать. Воткнул span4 в алкатель и по span4 рестарт идет каждые 60 сек. а по span 2 нет

[Dec 20 10:25:44] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/1 restarted

[Dec 20 10:26:01] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/1 successfully restarted

[Dec 20 10:26:06] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/2 successfully restarted

[Dec 20 10:26:11] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/3 successfully restarted

[Dec 20 10:26:16] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/4 successfully restarted

[Dec 20 10:26:21] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/5 successfully restarted

[Dec 20 10:26:26] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/6 successfully restarted

[Dec 20 10:26:31] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/7 successfully restarted

[Dec 20 10:26:36] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/8 successfully restarted

[Dec 20 10:26:41] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/9 successfully restarted

[Dec 20 10:26:46] VERBOSE[5537] sig_pri.c: -- Span 2: Channel 0/10 successfully restarted

Понимаю что ничего не понимаю

внесение всех возможных параметров в chan_dahdi не совсем верная тактика)
DJs3000 ( 2011-12-20 10:16:07 +0400 )редактировать
Сделайте как я написал и каналы поднимутся нормально! единственное может быть у вас разные контексты будут это зависит от того где вы и как будете свои входящие исходящие звонки обрабатывать. Еще в группе 2 которая подсоединяется к АТС параметр "switchtype=qsig" скорее всего будет.
DJs3000 ( 2011-12-20 11:36:14 +0400 )редактировать

Answer 4

0

chan_dadhdi.conf не конфигурационный вообще! нужно распределить каналы по группам т.к. у вас часть каналов пойдут к провайдеру а часть к АТС. делаем примерно так:

[trunkgroups]

[channels]
language=ru
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
callerid=asreceived

group=1
;;;[E1-PROVIDER]
context=from-internal
switchtype=euroisdn
signalling=pri_cpe
channel =>1-15,17-31,32-46,48-62

group=2
;;;[E1-ATC]
context=from-internal
switchtype=euroisdn
signalling=pri_cpe
channel =>63-77,79-93,94-108,110-124

ссылка удалить спам редактировать

ответил 2011-12-20 09:41:12 +0400

DJs3000

559 ● 45 ● 13 ● 33
http://retrogamesbattle.c...

Comments

в chan_dahdi.conf прописано

"#include dahdi-channels.conf а в нем уже расписаны группы. единственная разница в том что я разбил на 4 группы. Постараюсь привести в соответсвие к вашему виду.

; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/CCS RED group=0 context=from-pstn switchtype = euroisdn signalling = pri_cpe channel => 1-15,17-31

; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" HDB3/CCS group=1 context=from-pstn switchtype = euroisdn signalling = pri_cpe channel => 32-46,48-62

; Span 3: TE2/1/1 "T2XXP (PCI) Card 1 Span 1" group=2 context=from-internal switchtype = euroisdn signalling = pri_net channel => 63-77,79-93

; Span 4: TE2/1/2 "T2XXP (PCI) Card 1 Span 2" group=3 context=from-internal switchtype = euroisdn signalling = pri_net channel => 94-108,110-124

abag ( 2011-12-20 11:50:23 +0400 )редактировать

:)))) ты разве не видишь что эта строка закоменчена а занчит из неё ничего не подтягивается) зачем изобретать велосипед) если вы боитесь так за свои конфиги то воспользуйтесь Эластиковским бекапом который сохранит все все все конфиги после чего экспериментируйте.

DJs3000 ( 2011-12-20 12:06:36 +0400 )редактировать

если вы говорите про кавычки то я их добавил чтобы знак решетка не применял форматирование, прошу прощения если ввел ими в заблуждение

В cli при команде pri show channels все каналы имеют вид

PRI B Chan Call PRI Channel

Span Chan Chan Idle Level Call Name

1 1 Yes Yes Idle No

1 2 Yes Yes Idle No

abag ( 2011-12-20 12:21:13 +0400 )редактировать

трудно помочь человеку если он тебя не слышит)

DJs3000 ( 2011-12-20 12:36:07 +0400 )редактировать

сделал все как вы сказали, chan_dahdi.conf так правильно будет?

[trunkgroups]

[channels]

language=ru

usecallerid=yes

hidecallerid=no

callwaiting=yes

usecallingpres=yes

callwaitingcallerid=yes

threewaycalling=yes

transfer=yes

canpark=yes

cancallforward=yes

callreturn=yes

echocancel=yes

echocancelwhenbridged=no

faxdetect=incoming

relaxdtmf=yes

overlapdial=yes

group=0

context=from-pstn

switchtype = euroisdn

signalling = pri_cpe

channel => 1-15,17-31

group=1

context=from-pstn

switchtype = euroisdn

signalling = pri_cpe

channel => 32-46,48-62

group=2

context=from-internal

switchtype = euroisdn

signalling = pri_net

channel => 63-77,79-93

group=3

context=from-internal

switchtype = euroisdn

signalling = pri_net

channel => 94-108,110-124

abag ( 2011-12-20 12:55:29 +0400 )редактировать

ну впринципе можно и так главное чтобы правильно было сконфигурировано) и две группы которые пойдут на АТС будут иметь значение switchtype = qsig скорее всего

DJs3000 ( 2011-12-20 13:00:30 +0400 )редактировать

1

результат аналогичен предидущему

[Dec 20 15:08:02] VERBOSE[7789] sig_pri.c: -- Span 2: Channel 0/1 restarted

[Dec 20 15:08:10] VERBOSE[7789] sig_pri.c: -- Span 2: Channel 0/1 restarted

[Dec 20 15:23:15] VERBOSE[7789] sig_pri.c: -- Span 2: Channel 0/2 restarted

почему то сразу не стартуют остальные 9 каналов. а с интервалом 15 мин. Оператор сказал что поможет разобраться но только после нового года. При подключении этого потока напрямую в алкатель все 10 каналов рестартуют сразу.

abag ( 2011-12-20 13:15:14 +0400 )редактировать

узнайте у прова нужно ли использовать в потоке CRC

DJs3000 ( 2011-12-20 13:18:34 +0400 )редактировать

узнал уже давно они его не используют и у меня потому отключено

abag ( 2011-12-20 13:22:52 +0400 )редактировать

не верю пока сам не поковыряю всё руками)) предлагаю связаться и получить доступ к консоли например по teamviewer )

DJs3000 ( 2011-12-20 13:34:22 +0400 )редактировать

легко заодно поучусь ка надо настраиваить куда логин с паролем от teamviewra отправить

abag ( 2011-12-20 13:36:37 +0400 )редактировать

я сам ученик но опыт настройки потока есть) надеюсь смогу помочь) мобилу пришли на adminmsk ТУЗИК hku.ru

DJs3000 ( 2011-12-20 13:43:15 +0400 )редактировать

на алкатале можно взять и записать трейсы для случая прямого соединения с провом. Ну и сравнить с pri debug..

Zavr2008 ( 2011-12-21 04:29:56 +0400 )редактировать

Каналы в потоке стартуют по очереди через 15 мин

include dahdi-channels.conf

include chandahdiadditional.conf

Comments

4 Ответа

Comments

Comments

Comments

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: