Tamkovich.com: Телеком/VoIP блог
Современные технологии: Asterisk, SIP, Kamailio, Linux, Cisco, Linksys
Комментарии
- vmware (2015-11-18 03:17): Сайт хороший жалко загнулся
Влад (2015-11-14 04:34): Я извиняюсь. пытаюсь разобраться в этом corn сам совсем не программист. Но не как не могу понять куда вводить эту строчку....
ivan (2015-09-17 11:17): Спасибо сегодня такой же вставил
ivan (2015-07-17 14:42): Буржуи, сервер и так купили у них, так еще и плюшки за деньги
Antonio (2015-05-25 00:08): Спасибо, интересно
adward (2015-05-24 06:44): я кстати, обратил внимание, что на моём сайте всё работает не под юзером root но всеравно вылетает эта ошибка.
adward (2015-05-24 06:29): Илья, Вы пишете Я удалил @ в wp-settings перед mkdir(). я зашёл в wp-settings и не могу найти там mkdir() … или...
Valentin (2015-01-15 05:56): Несмотря на приличный срок давности этой статьи, имеются существенные и верные описания правил для файервола…
Наталья (2015-01-14 00:39): Столкнулась с данной проблемой в iOs. Очень ценная рекомендация по открытию через ридер. Черные полосы исчезли. Спасибо!
Александр (2014-11-01 21:21): Почему пропало сообщение 401 auth от asterisk при регистрации со стороны kamailio, разве астериск сразу принимает...
Кевин Флеминг о факсах в Asterisk
Декабрь 9th, 2009 by Сергей Тамкович
Asterisk fax, t38Ведущий разработчик Asterisk, Kevin Fleming, опубликовал большую статью о текущем состоянии факсов в Asterisk. В ней, Кевин рассказывает о работе, проделанной за последний год. Работа была проделана колоссальная.
Подробно описывается развитие, от первой реализации T.38 passthrough только для SIP каналов, до текущей, полноценной поддержки факсов: теперь Asterisk может не только передавать факсы между абонентами, но и самостоятельно принимать и отправлять их с помощью T.38. Во время работы над этим функционалом, возникло большое количество проблем в совместимости различных реализаций T.38. Вот что пишет на этот счёт Кевин:
In addition, the T.38 negotiation process was redesigned to allow Asterisk applications to actually be T.38 endpoints; this resulted in the ability to send and receive FAX over audio *and* T.38 links.
Once this got into the community’s hands, we started seeing large numbers of bug reports because users could not successfully FAX over T.38 with various ATAs and service providers. I won’t go into the gory details of why this was the case, except to repeat a recent quote from Steve himself on IRC: “The T.38 spec was written after a night of heavy drinking as a joke.”. While that’s not technically true, it is true that compliance with the T.38 recommendation, primarily in the SIP/SDP negotiations area, is very poor across the industry. Producing a T.38 endpoint that interoperates widely is a complex and difficult process, that can only be achieved through hours and hours (and hours) of testing.
Теперь о планах на будущее. Следующий релиз Asterisk будет носить номер 1.8. К моменту выхода 1.8 app_fax будет разделен на 2 части: res_fax и res_fax_spandsp. Модуль res_fax будет содержать приложения для диалплана и функции для согласования параметров T.38 сессии. Второй модуль — res_fax_spandsp обеспечивает непосредственно работу с факсом (T.30). В данном случае это обертка для библиотеки spandsp. Такое решение обусловлено тем, что Digium с одной стороны стремится оставить открытой максимальную часть кода, а с другой стороны предоставляет коммерческое решение для факсов. Т.е. весь проприетарный код вынесен в отдельный субмодуль — res_fax_digium. Этот модуль и есть коммерческое Fax for Asterisk.
С выходом версии 1.8 начнётся работа над FAX relay — механизмом способным преобразовывать T.38 в G711 и обратно. Предположительно, FAX relay будет реализован с помощью нового API в res_fax.
Asterisk fax, t38