Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

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

2

Уважаемые гуру подскажите куда копать. Или что перенастроить Имеется 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

спросил Dec 19 '11

abag Gravatar abag
31 2 1 4

обновил Dec 20 '11

Comments

system.conf такой и был или это уже собственное произведение? покажи chan_dahdi.conf

DJs3000 (Dec 19 '11)edit

смогу только завтра. сегодня уже дома, Все файлы system.conf chandahdi.conf и dahdichannels созданы эластиксом автоматически в system.conf исправил только то что отключил эхоподавление поскольку оно аппаратное (так в инструкции написано). в chandahdi.conf добавлен параметр overlapdial=yes. завтра с утра chandahdi положу в приведенных файлах убрал строки которые начинались со значка "# " это из-за него буквы такие большие

abag (Dec 19 '11)edit

тэг e1 стоит добавить всёж...

Zavr2008 (Dec 19 '11)edit

А зачем 2 двухпортовые?) такая большая активность?)

DJs3000 (Dec 19 '11)edit

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

Zavr2008 (Dec 19 '11)edit

походу так и есть

DJs3000 (Dec 19 '11)edit

4 Ответа

2

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

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

span=2,0,0,ccs,hdb3

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

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

ответил Dec 19 '11

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 11 9 40
http://mh.otx.ru/

Comments

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

Zavr2008 (Dec 19 '11)edit

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

Zavr2008 (Dec 19 '11)edit

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

Zavr2008 (Dec 19 '11)edit

Уважаемый 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 (Dec 20 '11)edit

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

Zavr2008 (Dec 20 '11)edit

есть про 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 (Dec 20 '11)edit
0

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

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

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

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

ответил Dec 19 '11

zzuz Gravatar zzuz flag of Russian Federation
7174 2 6 75
http://line24.ru/

Comments

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

abag (Dec 19 '11)edit

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

Zavr2008 (Dec 19 '11)edit

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

zzuz (Dec 19 '11)edit

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

Zavr2008 (Dec 19 '11)edit
0

Сегодня поставил в 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

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

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

ответил Dec 20 '11

abag Gravatar abag
31 2 1 4

обновил Dec 20 '11

Comments

внесение всех возможных параметров в chan_dahdi не совсем верная тактика)

DJs3000 (Dec 20 '11)edit

Сделайте как я написал и каналы поднимутся нормально! единственное может быть у вас разные контексты будут это зависит от того где вы и как будете свои входящие исходящие звонки обрабатывать. Еще в группе 2 которая подсоединяется к АТС параметр "switchtype=qsig" скорее всего будет.

DJs3000 (Dec 20 '11)edit
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
ссылка удалить спам редактировать

ответил Dec 20 '11

DJs3000 Gravatar DJs3000 flag of Russian Federation
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 (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit

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

В 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 (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit

сделал все как вы сказали, 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 (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit
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 (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit

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

abag (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit

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

abag (Dec 20 '11)edit

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

DJs3000 (Dec 20 '11)edit

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

Zavr2008 (Dec 21 '11)edit

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

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

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: Dec 19 '11

Просмотрен: 634 раз

Обновлен: Dec 20 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.