asterisk.ru

Есть такая замечательная pci-e плата с 24 fxo портами.
За 20 дней uptime сервера 4 раза было "подвисание" портов, причём всё время разные.
В чем это заключается:
1. невозможно совершить исходящий вызов через этот порт - пишет порт занят.
2. невозможно с города позвонить на номер соответствующий этому порту - занято.

Что делаю - отсоединяю физически линию от платы на пару секунд. Вижу в консоли red alarm на таком-то канале.
Подключаю линию обратно - всё начинает работать нормально, как надо.
Также во время "неработы" порта команда "dahdi show channels" выдает, что все порты "In Service".

CentOS 6.3/*- 10.8.0/dahdi - 2.6.1

Может кто, что подскажет, посоветует ?

1) Разберитесь с аналоговыми проблемами определения тонов BUSY & Disconnect на портах FXO, проблеме столько же лет, сколько всему VoIP.
2) Техподдержка производителя pci-e платы с 24 fxo портами. ждёт Вас!

chan_dahdi.conf

;Uncomment these lines if you have problems with the disconection of your analog lines
busydetect=yes
busycount=6

к примеру!

Ну и чувствую что замер параметров сигнала занято (частоты, временные промежутки) и прописывания их в конфигурационном файле тоже ждут вас...
Читайте здесь раздел Настройка определения сигнала “Занято”

Т.е. исходя из Вашего опыта есть вероятность того, что от одного и того же провайдера на 2 из 24 линии может приходит разная тональность "занято" в разные интервалы времени (за 20 дней уже 5 подвисаний) ?
Я серьёзно. Я то думал, что если бы проблема была в этом, то подвисание происходило бы постоянно после каждого звонка.
Может имеет смысл напрячь провайдера - пусть проверит эти линии ?

Имеет смысл исследовать всё что в Ваших силах. В том числе напрячь провайдера. В том числе смотреть в dahdi_monitor на этих линиях при зависании, в том числе измерять вольтаж, сопротивление, заземление, в состоянии разрыва шлейфа и в состоянии разговора (on-hook & off-hook) и сравнивать со стандартными параметрами аналоговых линий.

Через 15 дней с момента последнего комментария ded'a выловил очередное "подвисание" порта, причем трижды за день.
dahdi_monitor 4 -vv показывает передачу данных в канал (равнопереодическое прыганье (TX)).
Т.е., как я понимаю, это asterisk посылает сигналы в канал и это не "провайдерская" проблема ?

Передача данных в канал (равнопереодическое прыганье (TX)) может быть:
- посылка вызова в линию (КПВ)
- посылка сигнала Busy в ответ на прибежавший из ТФОП вызов.
Отличаются каденциями (длительностью гудка и паузы).

1. Так как TX "прыгает" очень часто, то можно сделать вывод, что это Busy.
2. Не совсем понятно.
а. За этим городским номером "закреплен" всего один внутренний. При подвисании этот внутренний ни с кем не разговаривал.
б. Если предположить, что это прибежал из ТФОП вызов, то передача в канал шла минимум от 5 минут (пока я смотрел в консоли и потом передернул порт). Не думаю, что со стороны ТФОПа стали бы столько ждать. И опять же занято не может быть, так как внутренний в это время ни с кем не разговаривал.

Может ли быть, что, к примеру, сотрудник позвонил в город, первым положил трубку, астериск начал генерить busy в канал и по какой то причине продолжал это делать ?

Может быть что угодно, и это тоже вполне может быть.
При этом Астериск генерит busy таким тоном и такой каденцией, которая не понимается на стороне ТФОП.
И это можно видеть в статусе портов DAHDI тоже, я думаю.