Настройки SIP-пиров:
[Mediant]
type=friend
host=XXX.XXX.2.229
t38pt_udptl=yes
;t38pt_usertpsource=yes ; с этой опцией на Медианте факсы проходят наполовину, поэтому отключена
dtmfmode=rfc2833
nat=no
canreinvite=yes
disallow=all
allow=alaw
allow=g729
[XX2704]
type=friend
context=office
host=dynamic
defaultuser=XX2704
ignoresdpversion=yes
t38pt_udptl=yes
secret=XXXXXXXXXX
nat=no
canreinvite=yes
disallow=all
allow=alaw
allow=g729
Полные дебаги с удачным (no_canreinvite) и неудачным (canreinvite) прохождением факса в приложении.
Заранее спасибо за помощь.
Added after 2 hours 7 minutes:
Поставил версию 1.4 - факсы пошли. Жесть....
| Code: |
| [Aug 31 22:26:55] WARNING[22724] udptl.c: T38FaxUdpEC in udptl.conf is no longer supported; use the t38pt_udptl configuration option in sip.conf instead. [Aug 31 22:26:55] WARNING[22724] udptl.c: T38FaxMaxDatagram in udptl.conf is no longer supported; value is now supplied by T.38 applications. |
Настройки коррекции ошибок и размер дейтаграммы перенесены в sip.conf. Поправьте.
| Code: |
| t38pt_udptl = yes,fec,maxdatagram=30 |
вначале включается/выключается Т.38, затем режим коррекции fec/redundancy, затем если необходимо выставляется максимальный размер дейтаграммы.
| злой wrote: |
| Неужели у нас одних такая проблема? |
Проблемы с факсами встречаются не часто, а очень часто и они довольно разнообразны. Просмотр портянок сильно ничего не прояснил. У меня например была проблема в отсутствии в настройках файрвола возможности пропускать RTP трафик по определённому диапазону портов. Это происходило после реинвайта на Т.38. Сразу скажу вам, что при настройках опции
| Code: |
| canreinvite=yes |
Сейчас столкнулся с такой же бедой, судя по логам астер в реинвайтах неправильно порты указывает. Решения пока не нашел..