Asterisk. Отправка и прием факсов

[gbg]

Пассаж про то, что alaw является «родным кодеком факсов» — не совсем верен. Факс шпарит в аналоговом виде и никаким кодеком не пользуется, что очевидно.

Здесь alaw или ulaw важны потому, что не осуществляют спектральной фильтрации звукового потока, а передают в чистом виде 8кГц 8 бит — именно поэтому (и также по теореме Найквиста-Котельникова), все факсовые писки-визги удается точно перевести в цифру и восстановить на другом конце.

Это же относится и к передаче DTMF не внутри информационного потока, а внутри звукового (у вас именно так и настроено, dtmfmode = rfc2833)- только эти два кодека в состоянии это обеспечить. Остальные кодеки, которые вы перечислили, информационный поток исказят и обмен не состоится — их нужно отключить.

[misha8282]

я имел в виду, что кодек алау родной для SIP аккаунта в плане факсов.

[Calc]

Как только начали продавать телефонию сразу поняли что только T.38 и ничего другого.

[Sl1mShady]

Но с Квант-телекомом (Воронеж) завелось только с alaw, t38 не работает
Поддержка говорит, скоро будут в тестовом режиме внедрять.

[Calc]

Логично. Если у провайдера нет T.38, то он и не заведется.
Мы специально искали, а то 90% обращений были факсы. При видимой 100% работе сети разные факсы (старые панасоники и т.д.) работали 50 на 50.

[gbg]

Так вы ошибку с кодеками устранять будете? Если вашим скриптом воспользуются люди, у которых провайдер не предоставляет доступ с кодеками без компрессии (alaw, ulaw у него — выключены), у них ничего работать не будет.

Как верно заметил Calc, «родным» способом для передачи факсов по IP является T.38, а не засовывание их в голосовой несжатый тракт.

[misha8282]

какую ошибку?

[gbg]

Я жеж написал — факс (и DTMF) идет только потому, что у вас включен кодек без компрессии, но при этом в том же самом конфиге у вас разрешены кодеки с компрессией (gsm, g723), которые факс в жизни не пропустят.

• либо отключите в конфиге любые кодеки, кроме alaw и напишите большими буквами в посте, что способ работает только в случае, когда провайдер умеет работать на кодеках без сжатия,
• либо настройте работу правильно — с использованием протокола T.38

[misha8282]

у меня только алау и включен. disallow = all
;allow = g729
;allow = ulaw
allow = alaw

[misha8282]

и потом… провайдеры разные. надо узнавать конкретно.

[gbg]

Вижу, на один конкретный номер с факсом у вас оставлен только alaw. Извините, читал мельком.

Это конечно же хорошо, но правильнее было бы использовать T.38. Осталось только написать, что если провайдер не работает по alaw/ulaw, ваш способ — не годится.

[kiltum]

Правильно ли я понял, что легко возникают «гонки»? В случае если один пользователь принимает факс, а другой его отправляет? Ибо факсы принимаются и отправляются из одного каталога, а какого-либо разграничения на send/receive нет?

[misha8282]

конечно разделить можно и нужно. у меня например у каждого СИП аккаунта свой факс. и факсы отправляются из своего каталога. имена факсов уникальные, ну и все настроено так что юзер отправит/примет только свой факс.
но это требует доп. настройки

[reid2]

С Ростелекомом заведется? Сейчас стоит вента-факс и есть проблемы как при приеме так и при передаче.

[Calc]

Если у ростелекома нет транзитного перекодирования(g729, 726 и т.д.) и держит alaw/ulaw — заведется
Еще лучше, если у ростелекома есть T.38

[misha8282]

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

[Sl1mShady]

с ростелекомовским сипом через раз работает, по опыту. мы для факса линию медную оставили специально и на сервер завели через шлюз. так работает 100%

[misha8282]

спасибо за инфу. хотя все равно конечно буду пробовать через SIP… мало ли вдруг у них стало стабильно с этим делом.

[vit1251]

Не могу это видеть:

> receivefax(/var/spool/asterisk/fax/sss.tif)

создайте хотя бы временную переменную, а то глаза режет:

Set(tempfax=${STRFTIME(,,%C%y%m%d%H%M)})
ReceiveFax(${FAXDEST}/${tempfax}.tif)

Удачи.

[misha8282]

да это заметка елки-палки. самое простое решение. сейчас например у меня у каждого юзера свой СИП аккаунт и только из этой папки отправляютися/принимаются факсы. и потом на джабер аккаунт юзера скидывается сообщение что мол отправлено туда то, столько-то страниц на такой то номер

а да и еще, приходящие факсы (что бы не путались когда какой пришел) — имя файля PDF в виде дата+время до секунды.PDF

[Kitsok]

Я не знаю, как у вас, а у нас через Сипнет факсы не ходят. Ну, то есть, не то чтобы совсем не ходят, но где-то 30/70, где 70 — отвал сессии с ошибкой.
Пробовал и Т.38, и alaw/ulaw, все едино.
Потом перешел на другого оператора, у которого Т.38 заявлено, и жизнь наладилась.
А факсы мы используем для взаимодействия с охраной БЦ, в котором сидим. XXI век, центр Москвы…

[misha8282]

у меня СИПНЕТ и ходит все. отправка/прием

[Kitsok]

Сейчас попробовал — действительно, один факс проскочил. А давно Вы через них факсы шлете? Раньше (полгода назад) беда была полная…

[misha8282]

шлю факсы ну примерно… месяца 2-3. так вот где то…
причем отправляет/ принимает по 5-10 страниц спокойно. отправоек/приемов было где то штук 20-25. и (я могу ошибиться конечно), но 98% проходили нормально

[Calc]

1) зависит от провайдера
2) зависит от провайдера клиента

Схема прохода сигнала может быть самая разнообразная:
SIP->T38->E1->T38->SIP //пройдет
SIP->ulaw->alaw->g729->SIP //не пройдет
SIP->T38->E1->alaw->SIP //высокий шанс, от буфферов/джиттеров завити, т.е качество связи
SIP->alaw->E1->T38->SIP //тоже самое
SIP->T38->E1->медь //пройдет
SIP->alaw->E1->медь //качество связи
и т.д.

Если где ошибся — меня поправят )

[gbg]

Везде в цепочке, где речь идет об alaw или ulaw, необходимо, чтобы RTP-пакеты почти не терялись. То есть если соединение с провайдером идет через Интернет без QoS и по alaw/ulaw, возможна нестабильность.