Доброе время суток!

Подключили по qsig к Panasonic TDM600 потоковую карту (со стороны панаса настраивал не я, а занимались телефонисты). Воткнули кабель -- на удивление на потоковой карточке со стороны Астериска загорелось green, чему я сильно удивился :) Делал звонки -- качество сносное, пока что в тестовом режиме работает и нагрузка, скажем так -- мизерная. Заметил, что канал d периодически отваливается и конфигурация платы перегружается:
*CLI> -- B-channel 0/1 successfully restarted on span 1
-- B-channel 0/2 successfully restarted on span 1
-- B-channel 0/3 successfully restarted on span 1
-- B-channel 0/4 successfully restarted on span 1
-- B-channel 0/5 successfully restarted on span 1
-- B-channel 0/6 successfully restarted on span 1
-- B-channel 0/7 successfully restarted on span 1
-- B-channel 0/8 successfully restarted on span 1
-- B-channel 0/9 successfully restarted on span 1
-- B-channel 0/10 successfully restarted on span 1
-- B-channel 0/11 successfully restarted on span 1
ну и т.д.
Не знаю, могут ли быть траблы во время звонка (пока что не появлялась перегрузка спана во время разговора). Вываливается еще такое:
[Sep 8 15:57:53] WARNING[8225]: chan_zap.c:2398 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel anyway!
P.S. На форуме вычитал, что трабл может быть в том, что карта Е1 на АТС может терять (не выдавать) синхроимпульс (Digium TE121 B в slave-режиме), а также давно (на этом форуме) выдвигались идеи по поводу длины кабеля (рекоммендовали его удлинить). В моем случае кабель метра 2. Есть какие-нибудь соображения по этому поводу?

Далее делаю zap restart, вываливается такое:
Destroying channels and reloading zaptel configuration.
== Parsing '/etc/asterisk/zapata.conf': Found
[Sep 8 15:58:00] WARNING[8219]: chan_zap.c:898 zt_open: Unable to specify channel 1: Device or resource busy
[Sep 8 15:58:00] ERROR[8219]: chan_zap.c:7209 mkintf: Unable to open channel 1: Device or resource busy
here = 0, tmp->channel = 1, channel = 1
[Sep 8 15:58:00] ERROR[8219]: chan_zap.c:10593 build_channels: Unable to register channel '1-15,17-31'
[Sep 8 15:58:00] WARNING[8219]: chan_zap.c:9890 zap_restart: Reload channels from zap config failed!
После zap show channels вообще не видет каналов zap.

Далее, через пару минут снова перегружаю:
*CLI> zap restart
Destroying channels and reloading zaptel configuration.
== Parsing '/etc/asterisk/zapata.conf': Found
-- Registered channel 1, ISDN PRI signalling
-- Registered channel 2, ISDN PRI signalling
-- Registered channel 3, ISDN PRI signalling
-- Registered channel 4, ISDN PRI signalling
-- Registered channel 5, ISDN PRI signalling
-- Registered channel 6, ISDN PRI signalling
и т.д.

Вообщем такая хрень. Кто-то может сталкивался с этим и как энтос лечится? Говорите какие конфиги выложить?
zaptel.conf такой:
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
loadzone=us
defaultzone=us

вот у меня тоже такая хрень, но грешу на слабую матплату, всего-то VIA 1 ГГц, плата TE210. но заметил, что чаще обрывается со стороны панаса, а потом уже со стороны города. приходится ребутить.
сигнализация в город - euroisdn, в панас - qsig

в принципе B-channel 0/2 successfully restarted on span 1
это нормально. рестартуются только неиспользуемые каналы

to switch
Во время разговоров такое проявляется? Ладно, с этими перегрузками во время простоя, а если "биг-босс" трещит по телефону, а тут такая лажа?.....

сказано же, незанятые каналы...

zapata.conf -> resetinterval ...?

нет, cron333 упустил из виду этот параметр.... Спасибо, на сколько я понял по default интервал перезапуска неиспользуемых каналов каждые 60 секунд? там же http://www.voip-info.org/wiki/index.php?page=Asterisk+config+zapata.conf сказано, что некоторые PBX не приветствуют перезапуск d канала? Panasonic 600 входит в эту группу? :))

не знаю входит ли... самому интересно. но у другого моего клиента тоже связь по потоку с панасом TDA100. уже скоро год, а сервер лишь однажды перезагружали, проблем нет с рестартами каналов.
рестарт каналов не влияет на текущие разговоры. а No D-channels available! влияет :)

Вот и я об этом мессадже -- No D-channels available...(у меня --[Sep 8 15:57:53] WARNING[8225]: chan_zap.c:2398 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel anyway! ) он то потом появляется, но в промежуток времени когда не доступен, и плата недоступна....

В смысле lspci показывает, что платы нет?

А если просто включить debug pri span 1 и посмотреть, что на уровне ISDN происходит? Может будет больше информации для анализа?