Факс passthrough не всегда работает
PSTN -> Zap FXO -> IAX2 -> Zap FXS -> Факс
|
Сообщений: 8
|
Факс passthrough не всегда работает
Имеется 2 астериска в разных офисах. В одном 3 FXO с линиями, во втором 6 FXS.
Задача - факсить из офиса №2.
Поначалу работало вроде, сейчас перестало. Кодек ulaw, asterisk 1.4.17 из убунту 8.04
Карточки openvox, A1200P и A400P.
Я так понимаю суть в выключении эхо в момент факса? Как это регулируется?
в iax.conf примерно так:
[peer1]
type=friend
host=192.168.0.1
secret=123
qualify=yes
disallow=all
allow=ulaw
context=main
|
|
Сообщений: 866
|
Re: Факс passthrough не всегда работает
А разве кто-то говорил что факсы будут надежно ходить по ulaw в случае не-LAN environment? У вас RTT пакетов между офисами сколько? И как он плавает со временем?
|
|
Сообщений: 8
|
Re: Факс passthrough не всегда работает
dimas: А разве кто-то говорил что факсы будут надежно ходить по ulaw в случае не-LAN environment? У вас RTT пакетов между офисами сколько? И как он плавает со временем?
Это понятно. Связь практически LAN, находятся в оптической сети одного провайдера. Пинг примерно такой:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.37 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=5.10 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.24 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=8.57 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=3.85 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=2.50 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.38 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=2.62 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=3.07 ms
Вопрос заключается в том - есть ли в Asterisk какие-либо настройки для данного режима факса, как-то отключение эходава после определения сигнала факса и т.п.?
|
|
Сообщений: 6521
|
Re: Факс passthrough не всегда работает
rpra: Вопрос заключается в том - есть ли в Asterisk какие-либо настройки для данного режима факса, как-то отключение эходава после определения сигнала факса и т.п.?
Что стоит в
/etc/zaptel.conf
xsks=1
loadzone=us
defaultzone=us
/etc/asterisk/zapata.conf
[trunkgroups]
[channels]
echocancel=yes
?
faxdetect=?
|
|
Сообщений: 8
|
Re: Факс passthrough не всегда работает
ded: rpra: Вопрос заключается в том - есть ли в Asterisk какие-либо настройки для данного режима факса, как-то отключение эходава после определения сигнала факса и т.п.?
Что стоит в
/etc/zaptel.conf
xsks=1
loadzone=us
defaultzone=us
Да, именно так.
ded:
/etc/asterisk/zapata.conf
[trunkgroups]
[channels]
echocancel=yes
?
faxdetect=?
echocancel=yes
echocancelwhenbridged=yes
; For fax detection, uncomment one of the following lines. The default is *OFF*
;
;faxdetect=both
;faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no
Вообщем вот так, по умолчанию.
В настройках каналов пришлось добавить
relaxdtmf=yes
иначе аппараты купленные новые панасоники почему-то криво набирали номер |
|
Откуда: Санкт-Петербург
Сообщений: 931
|
Re: Факс passthrough не всегда работает
For fax detection, uncomment one of the following lines. The default is *OFF*
Не заметил, какой вариант все-таки выбрали? Или таки осталось по умолчанию?
Создам аварийную ситуацию. Дорого. На долго =)
|
|
Сообщений: 8
|
Re: Факс passthrough не всегда работает
Alekz: For fax detection, uncomment one of the following lines. The default is *OFF*
Не заметил, какой вариант все-таки выбрали? Или таки осталось по умолчанию?
По умолчанию, т.е. выключено
|
|
Откуда: Санкт-Петербург
Сообщений: 931
|
Re: Факс passthrough не всегда работает
Если я правильно понимаю, при таком варианте, * не убирает echo cancelation при обнаружении факеса, что требуется для его успешного прохождения.
Создам аварийную ситуацию. Дорого. На долго =)
|
|
Сообщений: 866
|
Re: Факс passthrough не всегда работает
Alekz: Если я правильно понимаю, при таком варианте, * не убирает echo cancelation при обнаружении факеса, что требуется для его успешного прохождения.
имхо ошибаетесь. При таком режиме астериск просто не делает переход на факсовый экстеншен когда слышит писк факса. (Если говорить точнее он не пытается этот писк обнаружить).
echocancelwhenbridged по дефолту выключен и там бы я его и оставил. Но вообще, мешает ли echocancel/echocancelwhenbridged проверить проще всего временно выключив его в конфигах на обоих сторонах и посмотрев что будет.
|
|
