Asterisk 1.8 + SPA112 + аналоговые факсы

[Странникъ]

Добрый день! У меня возникла проблема, которую никак не могу решить. Прошу вас помочь и сильно не пинать - с unix-ом не дружу, с астериском только пытаюсь разбираться. Имеется сервер с Asterisk 1.8.20.1 + FreePBX и 20 пользователей. Звонки совершаются через софтфоны (X-lite) без проблем.

Задача - пропускать входящие и исходящие факсы со старого аналогового факсимильного аппарата Panasonic KX-FT982 через VOIP-шлюз Linksys SPA122. На данный момент звонок с факсового аппарата совершается, но соединение не устанавливается.

Вопрос 1: нужны ли в моём случае (использования VOIP-шлюза и аналогового факса) на астериске модули факса res_fax.so и res_fax_spandsp.so? Соответственно, нужна ли поддержка T.38?

На шлюзе установил 2 типа настроек:
1-ый вариант: по умолчанию

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Preferred Codec: G711u
Use Pref Codec Only: yes
FAX Passthru Codec: G711a
FAX Enable T38: no
FAX T38 Redundancy: 1

Логи астериска cо 1-ым вариантом:
[2014-01-27 15:00:07] WARNING[3172]: chan_sip.c:9473 process_sdp: Rejecting offer with image stream due to UDPTL initialization failure

2-ый вариант: по умолчанию

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Preferred Codec: G711a
Use Pref Codec Only: no
FAX Passthru Codec: G711a
FAX Enable T38: yes
FAX T38 Redundancy: 3

Логи астериска cо 2-ым вариантом:
[2014-01-27 15:06:27] WARNING[3172]: chan_sip.c:9473 process_sdp: Rejecting offer with image stream due to UDPTL initialization failure
[2014-01-27 15:06:28] WARNING[347]: res_rtp_asterisk.c:2156 ast_rtp_read: RTP Read too short
[2014-01-27 15:06:28] WARNING[347]: res_rtp_asterisk.c:2156 ast_rtp_read: RTP Read too short
[2014-01-27 15:06:28] WARNING[347]: res_rtp_asterisk.c:2156 ast_rtp_read: RTP Read too short
[2014-01-27 15:06:30] NOTICE[347]: res_rtp_asterisk.c:2358 ast_rtp_read: Unknown RTP codec 100 received from '192.168.0.39:16468'

Начал разбираться с ошибками. В CLI:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

udptl show config - выдал No such command 'udptl show config'
fax set debug on - выдал FAX Debug Enabled
fax show stats - выдал все нули
fax show sessions - 0 FAX sessions
module show like fax - загружен только res_fax.so

sip show settings

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

asterisk*CLI> sip show settings

Global Settings:
----------------
UDP Bindaddress: 0.0.0.0:5060
TCP SIP Bindaddress: Disabled
TLS SIP Bindaddress: Disabled
Videosupport: No
Textsupport: No
Ignore SDP sess. ver.: No
AutoCreate Peer: No
Match Auth Username: No
Allow unknown access: Yes
Allow subscriptions: Yes
Allow overlap dialing: Yes
Allow promisc. redir: No
Enable call counters: Yes
SIP domain support: No
Realm. auth: No
Our auth realm asterisk
Use domains as realms: No
Call to non-local dom.: Yes
URI user is phone no: No
Always auth rejects: Yes
Direct RTP setup: No
User Agent: FPBX-2.10.1(1.8.20.1)
SDP Session Name: Asterisk PBX 1.8.20.1
SDP Owner Name: root
Reg. context: (not set)
Regexten on Qualify: No
Legacy userfield parse: No
Caller ID: Unknown
From: Domain:
Record SIP history: Off
Call Events: Off
Auth. Failure Events: Off
T.38 support: No
T.38 EC mode: Unknown
T.38 MaxDtgrm: -1
SIP realtime: Disabled
Qualify Freq : 60000 ms
Q.850 Reason header: No
Store SIP_CAUSE: No

Network QoS Settings:
---------------------------
IP ToS SIP: CS3
IP ToS RTP audio: EF
IP ToS RTP video: AF41
IP ToS RTP text: CS0
802.1p CoS SIP: 4
802.1p CoS RTP audio: 5
802.1p CoS RTP video: 6
802.1p CoS RTP text: 5
Jitterbuffer enabled: No

Network Settings:
---------------------------
SIP address remapping: Disabled, no localnet list
Externhost: <none>
Externaddr: наш ip-адрес:0
Externrefresh: 10

Global Signalling Settings:
---------------------------
Codecs: 0xc (ulaw|alaw)
Codec Order: ulaw:20,alaw:20
Relax DTMF: No
RFC2833 Compensation: No
Symmetric RTP: No
Compact SIP headers: No
RTP Keepalive: 0 (Disabled)
RTP Timeout: 0 (Disabled)
RTP Hold Timeout: 0 (Disabled)
MWI NOTIFY mime type: application/simple-message-summary
DNS SRV lookup: Yes
Pedantic SIP support: Yes
Reg. min duration 60 secs
Reg. max duration: 3600 secs
Reg. default duration: 120 secs
Outbound reg. timeout: 20 secs
Outbound reg. attempts: 0
Notify ringing state: Yes
Include CID: No
Notify hold state: Yes
SIP Transfer mode: open
Max Call Bitrate: 384 kbps
Auto-Framing: No
Outb. proxy: <not set>
Session Timers: Accept
Session Refresher: uas
Session Expires: 1800 secs
Session Min-SE: 90 secs
Timer T1: 500
Timer T1 minimum: 100
Timer B: 32000
No premature media: Yes
Max forwards: 70

Default Settings:
-----------------
Allowed transports: UDP
Outbound transport: UDP
Context: from-sip-external
Force rport: Yes
DTMF: rfc2833
Qualify: 0
Use ClientCode: No
Progress inband: Never
Language:
MOH Interpret: default
MOH Suggest:
Voice Mail Extension: *97

Заранее спасибо!

[awsswa]

читать до просветления

http://awsswa.livejournal.com/15280.html

[ded]

Вопрос 1: нужны ли в моём случае (использования VOIP-шлюза и аналогового факса) на астериске модули факса res_fax.so и res_fax_spandsp.so? Соответственно, нужна ли поддержка T.38?[/b]

Нет.

[Странникъ]

Благодарю за быстрый ответ!
Значит, надо копать настройки самого шлюза и оставить в покое астериск?

По логике у меня на астериске:
T.38 support: No
T.38 EC mode: Unknown
T.38 MaxDtgrm: -1

Значит, в настройках шлюза прописываю:
FAX Enable T38: no
и забываю про T.38 и разбираюсь дальше

[ded]

Всё правильно.

[amateur]

читать до просветления

http://awsswa.livejournal.com/15280.html

Чистый поток сознания... IMHO просветление не наступит...

[ded]

Зачем ему там читать? Там же

проверяем модули факса asterisk:
CLI> module show like fax

а он это не задействует, отправляя насквозь через Астериск факс по passthru,
так что как выше замечено -
надо копать настройки самого шлюза и оставить в покое астериск.

[Странникъ]

Звонил сейчас в тех поддержку провайдера (Р-Телеком), особо вразумительного ответа по вопросу "можно ли отправить факс по passthru" не получил. Сказали, что используют T.38, кодек 711 и 729.

[ded]

кодек 711 - это и есть
G.711 pass through - this is where the T.30 fax call is carried in a VoIP call encoded as audio.
G.711 — факсы можно передавать и в «чистом» (без сжатия голоса) протоколе G.711
http://ru.wikipedia.org/wiki/T.38

По G.729 факс передавать/принимать нельзя. Только голос. В сетях, где основным кодеком для голоса идёт 729 как раз используется протокол (не кодек!) Т.38, в который шлюз переключается, когда слышит писки факса.

[amateur]

Звонил сейчас в тех поддержку провайдера (Р-Телеком), особо вразумительного ответа по вопросу "можно ли отправить факс по passthru" не получил. Сказали, что используют T.38, кодек 711 и 729.

Вопрос "можно ли отправить факс по passthru" отражает уровень Вашего понимания задачи, но не отражает ее истинную сущность. Как Вы говорите "passthru" - это по сути упрощенное название метода обработки получаемой информации. Во-первых, если разбираться в сути, то это не одно слово, а два - "pass" и "thru". Во-вторых, если переводить "pass thru" дословно, то это означает примерно "проходить через". В нашем случае это означает, что информация, обрабатываемая этим методом "проходит через Asterisk", т.е. Asterisk не является ее конечным получателем (терминалом или шлюзом). Что это означает дополнительно? То, что Вам необходимо, чтобы Asterisk был способен "пересылать" данные факсимильных сообщений между их конечными получателями. И то, что модули, необходимые Asterisk для работы в режиме терминала T.38 (res_fax) и/или шлюза T.38-T.30 (res_fax_spandsp), Вам не нужны.

Как после этого можно понять Ваш вопрос? Вы спросили примерно следующее "можно ли отправить факс методом прохода через?". Как Вы думаете Вас поняли?

Ответ тех.поддержки был вполне конкретен. Если они "сказали, что используют T.38, кодек 711 и 729.", это означает, что для передачи речи Вы должны использовать либо G.711 либо G.729, а для передачи факсимильных сообщений - T.38. Теперь можно составить упрощенную схему организации связи для передачи факсимильного сообщения от одной факсимильной установки (У1) к другой (У2) через вашу сеть и сеть провайдера:

Код: Выделить всё

        +----- Сеть провайдера ----+ +------------------ Ваша сеть ------------------+
        |                          | |                                               |
        |     +--------------+     | |    +--------+            +--------------+     |
У1 <--T.30--> |шлюз T.30-T.38| <--T.38--> |Asterisk| <--T.38--> |шлюз T.38-T.30| <--T.30--> У2
              +--------------+            +--------+            +--------------+

В Вашем случае роль Asterisk - только принимать и передавать пакеты T.38, формируемые шлюзами T.30-T.38. Для этого нужно настроить поддержку приема и передачи (транспортировки) данного вида трафика. Транспортировка T.38 в Asterisk возможна только при помощи UDP. Данная подсистема транспортировки называется "UDP Transport Layer" или сокращенно UDP TL (udptl). В Asterisk она настраивается в файле udptl.conf. Предлагаю Вам обратить на него пристальное внимание.

На данный момент мне больше нечего добавить. Успехов!