Проблемы c FAX

[ded]

в связке iaxmodem не нужен вентафакс. Это порождение фантазии Димы77. Который любит венду и не любит линух.

[ded]

Hylafax делает то же самое.

[ded]

iaxmodem и t38modem сами факс-модемы. Модемы понимают только АТ команды по большому счёту. И им нужна программа-управлятор. Которая имеет человеческое лицо (обращённое к человеку) и нечеловеческое (обращённо к модему и дёргающее его АТ-командами. Гипертерминал тоже работает с модемом, но не будем же мы блондинко учить ATZ -> ATDT1234567?
Hylafax - такая хорошая прога, но уровня демона. Ей тоже надо управлять, более человеческими командами конечно, чем АТ. Например
$ faxstat -s
Ей придумали вэб-человеческое лицо - AvantFax.

[SolarW]

Если я правильно понимаю то Hylafax - это факс-сервер, который умеет посылать факсы подсунутые ему в виде файликов и складывать полученные факсы в другие файлики (ну и по почте отправлять их).
Делает он это как через обычные (железные) модемы типа Zyxel, GVC и т.д. так и через виртуальные модемы (iaxmodem, t38modem)
Управляется Hylafax через разные интерфейсы (AvantFAX) /клиенты (YajHFC, JHylaFAX).

[SolarW]

получается что iaxmodem и t38modem не умеют преобразовывать факсы в файлы

Они же модемы, зачем им это уметь.
Обычный внешний модем подключенный через COM/USB ведь ничего не преобразует - его задача на AT-команды отвечать и посланные по последовательному порту данные передавать/принимать.
Вот и эти так же...

[ded]

Всё так и есть!

[drTr0jan]

Есть FreeBSD 8.2, Asterisk 1.8.3, spandsp-0.0.6.p18 и D-Link DVG-4022S (SIP, FXO, T.38).
С PSTN (через FXO, T.38, SIP) на Астер факсы принимаются нормально (ReceiveFax, SpanDSP).
C Астера на PSTN (через SIP, T.38, FXO) факсы почему-то не отправляются (SendFax, SpanDSP).

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

[Mar 14 19:38:07] WARNING[29499] res_fax.c: Audio FAX not allowed on channel 'SIP/fxo1-00000018' and T.38 negotiation failed; aborting.
[Mar 14 19:38:07] ERROR[29499] res_fax.c: error initializing channel 'SIP/fxo1-00000018' in T.38 mode

FAXERROR возвращает T38_NEG_ERROR
в sip.conf в настройках пира стоит:

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

t38pt_udptl=yes

шлюз детектит сигнал факса
Куда копать, подскажите пожалуйста?

[drTr0jan]

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

    -- Executing [ffa_faxout@fax_context:5] SendFAX("SIP/fxo1-00000001", "/home/drtr0jan/bill.tif") in new stack
    -- Channel 'SIP/fxo1-00000001' sending FAX:
    --    /home/drtr0jan/bill.tif
[Mar 15 00:35:23] DEBUG[33141]: res_fax.c:751 fax_session_reserve: Reserving a FAX session from 'Spandsp FAX Driver'.
[Mar 15 00:35:23] DEBUG[33141]: res_fax.c:765 fax_session_reserve: Selected FAX technology module (Spandsp FAX Driver) does not support reserving sessions.
[Mar 15 00:35:23] DEBUG[33141]: channel.c:5018 set_format: Set channel SIP/fxo1-00000001 to write format slin
[Mar 15 00:35:23] DEBUG[33141]: channel.c:3402 ast_settimeout: Scheduling timer at (50 requested / 50 actual) timer ticks per second
[Mar 15 00:35:23] DEBUG[33141]: res_rtp_asterisk.c:1239 ast_rtp_write: Ooh, format changed from unknown to alaw
[Mar 15 00:35:23] DEBUG[33141]: res_rtp_asterisk.c:1270 ast_rtp_write: Created smoother: format: alaw ms: 20 len: 160
[Mar 15 00:35:25] DEBUG[33141]: res_rtp_asterisk.c:1673 ast_rtcp_read: Got RTCP report of 48 bytes
[Mar 15 00:35:29] DEBUG[33141]: res_rtp_asterisk.c:1673 ast_rtcp_read: Got RTCP report of 48 bytes
[Mar 15 00:35:34] DEBUG[33141]: channel.c:2969 generator_force: Auto-deactivating generator
[Mar 15 00:35:34] DEBUG[33141]: channel.c:5018 set_format: Set channel SIP/fxo1-00000001 to write format alaw
[Mar 15 00:35:34] DEBUG[33141]: channel.c:3402 ast_settimeout: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Mar 15 00:35:34] WARNING[33141]: res_fax.c:1994 sendfax_t38_init: Audio FAX not allowed on channel 'SIP/fxo1-00000001' and T.38 negotiation failed; aborting.
[Mar 15 00:35:34] ERROR[33141]: res_fax.c:2223 sendfax_exec: error initializing channel 'SIP/fxo1-00000001' in T.38 mode
[Mar 15 00:35:34] DEBUG[33141]: pbx.c:4752 __ast_pbx_run: Spawn extension (fax_context,ffa_faxout,5) exited non-zero on 'SIP/fxo1-00000001'
  == Spawn extension (fax_context, ffa_faxout, 5) exited non-zero on 'SIP/fxo1-00000001'
[Mar 15 00:35:34] DEBUG[33141]: channel.c:2605 ast_softhangup_nolock: Soft-Hanging up channel 'SIP/fxo1-00000001'
[Mar 15 00:35:34] DEBUG[33141]: pbx.c:3096 ast_str_retrieve_variable: Result of 'FAXSTATUS' is 'FAILED'
[Mar 15 00:35:34] DEBUG[33141]: pbx.c:4067 pbx_extension_helper: Launching 'NoOp'
    -- Executing [h@fax_context:1] NoOp("SIP/fxo1-00000001", "FAXSTATUS : FAILED") in new stack
[Mar 15 00:35:34] DEBUG[33141]: pbx.c:3096 ast_str_retrieve_variable: Result of 'FAXERROR' is 'T38_NEG_ERROR'
[Mar 15 00:35:34] DEBUG[33141]: pbx.c:4067 pbx_extension_helper: Launching 'NoOp'
    -- Executing [h@fax_context:2] NoOp("SIP/fxo1-00000001", "FAXERROR : T38_NEG_ERROR") in new stack
[Mar 15 00:35:34] DEBUG[33141]: channel.c:2733 ast_hangup: Hanging up channel 'SIP/fxo1-00000001'

[ded]

А зачем Вам t38pt_udptl=yes если всё равно уходит по g711alaw passthru?

SIP/fxo1-00000001 to write format slin
[Mar 15 00:35:23] DEBUG[33141]: channel.c:3402 ast_settimeout: Scheduling timer at (50 requested / 50 actual) timer ticks per second
[Mar 15 00:35:23] DEBUG[33141]: res_rtp_asterisk.c:1239 ast_rtp_write: Ooh, format changed from unknown to alaw

Включайте sip set debug peer fxo1 и изучайтеобмен пакетами INVITE.

По возможности, не надо их сюда выкладывать, лучше изучать самому, если очень тщательно - использовать Wireshark.

[drTr0jan]

Обмен пакетами INVITE вообще интересен.
Приведу тут поскипанный лог (A - астер, G - шлюз):

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

Attempting call on SIP/fxo1/1002390003 for ffa_faxout@fax_context
А -> G: INVITE sip:1002390003@G SIP/2.0 ( m=audio 11750 RTP/AVP 8 101 )
G -> A: SIP/2.0 100 Trying
G -> A: SIP/2.0 183 Session Progress
G -> A: SIP/2.0 200 OK
A -> G: ACK sip:fxo1@192.168.0.39:5060 SIP/2.0
Channel SIP/fxo1-00000002 was answered.
Executing [ffa_faxout@fax_context:5] SendFAX("SIP/fxo1-00000002", "/home/drtr0jan/bill.tif") in new stack
Channel 'SIP/fxo1-00000002' sending FAX:
    /home/drtr0jan/bill.tif
[Mar 15 08:39:56] WARNING[33141]: res_fax.c:1994 sendfax_t38_init: Audio FAX not allowed on channel 'SIP/fxo1-00000002' and T.38 negotiation failed; aborting.
[Mar 15 08:39:56] ERROR[33141]: res_fax.c:2223 sendfax_exec: error initializing channel 'SIP/fxo1-00000002' in T.38 mode
Scheduling destruction of SIP dialog '44d212f562566e6909451195553ae47a@A' in 32000 ms (Method: INVITE)
A -> G: BYE sip:fxo1@G SIP/2.0
G -> A: SIP/2.0 200 OK

Почему-то не возникает re-INVITE для передачи T.38.