Comments 26
Пассаж про то, что alaw является «родным кодеком факсов» — не совсем верен. Факс шпарит в аналоговом виде и никаким кодеком не пользуется, что очевидно.
Здесь alaw или ulaw важны потому, что не осуществляют спектральной фильтрации звукового потока, а передают в чистом виде 8кГц 8 бит — именно поэтому (и также по теореме Найквиста-Котельникова), все факсовые писки-визги удается точно перевести в цифру и восстановить на другом конце.
Это же относится и к передаче DTMF не внутри информационного потока, а внутри звукового (у вас именно так и настроено, dtmfmode = rfc2833)- только эти два кодека в состоянии это обеспечить. Остальные кодеки, которые вы перечислили, информационный поток исказят и обмен не состоится — их нужно отключить.
Здесь alaw или ulaw важны потому, что не осуществляют спектральной фильтрации звукового потока, а передают в чистом виде 8кГц 8 бит — именно поэтому (и также по теореме Найквиста-Котельникова), все факсовые писки-визги удается точно перевести в цифру и восстановить на другом конце.
Это же относится и к передаче DTMF не внутри информационного потока, а внутри звукового (у вас именно так и настроено, dtmfmode = rfc2833)- только эти два кодека в состоянии это обеспечить. Остальные кодеки, которые вы перечислили, информационный поток исказят и обмен не состоится — их нужно отключить.
я имел в виду, что кодек алау родной для SIP аккаунта в плане факсов.
Как только начали продавать телефонию сразу поняли что только T.38 и ничего другого.
Но с Квант-телекомом (Воронеж) завелось только с alaw, t38 не работает
Поддержка говорит, скоро будут в тестовом режиме внедрять.
Поддержка говорит, скоро будут в тестовом режиме внедрять.
Так вы ошибку с кодеками устранять будете? Если вашим скриптом воспользуются люди, у которых провайдер не предоставляет доступ с кодеками без компрессии (alaw, ulaw у него — выключены), у них ничего работать не будет.
Как верно заметил Calc, «родным» способом для передачи факсов по IP является T.38, а не засовывание их в голосовой несжатый тракт.
Как верно заметил Calc, «родным» способом для передачи факсов по IP является T.38, а не засовывание их в голосовой несжатый тракт.
какую ошибку?
Я жеж написал — факс (и DTMF) идет только потому, что у вас включен кодек без компрессии, но при этом в том же самом конфиге у вас разрешены кодеки с компрессией (gsm, g723), которые факс в жизни не пропустят.
- либо отключите в конфиге любые кодеки, кроме alaw и напишите большими буквами в посте, что способ работает только в случае, когда провайдер умеет работать на кодеках без сжатия,
- либо настройте работу правильно — с использованием протокола T.38
у меня только алау и включен. disallow = all
;allow = g729
;allow = ulaw
allow = alaw
;allow = g729
;allow = ulaw
allow = alaw
и потом… провайдеры разные. надо узнавать конкретно.
Вижу, на один конкретный номер с факсом у вас оставлен только alaw. Извините, читал мельком.
Это конечно же хорошо, но правильнее было бы использовать T.38. Осталось только написать, что если провайдер не работает по alaw/ulaw, ваш способ — не годится.
Это конечно же хорошо, но правильнее было бы использовать T.38. Осталось только написать, что если провайдер не работает по alaw/ulaw, ваш способ — не годится.
Правильно ли я понял, что легко возникают «гонки»? В случае если один пользователь принимает факс, а другой его отправляет? Ибо факсы принимаются и отправляются из одного каталога, а какого-либо разграничения на send/receive нет?
С Ростелекомом заведется? Сейчас стоит вента-факс и есть проблемы как при приеме так и при передаче.
Если у ростелекома нет транзитного перекодирования(g729, 726 и т.д.) и держит alaw/ulaw — заведется
Еще лучше, если у ростелекома есть T.38
Еще лучше, если у ростелекома есть T.38
с ростелекомовским сипом через раз работает, по опыту. мы для факса линию медную оставили специально и на сервер завели через шлюз. так работает 100%
Не могу это видеть:
> receivefax(/var/spool/asterisk/fax/sss.tif)
создайте хотя бы временную переменную, а то глаза режет:
Set(tempfax=${STRFTIME(,,%C%y%m%d%H%M)})
ReceiveFax(${FAXDEST}/${tempfax}.tif)
Удачи.
> receivefax(/var/spool/asterisk/fax/sss.tif)
создайте хотя бы временную переменную, а то глаза режет:
Set(tempfax=${STRFTIME(,,%C%y%m%d%H%M)})
ReceiveFax(${FAXDEST}/${tempfax}.tif)
Удачи.
да это заметка елки-палки. самое простое решение. сейчас например у меня у каждого юзера свой СИП аккаунт и только из этой папки отправляютися/принимаются факсы. и потом на джабер аккаунт юзера скидывается сообщение что мол отправлено туда то, столько-то страниц на такой то номер
а да и еще, приходящие факсы (что бы не путались когда какой пришел) — имя файля PDF в виде дата+время до секунды.PDF
а да и еще, приходящие факсы (что бы не путались когда какой пришел) — имя файля PDF в виде дата+время до секунды.PDF
Я не знаю, как у вас, а у нас через Сипнет факсы не ходят. Ну, то есть, не то чтобы совсем не ходят, но где-то 30/70, где 70 — отвал сессии с ошибкой.
Пробовал и Т.38, и alaw/ulaw, все едино.
Потом перешел на другого оператора, у которого Т.38 заявлено, и жизнь наладилась.
А факсы мы используем для взаимодействия с охраной БЦ, в котором сидим. XXI век, центр Москвы…
Пробовал и Т.38, и alaw/ulaw, все едино.
Потом перешел на другого оператора, у которого Т.38 заявлено, и жизнь наладилась.
А факсы мы используем для взаимодействия с охраной БЦ, в котором сидим. XXI век, центр Москвы…
у меня СИПНЕТ и ходит все. отправка/прием
Сейчас попробовал — действительно, один факс проскочил. А давно Вы через них факсы шлете? Раньше (полгода назад) беда была полная…
шлю факсы ну примерно… месяца 2-3. так вот где то…
причем отправляет/ принимает по 5-10 страниц спокойно. отправоек/приемов было где то штук 20-25. и (я могу ошибиться конечно), но 98% проходили нормально
причем отправляет/ принимает по 5-10 страниц спокойно. отправоек/приемов было где то штук 20-25. и (я могу ошибиться конечно), но 98% проходили нормально
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->медь //качество связи
и т.д.
Если где ошибся — меня поправят )
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->медь //качество связи
и т.д.
Если где ошибся — меня поправят )
Sign up to leave a comment.
Asterisk. Отправка и прием факсов