Доброго времени суток, господа!
Уже с пол-года бьюсь над проблемой пресловутых dead lock-ов.
Смысл в том, что 90% разговоров, попадающих в deadlock - пишутся через monitor.
Странное дело, если в monitor добавить функцию b (не начинать запись, пока каналы не будут проключены) запись вообще не проиходит, хотя разговор состоялся.
Стоит убрать мониторинг - пропадают и дедлоки (за неделю ни одного). Включаешь - в течении суток набирается пачка :(

Возникла идея отрабатывать AGI скриптом системный сигнал SIGALRM И принудительно завершать разговор и скрипта, который его контролирует (в списке процессов ровно столько запущенных скриптов, сколько залоченых каналов)
Скрипт находится в состоянии ожидания ответа на последнюю команду Dial. Идея - оборвать его ожидание и послать астеру хангап. НО! Тестировал на обыкновенном разговоре - сигнал приходит, Hangup астеру посылается, но ничего не происходит. Разговор идет, пока стороны не положат трубки.
Как можно оборвать идущиц разговор?

Заранее спасибо!

CLI> soft hangup
or
http://www.voip-info.org/wiki/index.php?page=Asterisk+Manager+API+Action+Hangup

Кстати, а не пробовали разные версии Asterisk'a?
Deadlock это же не нормально. Мне кажется надо решать саму проблему, а не ее последствия...

CLI> soft hangup
Пробовал. Не работает. Канал остается висеть. Кроме того, зачастую и канала-то самого не видно.
CLI> show channels
0 Active channels
5 Active calls
Dec 18 14:37:59 WARNING[2090]: channel.c:787 channel_find_locked: Avoided deadlock for '0x81ec260', 10 retries!

Проблему дедлоков не помог решить даже Диджиумовский багтрек форум.

H323 используется?

Используется.
Звонок приходит по h323 уходит по SIP (раньше было h323-h323 с тем же результатом)

Я думаю что дедлоки возникают именно в h323 канале. Попробуйте сменить H323 стек.

P.S. Мы не работаем с H323. В крайнем случае вешаем конвертер на отдельный процесс, "тупо" преобразующий протокол перед посылкой в реальное приложение.

В астериске такая нестабильная поддержка h323 ???
У меня 2/3 сети на h323. И только софтфоны sip-овые.
Пробовал h323/oh323/ooh323 каналы. Самый стабильный и работоспособный оказался h323. на нем и сижу.

Боюсь что отказаться от h323 не смогу.

H323 в Asterisk'e не очень, мягко сказать. Только шаманам после недельных плясок удается запускать относительно стабильно для конкретных h323 шлюзов.
Никто им не хочет заниматься всерьез.

Печально.
И снова моя проблема "повисла" :(