Как-то в начале марта прошлого года попросил меня litnimax посмотреть на баг, с которым он столкнулся. Точнее разобраться баг ли это и можно ли его «обойти». Это оказалась ошибка, приводящая к взаимной блокировке (deadlock) в chan_agent. Приводило это к невозможности просмотреть список агентов, к пропадание музыки у агентов и прочим неприятностям. И вот он наконец, исправлен.
Похоже в обозримой перспективе Asterisk может получить, наконец, полноценный набор механизмов для работы с Т.38. На трекере позавчера обновился патч, реализующий функцию преобразования Т.38 в Т.30 и обратно для стыковки передачи факсов в VoIP (T.38) и ССоП (T.30). Новое приложение аналогично приложению T38Gateway из CallWeaver. Все желающие, приглашаются протестировать работу нового модуля.
Похоже одним куском в мозаике поддержки Т.38 факсов становится меньше. Нерешёнными остаются следующие проблемы (какие помню):
- Реализация поддержки T.38 в каналах H.323, MGCP
- Поддержка Т.38 в IAX2 протоколе, в частности Т.38 в iaxmodem
- Переход на голосовую связь после передачи факса в Т.38
Я регулярно проверяю по каким словам приходят с поисковиков на мой блог. Можно сказать, что эта заметка открывает цикл «заказных» статей. Самым популярным запросом пользователей интернета, по которым они попадают ко мне на блог является «asterisk trunk». Да, всё что написано у меня касается именно trunk версии, но нигде не написано что это. Постараюсь максимально подробно объяснить.
