asterisk.ru

Всем Приветствую всех присутствующих!!
Поднял Elastix 2.2. на плате digium te 220. Связка такова Е1 входит в Elastix, а от туда в обычную атс samsung office serv7200.
У меня вроде все заработало, но как то странно, через какоето неопределенное время, Elastix перестает маршрутизировать звонки. Стоит его перезагрузить и все приходит в норму. Помогите разобраться.
Вот содержимое файла system.conf
# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER)
span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-31

# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
span=2,2,0,ccs,hdb3,crc4
bchan=32-46,48-62
dchan=47
echocanceller=mg2,32-62

# Global data

loadzone = us
defaultzone = us

Вот что нашел в логах:
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Goto (macro-hangupcall,s,29)
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Executing [s@macro-hangupcall:29] GotoIf("DAHDI/i1/9219940811-81", "0?skipblkvm") in new stack
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Executing [s@macro-hangupcall:30] NoOp("DAHDI/i1/9219940811-81", "Cleaning Up Block VM Flag: BLKVM/3001/DAHDI/i1/9219940811-81") in new stack
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Executing [s@macro-hangupcall:31] NoOp("DAHDI/i1/9219940811-81", "Deleting: BLKVM/3001/DAHDI/i1/9219940811-81 ") in new stack
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Executing [s@macro-hangupcall:32] GotoIf("DAHDI/i1/9219940811-81", "1?theend") in new stack
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Goto (macro-hangupcall,s,34)
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: -- Executing [s@macro-hangupcall:34] Hangup("DAHDI/i1/9219940811-81", "") in new stack
[Feb 3 16:00:30] VERBOSE[4107] app_macro.c: == Spawn extension (macro-hangupcall, s, 34) exited non-zero on 'DAHDI/i1/9219940811-81' in macro 'hangupcall'
[Feb 3 16:00:30] VERBOSE[4107] features.c: == Spawn extension (ext-queues, h, 1) exited non-zero on 'DAHDI/i1/9219940811-81'
[Feb 3 16:00:30] VERBOSE[4107] pbx.c: == Spawn extension (ext-queues, 3001, 9) exited non-zero on 'DAHDI/i1/9219940811-81'
[Feb 3 16:00:30] DEBUG[4107] sig_pri.c: sig_pri_hangup 1
[Feb 3 16:00:30] DEBUG[4107] sig_pri.c: Not yet hungup... Calling hangup once with icause, and clearing call
[Feb 3 16:00:30] VERBOSE[4107] chan_dahdi.c: -- Hungup 'DAHDI/i1/9219940811-81'
[Feb 3 16:00:31] WARNING[3322] sig_pri.c: Span 2: Got SETUP with duplicate call ptr. Dropping call.
[Feb 3 16:01:21] WARNING[3322] sig_pri.c: Span 2: Got SETUP with duplicate call ptr. Dropping call.
[Feb 3 16:01:35] WARNING[3322] sig_pri.c: Span 2: Got SETUP with duplicate call ptr. Dropping call.
[Feb 3 16:01:50] WARNING[3322] sig_pri.c: Span 2: Got SETUP with duplicate call ptr. Dropping call.

Куда подключен Span 1? А куда Span 2?

Span 1 - E1 к PSTN
SPAN 2 - к атс samsung 7200

Понаблюдал еще за поведением Elastix, как оказалось подвисают каналы сами по себе, могут работать день два, и вдруг перестают работать. Как и писал ребут решает проблему.
Сегодня снова начались проблемы вот нашел что в логах:
[Feb 7 16:56:32] VERBOSE[3322] sig_pri.c: -- Accepting call from '223' to '2963506' on channel 0/14, span 2
[Feb 7 16:56:32] VERBOSE[17410] pbx.c: -- Executing [2963506@from-digital-pbx:1] Dial("DAHDI/i2/223-22b", "DAHDI/g1/2963506,80,tWtwT") in new stack
[Feb 7 16:56:32] DEBUG[17410] sig_pri.c: sig_pri_request 2
[Feb 7 16:56:32] DEBUG[17410] sig_pri.c: CALLER NAME: NUM: 223
[Feb 7 16:56:32] VERBOSE[17410] sig_pri.c: -- Requested transfer capability: 0x00 - SPEECH
[Feb 7 16:56:32] VERBOSE[17410] app_dial.c: -- Called DAHDI/g1/2963506
[Feb 7 16:56:32] VERBOSE[17410] app_dial.c: -- DAHDI/i1/2963506-20c is proceeding passing it to DAHDI/i2/223-22b
[Feb 7 16:56:32] VERBOSE[17410] app_dial.c: -- DAHDI/i1/2963506-20c is ringing
[Feb 7 16:56:32] VERBOSE[17410] app_dial.c: -- DAHDI/i1/2963506-20c is making progress passing it to DAHDI/i2/223-22b
[Feb 7 16:56:48] VERBOSE[17410] app_dial.c: -- DAHDI/i1/2963506-20c answered DAHDI/i2/223-22b
[Feb 7 16:56:57] VERBOSE[3322] sig_pri.c: -- Accepting call from '235' to '89218456066' on channel 0/13, span 2
[Feb 7 16:56:57] VERBOSE[17411] pbx.c: -- Executing [89218456066@from-digital-pbx:1] Dial("DAHDI/i2/235-22c", "DAHDI/g1/89218456066,80,tWtwT") in new stack
[Feb 7 16:56:57] DEBUG[17411] sig_pri.c: sig_pri_request 3
[Feb 7 16:56:57] DEBUG[17411] sig_pri.c: CALLER NAME: NUM: 235
[Feb 7 16:56:57] VERBOSE[17411] sig_pri.c: -- Requested transfer capability: 0x00 - SPEECH
[Feb 7 16:56:57] VERBOSE[17411] app_dial.c: -- Called DAHDI/g1/89218456066
[Feb 7 16:56:57] VERBOSE[17411] app_dial.c: -- DAHDI/i1/89218456066-20d is proceeding passing it to DAHDI/i2/235-22c
[Feb 7 16:57:00] VERBOSE[17411] app_dial.c: -- DAHDI/i1/89218456066-20d is ringing
[Feb 7 16:57:00] VERBOSE[17411] app_dial.c: -- DAHDI/i1/89218456066-20d is making progress passing it to DAHDI/i2/235-22c
[Feb 7 16:57:04] VERBOSE[3322] sig_pri.c: -- Span 2: Channel 0/13 got hangup request, cause 16
[Feb 7 16:57:04] WARNING[17411] app_dial.c: Unable to write frametype: 2
[Feb 7 16:57:04] DEBUG[17411] sig_pri.c: sig_pri_hangup 3
[Feb 7 16:57:04] DEBUG[17411] sig_pri.c: Not yet hungup... Calling hangup once with icause, and clearing call
[Feb 7 16:57:04] VERBOSE[17411] chan_dahdi.c: -- Hungup 'DAHDI/i1/89218456066-20d'
[Feb 7 16:57:04] VERBOSE[17411] pbx.c: == Spawn extension (from-digital-pbx, 89218456066, 1) exited non-zero on 'DAHDI/i2/235-22c'
[Feb 7 16:57:04] DEBUG[17411] sig_pri.c: sig_pri_hangup 44
[Feb 7 16:57:04] DEBUG[17411] sig_pri.c: Not yet hungup... Calling hangup once with icause, and clearing call

[Feb 7 16:56:32] VERBOSE[17410] pbx.c: -- Executing [2963506@from-digital-pbx:1] Dial("DAHDI/i2/223-22b", "DAHDI/g1/2963506,80,tWtwT") in new stack

Вы уверены, что i ?? Судя по логу у Вас всё вполне цивильно - Span 2: Channel 0/13 got hangup request, cause 16
то есть нормальное завершение звонка, release complete.

https://wiki.asterisk.org/wiki/display/AST/Debugging

Elastix 2.2, это 1.8.7.0, соответственно LTS. Если пройти по вышеуказанной ссылку есть указание какая информация нужна для открытия тикета на багтрекере, правда, потребуется пересобрать asterisk с DONT_OPTIMIZE и BETTER_BACKTRACES, ну это мелочи

Или по-старинке - по ночам ребутить по крону.

Насколько мне известно, многие ребутают от большой нагрузки и огромного количества звонков (утечки памяти и пр.), а если у вас принудительное ребутание приводит всё в чувства и причина тому фичи Эластикса - то это, я считаю, как для сервера не очень гуд.
Лучше

потребуется пересобрать asterisk с DONT_OPTIMIZE и BETTER_BACKTRACES

А при чём здесь я. Это как воркэраунд, поскольку вероятность пересборки астериска и сабмита тикета крайне мала.

== Spawn extension (from-digital-pbx, 89218456066, 1) exited non-zero on 'DAHDI/i2/240-252'
-- Hungup 'DAHDI/i2/240-252'
-- DAHDI/i1/89119429917-216 answered DAHDI/i2/215-253
-- Accepting call from '240' to '89218456066' on channel 0/15, span 2
-- Executing [89218456066@from-digital-pbx:1] Dial("DAHDI/i2/240-254", "DAHDI/g1/89218456066,80,tWtwT") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called DAHDI/g1/89218456066
-- DAHDI/i1/89218456066-217 is proceeding passing it to DAHDI/i2/240-254
-- Span 1: Channel 0/2 got hangup request, cause 17
-- DAHDI/i1/89218456066-217 is busy
-- Hungup 'DAHDI/i1/89218456066-217'
== Everyone is busy/congested at this time (1:1/0/0)
-- Auto fallthrough, channel 'DAHDI/i2/240-254' status is 'BUSY'
-- Span 1: Channel 0/1 got hangup request, cause 16


При попытке дозвонится куда либо - занято!