В продолжении темы о .

Включили всего один поток на провайдера. Звонков не много, но на канале периодически появляются ошибки, из-за которых канал ведет себя неустойчиво и в конце концов падает.
Вот настройки:
system.conf
# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 RED
span=4,1,0,ccs,hdb3,crc4
bchan=94-108,110-124
dchan=109


chan_dahdi.conf

group=3
context=komstar-msk
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=no
;echotraining=800
busydetect=yes
busycount=3
rxgain=0.0
txgain=0.0
group=3
callgroup=3
pickupgroup=3
immediate=no
channel => 94-108,110-123


От провайдера информация такого рода:

10:59:38.989 FAS
10:59:52.058 Frame Slip, FAS
11:00:01.761 − Message Impaired
11:00:01.761 Frame Slip, FAS
11:00:01.761 NFAS=11011111
11:00:01.762 + No Alarms
11:00:01.765 NFAS=11011111
11:00:05.961 + CCP Cref:0025 Setup NO:84957305537
11:00:06.026 + CCP Cref:0025 Status IEcontents
11:00:06.029 + CCP Cref:0025 CallProc
11:00:08.149 + CCP Cref:0025 Progress
11:00:08.176 + CCP Cref:0025 Alert
11:00:20.140 + CCP Cref:0025 Connect
11:00:20.145 + CCP Cref:0025 ConAck
11:00:36.055 + CCP Cref:0025 Disconnect NormalClear
11:00:36.110 + CCP Cref:0025 Release NormalClear
11:00:36.116 + CCP Cref:0025 RelCom NormalClear
11:01:38.599 − Message Impaired
11:01:38.599 Frame Slip, FAS
11:01:38.600 + No Alarms
11:01:38.601 NFAS=11011111
11:01:47.186 − Message Impaired
11:01:47.186 Frame Slip, FAS
11:01:47.187 + No Alarms
11:04:41.260 − No Flag
11:04:41.260 Frame Slip, FAS
11:04:41.261 + No Alarms

Т.е. периодически от меня проходит FAS или Frame Slip или Message Impaired

У вас раньше не использовалось crc4,
span=1,1,0,ccs,hdb3,

span=3,0,0,ccs,hdb3,

теперь включили? Был источником синхронизации порт 1, теперь порт 4?

В конфиге смешаны настройки для аналоговых и для цифровых портов. Дважды повторяется секция group=3
Попробуйте продублировать в конце после

group=3 ; это как раз начало конфигурации группы 3
context=komstar-msk
switchtype=euroisdn
signalling=pri_cpe
channel => 94-108,110-123

Нет, просто у меня в одну плату вставлен 1 Е1 поток от одного прова у которого crc4 используется, а в другие вставлялись от другого. Потому и настройки разные. Сейчас мы работаем в тестовом режиме и подключаем/отключаем по одному.

Еще вопрос (просто потерял все ссылки) - третий параметр в строке span=1,1,0,ccs,hdb3,
Может его подкрутить для избавления ошибок платы на Е1? А если crc4 убрать?

Кстати, в платах установлены аппаратные модули эхоподавления. Не они ли шалят?

Третий параметр - 0, это расстояние сегмента (патч-кабеля) от порта до порта.
0 - это до 133 футов (примерно 65 метров)
1 - это больше 133.
Нет не аппаратные модули эхоподавления шалят.

Вы смотрели выводы команд dmesg, dahdi_tool, dahdi_cfg -vv, dahdi_diag ?

Еще один вопрос:

ptb-max*CLI> pri show span 4
Primary D-channel: 109
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
Logical Channel Mapping: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3

Где-то натыкался на строку в настройке: pritimer => t309,90000
Не оно ли?

И еще. dmesg достаточно объемный по размеру. Что нужно из него конкретно.

[root@ptb-max ~]# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
100.000% 99.993% 99.996% 99.993% 99.998% 99.994% 99.996% 99.995%
99.995% 99.994% 99.995% 99.996% 99.994% 99.994% 99.995% 99.994%
99.995% 99.995% 99.995% 99.996% 99.997% 99.995% 99.996% 99.996%
99.994% 99.996% 99.996% 99.995% 99.996% 99.995% 99.996% 99.996%
99.996%
--- Results after 33 passes ---
Best: 100.000 -- Worst: 99.993 -- Average: 99.995333, Difference: 99.995351

dmesg смотреть в конце, изучать на предмет подозрительных сообщений.
Не смогу перечислить все сообщения, которые могут показаться подозрительными.

Настройки таймера T309 вполне корректны. Вот работающая система
*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, Up, Active
Switchtype: Q.SIG switch : тут у вас просто другой Switchtype, на скорость не влияет.
Type: Network
Window Length: 0/7
Sentrej: 0
SolicitFbit: 1
Retrans: 0
Busy: 0
Overlap Dial: 1
Logical Channel Mapping: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
Overlap Recv: Yes