AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Проблема с потоком Е1 - Cause: Circuit/channel congestion (34)

Asterisk IP PBX 9 сообщений 08.09.2011 10:01 - 11.10.2011 16:54
#1 08.09.2011 10:01

Проблема с потоком Е1 - Cause: Circuit/channel congestion (34)


Здравствуйте, коллеги. Столкнулся с проблемой, которую самому решить не удалось, поэтому прошу помощи.
Имеется сервер HP с установленным на нём Debian Lenny x86_64 (16 Гб памяти). На сервере установлена карточка Digium TE420, с прерываниями проблем нету. К карте двумя потоками подключается АТС Infra и один поток используется для выхода в город.
В системе установлен Libpri - 1.4.12, Dahdi-linux - 2.5.0 и Dahdi-tools - 2.5.0. На сервере сейчас крутится asterisk 1.6.0.28 + addons 1.6.0.6. Из за ошибки с сообщением RELEASE понадобилось обновиться до 1.6.2.
Поставил asterisk 1.6.2.20 + addons 1.6.2.3. Система завелась и какое-то время работала нормально, но спустя 2-3 часа по первому потоку до инфры астериск перестал принимать звонки. Дебаг потока в аттаче. Настройки dahdi следующие:
system.conf:
Code:
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,0,ccs,hdb3
# termtype: te
bchan=32-46,48-62
dchan=47
echocanceller=oslec,32-46,48-62

# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
span=3,3,0,ccs,hdb3,crc4
# termtype: te
bchan=63-77,79-93
dchan=78
echocanceller=oslec,63-77,79-93


Может есть у кого-нибудь идеи, почему такое может происходить?
#2 12.09.2011 10:55

Была примерно такая-же связка между астером и инфрой. Периодически (не системно) слетала синхронизация потока. Грешили и на астер и на эту чертову инфру. В вашем случае видимо таки сама инфра теряет.
_________________
P4 3.0 + 1Gb CentOS 5.5 Aster 1.8.5
Не люблю gui-сборки: натуральный продукт вкуснее.
#3 13.09.2011 09:49

Самое то интересное здесь то, что на 1.6.0.28 всё прекрасно работает месяцами. А на 1.6.2.20 слетает через ~ 10 часов. Притом слетает интересно - в потоке остаются рабочими несколько тайм-слотов, когда вызов приходит по остальным слотам, астериск ему отвечает Cause 34. Снял дамп на инфре - понимания не добавилось:
Code:
CallRef: { 04 80 }
MessageType: SETUP
IE: Bearer capability { 90 90 A3 }
IE: Channel identification { A3 }
IE: Calling party number { 81 32 39 33 37 30 39 34 }
IE: Called party number { 81 38 39 31 30 39 39 32 31 30 31 39 }
IE: Sending complete} }
13 11:48:09.409 [Device1\Board1\Port1] Q.921 recv S { SAPI=0x00 TEI=0x00 C/R=0 Type=RR N(R)=0x48 P/F=0 }
13 11:48:09.411 [Device1\Board1\Port1] Q.921 recv I { SAPI=0x00 TEI=0x00 C/R=1 N(S)=0x16 N(R)=0x48 P/F=0
Q931 {
CallRef: { 04 80 }
MessageType: RELEASE COMPLETE
IE: Cause { Coding standard: CCITT, Location 0x1, Value: 34 }
} }
13 11:48:09.411 [Device1\Board1\Port1] Q.921 send S { SAPI=0x00 TEI=0x00 C/R=1 Type=RR N(R)=0x17 P/F=0 }
13 11:48:11.736 [Device1\Board1\Port1] Q.921 recv I { SAPI=0x00 TEI=0x00 C/R=1 N(S)=0x17 N(R)=0x48 P/F=0


Походу, явно астериск отбивает.
#4 13.09.2011 10:51

как говорится в нашем деле дебаги решают всё))
повышай уровни дебагов чаннел дахди , pri hdlc и че там еще есть
и самого астериска
где то оно должно сказать на каком уровне отбивает
ниже pri или выше в астериске
#5 13.09.2011 11:40

да я вот сам уже понял, что какой то дебаг у меня неполный ) В предыдущих версиях dahdi дебаг уровня q.921 включался командой pri intense debug span , а теперь уровень дебага задаётся другой командой. pri set debug [0..2] span , поэтому у меня изначально была неполная информация. Включил уровень 2, сижу, жду появления ошибки
#6 14.09.2011 11:45

У меня из-за ошибки в диалплане банально подвисали канальные интервалы.
#7 19.09.2011 18:36

Проблема не в диалпланах. Конкретно, косяк либо в chan_dahdi либо в libpri. Проблема проявляется следующим образом: если мониторить командой
Code:
asterisk -rx 'pri show span 1'| grep 'Total active-calls'

то с течением времени количество свободных тайм-слотов в потоке начинает уменьшаться, притом, реально, в данный момент данные слоты не заняты. Выбор 20-25 тайм-слотов происходит в среднем за 20 часов, а т.к. у клиента траффик довольно интенсивный, это сродни отключению потока.
Притом, проблема актуальна только в случае, когда поток на астериске работает в режиме мастера. Со слейвом на той же карте, присоединённом к той же инфре, проблем нет.
Пока что откатился обратно на 1.6.0.28, ждём переезда на 1.8
#8 11.10.2011 08:53

Зачем ждать? Давно уже стабильно работает на продакшине у людей. Делов на полчаса...
_________________
Успехов!
#9 11.10.2011 16:54

Переезд на 1.8.7.0 ничего не дал