Asterisk 1.2.12.1 TE110P подключет к Е-Квату.
Вот уже несколько раз пропадала связь со станцией в логах
WARNING[1452] chan_zap.c: No D-channels available! Using Primary channel 16 as D-channel anyway!

На станции мигает красная лампочка, на TE110P горит зеленая лампа.
ztcfg -vvv показывает все каналы remote
zap show status показывает TE110P и все ok

Помогает только перезапуск сервера(компьютера), просто перезапуск Asterisk не помогает.
1.Что это может быть?
2.Как вовремя зависания посмотреть почему нет связи по TE110P?
3.Можно ли без перезагрузки системы востановить связь?

причин может быть много, попробуй zaptel перезапустить. но похоже надо "поиграть" с уровнем сигнала, и с синхнонизацией. возможно поможет. так же глянь, выделяется ли отдельное прерывание на карту.
OS какая? ядро?

Linux Suse 10 по моему ядро 2.6.13.
А можно немного по подробней по поводу уровня сигнала и синхронизации. И совсем детский вопрос где в linux посмотреть выделения прерываний?

с прерыванием - lspci -vvv
если спецификацию PCI читал, думаю поймешь. если не читал - давай вывод этой команды сюда, скажу тебе что и как.
по уровню сигнала - zaptel.conf открываешь - там читаешь типа
span=1,0,0,ccs,hdb3,crc4 ,
где первое число - номер платы.
второе число - кто осуществляет синхронизацию, оно стоит у тебя скорее всего правельно, иначе бы каждые 15 минут канал Д падал.
третье - и есть уровень приемного сигнала. причем регулировать может и у кванта придется.
самое интересное такие проблемы были когда кабель был менее полуметра. удлинили - исчезли сами собой.

Спасибо Артур что откликнулись. <br>
Прерывания посмотрю теперь в понедельник.<br>
А вот в zaptel.conf имено так и записано.<br>
Подскажи пожалуста в какую сторону надо регулировать и примерно насколько?<br>
Кстати длина кабеля метров 30-40.<br>
За полмесяца два глухих подвисания и два раза проподала связь но потом восстанавливалась.

Вообще проверить состояние интерфейса можно с помощью утилиты zttool.
А чтобы перезапустить span'ы не обязательно перезагружать компьютер, а достаточно выполнить ztcfg -s а затем ztcfg снова. Ну в крайнем случае модуль zaptel драйвера для вашей карты выгрузить и заного загрузить.

на 30-40 метров кабеля как раз такая фигня может быть. в общем регулировать на 5 значений максимум. регулировать третье число. т.е. ставишь 2, потом выше, или ниже... тут пока тяжело сказать, т.к. надо глядеть наличие ошибок, а теже утилиты zttool уровень ошибок покажут, но тестировать надо минимум как день. уровень ошибок, возможно очень низкий.

Какой утилитой смотреть уровень ошибок?
А то загрузил zttool выбрал свою плату нажимаю <Loop>. Прога чуть подумает и все ни хорошо ни плохо.

Такое сообщение возникает достаточно часто
chan_zap.c: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
что оно значит и является ли оно следствием слабого сигнала?

такое сообщение является следствием ошибок в E1 потоке, что может быть следствием слабого сигнала, либо плохого кабеля. по проге, которая хотябы будет это контролировать или показывать- дай время, найду в архивах..
zttool в режиме внутренного loop контролирует прохождение потока внутри себя самой.