Приветствую.

Итак ситуация. Что имеем: машинка с 2-ми Xeon 2.00, оперативки 4 Гб. Операционка: CentOS 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux. Версия * 1.4.26.2

Установлены 3 платы от Digium: 2 по 4 Е1 и 1 на 2 Е1.
dahdi_echocan_mg2 39688 0
dahdi_transcode 42372 1 wctc4xxp
dahdi_voicebus 72896 2 wctdm24xxp,wcte12xp
dahdi 233936 512 dahdi_echocan_mg2,xpp,dahdi_transcode,wcb4xxp,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,dahdi_voicebus,wct4xxp
crc_ccitt 35265 1 dahdi

Перед запуском в промышленную эксплуатацию 4 Е1 потока одной платы связали с другой и запустили бесконечное кол-во звонков с записью каждого разговора (играли друг другу мелодии). Вообщем нагрузили систему по полной. Две недели и ни одного сбоя!!!

Начали эксплуатацию. Использовали всего 3 потока: АТС--(3 Е1)--*--(3 Е1)--PSTN. И..... * начал падать.
Сообщения о падении в messages CentOS:
Nov 22 15:57:21 ptb-max kernel: asterisk[11106]: segfault at 0000000000001030 rip 00002aaab449cf84 rsp 000000004246ea40 error 4
Nov 23 09:58:33 ptb-max kernel: asterisk[13686]: segfault at 0000000000001030 rip 00002aaab449cf84 rsp 0000000042355a40 error 4
Nov 23 10:21:07 ptb-max kernel: asterisk[9623]: segfault at 0000000000001030 rip 00002aaab449cf84 rsp 0000000041911a40 error 4
Nov 23 10:58:52 ptb-max kernel: asterisk[12245]: segfault at 0000000000001030 rip 00002aaab84bcf84 rsp 0000000041c9fa40 error 4

В message самого * есть такие сообщения (небольшое перечисление):
[Nov 21 15:30:31] WARNING[733] app_dial.c: Unable to forward voice or dtmf
[Nov 21 15:30:55] WARNING[29421] chan_dahdi.c: Call specified, but not found?
[Nov 21 15:30:56] WARNING[740] app_dial.c: Unable to forward voice frame
[Nov 21 15:47:38] WARNING[2136] app_dial.c: Unable to forward voice frame
[Nov 21 15:47:39] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:50] WARNING[29422] chan_dahdi.c: Can't fix up channel from 175 to 156 because 156 is already in use
[Nov 21 15:47:50] WARNING[29422] chan_dahdi.c: Hangup REQ on bad channel 0/1 on span 6
[Nov 21 15:59:01] ERROR[29421] chan_dahdi.c: Can't destroy call 0!
[Nov 21 15:59:14] ERROR[29422] chan_dahdi.c: Can't destroy call -1409284464!
[Nov 21 15:59:14] ERROR[29422] chan_dahdi.c: Can't destroy call 0!
[Nov 21 15:59:14] ERROR[29422] chan_dahdi.c: Can't destroy call 0!
[Nov 21 18:30:28] WARNING[11100] chan_dahdi.c: Whoa, there's no owner, and we're having to fix up channel 21 to channel 23
[Nov 21 18:30:28] WARNING[11100] chan_dahdi.c: Can't fix up channel from 25 to 9 because 9 is already in use


Пример настройки dahdi-каналов в chan_dahdi:
group=4
context=komstar-piter
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=national
resetinterval = 100000000
facilityenable = yes
signalling=pri_cpe
relaxdtmf=yes
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
cidsignalling=bell
cidstart=ring
hidecallerid=no
callwaiting=yes
usecallingpres=yes
sendcalleridafter=1
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=256
echocancelwhenbridged=yes
echotraining=800
busydetect=yes
busycount=6
rxgain=0.0
txgain=0.0
group=4
callgroup=4
pickupgroup=4
immediate=no
channel => 1-15,17-31,32-46,48-62,63-77,79-93

Такие же настройки на другую плату.

Одновременно может поступить 90 вызовов. Нагрузка на комп минимальна. Память практически не используется (даже утечки памяти не увидели). Модуль записи CDR м MySQL подгружен, но не думаем что из-за этого все происходит.

Кто нибудь сможет подсказать где "крутить-копать"??? Ведь 4 платы прекрасно работали сами на себя, а тут....

Заранее благодарен.

Проблема не столько вашего Астериска, а взаимодействии его по PRI.
Включать pri debug span 1 (на каком спане у вас сыпется).

Дебажить моменты, при сообщениях
[Nov 21 15:47:39] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX

Поглядывать на Layer 2 сообщения, нет ли yellow alarm? Потери синхронизации?

Yellow Alarm не появляется :( А то сразу бы поняли где копать. Сыпется практически на всех трех. Сегодня планируем оставить только один. Опять таки - когда * гнал 4 потока сам на себя - все было в норме.

Wapo, не цитируйте предыдущий ответ целиком, нет смысла.

Wapo:

Опять таки - когда * гнал 4 потока сам на себя - все было в норме.

Опять таки - когда сам на себя - это идеальные условия, Астериск ни с кем не договаривается о сигнализации.

Вот и возникает вопрос о том как правильно настроить синхронизацию.
Настройки:

# Autogenerated by /usr/sbin/dahdi_genconf on Mon Oct 12 15:55:52 2009
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER) HDB3/CCS RED
span=1,1,0,ccs,hdb3,
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31

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

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

# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 RED
span=4,4,0,ccs,hdb3,crc4
# termtype: te
bchan=94-108,110-124
dchan=109
echocanceller=mg2,94-108,110-124

# Span 5: TE4/1/1 "T4XXP (PCI) Card 1 Span 1" HDB3/CCS/CRC4 RED
span=5,5,0,ccs,hdb3,
# termtype: te
bchan=125-139,141-155
dchan=140
echocanceller=mg2,125-139,141-155

# Span 6: TE4/1/2 "T4XXP (PCI) Card 1 Span 2" HDB3/CCS/CRC4 RED
span=6,6,0,ccs,hdb3,
# termtype: te
bchan=156-170,172-186
dchan=171
echocanceller=mg2,156-170,172-186

# Span 7: TE4/1/3 "T4XXP (PCI) Card 1 Span 3"
span=7,7,0,ccs,hdb3,
# termtype: te
bchan=187-201,203-217
dchan=202
echocanceller=mg2,187-201,203-217

# Span 8: TE4/1/4 "T4XXP (PCI) Card 1 Span 4"
span=8,8,0,ccs,hdb3,crc4
# termtype: te
bchan=218-232,234-248
dchan=233
echocanceller=mg2,218-232,234-248

# Span 9: TE2/2/1 "T2XXP (PCI) Card 2 Span 1"
span=9,9,0,ccs,hdb3,crc4
# termtype: te
bchan=249-263,265-279
dchan=264
echocanceller=mg2,249-263,265-279

# Span 10: TE2/2/2 "T2XXP (PCI) Card 2 Span 2"
span=10,10,0,ccs,hdb3,crc4
# termtype: te
bchan=280-294,296-310
dchan=295
echocanceller=mg2,280-294,296-310

# Global data

loadzone = us
defaultzone = us

Wapo, зачем настройки своего конца без знания как настроен другой конец?

ded:

Проблема не столько вашего Астериска, а взаимодействии его по PRI.
Включать pri debug span 1 (на каком спане у вас сыпется).

Дебажить моменты, при сообщениях
[Nov 21 15:47:39] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 21 15:47:40] ERROR[29422] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX

Почему не попробовали это?
Попробуйте слушать синхру а не генерировать, т е
span=1,0,0,ccs,hdb3
span=2,0,0,ccs,hdb3
span=3,0,0,ccs,hdb3
span=4,0,0,ccs,hdb3
и так далее.

Wapo:

group=4
callgroup=4
pickupgroup=4
immediate=no
channel => 1-15,17-31,32-46,48-62,63-77,79-93

Такие же настройки на другую плату.

Что значит такие же? На другой плате - тоже группа 4?
Все порты одинаковы? И в ТФОП, и в АТС? А где pri_net & pri_cpe?

Что-то непонятно - 3 потока, 3х32 = 96 (0-95)
а тут - 94 и куда-то 0-ые слоты из 2-го и 3-го потока просчитались
Мне казалось что должно быть что-то типа
channel => 1-15,17-31,33-47,49-63,65-79,81-95
У кого-же неправильная арифметика?

кстати, появилась интересная мысль - подправьте если не прав.
Итак 3 Е1 потока к PSTN получают синхронизацию извне т.е. везде 1,1,.... А три Е1 в АТС - сами должны быть источником синхронизации. Потому везде надо ставить 1,0,...

Так?

Нет не так.
Источник синхронизации должен быть один.
три Е1 будут транслировать в АТС синхронизацию, полученую от PSTN.
Кроме того у вас не всё гладко с прерываниями:

193: 34230 879990 980967174 839991 224747152 7609912 391528971 524158097 IO-APIC-level wct4xxp

201: 44176 2138669464 68411562 511885008 799087936 165873522 143277291 2352021 IO-APIC-level ehci_hcd:usb2, uhci_hcd:usb6, uhci_hcd:usb7, uhci_hcd:usb8, wct4xxp, wct2xxp

На приоритете 201 кроме ненужных USB висит две карты - wct4xxp и wct2xxp

Продолжение экспериментов.
Итак. На 1 порт 1-й платы приходит Е1-поток от АТС. Источник синхронизации о АТС. С 3-го порта ее же отправляем поток провайдеру.

Настройки dahdi:

span=1,1,0,ccs,hdb3,
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31

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

Идет 30-ть вызовов в напряженном режиме.
В messages вижу:
[Nov 25 18:15:08] WARNING[18364] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:13] WARNING[18366] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:33] WARNING[18373] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:34] WARNING[18374] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:34] WARNING[17812] chan_dahdi.c: Call specified, but not found?
[Nov 25 18:15:34] WARNING[18375] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:39] WARNING[18381] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:39] WARNING[18378] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:48] WARNING[18389] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:49] WARNING[18392] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:50] ERROR[17812] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 25 18:15:52] ERROR[17812] chan_dahdi.c: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX
[Nov 25 18:15:52] WARNING[18403] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:52] WARNING[18391] app_dial.c: Unable to forward voice frame
[Nov 25 18:15:56] WARNING[17812] chan_dahdi.c: Call specified, but not found?
[Nov 25 18:15:57] WARNING[17812] chan_dahdi.c: Call specified, but not found?
[Nov 25 18:16:00] WARNING[17812] chan_dahdi.c: No D-channels available! Using Primary channel 16 as D-channel anyway!
[Nov 25 18:16:00] WARNING[18404] app_dial.c: Unable to forward voice frame
[Nov 25 18:16:00] WARNING[18405] app_dial.c: Unable to forward voice frame
[Nov 25 18:16:03] WARNING[18413] app_dial.c: Unable to forward voice frame
[Nov 25 18:16:16] WARNING[18411] app_dial.c: Unable to forward voice frame
[Nov 25 18:16:16] WARNING[18415] app_dial.c: Unable to forward voice frame
[Nov 25 18:16:17] WARNING[18424] app_dial.c: Unable to forward voice frame

Может идет потеря синхронизации АТС-* ? Провод длинной метра два, обжат БО-О-БС-С -- БС-С-БО-О.

И это только 30 линий :(